Ergebnis 1 bis 24 von 24

Thema: Update von 2.9.1 > 2.9.4 Fehlermeldung

  1. #1
    Contao-Nutzer
    Registriert seit
    28.06.2010.
    Beiträge
    40

    Standard 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}
    Geändert von stefande (01.05.2011 um 01:23 Uhr)

  2. #2
    Contao-Urgestein
    Registriert seit
    03.06.2010.
    Ort
    Wuppertal
    Beiträge
    2.149
    User beschenken
    Wunschliste

    Standard

    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.

  3. #3
    Alter Contao-Hase Avatar von christian
    Registriert seit
    15.06.2009.
    Ort
    Viersen
    Beiträge
    1.038
    Partner-ID
    387

    Standard

    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.

    Also, als erstes würde ich mal die betreffende Datei wiederherstellen. Und den Ordner, den Flex genannt hat.
    Contao-Partner am Niederrhein
    Templating - Komplettservice - Erweiterungen
    Infos: http://delahaye.de

  4. #4
    Contao-Nutzer
    Registriert seit
    28.06.2010.
    Beiträge
    40

    Standard

    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

  5. #5
    Alter Contao-Hase Avatar von christian
    Registriert seit
    15.06.2009.
    Ort
    Viersen
    Beiträge
    1.038
    Partner-ID
    387

    Standard

    Was sagt denn das Check-Tool? Sind alle Dateien nach dem Update ok?
    Contao-Partner am Niederrhein
    Templating - Komplettservice - Erweiterungen
    Infos: http://delahaye.de

  6. #6
    Contao-Nutzer
    Registriert seit
    28.06.2010.
    Beiträge
    40

    Standard

    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?

  7. #7
    Contao-Urgestein Avatar von ways2web
    Registriert seit
    23.03.2010.
    Ort
    Berlin
    Beiträge
    1.698
    User beschenken
    Wunschliste

    Standard

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

    gruss

  8. #8
    Wandelndes Contao-Lexikon Avatar von BugBuster
    Registriert seit
    15.06.2009.
    Ort
    Berlin
    Beiträge
    10.513
    User beschenken
    Wunschliste

    Standard

    Installiere erstmal ein aktuelles Systemcheck Tool, Deins scheint noch das von 2.9.1 zu sein.
    Grüße, BugBuster
    "view source" is your guide.
    Danke an alle Amazon Wunschlisten Erfüller

  9. #9
    Contao-Nutzer
    Registriert seit
    28.06.2010.
    Beiträge
    40

    Standard

    Zitat Zitat von BugBuster Beitrag anzeigen
    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

  10. #10
    Wandelndes Contao-Lexikon Avatar von BugBuster
    Registriert seit
    15.06.2009.
    Ort
    Berlin
    Beiträge
    10.513
    User beschenken
    Wunschliste

    Standard

    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?
    Grüße, BugBuster
    "view source" is your guide.
    Danke an alle Amazon Wunschlisten Erfüller

  11. #11
    Contao-Nutzer
    Registriert seit
    02.05.2011.
    Beiträge
    9

    Standard

    Zitat Zitat von stefande Beitrag anzeigen
    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 Beitrag anzeigen
    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 Beitrag anzeigen
    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

  12. #12
    Contao-Nutzer
    Registriert seit
    02.05.2011.
    Beiträge
    9

    Standard

    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...

  13. #13
    Contao-Nutzer
    Registriert seit
    28.06.2010.
    Beiträge
    40

    Standard

    Zitat Zitat von alex_2600 Beitrag anzeigen
    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
    ???

  14. #14
    Contao-Nutzer
    Registriert seit
    02.05.2011.
    Beiträge
    9

    Standard

    Zitat Zitat von stefande Beitrag anzeigen
    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.

  15. #15
    Contao-Nutzer
    Registriert seit
    30.11.2009.
    Ort
    Stahnsdorf / Brandenburg
    Beiträge
    3

    Standard 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

  16. #16
    Wandelndes Contao-Lexikon Avatar von BugBuster
    Registriert seit
    15.06.2009.
    Ort
    Berlin
    Beiträge
    10.513
    User beschenken
    Wunschliste

    Standard

    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.
    Grüße, BugBuster
    "view source" is your guide.
    Danke an alle Amazon Wunschlisten Erfüller

  17. #17
    Contao-Nutzer Avatar von markus.milkereit
    Registriert seit
    05.06.2009.
    Ort
    Novi Sad
    Beiträge
    122
    Partner-ID
    8818

    Standard

    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.
    VON HELDEN UND GESTALTEN Contao Premium-Partner

  18. #18
    Contao-Nutzer
    Registriert seit
    02.05.2011.
    Beiträge
    9

    Standard

    Zitat Zitat von BugBuster Beitrag anzeigen
    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.

  19. #19
    Contao-Nutzer
    Registriert seit
    02.05.2011.
    Beiträge
    9

    Standard

    Zitat Zitat von MSchatz Beitrag anzeigen
    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

  20. #20
    Contao-Nutzer
    Registriert seit
    02.05.2011.
    Beiträge
    9

    Standard 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

  21. #21
    Contao-Nutzer Avatar von ollikoeln
    Registriert seit
    06.07.2009.
    Ort
    Köln
    Beiträge
    41

    Standard

    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

  22. #22
    Alter Contao-Hase Avatar von christian
    Registriert seit
    15.06.2009.
    Ort
    Viersen
    Beiträge
    1.038
    Partner-ID
    387

    Standard

    Zitat Zitat von ollikoeln Beitrag anzeigen
    Bei mir schurrt Contao jetzt jedenfalls wieder wie ein junges Kätzchen
    Bist Du sicher, dass das nicht Deine Festplatte ist?

    Grüße,

    Christian
    Contao-Partner am Niederrhein
    Templating - Komplettservice - Erweiterungen
    Infos: http://delahaye.de

  23. #23
    Contao-Nutzer
    Registriert seit
    30.11.2009.
    Ort
    Stahnsdorf / Brandenburg
    Beiträge
    3

    Standard

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

  24. #24
    Contao-Nutzer
    Registriert seit
    13.04.2010.
    Beiträge
    36

    Standard 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

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Lesezeichen

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •