Probleme mit SuSE 64 Bit

[CupraR]

Hallo Zielgruppe´,

ich versuche mich gerade an einem 64 Bit Opteron System.

Eckdaten: 2 GB Speicher, 2 x 2,8 GHz Opteron, Raid 1 (146 GB)

Nun, ich habe zu allererst apache kompiliert mit ./configure --enable-modules=all --enable-so

Klappt wunderbar.

Dazu habe ich dann unixODBC kompilliert, die Datenbank aufgesetzt usw usf.

Beim kompillieren von php (das configure-skript läuft gut durch!) erhalte ich plötzlich folgende Meldung:

/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.5/../../../../x86_64-suse-linux/bin/ld: /usr/local/lib/libz.a(compress.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libz.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [libphp5.la] Error 1

Ich denke er hat da Probleme mit dem Linken. Wenn ich die libz.a gegen eine libz.a aus einem lib64-Ordner ersetze klappt es dann kompiliert er zu Ende.

Dann habe ich im Apache Logfile aber:

PHP Warning:  PHP Startup: SH\x8d={\x04: Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHP    compiled wi
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/zlib.so' - /usr/lib64/php/extensions/zlib.so: undefined symbol: output_
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/yp.so' - /usr/lib64/php/extensions/yp.so: undefined symbol: compiler_gl
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/xslt.so' - /usr/lib64/php/extensions/xslt.so: undefined symbol: executo
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/wddx.so' - /usr/lib64/php/extensions/wddx.so: undefined symbol: empty_s
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/unixODBC.so' - /usr/lib64/php/extensions/unixODBC.so: undefined symbol:
PHP Warning:  PHP Startup: SH\x8b\x1d(\x06\x10: Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHP    comp
PHP Warning:  PHP Startup: H\x8d\x151\x01: Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHP    compiled
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/sockets.so' - /usr/lib64/php/extensions/sockets.so: undefined symbol: _
PHP Warning:  PHP Startup: H\x8d\x15\x91: Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHP    compiled w
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/session.so' - /usr/lib64/php/extensions/session.so: undefined symbol: e
PHP Warning:  PHP Startup: H\x81\xec\xc8\x01: Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHP    compil
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/pgsql.so' - /usr/lib64/php/extensions/pgsql.so: undefined symbol: empty
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/mime_magic.so' - /usr/lib64/php/extensions/mime_magic.so: undefined sym
PHP Warning:  PHP Startup: AVA\x89\xf6AUATU1\xedSH\x83\xc4\x80\xe8"\xf9\xff\xffD\x8d`\x01D9\xe5}PI\x89\xe5\x89\xef\xe8\xff\xf9\xff\xffH\x85\xc0H\x89\xc
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/mcrypt.so' - /usr/lib64/php/extensions/mcrypt.so: undefined symbol: OnU
PHP Warning:  PHP Startup: SH\x8d\x15\xf0\x04: Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHP    compi
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/mbstring.so' - /usr/lib64/php/extensions/mbstring.so: undefined symbol:
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/ldap.so' - /usr/lib64/php/extensions/ldap.so: undefined symbol: empty_s
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/imap.so' - /usr/lib64/php/extensions/imap.so: undefined symbol: file_gl
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/iconv.so' - /usr/lib64/php/extensions/iconv.so: undefined symbol: sapi_
PHP Warning:  PHP Startup: H\x8b\x05\xe1\r\x10: Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHP    comp
PHP Warning:  PHP Startup: (null): Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHP    compiled with mod
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/gd.so' - /usr/lib64/php/extensions/gd.so: undefined symbol: empty_strin
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/ftp.so' - /usr/lib64/php/extensions/ftp.so: undefined symbol: core_glob
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/filepro.so' - /usr/lib64/php/extensions/filepro.so: undefined symbol: c
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/exif.so' - /usr/lib64/php/extensions/exif.so: undefined symbol: empty_s
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/domxml.so' - /usr/lib64/php/extensions/domxml.so: undefined symbol: emp
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/dbx.so' - /usr/lib64/php/extensions/dbx.so: undefined symbol: empty_str
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/dbase.so' - /usr/lib64/php/extensions/dbase.so: undefined symbol: core_
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/curl.so' - /usr/lib64/php/extensions/curl.so: undefined symbol: core_gl
PHP Warning:  PHP Startup: (null): Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHP    compiled with mod
PHP Warning:  PHP Startup: SH\x8d=\x14\x19: Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHP    compiled
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/bz2.so' - /usr/lib64/php/extensions/bz2.so: undefined symbol: core_glob
PHP Warning:  PHP Startup: (null): Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHP    compiled with mod
[

Ähm, was ist das denn? Damit komme ich ja gar nicht mehr klar

Ich habe das dumpfe Gefühl, dass die 64-Bit-Maschine das, was ich vorhabe nicht so verträgt. Aber die Ansprüche sind ja eigentlich nicht zu hoch, oder?

Habt ihr ne Idee, was da falsch läuft? Ach ja, wenn ich über den MaxDB-SQL-Treiber eine Verbindung zur DB aufbauen will bekomme ich noch folgende Meldung:

*** glibc detected *** double free or corruption (!prev): 0x0000000000950620 ***
[Thu Dec 01 01:14:29 2005] [notice] child pid 21166 exit signal Aborted (6)

Das zeigt mir doch glatt auf, dass mir wohl ne glibc-version fehlt. Nur welche kann das sein? Fehlt mir vielleicht die 64er?

Danke schonmal für eure Hilfe!

 

[avaurus]

du musst, wenn du ein Quellcode kompilierst vorher dem configure-script als libprefix den entsprechenden Wert mitgeben.

 

[CupraR]

Und wie mache ich das?

 

[rikola]

Welche SuSE Version benutzt Du denn? Soweit ich weiss, war 9.1 oder so noch nicht sehr ausgereift fuer 64-bit.

Es kann gut sein, dass die SuSE bibliotheken Flags beim kompilieren gesetzt haben, die mit Deiner jetztigen Konfiguration nicht vertraeglich sind. Wenn Du die Programme wirklich selber kompilieren willst, wuerde ich eine 'sauberere' Distribution empfehlen (Gentoo?).

Hast Du einen besonderen Grund, Apache zu kompilieren? Die SuSE Pakete sind meist schon fuer i586 optimiert, und viel wirst Du nicht herausholen koennen - ich denke, Apache belastet die CPU ohnehin nicht so stark.

 

[CupraR]

SuSE 9.3 isses.

Vorgefertige RPMs sind immer etwas blöd zu konfigurieren. Ausserdem kanns ja nicht angehen, dass man die Software SuSE sei dank nicht richtug nutzen kann

Viele Grüße

 

[devilz]

SuSE 9.3 isses.

Vorgefertige RPMs sind immer etwas blöd zu konfigurieren. Ausserdem kanns ja nicht angehen, dass man die Software SuSE sei dank nicht richtug nutzen kann

Viele Grüße

Schau bei ./configure --help - dort findest du dann die option um den Pfad zu 64bit Libs manuell anzugeben.
Ein dirty Hack wie du ihn gemacht hast, bringt am Ende nur Fehler ...

 

[CupraR]

Wenn ich ein export LDFLAGS=/lib64 mache dann sgat mir configure

checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.

config.log sagt mir am Ende:

Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable
Thread model: posix
gcc version 3.3.5 20050117 (prerelease) (SUSE Linux)
configure:2299: $? = 0
configure:2301: gcc -V </dev/null >&5
gcc: `-V' option must have argument
configure:2304: $? = 1
configure:2327: checking for C compiler default output file name
configure:2330: gcc   /lib64 conftest.c  >&5
/lib64: file not recognized: Is a directory
collect2: ld returned 1 exit status
configure:2333: $? = 1
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "unixODBC"
| #define VERSION "2.2.11"
| /* end confdefs.h.  */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }
configure:2372: error: C compiler cannot create executables
See `config.log' for more details.

Das war jetzt beispielsweise für unixODBC. Bei php oder zlib, jpeg etc. immer genau dasselbe Ich verzweifel echt gerade

 

[avaurus]

am besten lesen, was die User für DICH schreiben:

Schau bei ./configure --help - dort findest du dann die option um den Pfad zu 64bit Libs manuell anzugeben.
Ein dirty Hack wie du ihn gemacht hast, bringt am Ende nur Fehler ...

 

[rikola]

LDFLAGS=-L/lib64 sollte besser funktionieren als /lib64.

Weshalb sind rpm schwer zu konfigurieren? SuSE hat eine leicht geaenderte Struktur, aber die Hauptdateien, gerade bei apache, liegen nach wie vor unter /etc/apache2, und ich halte es fuer unwahrscheinlich, das SuSE an dem Format der Konfigurationsdateien etwas aendert. Die haben mit Sicherheit besseres zu tun.