hallo ich habe soeben eine suse 9.0 installation mit dem suse 9.1 update versehen und danach noch das online update ausgeführt um diesen RTLD_GLOBAL fehler zu beseitigen. da sich der apache2.0.49 dann immer noch weigerte zu starten habe ich solange modul für modul rausgenommen bis ich darauf gestossen bin das es das mod_auth_mysql.so ist welches den apache am starten hindert. eine suche im internet ergab auch nichts greifbares also hab ich kurzerhand das mod_auth_mysql von sourceforge nochmal runtergeladen und selbst kompiliert. auch das half nichts. falls mir jemand einen tip geben kann wäre ich dankbar. achja, der tip in der suse support datenbank, von wegen man solle doch "rpm -r php4 -recode" ausführen, hat mir auch nicht weitergeholfen denn 1. habe ich das update runtergeladen und 2. kann rpm die deinstallation nicht ausführen da abhängigkeiten zum php4 core bestehen. // frank ps: ich habe bei der suche in dieser mailingliste einige kommentare von der art "die antwort steht hier irgendwo" oder "schau doch auf der suse support datenbank nach" oder "das wurde früher schon tausendfach beantwortet" zu tangierenden fragen gefunden. ehrlich gesagt fand ich dass nicht so toll, den anstatt grad die antwort zu posten wird man da von pontius zu pilatus geschickt. sowas finde ich nicht besonders hilfreich.
On Tue, Jun 01, 2004 at 03:35:11PM +0200, Frank Blechschmitt wrote:
ich habe soeben eine suse 9.0 installation mit dem suse 9.1 update versehen und danach noch das online update ausgeführt um diesen RTLD_GLOBAL fehler zu beseitigen.
da sich der apache2.0.49 dann immer noch weigerte zu starten habe ich solange modul für modul rausgenommen bis ich darauf gestossen bin das es das mod_auth_mysql.so ist welches den apache am starten hindert. eine suche im internet ergab auch nichts greifbares also hab ich kurzerhand das mod_auth_mysql von sourceforge nochmal runtergeladen und selbst kompiliert. auch das half nichts.
Was genau heisst "am Starten hindert"? Was passiert?
falls mir jemand einen tip geben kann wäre ich dankbar.
Ich hatte mit dem Modul in der Vergangenheit keine Probleme... Peter
Am 01.06.2004 um 19:46 schrieb poeml@cmdline.net:
On Tue, Jun 01, 2004 at 03:35:11PM +0200, Frank Blechschmitt wrote:
ich habe soeben eine suse 9.0 installation mit dem suse 9.1 update versehen und danach noch das online update ausgeführt um diesen RTLD_GLOBAL fehler zu beseitigen.
da sich der apache2.0.49 dann immer noch weigerte zu starten habe ich solange modul für modul rausgenommen bis ich darauf gestossen bin das es das mod_auth_mysql.so ist welches den apache am starten hindert. eine suche im internet ergab auch nichts greifbares also hab ich kurzerhand das mod_auth_mysql von sourceforge nochmal runtergeladen und selbst kompiliert. auch das half nichts.
Was genau heisst "am Starten hindert"? Was passiert?
Es passiert nichts ausser das "failed" gemeldet wird. Es wird nirgends etwas in die logs geschrieben selbst wenn ich den Apache Loglevel auf Debug stelle. Auch im normalen "warn", "messages" und "faillog" unter /var/log wird nichts protokolliert. Wenn ich das mod_auth_mysql aus der liste der module in der sysconfig rausnehme startet der apache einwandfrei. mySQL läuft selbstverständlich auch schon auf dem Server.
falls mir jemand einen tip geben kann wäre ich dankbar.
Ich hatte mit dem Modul in der Vergangenheit keine Probleme...
ich hatte unter 9.0 auch keinerlei probleme mit dem modul und wundere mich ehrlich gesagt sehr dass es nun klemmt. da ich keinerlei anhaltspunkte hab woran es liegen könnte bin ich echt ratlos. // frank
On Tue, Jun 01, 2004 at 07:55:42PM +0200, Frank Blechschmitt wrote:
Am 01.06.2004 um 19:46 schrieb poeml@cmdline.net:
da sich der apache2.0.49 dann immer noch weigerte zu starten habe ich solange modul für modul rausgenommen bis ich darauf gestossen bin das es das mod_auth_mysql.so ist welches den apache am starten hindert. eine suche im internet ergab auch nichts greifbares also hab ich kurzerhand das mod_auth_mysql von sourceforge nochmal runtergeladen und selbst kompiliert. auch das half nichts.
Was genau heisst "am Starten hindert"? Was passiert?
Es passiert nichts ausser das "failed" gemeldet wird. Es wird nirgends etwas in die logs geschrieben selbst wenn ich den Apache Loglevel auf Debug stelle. Auch im normalen "warn", "messages" und "faillog" unter /var/log wird nichts protokolliert.
Dann ist es recht wahrscheinlich ein Segfault beim Starten, beim Laden irgendwelcher Module. Sind alle Module waehrend des Updates durch die aktuelle Version von 9.1 ersetzt worden? rpm -q --qf %{DISTRIBUTION}\\\ %{NAME}\\\n apache2-mod_auth_mysql
Wenn ich das mod_auth_mysql aus der liste der module in der sysconfig rausnehme startet der apache einwandfrei. mySQL läuft selbstverständlich auch schon auf dem Server.
Mal andersherum gefragt, funktioniert es mit mod_auth_mysql wenn php4 rausgeschmissen wird? Oder, wenn lediglich php4-mysql rausgeschmissen wird (durch Deinstallieren)?
falls mir jemand einen tip geben kann wäre ich dankbar.
Ich hatte mit dem Modul in der Vergangenheit keine Probleme...
ich hatte unter 9.0 auch keinerlei probleme mit dem modul und wundere mich ehrlich gesagt sehr dass es nun klemmt. da ich keinerlei anhaltspunkte hab woran es liegen könnte bin ich echt ratlos.
Zeit fuer das kraftvolle Tool 'strace'? :) Peter
Am 01.06.2004 um 20:16 schrieb poeml@cmdline.net:
On Tue, Jun 01, 2004 at 07:55:42PM +0200, Frank Blechschmitt wrote:
Am 01.06.2004 um 19:46 schrieb poeml@cmdline.net:
da sich der apache2.0.49 dann immer noch weigerte zu starten habe ich solange modul für modul rausgenommen bis ich darauf gestossen bin das es das mod_auth_mysql.so ist welches den apache am starten hindert. eine suche im internet ergab auch nichts greifbares also hab ich kurzerhand das mod_auth_mysql von sourceforge nochmal runtergeladen und selbst kompiliert. auch das half nichts.
Was genau heisst "am Starten hindert"? Was passiert?
Es passiert nichts ausser das "failed" gemeldet wird. Es wird nirgends etwas in die logs geschrieben selbst wenn ich den Apache Loglevel auf Debug stelle. Auch im normalen "warn", "messages" und "faillog" unter /var/log wird nichts protokolliert.
Dann ist es recht wahrscheinlich ein Segfault beim Starten, beim Laden irgendwelcher Module.
Sind alle Module waehrend des Updates durch die aktuelle Version von 9.1 ersetzt worden?
rpm -q --qf %{DISTRIBUTION}\\\ %{NAME}\\\n apache2-mod_auth_mysql
ja, es wurden alle module ersetzt soweit ich das nachvollziehen kann.
Wenn ich das mod_auth_mysql aus der liste der module in der sysconfig rausnehme startet der apache einwandfrei. mySQL läuft selbstverständlich auch schon auf dem Server.
Mal andersherum gefragt, funktioniert es mit mod_auth_mysql wenn php4 rausgeschmissen wird?
ja, wenn ich php rausnehme und mod_auth_mysql drin lasse geht es. also liegts am php modul. ich habe daraufhin die php.ini genauer unter die lupe genommen da unter 9.1 ja auch dort auf modulare bauart umgestellt wurde - und siehe da, in der php.ini steht das recode.so noch drin. ich habe es dort auskommentiert und dann den apache mit php und mod_auth_mysql starten können. erste tests mit geschützten verzeichnissen ergaben dann auch dass es geht. *freu* ich habe dann noch, rein aus interesse, mal die reihenfolge wie die module vom apache geladen werden geändert, also zuerst auth_mysql und dann erst php4 in die sysconfig eingetragen - leider brachte das auch nichts. ich DANKE dir für den tip es mal auf diese weise zu versuchen! jetzt muss ich nur noch rausfinden wofür man diese recode modul eigentlich braucht und ob ich vielleicht in irgendeiner meiner php applikationen diese funktionen brauche. wenn ja kann ich diesen server nicht in die produktion nehmen ;-/ aber malen wir mal den teufel nicht an die wand :-) // frank
Hallo Frank, hallo Leute, Am Dienstag, 1. Juni 2004 21:36 schrieb Frank Blechschmitt:
Am 01.06.2004 um 20:16 schrieb poeml@cmdline.net:
Am 01.06.2004 um 19:46 schrieb poeml@cmdline.net: [...] Mal andersherum gefragt, funktioniert es mit mod_auth_mysql wenn
On Tue, Jun 01, 2004 at 07:55:42PM +0200, Frank Blechschmitt wrote: php4 rausgeschmissen wird?
ja, wenn ich php rausnehme und mod_auth_mysql drin lasse geht es. also liegts am php modul. ich habe daraufhin die php.ini genauer unter die lupe genommen da unter 9.1 ja auch dort auf modulare bauart umgestellt wurde - und siehe da, in der php.ini steht das recode.so noch drin. ich habe es dort auskommentiert und dann den apache mit php und mod_auth_mysql starten können.
Bist Du sicher, dass Du die aktuellen Online-Updates eingespielt hast? Die sollten das Problem eigentlich beheben.
ich DANKE dir für den tip es mal auf diese weise zu versuchen! jetzt muss ich nur noch rausfinden wofür man diese recode modul eigentlich braucht
Siehe ref.recode im PHP-Manual. Im Einzelnen geht es um die Funktionen recode_string, recode_file und recode.
und ob ich vielleicht in irgendeiner meiner php applikationen diese funktionen brauche.
AFAIK: phpMyAdmin, es scheint aber auch anders zu gehen, da ein Fallback auf andere Funktionen integriert ist. Gruß Christian Boltz -- Wenn du willst kannst du das so machen, du kannst dir dann aber auch genausogut mit ner Hilti ein schickes Schaedel-Piercing machen... Das tut uebrigens auch nur ganz kurz weh... [David Haller in suse-linux]
Am 03.06.2004 um 22:36 schrieb Christian Boltz:
Hallo Frank, hallo Leute,
Am Dienstag, 1. Juni 2004 21:36 schrieb Frank Blechschmitt:
Am 01.06.2004 um 20:16 schrieb poeml@cmdline.net:
Am 01.06.2004 um 19:46 schrieb poeml@cmdline.net: [...] Mal andersherum gefragt, funktioniert es mit mod_auth_mysql wenn
On Tue, Jun 01, 2004 at 07:55:42PM +0200, Frank Blechschmitt wrote: php4 rausgeschmissen wird?
ja, wenn ich php rausnehme und mod_auth_mysql drin lasse geht es. also liegts am php modul. ich habe daraufhin die php.ini genauer unter die lupe genommen da unter 9.1 ja auch dort auf modulare bauart umgestellt wurde - und siehe da, in der php.ini steht das recode.so noch drin. ich habe es dort auskommentiert und dann den apache mit php und mod_auth_mysql starten können.
Bist Du sicher, dass Du die aktuellen Online-Updates eingespielt hast? Die sollten das Problem eigentlich beheben.
Ja, ich habe das Update eingespielt. Das Update behebt auch den Fehler zwischen PHP4.3.4 selbst und Apache2.0.49. Aber sobald Apache versucht das mod_auth_mysql.so nachzuladen gibts erneut einen Fehler und Apache stürzt ab. Hierbei scheint die Kombination von allen drei Kombonenten die Ursache zu sein. Scheint wohl so dass noch nicht alle Bugs in diesem recode Modul beseitigt sind oder diesmal ein Bug im mod_auth_mysql vorliegt. // frank
Hallo Frank, vorweg: Kannst Du bitte das "[x]" im Subject bei Deinen Antworten abstellen? Das nervt erheblich :-( Am Freitag, 4. Juni 2004 07:08 schrieb Frank Blechschmitt:
Am 03.06.2004 um 22:36 schrieb Christian Boltz:
Am Dienstag, 1. Juni 2004 21:36 schrieb Frank Blechschmitt:
Am 01.06.2004 um 20:16 schrieb poeml@cmdline.net: [...]
Mal andersherum gefragt, funktioniert es mit mod_auth_mysql wenn php4 rausgeschmissen wird?
ja, wenn ich php rausnehme und mod_auth_mysql drin lasse geht es. also liegts am php modul. ich habe daraufhin die php.ini genauer unter die lupe genommen da unter 9.1 ja auch dort auf modulare bauart umgestellt wurde - und siehe da, in der php.ini steht das recode.so noch drin. ich habe es dort auskommentiert und dann den apache mit php und mod_auth_mysql starten können.
Bist Du sicher, dass Du die aktuellen Online-Updates eingespielt hast? Die sollten das Problem eigentlich beheben.
Ja, ich habe das Update eingespielt. Das Update behebt auch den Fehler zwischen PHP4.3.4 selbst und Apache2.0.49. Aber sobald Apache versucht das mod_auth_mysql.so nachzuladen gibts erneut einen Fehler und Apache stürzt ab. Hierbei scheint die Kombination von allen drei Kombonenten die Ursache zu sein. Scheint wohl so dass noch nicht alle Bugs in diesem recode Modul beseitigt sind oder diesmal ein Bug im mod_auth_mysql vorliegt.
Hmm, mit mod_auth_mysql habe ich bisher nichts am Hut und es deshalb auch nicht installiert. Sorry, da kann ich Dir leider auch nicht direkt weiterhelfen. php4-recode selbst scheint übrigens fehlerfrei zu sein (-> kein Update), es triggert den Bug "nur". Möglicherweise hilft Dir ja die Patchbeschreibung der Pakete apache2-mod_php4-4.3.4-43 / php4-4.3.4-43 / php4-servlet-4.3.4-43: === PHP verwendet zum Nachladen von Modulen mit dlopen das Flag RTLD_GLOBAL, was zu falschen Benutzung von Symbolen fuehrt. Im speziellen beendet sich PHP mit einem Segmentation Fault, wenn php4-recode nach php4-mysql geladen wird. Dieses Update behebt das Problem indem das Flag RTLD_LOCAL benutzt wird. === Schuss ins Blaue: greppe mal nach RTLD_GLOBAL durch die Sourcen von mod_auth_mysql ;-) und schau Dir die Unterschiede zwischen den Paketen auf der CD und den gepatchten Versionen an. Gruß Christian Boltz -- "Wirklich praxisnah wären Münzen zu EUR 0,99." [Wolfgang Schwanke in de.etc.sprache.deutsch]
participants (3)
-
Christian Boltz -
Frank Blechschmitt -
poeml＠cmdline.net