Druckbare Version
Hallo,
ich habe das Phänomen, dass der Contao Manager bei bestehenden Installationen normal startet, mitteilt, dass er ein Update benötigt und dann hängt.
Es erscheint "Konsolentask gestartet...". Die Konsolenausgabe bleibt schwarz und weiter passiert nichts.
Umgebung: Managed Server bei domainfactory, d.h. Skriptlaufzeiten und Speicher sind ausreichend zugewiesen.
Hat jemand eine Idee?
Gruß
Thomas
Es scheint nur an der Erfolgsmeldung zu liegen ... Browser geschlossen, neu gestartet und es scheint die neueste Version zu laufen.
Ein Reload reicht meistens auch schon.
Ich hatte das gleiche Verhalten. Ein Abbruch konnte nicht durchgeführt werden, da bei Klick auf OK der "Konsolentask..." weiter lief.
Letztlich hat nur das Schließen des Browsers und Neuanmeldung geholfen.
Gruß Peter
Bei mir verhielten sich alle Manager 'updates' so, auch die Beta "releases". Scheint normal zu sein.
Gruss Rolf
Hallo zusammen,
der Contao Manager findet keine einzige Erweiterung.
Meldung lautet: „Konnte keine Ergebnisse laden. Prüfen Sie ihre Internet-Verbindung und deaktivieren Sie alle Javascript-Blocker.“
Habt ihr eine Idee?
Contao 4.4.19, PHP 7.1, All-Inkl.
Das Problem wurde behoben und das Suchen von Paketen funktioniert jetzt wieder. Danke an @Andreas.Schempp
@all
ich habe ebenfalls ein Problem mit dem Contao-Manager.
Nachdem ewig der genannte Hinweis "Konsolentask gestartet..." kam, habe ich den Vorgang abgebrochen.
Nun erscheint beim Aufruf des Contao-Managers im Menüpunkt "Contao Installation - Die Prüfung ist aufgrund einer unerwarteten Server-Antwort fehlgeschlagen" folgender Fehlerhinweis:
Wäre super, wenn mir jemand bei der Problemlösung helfen könnte.Zitat:
Error 500 "The Contao version could not be determined
The console returned unexpected content when asked for the Contao version. Please check the output for more information:
Failed loading /usr/local/lib/ioncube/ioncube_loader_lin_5.3.so: /usr/local/lib/ioncube/ioncube_loader_lin_5.3.so: undefined symbol: zend_block_interruptions
Failed loading /usr/local/lib/ioncube/ZendGuardLoader.so: /usr/local/lib/ioncube/ZendGuardLoader.so: cannot open shared object file: No such file or directory
4.4.18
Schon mal vielen Dank im voraus.
Gruß
Peter
Perfekt, danke !
Bei meinem 1. Umzug gestern von 3.5 auf 4.5 hatte ich das Problem auch, beim 2. Umzug kurz danach war es wieder weg. Da muß wohl gerade die Problembehebung gewesen sein.Zitat:
Zitat von mlweb
Der Fehler hat nichts mit dem Manager selbst zu tun. Der erkennt lediglich, dass bestimmte PHP-Module nicht geladen werden können. Dabei handelt es sich um eine Fehlkonfiguration des Servers. Der Server bekommt die Aufgabe bestimmte Module zu laden, kann das aber nicht, weil die Module nicht vorhanden sind oder nicht gefunden werden.Zitat:
Zitat von Peter38
Du solltest Dich mit diesem Problem an Deinen Provider wenden.
Welcher Provider ist es bei Dir?
Welche PHP-Version ist im Paket oder über die .htaccess eingestellt und welche PHP-Version "erkennt" der Manager?
Hallo mlweb,
vielen Dank für Deine Antwort.
Im Paket ist PHP 7.1.18 eingestellt.
Der Provider ist "Serverdrome".
Der Contao-Manager schreibt bis zur Fehlermeldung u.a.: "PHP-Webprozess - PHP-Version 7.1.18 keine bekannten Probleme gefunden".
Gruß
Peter
Bei den Test die der Manager (oder auch der Contao Check) durchführt werden m.E. die Grundvoraussetzungen getestet, die der Manager bzw. Contao benötigen. PHP Module, die für Contao nicht Voraussetzung sind, die laut Serverkonfiguration aber geladen werden sollen, werden auch nicht überprüft.Zitat:
Zitat von Peter38
Dein Provider kenne ich nicht, ist mir auch hier bei Forumsfragen noch nicht aufgefallen, so dass man auch nicht auf Erfahrungen anderer zurückgreifen kann.
Wegen der Fehlkonfiguration wirst Du Dich mit der obigen Fehlermeldung an Deinen Provider wenden müssen.
Hallo, auch ich hab ein Problem mit dem Update.
Ich hab eine HP von Contao 4.4.18 auf 4.4.20 updaten wollen. Es sind einige Updates durchgelaufen und bei contao/core ist dann alles hängen geblieben. Das war vor 3 Tagen.
Wenn ich jetzt in den CM einsteige, kommt nach der Überprüfung von Contao-Installation folgende Fehlermeldung:
Was kann ich jetzt tun? Leider hab ich hier keine Konsole.Zitat:
ERROR 500 The Contao version could not be determined
The console returned unexpected content when asked for the Contao version. Please check the output for more information:
Warning: require(/home/.sites/116/site2508089/web/c4/vendor/composer/../contao/core-bundle/src/Resources/functions/utf8_bootup.php): failed to open stream: No such file or directory in /home/.sites/116/site2508089/web/c4/vendor/composer/autoload_real.php on line 66
Fatal error: require(): Failed opening required '/home/.sites/116/site2508089/web/c4/vendor/composer/../contao/core-bundle/src/Resources/functions/utf8_bootup.php' (include_path='.:/usr/local/php5/lib/php') in /home/.sites/116/site2508089/web/c4/vendor/composer/autoload_real.php on line 66
Da scheint beim Update etwas schief gelaufen zu sein. Leider hängt der Contao Manager immer noch von einer funktionsfähigen Contao Installation ab, ich hoffe, dass das mal geändert wird.
ok, nur was kann ich jetzt tun?
Hoster wechseln, damit du SSH Zugang hast... ;)
Es muss doch noch eine andere Möglichkeit geben
Lokal das Composer Update mit der richtigen PHP Version ausführen und dann den ganzen vendor Ordner auf den Server kopieren.
So, hab nun SSH bekommen. Wie gehe ich jetzt vor?
Welcher Hoster? Welche PHP Version verwendet deine Contao Installation im Webserver?
Der Hoster ist World4You und die PHP-Version ist 7.2
Führe mal folgenden Befehl aus und poste die Ausgabe davon:Code:/usr/bin/php7 -v
PHP 7.0.30 (cli) (built: Apr 26 2018 17:09:52) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
Das steht dort, wobei mir die PHP Version komisch vor kommt, denn ich hab dort auf PHP 7.2 schon von anfang an umgestellt.
Des weiteren hab ich auch eine Lokale Version von Contao 4.4.20 jetzt am laufen. Ich kopier gerade den vendor-Ordner hoch.
Aber trotzdem möchte ich gerne wissen, wie ich über die Konsole dies nun reparieren könnte
Führe mal folgendes Kommando aus und poste die Ausgabe:Code:ls -la /usr/bin/php*
lrwxrwxrwx 1 root root 24 Sep 8 2015 /usr/bin/php -> /etc/cl.selector/php-cli
lrwxrwxrwx 1 root root 20 Sep 8 2015 /usr/bin/php-cgi -> /etc/cl.selector/php
lrwxrwxrwx 1 root root 18 Sep 8 2015 /usr/bin/php5-cgi -> /usr/bin/php52-cgi
-rwxr-xr-x 1 root root 8.2M Oct 24 2013 /usr/bin/php52-cgi
-rwxr-xr-x 1 root root 12M Sep 8 2014 /usr/bin/php53-cgi
-rwxr-xr-x 1 root root 13M Sep 24 2015 /usr/bin/php54-cgi
-rwxr-xr-x 1 root root 12M Jul 26 2016 /usr/bin/php55-cgi
-rwxr-xr-x 1 root root 12M Jul 26 2016 /usr/bin/php55-fpm
-rwxr-xr-x 1 root root 12M Apr 26 16:50 /usr/bin/php56-cgi
-rwxr-xr-x 1 root root 12M Apr 26 17:29 /usr/bin/php56-fpm
-rwxr-xr-x 1 root root 12M Apr 26 17:11 /usr/bin/php7
-rwxr-xr-x 1 root root 12M Apr 26 17:11 /usr/bin/php7-cgi
-rwxr-xr-x 1 root root 13M Apr 26 17:49 /usr/bin/php7-fpm
-rwxr-xr-x 1 root root 13M Apr 26 18:09 /usr/bin/php71
-rwxr-xr-x 1 root root 13M Apr 26 18:09 /usr/bin/php71-cgi
-rwxr-xr-x 1 root root 13M Apr 26 18:30 /usr/bin/php71-fpm
-rwxr-xr-x 1 root root 15M Apr 26 18:54 /usr/bin/php72
-rwxr-xr-x 1 root root 15M Apr 26 18:54 /usr/bin/php72-cgi
-rwxr-xr-x 1 root root 15M Apr 26 19:16 /usr/bin/php72-fpm
/usr/bin/php_safemode:
total 524K
drwxr-xr-x 2 root root 4.0K Jan 10 2018 .
dr-xr-xr-x 3 root root 12K Jul 6 12:40 ..
-rwxr-xr-x 1 root root 17K Jun 23 2016 compare
-rwxr-xr-x 1 root root 16K Jun 23 2016 composite
-rwxr-xr-x 1 root root 16K Jun 23 2016 conjure
-rwxr-xr-x 1 root root 16K Jun 23 2016 convert
-rwxr-xr-x 1 root root 17K Jun 23 2016 identify
-rwxr-xr-x 1 root root 16K Jun 23 2016 mogrify
-rwxr-xr-x 1 root root 16K Jun 23 2016 montage
-rwxr-xr-x 1 root root 387K Jun 23 2016 tar
Führe zB. folgendes aus:Alles auf eigene Gefahr natürlich.Code:rm -rf vendor
/usr/bin/php72 web/contao-manager.phar.php composer install -o
hm, ich hab inzwischen das lokale vendor hochgeladen. Der CM hat nun wieder funktioniert. Jetzt hab ich auch ein Update nochmals durchgeführt und auch die DB aktualisiert.
Jetzt funktioniert wieder alles.
Ich hab mich jetzt über die Konsole dies nicht ausführen getraut.