Apache und mod_php4

Bummibaer

Bummibaer

Registered Schwarzbär
Hallo,

nach dem letzten cvsupdate hab ich apache 1.3.29_3 und mod_php4-4.3.5_7.1 aus den Ports neu gebaut, wie sonst auch eben.

Leider läuft der Apache nach einem apachectl start nicht mehr, zeigt nur noch an httpd started, dem ist aber nicht so. Trotz debug level debug gibt er auch keine Meldung im error log aus. Ohne das php Modul läuft er einwandfrei.

Nach einem kompletten deinstall von php hab ich es mit portinstall mod_php nochmals versucht. Leider das selbe Ergebnis. Danach nochmal gelöscht und aus den ports mit make, make install, make clean nochmal gebaut, selbes Problem, Apache mit php läuft nicht, ohne geht er.
(nochmal versucht da ich zuerst an Hardware Fehler gedacht habe)

Os ist ein FreeBSD 5.2.1-RELEASE i386.

Hat jemand ne Idee woran das liegen könnte ?

ausgewählte Optionen:
WITH_BZIP2=yes WITH_CRACK=yes WITH_CTYPE=yes WITH_DIO=yes WITH_FILEPRO=yes WITH_FTP=yes WITH_GD=yes
WITH_GDBM=yes WITH_GETTEXT=yes WITH_MCVE=yes WITH_MCRYPT=yes WITH_MHASH=yes WITH_MIME=yes WITH_MYSQL=yes WITH_NCURSES=yes
WITH_OPENLDAP=yes WITH_OPENSSL=yes WITH_OVERLOAD=yes WITH_PCRE=yes WITH_POSIX=yes WITH_SESSION=yes WITH_SNMP=yes
WITH_SOCKETS=yes WITH_TOKENIZER=yes WITH_XML=yes WITH_ZIP=yes WITH_ZLIB=yes

Edit: Hardware im Server / Speichertest etc. alles nochmal geprüft, auch kein Fehler feststellbar.

Die libphp4.so ist auch vorhanden.

In der httpd.conf sind folgende Einträge bezüglich php drin:
LoadModule php4_module libexec/apache/libphp4.so
...
AddModule mod_php4.c
...
DirectoryIndex index.php index.html index.php4
...
<IfModule mod_php3.c>
AddType application/x-httpd-php3 .php3
AddType application/x-httpd-php3-source .php3s
</IfModule>
<IfModule mod_php4.c>
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
</IfModule>

Edit2: nach paar Änderungen erscheint jetzt im Syslog folgende Meldung nach dem Start:
pid 37361 (httpd), uid 0: exited on signal 11 (core dumped)

Edit3: CoreDumpDirectory "/tmp" noch hinzugefügt, CoreDump Datei ist aber trotz Meldung im Syslog nicht vorhanden :/

Edit4: httpd -l
Compiled-in modules:
http_core.c
mod_so.c
suexec: enabled; valid wrapper /usr/local/sbin/suexec

Edit5:
-bash-2.05b# ./httpd -V
Server version: Apache/1.3.29 (Unix)
Server built: Mar 30 2004 17:12:42
Server's Module Magic Number: 19990320:15
Server compiled with....
-D HAVE_MMAP
-D USE_MMAP_SCOREBOARD
-D USE_MMAP_FILES
-D HAVE_FLOCK_SERIALIZED_ACCEPT
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D DYNAMIC_MODULE_LIMIT=64
-D HARD_SERVER_LIMIT=512
-D SO_ACCEPTFILTER
-D ACCEPT_FILTER_NAME="httpready"
-D HTTPD_ROOT="/usr/local"
-D SUEXEC_BIN="/usr/local/sbin/suexec"
-D DEFAULT_PIDLOG="/var/run/httpd.pid"
-D DEFAULT_SCOREBOARD="/var/run/httpd.scoreboard"
-D DEFAULT_LOCKFILE="/var/run/httpd.lock"
-D DEFAULT_ERRORLOG="/var/log/httpd-error.log"
-D TYPES_CONFIG_FILE="etc/apache/mime.types"
-D SERVER_CONFIG_FILE="etc/apache/httpd.conf"
-D ACCESS_CONFIG_FILE="etc/apache/access.conf"
-D RESOURCE_CONFIG_FILE="etc/apache/srm.conf"

