PHP Update - CLI aktuell - Apache nicht

[sllnd]

Hallo zusammen,

ich habe gerade ein PHp Update auf Apache Modul von PHP-4.4.4 auf PHP-4.4.6 gefahren mit folgendem Configure-Befehl:

./configure --prefix=/usr/local/php-4.4.6 --bindir=/usr/bin -sysconfdir=/etc --with-config-file-path=/etc --with-apxs2=/usr/sbin/apxs --enable-fastcgi --enable-force-cgi-redirect --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --enable-ftp --disable-debug --enable-bcmath --enable-calendar --enable-ctype --enable-discard-path --enable-exif --enable-filepro --enable-gd-imgstrttf --enable-gd-native-ttf --enable-inline-optimization --enable-magic-quotes --enable-mbstr-enc-trans --enable-mbstring --enable-mbregex --enable-memory-limit --enable-safe-mode --enable-shmop --enable-sigchild --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-versioning --enable-wddx --enable-yp --with-bz2 --with-gettext --with-gmp --with-jpeg-dir=/usr--with-mcal=/usr --with-mcrypt --with-mhash --with-png-dir=/usr --with-t1lib --with-tiff-dir=/usr --with-ttf --with-freetype-dir=yes --with-xml --with-zlib=yes --with-gd --with-openssl --with-curl --with-iconv --enable-calendar --enable-dbx --with-mime-magic --enable-sockets --with-unixODBC --with-pear --with-imap-ssl=/usr/lib

Configure, make und make install läuft einwandfrei durch.

php -v

PHP 4.4.6 (cli) (built: Mar 23 2007 19:54:47)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies

Komischerweise gibt mir PHPInfo immernoch die alte PHP-4.4.4 heraus und nicht die aktuelle PHP-4.4.6.

In den Logs vom Apache und Syslogs ist nichts zu finden. Apache Error_log gibt lediglich:

[Fri Mar 23 19:55:56 2007] [notice] Apache/2.0.59 (Unix) mod_ssl/2.0.59 OpenSSL/0.9.7e PHP/4.4.4 configured -- resuming normal operations

Zu den vorherigen Installationen von PHP habe ich dieses Mal "--with-imap-ssl=/usr/lib" hinzugegeben. Also habe ich PHP 4.4.6 auch mal ohne diesem Paramenter kompiliert - leider mit dem selben Ergebnis.

Kennt jemand diese Phänomen und auch eine Lösung?

Gruß
- SllnD -

[Roger Wilco]

Das PHP-Modul für den Apache liegt jetzt unter /usr/local/php-4.4.6. Hast du das in der Konfiguration geändert?

[Joe User]

`/etc/init.d/apache2 restart` durchgeführt?

[sllnd]

Das PHP-Modul für den Apache liegt jetzt unter /usr/local/php-4.4.6. Hast du das in der Konfiguration geändert?

In der Apache Konfiguration wird das Apache Modul mit

LoadModule php4_module modules/libphp4.so

aufgerufen. Die Datei unter /usr/local/apache-2.0.59/modules wurde auch zu der Zeit das letzte Mal geändert, als ich PHP kompiliert habe. Ich kann sogar die libphp4.so umbennen, Apache neu starten und PHP wird trotzallem gestartet - sieht nach irgendeinem Cache aus, aber wüsste nicht dass es sowas für Apache und PHP gibt.

Ich habe sogar mal das alte PHP Verzeichnis umbeannt also /usr/local/php-4.4.4 und den Apache neu gestartet. Es wird aber immer wieder die alter Version geladen und PHP funktioniert auch einwandfrei.

`/etc/init.d/apache2 restart` durchgeführt?

Ja habe ich - nicht nur einmal ;)

[Joe User]

Versuche es mal mit:

Code: Select all

./configure --prefix=/usr/local/php-4.4.6 --bindir=/usr/bin -sysconfdir=/etc --with-config-file-path=/etc --with-apxs2=/usr/sbin/apxs --disable-debug --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --enable-ftp --enable-bcmath --enable-calendar --enable-ctype --enable-discard-path --enable-exif --enable-gd-imgstrttf --enable-gd-native-ttf --enable-inline-optimization --enable-magic-quotes --enable-mbstr-enc-trans --enable-mbstring --enable-mbregex --enable-memory-limit --enable-safe-mode --enable-shmop --enable-sigchild --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-versioning --enable-wddx --with-bz2 --with-gettext --with-gmp --with-jpeg-dir=/usr--with-mcal=/usr --with-mcrypt --with-mhash --with-png-dir=/usr --with-t1lib --with-tiff-dir=/usr --with-ttf --with-freetype-dir=yes --with-xml --with-zlib=yes --with-gd --with-openssl --with-curl --with-iconv --with-mime-magic --enable-sockets --with-pear --with-imap-ssl=/usr/lib

[sllnd]

Irgendwas ist das Faul. Den Confiure-Befehl von Joe User habe ich ausgeführt, jedoch zeit PHPInfo immernoch die alte PHP-4.4.4 Version an.

Beim "make" gibt er zwar diesen Warnhinweis aus, aber wird dennoch nicht gestoppt:

