Update von 2.9.1 > 2.9.4 Fehlermeldung

Druckbare Version

01.05.2011, 01:17
stefande

Update von 2.9.1 > 2.9.4 Fehlermeldung

Hi,

nach meinem Update von 2.9.1 > 2.9.4 mit easyupdate bekomme ich folgende Fehlermeldung im Frontend:

Code:

Fatal error: Call to a member function row() on a non-object in /var/kunden/webs/web75/system/modules/frontend/FrontendTemplate.php on line 85

Lösche ich betreffene Zeile, zeigt er mir meine Website zwar mit CSS, aber ohne Inhalt an.

Auf mein Seitenlayout habe ich zwar Zugriff, aber Fehlermeldungen treten auch auf:

Code:

Warning: scandir(/var/kunden/webs/web75/templates/stefandeutsch/) [function.scandir]: failed to open dir: No such file or directory in /var/kunden/webs/web75/system/functions.php on line 243 #0 [internal function]: __error(2, 'scandir(/var/ku...', '/var/kunden/web...', 243, Array) #1 /var/kunden/webs/web75/system/functions.php(243): scandir('/var/kunden/web...') #2 /var/kunden/webs/web75/system/libraries/Controller.php(151): scan('/var/kunden/web...') #3 /var/kunden/webs/web75/system/modules/backend/dca/tl_layout.php(498): Controller->getTemplateGroup('fe_', '1') #4 /var/kunden/webs/web75/system/libraries/Controller.php(2310): tl_layout->getPageTemplates(Object(DC_Table)) #5 /var/kunden/webs/web75/system/modules/backend/DataContainer.php(227): Controller->prepareForWidget(Array, 'template', 'fe_page', 'template', 'tl_layout') #6 /var/kunden/webs/web75/system/drivers/DC_Table.php(1670): DataContainer->row() #7 /var/kunden/webs/web75/system/modules/backend/Backend.php(234): DC_Table->edit() #8 /var/kunden/webs/web75/contao/main.php(101): Backend->getBackendModule('themes') #9 /var/kunden/webs/web75/contao/main.php(304): Main->run() #10 {main} Warning: scandir() [function.scandir]: (errno 2): No such file or directory in /var/kunden/webs/web75/system/functions.php on line 243 #0 [internal function]: __error(2, 'scandir() [getTemplateGroup('fe_', '1') #4 /var/kunden/webs/web75/system/libraries/Controller.php(2310): tl_layout->getPageTemplates(Object(DC_Table)) #5 /var/kunden/webs/web75/system/modules/backend/DataContainer.php(227): Controller->prepareForWidget(Array, 'template', 'fe_page', 'template', 'tl_layout') #6 /var/kunden/webs/web75/system/drivers/DC_Table.php(1670): DataContainer->row() #7 /var/kunden/webs/web75/system/modules/backend/Backend.php(234): DC_Table->edit() #8 /var/kunden/webs/web75/contao/main.php(101): Backend->getBackendModule('themes') #9 /var/kunden/webs/web75/contao/main.php(304): Main->run() #10 {main} Warning: Invalid argument supplied for foreach() in /var/kunden/webs/web75/system/functions.php on line 243 #0 /var/kunden/webs/web75/system/functions.php(243): __error(2, 'Invalid argumen...', '/var/kunden/web...', 243, Array) #1 /var/kunden/webs/web75/system/libraries/Controller.php(151): scan('/var/kunden/web...') #2 /var/kunden/webs/web75/system/modules/backend/dca/tl_layout.php(498): Controller->getTemplateGroup('fe_', '1') #3 /var/kunden/webs/web75/system/libraries/Controller.php(2310): tl_layout->getPageTemplates(Object(DC_Table)) #4 /var/kunden/webs/web75/system/modules/backend/DataContainer.php(227): Controller->prepareForWidget(Array, 'template', 'fe_page', 'template', 'tl_layout') #5 /var/kunden/webs/web75/system/drivers/DC_Table.php(1670): DataContainer->row() #6 /var/kunden/webs/web75/system/modules/backend/Backend.php(234): DC_Table->edit() #7 /var/kunden/webs/web75/contao/main.php(101): Backend->getBackendModule('themes') #8 /var/kunden/webs/web75/contao/main.php(304): Main->run() #9 {main} Warning: Cannot modify header information - headers already sent by (output started at /var/kunden/webs/web75/system/functions.php:134) in /var/kunden/webs/web75/system/libraries/Template.php on line 230 #0 [internal function]: __error(2, 'Cannot modify h...', '/var/kunden/web...', 230, Array) #1 /var/kunden/webs/web75/system/libraries/Template.php(230): header('Content-Type: t...') #2 /var/kunden/webs/web75/system/modules/backend/BackendTemplate.php(143): Template->output() #3 /var/kunden/webs/web75/contao/main.php(295): BackendTemplate->output() #4 /var/kunden/webs/web75/contao/main.php(104): Main->output() #5 /var/kunden/webs/web75/contao/main.php(304): Main->run() #6 {main}
01.05.2011, 10:04
Flex