-bash-2.05b# ./httpd -t
Syntax OK
-bash-2.05b# ./httpd -T
Syntax OK

Edit6:

-bash-2.05b# ldd /usr/local/libexec/apache/libphp4.so
/usr/local/libexec/apache/libphp4.so:
libcrypto.so.3 => /usr/local/lib/libcrypto.so.3 (0x2832f000)
libssl.so.3 => /usr/local/lib/libssl.so.3 (0x28435000)
libcrypt.so.2 => /lib/libcrypt.so.2 (0x28466000)
libzzip.so.10 => /usr/local/lib/libzzip.so.10 (0x2847f000)
libexpat.so.5 => /usr/local/lib/libexpat.so.5 (0x28485000)
libsnmp.so.4 => /usr/local/lib/libsnmp.so.4 (0x284a5000)
libpanel.so.2 => /usr/lib/libpanel.so.2 (0x28508000)
libncurses.so.5 => /lib/libncurses.so.5 (0x2850c000)
libmysqlclient.so.14 => /usr/local/lib/mysql/libmysqlclient.so.14 (0x2854c000)
libmhash.so.2 => /usr/local/lib/libmhash.so.2 (0x28581000)
libmcve.so.3 => /usr/local/lib/libmcve.so.3 (0x2859e000)
libmcrypt.so.8 => /usr/local/lib/libmcrypt.so.8 (0x285ad000)
libltdl.so.4 => /usr/local/lib/libltdl.so.4 (0x285e0000)
libldap.so.2 => /usr/local/lib/libldap.so.2 (0x285e8000)
liblber.so.2 => /usr/local/lib/liblber.so.2 (0x28620000)
libintl.so.6 => /usr/local/lib/libintl.so.6 (0x2862d000)
libt1.so.5 => /usr/local/lib/libt1.so.5 (0x28636000)
libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x28686000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x286f2000)
libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x287ba000)
libpng.so.5 => /usr/local/lib/libpng.so.5 (0x287c9000)
libz.so.2 => /lib/libz.so.2 (0x287ee000)
libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x287fc000)
libcrack.so => /usr/local/lib/libcrack.so (0x2881a000)
libbz2.so.1 => /usr/lib/libbz2.so.1 (0x28824000)
libm.so.2 => /lib/libm.so.2 (0x28833000)
libssl.so.3 => /usr/lib/libssl.so.3 (0x2884c000)
libcrypto.so.3 => /lib/libcrypto.so.3 (0x2887e000)
libc_r.so.5 => /usr/lib/libc_r.so.5 (0x2898c000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x289b0000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x28a9f000)

Edit7:
pkg_add -r mod_php4 geht !
Fehler muß also in irgendwelchen Extensions von PHP sein.

Edit8: mit der Version 4.3.7 von php geht es und funktioniert.
 
Zuletzt bearbeitet:
Bummibaer schrieb:
Hallo,

nach dem letzten cvsupdate hab ich apache 1.3.29_3 und mod_php4-4.3.5_7.1 aus den Ports neu gebaut, wie sonst auch eben.

Leider läuft der Apache nach einem apachectl start nicht mehr, zeigt nur noch an httpd started, dem ist aber nicht so. Trotz debug level debug gibt er auch keine Meldung im error log aus. Ohne das php Modul läuft er einwandfrei.

Nach einem kompletten deinstall von php hab ich es mit portinstall mod_php nochmals versucht. Leider das selbe Ergebnis. Danach nochmal gelöscht und aus den ports mit make, make install, make clean nochmal gebaut, selbes Problem, Apache mit php läuft nicht, ohne geht er.
(nochmal versucht da ich zuerst an Hardware Fehler gedacht habe)

Os ist ein FreeBSD 5.2.1-RELEASE i386.

Hat jemand ne Idee woran das liegen könnte ?

ausgewählte Optionen:
WITH_BZIP2=yes WITH_CRACK=yes WITH_CTYPE=yes WITH_DIO=yes WITH_FILEPRO=yes WITH_FTP=yes WITH_GD=yes
WITH_GDBM=yes WITH_GETTEXT=yes WITH_MCVE=yes WITH_MCRYPT=yes WITH_MHASH=yes WITH_MIME=yes WITH_MYSQL=yes WITH_NCURSES=yes
WITH_OPENLDAP=yes WITH_OPENSSL=yes WITH_OVERLOAD=yes WITH_PCRE=yes WITH_POSIX=yes WITH_SESSION=yes WITH_SNMP=yes
WITH_SOCKETS=yes WITH_TOKENIZER=yes WITH_XML=yes WITH_ZIP=yes WITH_ZLIB=yes