ext/mysql/libmysql/my_tempnam.lo(.text+0x40): In function `my_tempnam':
/root/software/php/php-4.4.6/php-4.4.6/ext/mysql/libmysql/my_tempnam.c:115: warning: the use of `tempnam' is dangerous, better use `mkstemp'

Build complete.
(It is safe to ignore warnings about tempnam and tmpnam).

make install:

susi:~/software/php/php-4.4.6/php-4.4.6 # make install
Installing PHP SAPI module: apache2handler
/usr/local/apache-2.0.59/build/instdso.sh SH_LIBTOOL='/usr/local/apache-2.0.59/b uild/libtool' libphp4.la /usr/local/apache-2.0.59/modules
/usr/local/apache-2.0.59/build/libtool --mode=install cp libphp4.la /usr/local/a pache-2.0.59/modules/
cp .libs/libphp4.so /usr/local/apache-2.0.59/modules/libphp4.so
cp .libs/libphp4.lai /usr/local/apache-2.0.59/modules/libphp4.la
libtool: install: warning: remember to run `libtool --finish /root/software/php/ php-4.4.6/php-4.4.6/libs'
chmod 755 /usr/local/apache-2.0.59/modules/libphp4.so
[activating module `php4' in /etc/apache2/httpd.conf]
Installing PHP CLI binary: /usr/bin/
Installing PHP CLI man page: /usr/local/php-4.4.6/man/man1/
Installing PEAR environment: /usr/local/php-4.4.6/lib/php/
[PEAR] Archive_Tar - already installed: 1.3.2
[PEAR] Console_Getopt - already installed: 1.2.1
[PEAR] HTML_Template_IT- already installed: 1.1
[PEAR] Net_UserAgent_Detect- already installed: 2.0.1
[PEAR] PEAR - already installed: 1.5.0
Wrote PEAR system config file at: /etc/pear.conf
You may want to add: /usr/local/php-4.4.6/lib/php to your php.ini include_path
[PEAR] Structures_Graph- already installed: 1.0.2
Installing build environment: /usr/local/php-4.4.6/lib/php/build/
Installing header files: /usr/local/php-4.4.6/include/php/
Installing helper programs: /usr/bin/
program: phpize
program: php-config
Installing man pages: /usr/local/php-4.4.6/man/man1/
page: phpize.1
page: php-config.1

php -v:

PHP 4.4.6 (cli) (built: Mar 24 2007 14:57:45)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies

[Joe User]

Code: Select all

grep -rin loadmodule /etc/apache2

Wie sieht der ./configure von Deinem Apache aus?

Sind die Distributionspakete (Apache/PHP) deinstalliert?

[sllnd]

Code: Select all

grep -rin loadmodule /etc/apache2

Code: Select all

/etc/apache2/httpd.conf:225:# have to place corresponding `LoadModule' lines at this location so the
/etc/apache2/httpd.conf:231:# LoadModule foo_module modules/mod_foo.so
/etc/apache2/httpd.conf:233:LoadModule access_module modules/mod_access.so
/etc/apache2/httpd.conf:234:LoadModule auth_module modules/mod_auth.so
/etc/apache2/httpd.conf:235:LoadModule auth_anon_module modules/mod_auth_anon.so
/etc/apache2/httpd.conf:236:LoadModule auth_digest_module modules/mod_auth_digest.so
/etc/apache2/httpd.conf:237:LoadModule file_cache_module modules/mod_file_cache.so
/etc/apache2/httpd.conf:238:LoadModule cache_module modules/mod_cache.so
/etc/apache2/httpd.conf:239:LoadModule mem_cache_module modules/mod_mem_cache.so
/etc/apache2/httpd.conf:240:LoadModule ext_filter_module modules/mod_ext_filter.so
/etc/apache2/httpd.conf:241:LoadModule include_module modules/mod_include.so
/etc/apache2/httpd.conf:242:LoadModule deflate_module modules/mod_deflate.so
/etc/apache2/httpd.conf:243:LoadModule log_config_module modules/mod_log_config.so
/etc/apache2/httpd.conf:244:LoadModule env_module modules/mod_env.so
/etc/apache2/httpd.conf:245:LoadModule cern_meta_module modules/mod_cern_meta.so
/etc/apache2/httpd.conf:246:LoadModule expires_module modules/mod_expires.so
/etc/apache2/httpd.conf:247:LoadModule headers_module modules/mod_headers.so
/etc/apache2/httpd.conf:248:LoadModule usertrack_module modules/mod_usertrack.so
/etc/apache2/httpd.conf:249:LoadModule setenvif_module modules/mod_setenvif.so
/etc/apache2/httpd.conf:250:LoadModule status_module modules/mod_status.so
/etc/apache2/httpd.conf:251:LoadModule autoindex_module modules/mod_autoindex.so
/etc/apache2/httpd.conf:252:LoadModule asis_module modules/mod_asis.so
/etc/apache2/httpd.conf:253:LoadModule info_module modules/mod_info.so
/etc/apache2/httpd.conf:254:LoadModule suexec_module modules/mod_suexec.so
/etc/apache2/httpd.conf:255:LoadModule cgi_module modules/mod_cgi.so
/etc/apache2/httpd.conf:256:LoadModule cgid_module modules/mod_cgid.so
/etc/apache2/httpd.conf:257:LoadModule negotiation_module modules/mod_negotiation.so
/etc/apache2/httpd.conf:258:LoadModule dir_module modules/mod_dir.so
/etc/apache2/httpd.conf:259:LoadModule imap_module modules/mod_imap.so
/etc/apache2/httpd.conf:260:LoadModule actions_module modules/mod_actions.so
/etc/apache2/httpd.conf:261:LoadModule speling_module modules/mod_speling.so
/etc/apache2/httpd.conf:262:LoadModule userdir_module modules/mod_userdir.so
/etc/apache2/httpd.conf:263:LoadModule alias_module modules/mod_alias.so
/etc/apache2/httpd.conf:264:LoadModule rewrite_module modules/mod_rewrite.so
/etc/apache2/httpd.conf:265:LoadModule php4_module        modules/libphp4.so