Du solltest in den PHP Dateien wirklich gar nichts löschen, wenn du dir nicht 100%ig sicher bist, dass du weißt was du tust.

Der Fehler der hier bemängelt wird, ist dass im Ordner templates der Ordner stefandeutsch gesucht wird und nicht vorhanden ist.
01.05.2011, 11:10
christian

Du bekommst eine Fehlermeldung und löschst daraufhin die genannte Zeile aus der Core-Datei???

ROFL!

Wenn Dein Auto mal einen Platten hat, baust Du am besten die Räder ab, dann erledigt sich das Problem von selbst. :D

Also, als erstes würde ich mal die betreffende Datei wiederherstellen. Und den Ordner, den Flex genannt hat.
01.05.2011, 11:53
stefande

Hab die betreffene Zeile nur gelöscht, um zu sehen was danach passiert. Macht ja wohl jeder mal. Danach natürlich wieder hergestellt.

Habe nun meinen Ordner in /templates wiederhergestellt und die Fehlermeldungen im Seitenlayout sind weg. Allerdings habe ich immernoch die Fehlermeldung im Frontend:

Code:

Fatal error: Call to a member function row() on a non-object in /var/kunden/webs/web75/system/modules/frontend/FrontendTemplate.php on line 85
01.05.2011, 18:42
christian

Was sagt denn das Check-Tool? Sind alle Dateien nach dem Update ok?
01.05.2011, 18:56
stefande

Eine Menge sind "Corrupt". Darunter auch system/modules/frontend/FrontendTemplate.php

Heißt das jetzt, dass das Update nicht ordnungsgemäß abgeschlossen wurde? Die Dateien sind aber alle da. Wie bekomm ich die nun wieder Validated?
01.05.2011, 19:10
ways2web

alle korrupten Dateien manuell uploaden und dann schauen, was passiert. Das ist der erste weg!

gruss
01.05.2011, 19:26
BugBuster

Installiere erstmal ein aktuelles Systemcheck Tool, Deins scheint noch das von 2.9.1 zu sein.
01.05.2011, 19:40
stefande

Zitat:

Zitat von BugBuster

Installiere erstmal ein aktuelles Systemcheck Tool, Deins scheint noch das von 2.9.1 zu sein.

Habe nun Contao-Check für 2.9.4 ausgeführt und da zeigt er mir nur noch zwei Corrupte Dateien

system/config/config.php
system/logs
01.05.2011, 19:45
BugBuster

bei den Logs sind die Rechte des Verzeichnisses zu weit, daher die Meldung.
Die config.php ist wohl immernoch unterschiedlich.
Hast du deine Daten per Hand in die config.php statt localconfig.php geschrieben?

Lief deine 2.9.1 vorher mittels ftp im SafeModeHack Modus?
02.05.2011, 18:50
alex_2600
Zitat:

Zitat von stefande

Hi,

nach meinem Update von 2.9.1 > 2.9.4 mit easyupdate bekomme ich folgende Fehlermeldung im Frontend:

Code:

Fatal error: Call to a member function row() on a non-object in /var/kunden/webs/web75/system/modules/frontend/FrontendTemplate.php on line 85

Ich habe den selben Fehler. Der Fehler tritt seit Samstag auf und das auf zwei unterschiedlichen Servern mit unterschiedlichen Contao-Versionen (2.9.3 und 2.9.4).

Zitat:

Zitat von stefande

Lösche ich betreffene Zeile, zeigt er mir meine Website zwar mit CSS, aber ohne Inhalt an.

Die musst du nicht löschen. Setz einfach das davor:

PHP-Code:

if(is_object($objPage))

$objPage ist zum Zeitpunkt der Fehlermeldung ein String.

Zitat:

Zitat von stefande

Auf mein Seitenlayout habe ich zwar Zugriff, aber Fehlermeldungen treten auch auf:

[CODE]
Warning: scandir(/var/kunden/webs/web75/templates/stefandeutsch/) [function.scandir]: failed to open dir: No such file or directory in /var/kunden/webs/web75/system/functions.php on line 243
...

Bei mir treten hier keine weiteren Fehler auf. Allerdings wird hier auch nur das Seitenlayout gerendert.
Es fehlt:
- Navigation
- Artikel
Allerdings werden manche Module auch generiert (Login, Newslist).

Die Seiten laufen seit Samstag nicht mehr.
Ich sitze hier schon den halben Tag dran um herauszufinden wo das Problem liegt.
Mit dem CMS an sich und der DB ist alles ok. Ich habe mal den DB-Dump und das Contao-Verzeichnis auf einen anderen Server übertragen und dort laufen lassen.
Auf diesem System (Debian) funktioniert alles problemlos.

Meine Annahme ist also, dass es etwas mit dem System an sich zu tun hat.
Die beiden Server auf denen die Contao-Installationen laufen sind Ubuntu 8.04.4 LTS.

Laut /var/log/apt/term.log gab es Samstag morgens mehrere Updates für PHP:

Code:

Log started: 2011-04-30 07:09:08 (Reading database ... 40722 files and directories currently installed.) Preparing to replace php5-cli 5.2.4-2ubuntu5.14 (using .../php5-cli_5.2.4-2ubuntu5.15_amd64.deb) ... Unpacking replacement php5-cli ... Preparing to replace php5-mysql 5.2.4-2ubuntu5.14 (using .../php5-mysql_5.2.4-2ubuntu5.15_amd64.deb) ... Unpacking replacement php5-mysql ... Preparing to replace php5-ldap 5.2.4-2ubuntu5.14 (using .../php5-ldap_5.2.4-2ubuntu5.15_amd64.deb) ... Unpacking replacement php5-ldap ... Preparing to replace php5-xsl 5.2.4-2ubuntu5.14 (using .../php5-xsl_5.2.4-2ubuntu5.15_amd64.deb) ... Unpacking replacement php5-xsl ... Preparing to replace php5-gd 5.2.4-2ubuntu5.14 (using .../php5-gd_5.2.4-2ubuntu5.15_amd64.deb) ... Unpacking replacement php5-gd ... Preparing to replace php5-pgsql 5.2.4-2ubuntu5.14 (using .../php5-pgsql_5.2.4-2ubuntu5.15_amd64.deb) ... Unpacking replacement php5-pgsql ... Preparing to replace libapache2-mod-php5 5.2.4-2ubuntu5.14 (using .../libapache2-mod-php5_5.2.4-2ubuntu5.15_amd64.deb) ... Unpacking replacement libapache2-mod-php5 ... Preparing to replace php5-common 5.2.4-2ubuntu5.14 (using .../php5-common_5.2.4-2ubuntu5.15_amd64.deb) ... Unpacking replacement php5-common ... Preparing to replace php-pear 5.2.4-2ubuntu5.14 (using .../php-pear_5.2.4-2ubuntu5.15_all.deb) ... Unpacking replacement php-pear ... Setting up php5-common (5.2.4-2ubuntu5.15) ... Installing new version of config file /etc/cron.d/php5 ... Setting up php5-cli (5.2.4-2ubuntu5.15) ... debconf: unable to initialize frontend: Dialog debconf: (TERM is not set, so the dialog frontend is not usable.) debconf: falling back to frontend: Readline Setting up libapache2-mod-php5 (5.2.4-2ubuntu5.15) ... debconf: unable to initialize frontend: Dialog debconf: (TERM is not set, so the dialog frontend is not usable.) debconf: falling back to frontend: Readline * Reloading web server config apache2 ...done. Setting up php5-mysql (5.2.4-2ubuntu5.15) ... Setting up php5-ldap (5.2.4-2ubuntu5.15) ... Setting up php5-xsl (5.2.4-2ubuntu5.15) ... Setting up php5-gd (5.2.4-2ubuntu5.15) ... Setting up php5-pgsql (5.2.4-2ubuntu5.15) ... Setting up php-pear (5.2.4-2ubuntu5.15) ... Log ended: 2011-04-30 07:09:15

Das ist gerade mein heissester Verdacht. Ansonsten wurde nämlich in dieser Zeit nichts am System geändert was diesen Ausfall erklären könnte.

Ok, werde jetzt mal weiterschaun ob ich eine Lösung hinkriege.
Wenn jemanden hierzu etwas einfällt bitte posten.
Danke
02.05.2011, 20:23
alex_2600

Ok ich habs.
Schuld war tatsächlich das Sicherheitsupdate von PHP.

Habe mit apt die ältere PHP-Version wieder eingespielt und jetzt läuft es wieder als sei nichts gewesen ;)

Dennoch sehr seltsam...
03.05.2011, 20:31
stefande

Zitat:

Zitat von alex_2600

Ok ich habs.
Schuld war tatsächlich das Sicherheitsupdate von PHP.

Habe mit apt die ältere PHP-Version wieder eingespielt und jetzt läuft es wieder als sei nichts gewesen ;)

Wie hast Du die ältere PHP-Version eingespielt? Wie kann ich das machen?
Über die .htaccess mit

Code:

AddType x-mapp-php5 .php AddHandler x-mapp-php5 .php

???
04.05.2011, 00:41
alex_2600

Zitat:

Zitat von stefande

Wie hast Du die ältere PHP-Version eingespielt? Wie kann ich das machen?

Über die .htaccess...

Nein.

Ich habs über aptitude gemacht:

Code:

aptitude install php5-common=5.2.4-2ubuntu5 php5-cli=5.2.4-2ubuntu5 php5-mysql=5.2.4-2ubuntu5 php5-ldap=5.2.4-2ubuntu5 php5-xsl=5.2.4-2ubuntu5 php5-curl=5.2.4-2ubuntu5 php5-gd=5.2.4-2ubuntu5 php5-pgsql=5.2.4-2ubuntu5 libapache2-mod-php5=5.2.4-2ubuntu5 php-pear=5.2.4-2ubuntu5

Das hängt aber von deinem System und den installierten Paketen ab.

Anschließen noch die entsprechenden Paktete auf 'hold' setzen damit sie nicht wieder überschrieben werden.
04.05.2011, 08:49
MSchatz

Me too

Ich kann das geschilderte Verhalten bestätigen. Danke für den Hinweis auf die Rücknahme der PHP-Updates.

Andere PHP-Systeme liefen auf dem selben System (Ubuntu 8.04 LTS) auch nach dem Update problemlos (z.B. WordPress, Typo3). Daher scheint das Problem tatsächlich auf Contao begrenzt zu sein. Sollte hierzu ein Bugeintrag erstellt werden?

Gruß, Michael
04.05.2011, 14:51
BugBuster