Edit: Hardware im Server / Speichertest etc. alles nochmal geprüft, auch kein Fehler feststellbar.

Die libphp4.so ist auch vorhanden.

In der httpd.conf sind folgende Einträge bezüglich php drin:
LoadModule php4_module libexec/apache/libphp4.so
...
AddModule mod_php4.c
...
DirectoryIndex index.php index.html index.php4
...
<IfModule mod_php3.c>
AddType application/x-httpd-php3 .php3
AddType application/x-httpd-php3-source .php3s
</IfModule>
<IfModule mod_php4.c>
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
</IfModule>

Edit2: nach paar Änderungen erscheint jetzt im Syslog folgende Meldung nach dem Start:
pid 37361 (httpd), uid 0: exited on signal 11 (core dumped)

Edit3: CoreDumpDirectory "/tmp" noch hinzugefügt, CoreDump Datei ist aber trotz Meldung im Syslog nicht vorhanden :/

Edit4: httpd -l
Compiled-in modules:
http_core.c
mod_so.c
suexec: enabled; valid wrapper /usr/local/sbin/suexec

Edit5:
-bash-2.05b# ./httpd -V
Server version: Apache/1.3.29 (Unix)
Server built: Mar 30 2004 17:12:42
Server's Module Magic Number: 19990320:15
Server compiled with....
-D HAVE_MMAP
-D USE_MMAP_SCOREBOARD
-D USE_MMAP_FILES
-D HAVE_FLOCK_SERIALIZED_ACCEPT
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D DYNAMIC_MODULE_LIMIT=64
-D HARD_SERVER_LIMIT=512
-D SO_ACCEPTFILTER
-D ACCEPT_FILTER_NAME="httpready"
-D HTTPD_ROOT="/usr/local"
-D SUEXEC_BIN="/usr/local/sbin/suexec"
-D DEFAULT_PIDLOG="/var/run/httpd.pid"
-D DEFAULT_SCOREBOARD="/var/run/httpd.scoreboard"
-D DEFAULT_LOCKFILE="/var/run/httpd.lock"
-D DEFAULT_ERRORLOG="/var/log/httpd-error.log"
-D TYPES_CONFIG_FILE="etc/apache/mime.types"
-D SERVER_CONFIG_FILE="etc/apache/httpd.conf"
-D ACCESS_CONFIG_FILE="etc/apache/access.conf"
-D RESOURCE_CONFIG_FILE="etc/apache/srm.conf"

-bash-2.05b# ./httpd -t
Syntax OK
-bash-2.05b# ./httpd -T
Syntax OK

Edit6:

-bash-2.05b# ldd /usr/local/libexec/apache/libphp4.so
/usr/local/libexec/apache/libphp4.so:
libcrypto.so.3 => /usr/local/lib/libcrypto.so.3 (0x2832f000)
libssl.so.3 => /usr/local/lib/libssl.so.3 (0x28435000)
libcrypt.so.2 => /lib/libcrypt.so.2 (0x28466000)
libzzip.so.10 => /usr/local/lib/libzzip.so.10 (0x2847f000)
libexpat.so.5 => /usr/local/lib/libexpat.so.5 (0x28485000)
libsnmp.so.4 => /usr/local/lib/libsnmp.so.4 (0x284a5000)
libpanel.so.2 => /usr/lib/libpanel.so.2 (0x28508000)
libncurses.so.5 => /lib/libncurses.so.5 (0x2850c000)
libmysqlclient.so.14 => /usr/local/lib/mysql/libmysqlclient.so.14 (0x2854c000)
libmhash.so.2 => /usr/local/lib/libmhash.so.2 (0x28581000)
libmcve.so.3 => /usr/local/lib/libmcve.so.3 (0x2859e000)
libmcrypt.so.8 => /usr/local/lib/libmcrypt.so.8 (0x285ad000)
libltdl.so.4 => /usr/local/lib/libltdl.so.4 (0x285e0000)
libldap.so.2 => /usr/local/lib/libldap.so.2 (0x285e8000)
liblber.so.2 => /usr/local/lib/liblber.so.2 (0x28620000)
libintl.so.6 => /usr/local/lib/libintl.so.6 (0x2862d000)
libt1.so.5 => /usr/local/lib/libt1.so.5 (0x28636000)
libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x28686000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x286f2000)
libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x287ba000)
libpng.so.5 => /usr/local/lib/libpng.so.5 (0x287c9000)
libz.so.2 => /lib/libz.so.2 (0x287ee000)
libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x287fc000)
libcrack.so => /usr/local/lib/libcrack.so (0x2881a000)
libbz2.so.1 => /usr/lib/libbz2.so.1 (0x28824000)
libm.so.2 => /lib/libm.so.2 (0x28833000)
libssl.so.3 => /usr/lib/libssl.so.3 (0x2884c000)
libcrypto.so.3 => /lib/libcrypto.so.3 (0x2887e000)
libc_r.so.5 => /usr/lib/libc_r.so.5 (0x2898c000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x289b0000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x28a9f000)