Wie sieht der ./configure von Deinem Apache aus?

Code: Select all

./configure --prefix=/usr/local/apache-2.0.59 --sysconfdir=/etc/apache2 --sbindir=/usr/sbin --enable-static-support --with-mpm=prefork --enable-info --enable-rewrite --enable-ssl --enable-suexec --enable-modules="so http" --enable-mods-shared="info status cern_meta usertrack asis include autoindex cgid imap deflate alias auth auth_anon auth_digest access cache mem_cache file-cache cgi dir env ext_filter expires headers file_cache log_config mimemime_magic negotiation rewrite speling actions userdir setenvif suexec"

Sind die Distributionspakete (Apache/PHP) deinstalliert?

Die habe ich nie installiert, da ich von Anfang an Apache und PHP selber kompiliert habe. Ich habe auch bereits schon von Apache 2.0.55 auf 2.0.59 geupdatet und PHP ebenfalls von 4.4.1 auf 4.4.4 - nur das jetzige Update macht Probleme.

[Joe User]

Code: Select all

find / -type f -name libphp4.so

[sllnd]

Code: Select all

find / -type f -name libphp4.so

/usr/local/apache-2.0.55/modules/libphp4.so
/usr/local/apache-2.0.59/modules/libphp4.so

Wobei bei dem Apache 2.0.55

susi:/usr/local/apache-2.0.55/modules # ll
total 9288
drwxr-xr-x 2 root root 4096 Sep 12 2006 .
drwxr-xr-x 14 root root 4096 May 19 2006 ..
-rw-r--r-- 1 root root 8504 May 19 2006 httpd.exp
-rwxr-xr-x 1 root root 8001029 Sep 12 2006 libphp4.so
.....

Apache 2.0.59

susi:/usr/local/apache-2.0.59/modules # ll
total 8992
drwxr-xr-x 2 root root 4096 Mar 24 14:58 .
drwxr-xr-x 11 root root 4096 Sep 12 2006 ..
-rw-r--r-- 1 root root 8504 Sep 12 2006 httpd.exp
-rwxr-xr-x 1 root root 7696741 Mar 24 14:58 libphp4.so

Und eben noch die Ergebnisse von meinen damailgen Installationsordnern:

/root/software/php/php-4.4.2/php-4.4.2/.libs/libphp4.so
/root/software/php/php-4.4.2/php-4.4.2/libs/libphp4.so
/root/software/php/php-4.4.4/php-4.4.4/.libs/libphp4.so
/root/software/php/php-4.4.6/php-4.4.6/.libs/libphp4.so
/root/software/php/php-4.4.6/php-4.4.6/libs/libphp4.so

[Joe User]

IIRC sollte es so funktionieren (Mini-Backup wird in /root/baktmp angelegt):

Code: Select all

mkdir -p /root/backup_temp/{usr/local,root/software}

cp -a /usr/local/{apache,php}* /root/baktmp/usr/local/
cp -a /root/software/{apache,php}* /root/baktmp/root/software/

cd /root/software/php-4.4.2 && make uninstall
cd /root/software/php-4.4.4 && make uninstall
cd /root/software/php-4.4.6 && make uninstall

cd /root/software/apache-2.0.55 && make uninstall
cd /root/software/apache-2.0.59 && make uninstall

Konfigurationsdateien und Nutzdaten bitte selbst sichern.

Danach Apache-2.0.59 und PHP-4.4.6 rekompilieren, installieren, konfigurieren und gegebenenfalls Nutzdaten zurückspielen...

[klerfrq]

Hallo Joe User,

einmal sorry für meine späte Antwort - bin leider nicht früher dazu gekommen.

Also, wenn ich auf einem nachgestellten Testserver im Verzeichnis der PHP und Apache Installationen

make uninstall

ausführe kommt sowohl bei PHP als auch bei Apache folgender Fehler:

make: *** No rule to make target `uninstall'. Stop.

Gibt es keine andere Möglichkeit Pakete, welche man selber kompiliert hat sauber vom System zu entfernen?

Viele Grüße
- klerfrq -