Es wurde bereits in einem anderem Thread geschrieben, dass Ubuntu 8.04 + PHP5.3 Probleme macht. Da Contao aber mit PHP 5.3 unter einer höheren Ubuntu Version problemlos läuft, sehe ich den Fehler nicht bei Contao.

Wäre natürlich schön, trotzdem dem Problem auf die Spur zu kommen.
04.05.2011, 18:39
markus.milkereit

Ubuntu 8.04 hat normalerweise PHP 5.2.4 dabei, das letzte Update für PHP hätte eigentlich nur ein ganz kleines sein sollen (5.2.4-2ubuntu5.14 -> 5.2.4-2ubuntu5.15) - seitdem läuft Contao nicht mehr. Wie oben geschrieben laufen andere Systeme problemlos weiter. Untersuchung läuft, sehr komisches Verhalten.
04.05.2011, 20:14
alex_2600

Zitat:

Zitat von BugBuster

Es wurde bereits in einem anderem Thread geschrieben, dass Ubuntu 8.04 + PHP5.3 Probleme macht. Da Contao aber mit PHP 5.3 unter einer höheren Ubuntu Version problemlos läuft, sehe ich den Fehler nicht bei Contao.

Wie in Posting #11 beschrieben handelt es sich um PHP 5.2.
04.05.2011, 20:23
alex_2600

Zitat:

Zitat von MSchatz

Andere PHP-Systeme liefen auf dem selben System (Ubuntu 8.04 LTS) auch nach dem Update problemlos (z.B. WordPress, Typo3).

War hier auch so. ILIAS, Piwik, etc. zeigten keine Auffälligkeiten.

Vielleicht hilft ja das Changelog weiter:
https://launchpad.net/ubuntu/+source....4-2ubuntu5.15
04.05.2011, 22:22
alex_2600

FIX

Ok das Problem betrifft offenbar nicht nur Contao:
https://bugs.launchpad.net/ubuntu/+s...p5/+bug/776642

Schuld war offenbar dieser Fix:

Code:

* SECURITY UPDATE: use-after-free vulnerability - debian/patches/php5-CVE-2010-4697.patch: retain reference to object until getter/setter are done. - CVE-2010-4697

Hier tritt wohl ein Segfault im Zusammenhang mit __get, __set auf.

Es gibt inzwischen einen ppa patch
https://launchpad.net/~ubuntu-securi.../+archive/ppa/

Ich habe den patch jetzt eingespielt

Code:

Log started: 2011-05-04 23:10:08 (Lese Datenbank ... 57876 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereiten zum Ersetzen von php5-cli 5.2.4-2ubuntu5.15 (durch .../php5-cli_5.2.4-2ubuntu5.17~lp776642_amd64.deb) ... Entpacke Ersatz für php5-cli ... Vorbereiten zum Ersetzen von php5-xsl 5.2.4-2ubuntu5.15 (durch .../php5-xsl_5.2.4-2ubuntu5.17~lp776642_amd64.deb) ... Entpacke Ersatz für php5-xsl ... Vorbereiten zum Ersetzen von php5-pgsql 5.2.4-2ubuntu5.15 (durch .../php5-pgsql_5.2.4-2ubuntu5.17~lp776642_amd64.deb) ... Entpacke Ersatz für php5-pgsql ... Vorbereiten zum Ersetzen von php5-mysql 5.2.4-2ubuntu5.15 (durch .../php5-mysql_5.2.4-2ubuntu5.17~lp776642_amd64.deb) ... Entpacke Ersatz für php5-mysql ... Vorbereiten zum Ersetzen von php5-ldap 5.2.4-2ubuntu5.15 (durch .../php5-ldap_5.2.4-2ubuntu5.17~lp776642_amd64.deb) ... Entpacke Ersatz für php5-ldap ... Vorbereiten zum Ersetzen von php5-gd 5.2.4-2ubuntu5.15 (durch .../php5-gd_5.2.4-2ubuntu5.17~lp776642_amd64.deb) ... Entpacke Ersatz für php5-gd ... Vorbereiten zum Ersetzen von php5-curl 5.2.4-2ubuntu5.15 (durch .../php5-curl_5.2.4-2ubuntu5.17~lp776642_amd64.deb) ... Entpacke Ersatz für php5-curl ... Vorbereiten zum Ersetzen von libapache2-mod-php5 5.2.4-2ubuntu5.15 (durch .../libapache2-mod-php5_5.2.4-2ubuntu5.17~lp776642_amd64.deb) ... Entpacke Ersatz für libapache2-mod-php5 ... Vorbereiten zum Ersetzen von php5-common 5.2.4-2ubuntu5.15 (durch .../php5-common_5.2.4-2ubuntu5.17~lp776642_amd64.deb) ... Entpacke Ersatz für php5-common ... Vorbereiten zum Ersetzen von php-pear 5.2.4-2ubuntu5.15 (durch .../php-pear_5.2.4-2ubuntu5.17~lp776642_all.deb) ... Entpacke Ersatz für php-pear ... Richte php5-common ein (5.2.4-2ubuntu5.17~lp776642) ... Richte php5-cli ein (5.2.4-2ubuntu5.17~lp776642) ... Richte libapache2-mod-php5 ein (5.2.4-2ubuntu5.17~lp776642) ... * Reloading web server config apache2 [Wed May 04 23:10:13 2011] [warn] The Alias directive in /etc/apache2/sites-enabled/sln-devel.sb.dfki.de at line 119 will probably never match because it overlaps an earlier Alias. [Wed May 04 23:10:13 2011] [warn] Useless use of AllowOverride in line 158. ...done. Richte php5-xsl ein (5.2.4-2ubuntu5.17~lp776642) ... Richte php5-pgsql ein (5.2.4-2ubuntu5.17~lp776642) ... Richte php5-mysql ein (5.2.4-2ubuntu5.17~lp776642) ... Richte php5-ldap ein (5.2.4-2ubuntu5.17~lp776642) ... Richte php5-gd ein (5.2.4-2ubuntu5.17~lp776642) ... Richte php5-curl ein (5.2.4-2ubuntu5.17~lp776642) ... Richte php-pear ein (5.2.4-2ubuntu5.17~lp776642) ... Log ended: 2011-05-04 23:10:15

Und Contao läuft wieder :D
07.05.2011, 08:05
ollikoeln

Hatte exakt das gleiche Problem.

Habe dann erst mal unendlich viel bei Google über "ältere PHP-Version wieder einspielen" gelesen bis hier der Tipp zum Patch kam.

Wem das zu kompliziert ist:

einfach noch mal apt-get update; apt-get dist-upgrade per SSH ausführen ! Ubuntu scheint den Fehler jetzt in einer aktuellen Version behoben zu haben. Bei mir schurrt Contao jetzt jedenfalls wieder wie ein junges Kätzchen ;-)

Viele Grüße

Oliver
07.05.2011, 10:34
christian

Zitat:

Zitat von ollikoeln

Bei mir schurrt Contao jetzt jedenfalls wieder wie ein junges Kätzchen

Bist Du sicher, dass das nicht Deine Festplatte ist? ;)

Grüße,

Christian
09.05.2011, 07:47
MSchatz

Richtig, das aktuelle Update - Signatur 5.2.4-2ubuntu5.17 - beseitigt die beschriebenen Probleme. Dieser Fred sollte mit "Gelöst" gekennzeichnet werden.
12.05.2011, 08:34
downunder006

2..9.1 > 2.9.4 mit easyupdate

Hallo,

@ stefande

gab es sonst irgendwelche besonderen Vorkommnisse bei dem Update mit easyupdate von 2.9.1 auf 2.9.4.
So wie ich das sehe ist easyupdate dafür ja nicht freigegeben und es gibt auch keine neuere Version als 0.8.5 rc3.

Wäre dankbar für ein Paar Infos.

mfG

Volker