Edit7:
pkg_add -r mod_php4 geht !
Fehler muß also in irgendwelchen Extensions von PHP sein.

Edit8: mit der Version 4.3.7 von php geht es und funktioniert.
Zum Vergrößern anklicken....


Ich hatte das gleich Problem bei mir lag es daran das die PHP Extension Gnu mp der Übeltäter war.
 
Bummibaer schrieb:
Hallo,

nach dem letzten cvsupdate hab ich apache 1.3.29_3 und mod_php4-4.3.5_7.1 aus den Ports neu gebaut, wie sonst auch eben.

Leider läuft der Apache nach einem apachectl start nicht mehr, zeigt nur noch an httpd started, dem ist aber nicht so. Trotz debug level debug gibt er auch keine Meldung im error log aus. Ohne das php Modul läuft er einwandfrei.

Nach einem kompletten deinstall von php hab ich es mit portinstall mod_php nochmals versucht. Leider das selbe Ergebnis. Danach nochmal gelöscht und aus den ports mit make, make install, make clean nochmal gebaut, selbes Problem, Apache mit php läuft nicht, ohne geht er.
(nochmal versucht da ich zuerst an Hardware Fehler gedacht habe)

Os ist ein FreeBSD 5.2.1-RELEASE i386.

Hat jemand ne Idee woran das liegen könnte ?

ausgewählte Optionen:
WITH_BZIP2=yes WITH_CRACK=yes WITH_CTYPE=yes WITH_DIO=yes WITH_FILEPRO=yes WITH_FTP=yes WITH_GD=yes
WITH_GDBM=yes WITH_GETTEXT=yes WITH_MCVE=yes WITH_MCRYPT=yes WITH_MHASH=yes WITH_MIME=yes WITH_MYSQL=yes WITH_NCURSES=yes
WITH_OPENLDAP=yes WITH_OPENSSL=yes WITH_OVERLOAD=yes WITH_PCRE=yes WITH_POSIX=yes WITH_SESSION=yes WITH_SNMP=yes
WITH_SOCKETS=yes WITH_TOKENIZER=yes WITH_XML=yes WITH_ZIP=yes WITH_ZLIB=yes

Edit: Hardware im Server / Speichertest etc. alles nochmal geprüft, auch kein Fehler feststellbar.

Die libphp4.so ist auch vorhanden.

In der httpd.conf sind folgende Einträge bezüglich php drin:
LoadModule php4_module libexec/apache/libphp4.so
...
AddModule mod_php4.c
...
DirectoryIndex index.php index.html index.php4
...
<IfModule mod_php3.c>
AddType application/x-httpd-php3 .php3
AddType application/x-httpd-php3-source .php3s
</IfModule>
<IfModule mod_php4.c>
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
</IfModule>

Edit2: nach paar Änderungen erscheint jetzt im Syslog folgende Meldung nach dem Start:
pid 37361 (httpd), uid 0: exited on signal 11 (core dumped)

Edit3: CoreDumpDirectory "/tmp" noch hinzugefügt, CoreDump Datei ist aber trotz Meldung im Syslog nicht vorhanden :/

Edit4: httpd -l
Compiled-in modules:
http_core.c
mod_so.c
suexec: enabled; valid wrapper /usr/local/sbin/suexec

