Probleme mit PHP nach Update auf 4.3.10

[cybersmog]

Hallo,

ich habe heute meinen Server auf PHP 4.3.10 upgedated. Dabei ist wohl irgendwas schief gelaufen, den jetzt gibts verschiedene Probleme:

z.B.
Eine Invision Power Board Installation spuckt Fehlermeldungen aus:
IPB WARNING [2] implode(): Bad arguments. (Line: 157 of
/sources/classes/class_session.php)

PHPMyAdmin
Warning: Illegal offset type in
/.../phpMyAdmin/libraries/grab_globals.lib.php on line 54

Da vorher alles reibungslos lief und ich die php.ini nicht verändert habe, gehe ich mal davon aus, dass beim Update irgendwas schief gegangen ist. Ich habe schon versucht, PHP 4.3.10 nochmal zu installieren, aber das hat leider auch nix gebracht.

$ make test ergibt folgendes:

Code: Select all

Notice: Array to string conversion in
/var/temp/php-4.3.10/run-tests.php on line 851
{mehrfach wiederholt}
Notice: Array to string conversion in
/var/temp/php-4.3.10/run-tests.php on line 851

=====================================================================
CWD         : /var/temp/php-4.3.10
PHP         : /var/temp/php-4.3.10/sapi/cli/php
PHP_SAPI    : cli
PHP_VERSION : 4.3.10
ZEND_VERSION: 1.3.0
PHP_OS      : Linux - Linux domain.de 2.4.18-bf2.4 #1 Mon Apr 12
11:37:50 UTC 2004 i686
INI actual  : /usr/local/lib/php.ini
More .INIs  :
Extra dirs  :
=====================================================================

Warning: opendir(/var/temp/php-4.3.10/Array): failed to open dir: No
such file or directory in /var/temp/php-4.3.10/run-tests.php on line
238
ERROR: cannot open directory: /var/temp/php-4.3.10/Array
make: [test] Error 1 (ignored)

Die Notice am Anfang kommt etwa 20 Mal.

Hat jemand eine Idee, wo ich mit der Fehlersuche ansetzen könnte?

Danke
Peter

[Joe User]

Poste bitte die bemängelten Codezeilen (+/- 10 Zeilen).

[cybersmog]

Code: Select all

        //-------------------------------------------------
        // Manage bots? (tee-hee)
        //-------------------------------------------------
        
        if ( $ibforums->vars['spider_sense'] == 1 and $ibforums->vars['search_engine_bots'] )
        {
        	foreach( explode( "n", $ibforums->vars['search_engine_bots'] ) as $bot )
        	{
        		list($ua, $n) = explode( "=", $bot );
        		
        		if ( $ua and $n )
        		{
        			$this->bot_map[ $ua ] = $n;
        			$this->bot_safe[]     = preg_quote( $ua, "/" );
        		}
        	}
        	
        	if ( preg_match( '/('.implode( '|', $this->bot_safe ) .')/i', $_SERVER['HTTP_USER_AGENT'], $match ) )
        	{
        		$DB->simple_construct( array( 'select' => '*',
											  'from'   => 'groups',
											  'where'  =>" g_id=".intval($ibforums->vars['spider_group'])
									 )      );
        		$DB->simple_exec();
        	
        		$group = $DB->fetch_row();

Die bemängelte Zeile ich diese hier:
if ( preg_match( '/('.implode( '|', $this->bot_safe ) .')/i', $_SERVER['HTTP_USER_AGENT'], $match ) )

Aber ich glaube nicht, dass es am Code liegt, da vorher (4.3.7) ja alles ging. Irgendwas muss bei der Installation schief gelaufen sein. Hier sind mal die configure Optionen:

Code: Select all

./configure --disable-debug --prefix=/usr/local --with-xml --with-zlib=/usr/local --with-zlib-dir=/usr/local --enable-ftp --enable-magic-quotes --enable-sockets --with-mysql-sock=/tmp/mysql.sock --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-openssl --enable-calendar --enable-exif --with-gd --with-png --with-png-dir=/usr --enable-gd-native-ttf --with-ttf=/usr --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-zlib-dir=/usr --with-gettext

Das sind die selben configure Optionen wie bei der letzten Installation bzw. Update.

[andreask2]

IPB WARNING [2] implode(): Bad arguments. (Line: 157 of
/sources/classes/class_session.php)

Sieht etwas so aus als hätten die nen eigenen Error-Mechanismus.

Was gibt denn

Code: Select all

var_dump($this->bot_safe);

aus, wenn Du das vor der besagten Zeile einfügst? Evtl. könnte das ein Folgefehler eines anderen Problems sein?

PHPMyAdmin
Warning: Illegal offset type in
/.../phpMyAdmin/libraries/grab_globals.lib.php on line 54

Was steht in der Zeile, bzw. drum herum? (welche Version?)

[cybersmog]

Wie schon gesagt, das Problem sind nicht die Skripten. Ich habe jetzt erstmal wieder die alte Version 4.3.7 installiert, bei der ja alles reibunglos lief. Heute abend werde ich dann einen neuen Versuch starten, 4.3.10 zu installieren.

[blnsnoopy26]

Hi,

Habe da auch diverse Probleme.
HAbe ich hier (http://www.rootforum.org/forum/viewtopic.php?p=208789) angesprochen, weil ich den Thread übersehn habe.

aber das phpmyadmin Problem habe ich auch und mein Vbulletin und Mambo CMS geht überhaupt nicht mehr.

Mehr:

-> http://www.rootforum.org/forum/viewtopic.php?p=208789

[andreask2]

Ja, anscheinend gibt es mehrere Probleme:

http://bugs.php.net/bug.php?id=31108
http://bugs.php.net/bug.php?id=31116
http://bugs.php.net/bug.php?id=28006
http://bugs.php.net/bug.php?id=31114

Wobei ich in den Foren der betroffenen Anwendungen bisher noch keine entsprechenden Threads gefunden habe.

[Joe User]

Auf phpbb.com gab es bis 15:20 GMT mindestens zwei entsprechende Threads...

[andreask2]

kann sein, ich hab auch nicht wirklich "ausführlich" gesucht, bei phpbb z.B. gar nicht :) Hab sowas nicht installiert. Allerdings wurde auch von Problemen mit PEAR und Smarty berichtet.

[andreask2]

äm, wenn ich im phpbb nach dem String "4.3.10" suchen möchte - wie mache ich das?

[Anonymous]

Ich verzweifle auch gerade an der neuen 4.3.10 Release ... :(
Schon beim configure (unter SuSE 9.0) gab's reichlich Probs, so hab ich es z. B. nicht hinbekommen, dass die zlib gefunden wird. Auch bei gd und ftp support gab's fehler.

Aber wenn ich nun lese, welche Probs auf einen zukommen, wenn das Ganze dann erstmal installiert ist ... - nun denn, bis zum make bin ich jetzt gekommen, aber ich glaub, ich spar mir die nächsten Schritte erstmal.

Da mich besonders der serialize-Bug beunruhigt ( http://www.hardened-php.net/advisories/012004.txt ), mal hier die Frage, ob evtl. jemand eine Möglichkeit sieht, da ohne Update zunächst mal einen Riegel vorzuschieben? Ich betreibe 2 Foren mit phpBB und nachdem ich neulich reichlich Zeit verloren habe, weil ich Opfer des viewtopic-highlight-exploits wurde, macht mich die Ankündigung eines serialize-exploits nun doch reichlich nervös ...

Irgendwelche Tipps?

mfg
urban

[andreask2]

Du könntest PHP 4.3.9 verwenden, und bestimmte Lücken - sofern diese eben nicht für die Fehler verantwortlich sind - manuell patchen. Aber es sind bzgl "unserialize" ja nicht nur die Lücken von Esser beseitigt, sondern noch mehr:

http://www.heise.de/security/news/foren ... m_id=70707

Für PHP 4.3.10 wurden ne ganze Menge Patches eingespielt, wird sicher nicht so einfach die richtigen zu finden, und dabei noch sicherzugehen, dass nicht auch diese für irgendwelche der Probleme verantwortlich sind.

Gibt es eigentlich auf cvs.php.net die Möglichkeit zu sehen, welche Dateien zwischen 2 Releases verändert wurden?

[Joe User]

http://mkwebs.info/joeuser/php-4.3.9-4.3.10.diff
http://mkwebs.info/joeuser/php-4.3.9-4.3.10.diff.bz2

HTH

[丨-丨4rp3r]

Anscheinend gibt es generell ein Problem mit PHP 4.3.10.
Auf meinem Server brechen auch diverse Scripts (Smarty, Cacti usw.) mit einer Fehlermeldung ab.
Ist da schon mehr bekannt bzw. gibt es schon irgendwelche Fixes dafür?

[andreask2]

Hast Du irgendeine Zend-Extension installiert? Zend Optimizer? Opcode-Cache....? Wenn ja diese mal updaten oder sonst abschalten.

[arty]

Hi,

PHP 4.3.10 ist inkompatibel mit dem aktuellen ZEND Optimizer. Entfernt den aus eurer php.ini und alles läuft wieder korrekt. Das Update auf 4.3.10 ist sehr wichtig!!!

bye
arty

[kase]

Hi,

PHP 4.3.10 ist inkompatibel mit dem aktuellen ZEND Optimizer. Entfernt den aus eurer php.ini und alles läuft wieder korrekt. Das Update auf 4.3.10 ist sehr wichtig!!!

bye
arty

Die neuste ZEND Optimizer Version ist IMHO kompatibel mit php 4.3.10., allerdings sind ältere inkompatibel.

[chris76]

Hi,

PHP 4.3.10 ist inkompatibel mit dem aktuellen ZEND Optimizer. Entfernt den aus eurer php.ini und alles läuft wieder korrekt. Das Update auf 4.3.10 ist sehr wichtig!!!

bye
arty

Dem ist nicht so, ich verwende kein Zend, ist in der php.ini nicht drin bei mir. Trotzdem gehen eineige eigene Scripte sowie ein Board und diverse andere Sachen nicht oder nur Fehlerhaft.

[blnsnoopy26]

Hi,

Habe gerade nochmals auf php 4.3.10 Upgedatet und den neusten ZendOptimizer installiert und seit dem bekomme ich keine Fehler mehr.

Alle Fehler die Vorher aufgetreten sind - sind nun weg und alles läuft bisher ganz normal. Mein CMS und mein Board läuft einbahnfrei.

[Anonymous]

Nachdem ich viele Stunden mit dem Build der 4.3.10 verbracht habe (warum sagt mir denn keiner, dass es beim configure auf die Reihenfolge einiger Einträge ankommt .... *flöt* ... :roll: ), läuft nun auch bei mir PHP 4.3.10. Bisher konnte ich keine Probleme feststellen. Auf dem Server laufen 2 phpBB's mit zahlreichen MODs ohne Probleme.

Obwohl - eine Einschränkung muß ich machen:
Das categories hierarchy MOD bereitete zunächst doch Probs. Die def_tree Datei wird nämlich an einer Stelle nicht korrekt geschrieben (ist ein Bug in dem MOD). Unter der alten PHP-Version hat sich das komischerweise nicht ausgewirkt, unter der neuen dann doch - was ich positiv bewerte.

Zend Optimizer läuft da übrigens nicht.

[gleitz]

Update auf zwei produktiven Server durchgeführt.

Auf dem ersten Server lief alles reibungslos. Bei dem zweiten Server hatte make test einen Fehler bei passthrue gebracht.
Habe kurzerhand die ./config.nice vom ersten Server auf den zweiten kopiert. Anschließend trat kein Fehler mehr auf. Update auf zweiten Server durchgeführt.

Hier mal meine ./config.nice

Code: Select all

#! /bin/sh
#
# Created by configure

'./configure' 
'--prefix=/usr/share' 
'--datadir=/usr/share/php' 
'--bindir=/usr/bin' 
'--libdir=/usr/share' 
'--includedir=/usr/include' 
'--sysconfdir=/etc' 
'--with-_lib=lib' 
'--with-config-file-path=/etc' 
'--with-exec-dir=/usr/lib/php/bin' 
'--enable-memory-limit' 
'--with-mysql=/usr' 
'--with-zlib-dir=/usr/local/typo3' 
'--with-zlib=/usr/local/typo3' 
'--with-xpm-dir=/usr/X11R6' 
'--with-jpeg-dir=/usr/local/typo3' 
'--with-tiff-dir=/usr/local/typo3' 
'--with-gd=/usr/local/typo3' 
'--with-png-dir=/usr/local/typo3' 
'--with-ttf=/usr/local/typo3' 
'--enable-gd-native-ttf' 
'--with-gettext=/usr/local/typo3' 
'--with-pdflib=/usr/local/typo3' 
'--with-apxs2=/usr/sbin/apxs' 
"$@"

Ist minimalistisch. Aber mehr brauche ich nicht für Typo3 und das vBulletin Board.

Bei dem config-Script wo die Fehler aufgetreten sind, waren bedeutend mehr Aufrufe drin, wodurch jetzt im Nachhinein davon ausgegangen werden kann, das irgendeine Aufruf den Fehler verursacht.