Edit5:
-bash-2.05b# ./httpd -V
Server version: Apache/1.3.29 (Unix)
Server built: Mar 30 2004 17:12:42
Server's Module Magic Number: 19990320:15
Server compiled with....
-D HAVE_MMAP
-D USE_MMAP_SCOREBOARD
-D USE_MMAP_FILES
-D HAVE_FLOCK_SERIALIZED_ACCEPT
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D DYNAMIC_MODULE_LIMIT=64
-D HARD_SERVER_LIMIT=512
-D SO_ACCEPTFILTER
-D ACCEPT_FILTER_NAME="httpready"
-D HTTPD_ROOT="/usr/local"
-D SUEXEC_BIN="/usr/local/sbin/suexec"
-D DEFAULT_PIDLOG="/var/run/httpd.pid"
-D DEFAULT_SCOREBOARD="/var/run/httpd.scoreboard"
-D DEFAULT_LOCKFILE="/var/run/httpd.lock"
-D DEFAULT_ERRORLOG="/var/log/httpd-error.log"
-D TYPES_CONFIG_FILE="etc/apache/mime.types"
-D SERVER_CONFIG_FILE="etc/apache/httpd.conf"
-D ACCESS_CONFIG_FILE="etc/apache/access.conf"
-D RESOURCE_CONFIG_FILE="etc/apache/srm.conf"

-bash-2.05b# ./httpd -t
Syntax OK
-bash-2.05b# ./httpd -T
Syntax OK

Edit6:

-bash-2.05b# ldd /usr/local/libexec/apache/libphp4.so
/usr/local/libexec/apache/libphp4.so:
libcrypto.so.3 => /usr/local/lib/libcrypto.so.3 (0x2832f000)
libssl.so.3 => /usr/local/lib/libssl.so.3 (0x28435000)
libcrypt.so.2 => /lib/libcrypt.so.2 (0x28466000)
libzzip.so.10 => /usr/local/lib/libzzip.so.10 (0x2847f000)
libexpat.so.5 => /usr/local/lib/libexpat.so.5 (0x28485000)
libsnmp.so.4 => /usr/local/lib/libsnmp.so.4 (0x284a5000)
libpanel.so.2 => /usr/lib/libpanel.so.2 (0x28508000)
libncurses.so.5 => /lib/libncurses.so.5 (0x2850c000)
libmysqlclient.so.14 => /usr/local/lib/mysql/libmysqlclient.so.14 (0x2854c000)
libmhash.so.2 => /usr/local/lib/libmhash.so.2 (0x28581000)
libmcve.so.3 => /usr/local/lib/libmcve.so.3 (0x2859e000)
libmcrypt.so.8 => /usr/local/lib/libmcrypt.so.8 (0x285ad000)
libltdl.so.4 => /usr/local/lib/libltdl.so.4 (0x285e0000)
libldap.so.2 => /usr/local/lib/libldap.so.2 (0x285e8000)
liblber.so.2 => /usr/local/lib/liblber.so.2 (0x28620000)
libintl.so.6 => /usr/local/lib/libintl.so.6 (0x2862d000)
libt1.so.5 => /usr/local/lib/libt1.so.5 (0x28636000)
libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x28686000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x286f2000)
libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x287ba000)
libpng.so.5 => /usr/local/lib/libpng.so.5 (0x287c9000)
libz.so.2 => /lib/libz.so.2 (0x287ee000)
libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x287fc000)
libcrack.so => /usr/local/lib/libcrack.so (0x2881a000)
libbz2.so.1 => /usr/lib/libbz2.so.1 (0x28824000)
libm.so.2 => /lib/libm.so.2 (0x28833000)
libssl.so.3 => /usr/lib/libssl.so.3 (0x2884c000)
libcrypto.so.3 => /lib/libcrypto.so.3 (0x2887e000)
libc_r.so.5 => /usr/lib/libc_r.so.5 (0x2898c000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x289b0000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x28a9f000)

Edit7:
pkg_add -r mod_php4 geht !
Fehler muß also in irgendwelchen Extensions von PHP sein.

Edit8: mit der Version 4.3.7 von php geht es und funktioniert.
Zum Vergrößern anklicken....


Also ich seh jetzt direkt nichts, aber ich hatte das gleiche Problem als ich verscucht habe die php4 extensions mit dem gnu_mp zu übersetzen, las mal GDBM, MHASH und NCURSES weg.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben