Update auf 4.9 bringt Error im Wartungsmodus

**derRenner** · 25.02.2020, 13:40

Hallo,

ich habe heute eine Webseite von 4.4.47 auf 4.9 hochgehoben.
Alles lief einwandfrei durch - sowohl das Backend als auch das Frontend scheinen das Update gut überstanden zu haben

Aber: stelle ich die Seite in den Wartungsmodus bekomme ich im Frontend einen Error 503 - An error occurred

What's the matter?
An error occurred while executing this script. Something does not work properly.

How can I fix the issue?
Open the current log file in the var/logs directory and find the associated error message (usually the last one).

Tell me more, please
The script execution stopped, because something does not work properly. The actual error message is hidden by this notice for security reasons and can be found in the current log file (see above). If you do not understand the error message or do not know how to fix the problem, search the Contao FAQs or visit the Contao support page.

var/logs bringt keinen aktuellen log-Eintrag.
Console in den Devtools bringt 'Failed to load resource: the server responded with a status of 503 ()'

Ich habe noch weitere 4.9er Versionen durchgesehen - sowohl Frischinstallationen als auch via Update auf 4.9 gebracht ... hier erscheint der normale screen mit 'Dienst nicht verfügbar'

Wo kann ich ansetzen?

**Spooky** · 25.02.2020, 13:47

Vermutlich bist du im Debug-Modus, da siehst du die normale Fehlerseite, nicht die Wartungsseite.

**derRenner** · 25.02.2020, 13:54

Zitat von Spooky

Vermutlich bist du im Debug-Modus, da siehst du die normale Fehlerseite, nicht die Wartungsseite.

nein, zumindest ist im CM der grüne Button mit 'Aktivieren' beschriftet. Oder kann dieser noch anderswo de/aktiviert werden?

**Spooky** · 25.02.2020, 14:07

Ja, insgesamt 3 Varianten: https://docs.contao.org/manual/de/sy...4-8-und-hoeher

**derRenner** · 25.02.2020, 14:09

Ich kann das "einschränken":

bringen Error
Mac Firefox
Mac Opera
Windows Chrome
Windows Opera

bringen Info
Mac Safari
Mac Chrome
Windows Firefox

**derRenner** · 25.02.2020, 14:11

Zitat von Spooky

Ja, insgesamt 3 Varianten: https://docs.contao.org/manual/de/sy...4-8-und-hoeher

OK - dann kann ich auch den Debug-Modus ausschliessen

**Spooky** · 25.02.2020, 14:28

Poste einen Screenshot von dem was du im Frontend im Browser siehst (inkl. Adresszeile).

**derRenner** · 25.02.2020, 14:42

link zur Seite ... https://werbepanorama.at

**Spooky** · 25.02.2020, 14:43

Und was erscheint im Debug-Modus?

**derRenner** · 25.02.2020, 15:04

OK da kommt einiges an Fehler und Infos:

vorm Seitenanfang

Code:

$GLOBALS['TL_LANG']['tl_content']['fancybox_id'] = array ( 'ID Fancybox', 'Vergeben Sie eine ID, damit die Galerie eigenständig aufgerufen wird.' );// Anpassung der Palette $GLOBALS['TL_DCA']['tl_content']['palettes']['gallery'] = str_replace ( 'headline', 'fancybox_id,headline', $GLOBALS['TL_DCA']['tl_content']['palettes']['gallery'] ); // Hinzufügen der Feld-Konfiguration $GLOBALS['TL_DCA']['tl_content']['fields']['fancybox_id'] = array ( 'label' => &$GLOBALS['TL_LANG']['tl_content']['fancybox_id'], 'exclude' => true, 'inputType' => 'text', 'eval' => array('maxlength'=>200, 'tl_class'=>'w50 clr'), 'sql' => "varchar(255) NOT NULL default ''" );

» das muss ich jetzt mal checken, aus welchem template das kommt. Ich habe Fancybox eingebaut, aber wie und wo weiss ich aktuell nicht mehr

Info. & Errors

Code:

INFO
15:58:17
	request 	Matched route

"tl_page.10.root"

.
Hide context

[?
  "route" => "tl_page.10.root"
  "route_parameters" => [?]
  "request_uri" => "https://werbepanorama.at/"
  "method" => "GET"
]

INFO
15:58:17
	security 	Populated the TokenStorage with an anonymous Token.

Deprecations

Code:

15:58:17
	php 	User Deprecated: The Symfony\Bundle\TwigBundle\Loader\FilesystemLoader class is deprecated since version 4.3 and will be removed in 5.0; use Twig notation for templates instead.
Show context    Show trace
15:58:17
	php (17 times) 	User Deprecated: Calling the "Symfony\Component\EventDispatcher\EventDispatcherInterface::dispatch()" method with the event name as first argument is deprecated since Symfony 4.3, pass it second and provide the event object first instead.
Show context    Show trace
15:58:17
	php (4 times) 	User Deprecated: Using ClassLoader::addClasses() has been deprecated and will no longer work in Contao 5.0.
Show context    Show trace
15:58:17
	php (16 times) 	User Deprecated: Using ClassLoader::addClass() has been deprecated and will no longer work in Contao 5.0.
Show context    Show trace
15:58:17
	php 	User Deprecated: Using ClassLoader::addNamespaces() has been deprecated and will no longer work in Contao 5.0.
Show context    Show trace
15:58:17
	php (2 times) 	User Deprecated: Using ClassLoader::addNamespace() has been deprecated and will no longer work in Contao 5.0.
Show context    Show trace
15:58:17
	php 	User Deprecated: The "ContaoBootstrap\Core\Message\Command\InitializeEnvironment" class extends "Symfony\Component\EventDispatcher\Event" that is deprecated since Symfony 4.3, use "Symfony\Contracts\EventDispatcher\Event" instead.
Show context    Show trace
15:58:17
	php 	User Deprecated: The "ContaoBootstrap\Core\Message\Command\BuildContextConfig" class extends "Symfony\Component\EventDispatcher\Event" that is deprecated since Symfony 4.3, use "Symfony\Contracts\EventDispatcher\Event" instead.
Show context    Show trace
15:58:17
	php 	User Deprecated: The "ContaoBootstrap\Core\Message\Event\ContextEntered" class extends "Symfony\Component\EventDispatcher\Event" that is deprecated since Symfony 4.3, use "Symfony\Contracts\EventDispatcher\Event" instead.
Show context    Show trace
15:58:17
	php 	User Deprecated: Using the "Contao\RequestToken" class has been deprecated and will no longer work in Contao 5.0. Use the Symfony CSRF service via the container instead.
Show context    Show trace
15:58:18
	php 	User Deprecated: The "ContaoBootstrap\Core\Message\Command\InitializeLayout" class extends "Symfony\Component\EventDispatcher\Event" that is deprecated since Symfony 4.3, use "Symfony\Contracts\EventDispatcher\Event" instead.
Show context    Show trace
15:58:18
	php 	User Deprecated: Using database.sql files has been deprecated and will no longer work in Contao 5.0. Use a DCA file instead.
Show context    Show trace
15:58:19
	php 	User Deprecated: Using deserialize() has been deprecated and will no longer work in Contao 5.0. Use StringUtil::deserialize() instead.
Show context    Show trace
15:58:19
	php 	User Deprecated: The "templating.locator" service is deprecated since Symfony 4.3 and will be removed in 5.0.
Show context    Show trace
15:58:19
	php 	User Deprecated: The Symfony\Bundle\FrameworkBundle\Templating\Loader\TemplateLocator class is deprecated since version 4.3 and will be removed in 5.0; use Twig instead.
Show context    Show trace
15:58:19
	php 	User Deprecated: The "templating.name_parser" service is deprecated since Symfony 4.3 and will be removed in 5.0.
Show context    Show trace
15:58:19
	php 	User Deprecated: The Symfony\Bundle\FrameworkBundle\Templating\TemplateNameParser class is deprecated since version 4.3 and will be removed in 5.0; use Twig instead.
Show context    Show trace
15:58:19
	php (2 times) 	User Deprecated: Using trimsplit() has been deprecated and will no longer work in Contao 5.0. Use StringUtil::trimsplit() instead.
Show context    Show trace
15:10:14
	n/a 	Storing the "parameters.yml" file in the "app/config" folder has been deprecated and will no longer work in Contao 5.0. Move it to the "config" folder instead.
Show context    Show trace
15:10:14
	n/a (3 times) 	A tree builder without a root node is deprecated since Symfony 4.2 and will not be supported anymore in 5.0.
Show context    Show trace
15:10:14
	n/a 	The "Symfony\Component\Config\Definition\Builder\TreeBuilder::root()" method called for the "netzmacht_html" configuration is deprecated since Symfony 4.3, pass the root name to the constructor instead.
Show context    Show trace
15:10:14
	n/a (2 times) 	The "framework.templating" configuration is deprecated since Symfony 4.3. Configure the "twig" section provided by the Twig Bundle instead.
Show context    Show trace
15:10:14
	n/a 	Enabling the Templating component is deprecated since version 4.3 and will be removed in 5.0; use Twig instead.
Show context    Show trace
15:10:14
	n/a (2 times) 	The "twig.exception_controller" configuration key has been deprecated in Symfony 4.4, set it to "null" and use "framework.error_controller" configuration key instead.
Show context    Show trace
15:10:14
	n/a (2 times) 	The "Symfony\Component\Config\Definition\Builder\TreeBuilder::root()" method called for the "lexik_maintenance" configuration is deprecated since Symfony 4.3, pass the root name to the constructor instead.
Show context    Show trace
15:10:14
	n/a 	Using short factory syntax for service "cca.legacy_dic.contao_config" is deprecated since Symfony 4.4, use "['@DependencyInjection\Container\ContaoServices\ServiceFactory', 'createConfigService']" instead.
Show context    Show trace
15:10:14
	n/a 	Using short factory syntax for service "cca.legacy_dic.contao_environment" is deprecated since Symfony 4.4, use "['@DependencyInjection\Container\ContaoServices\ServiceFactory', 'createEnvironmentService']" instead.
Show context    Show trace
15:10:14
	n/a 	Using short factory syntax for service "cca.legacy_dic.contao_user" is deprecated since Symfony 4.4, use "['@DependencyInjection\Container\ContaoServices\ServiceFactory', 'createUserService']" instead.
Show context    Show trace
15:10:14
	n/a 	Using short factory syntax for service "cca.legacy_dic.contao_database_connection" is deprecated since Symfony 4.4, use "['@DependencyInjection\Container\ContaoServices\ServiceFactory', 'createDatabaseConnectionService']" instead.
Show context    Show trace
15:10:14
	n/a 	Using short factory syntax for service "cca.legacy_dic.contao_input" is deprecated since Symfony 4.4, use "['@DependencyInjection\Container\ContaoServices\ServiceFactory', 'createInputService']" instead.
Show context    Show trace
15:10:14
	n/a 	Using short factory syntax for service "cca.legacy_dic.contao_session" is deprecated since Symfony 4.4, use "['@DependencyInjection\Container\ContaoServices\ServiceFactory', 'createSessionService']" instead.
Show context    Show trace
15:10:14
	n/a 	Using short factory syntax for service "cca.legacy_dic.contao_page_provider" is deprecated since Symfony 4.4, use "['@DependencyInjection\Container\ContaoServices\ServiceFactory', 'createPageProviderService']" instead.
Show context    Show trace
15:10:14
	n/a 	Using short factory syntax for service "cca.translator.contao_translator" is deprecated since Symfony 4.4, use "['@ContaoCommunityAlliance\Translator\Contao\ContaoTranslatorFactory', 'createService']" instead.
Show context    Show trace
15:10:14
	n/a 	The "Contao\CoreBundle\Translation\Translator" class implements "Symfony\Component\Translation\TranslatorInterface" that is deprecated since Symfony 4.2, use Symfony\Contracts\Translation\TranslatorInterface instead.
Show context    Show trace
15:10:14
	n/a 	Using "app/Resources/contao" has been deprecated and will no longer work in Contao 5.0. Use the "contao" folder instead.
Show context    Show trace
15:10:14
	n/a 	The Symfony\Bundle\TwigBundle\CacheWarmer\TemplateCacheCacheWarmer class is deprecated since version 4.4 and will be removed in 5.0; use Twig instead.
Show context    Show trace
15:10:14
	n/a 	The "ContaoBootstrap\Core\Message\Command\InitializeEnvironment" class extends "Symfony\Component\EventDispatcher\Event" that is deprecated since Symfony 4.3, use "Symfony\Contracts\EventDispatcher\Event" instead.
Show context    Show trace
15:10:14
	n/a 	The "ContaoBootstrap\Core\Message\Command\InitializeLayout" class extends "Symfony\Component\EventDispatcher\Event" that is deprecated since Symfony 4.3, use "Symfony\Contracts\EventDispatcher\Event" instead.
Show context    Show trace
15:10:14
	n/a 	The "ContaoBootstrap\Core\Message\Command\BuildContextConfig" class extends "Symfony\Component\EventDispatcher\Event" that is deprecated since Symfony 4.3, use "Symfony\Contracts\EventDispatcher\Event" instead.
Show context    Show trace
15:10:14
	n/a 	The "Symfony\Bundle\FrameworkBundle\Command\ContainerAwareCommand" class is deprecated since Symfony 4.2, use "Symfony\Component\Console\Command\Command" with dependency injection instead.
Show context    Show trace
15:10:14
	n/a 	The "Lexik\Bundle\MaintenanceBundle\Command\DriverLockCommand" class extends "Symfony\Bundle\FrameworkBundle\Command\ContainerAwareCommand" that is deprecated since Symfony 4.2, use {@see Command} instead.
Show context    Show trace
15:10:14
	n/a 	The "Lexik\Bundle\MaintenanceBundle\Command\DriverUnlockCommand" class extends "Symfony\Bundle\FrameworkBundle\Command\ContainerAwareCommand" that is deprecated since Symfony 4.2, use {@see Command} instead.
Show context    Show trace
15:10:14
	n/a 	The "templating.cache_warmer.template_paths" service is deprecated since Symfony 4.3 and will be removed in 5.0.
Show context    Show trace
15:10:14
	n/a 	The Symfony\Bundle\FrameworkBundle\CacheWarmer\TemplatePathsCacheWarmer class is deprecated since version 4.3 and will be removed in 5.0; use Twig instead.
Show context    Show trace
15:10:14
	n/a 	The "templating.finder" service is deprecated since Symfony 4.3 and will be removed in 5.0.
Show context    Show trace
15:10:14
	n/a 	The Symfony\Bundle\FrameworkBundle\CacheWarmer\TemplateFinder class is deprecated since version 4.3 and will be removed in 5.0; use Twig instead.
Show context    Show trace
15:10:14
	n/a 	The Symfony\Bundle\FrameworkBundle\CacheWarmer\TemplateFinderInterface interface is deprecated since version 4.3 and will be removed in 5.0; use Twig instead.
Show context    Show trace
15:10:14
	n/a 	The "templating.locator" service is deprecated since Symfony 4.3 and will be removed in 5.0.
Show context    Show trace
15:10:14
	n/a 	The Symfony\Bundle\FrameworkBundle\Templating\Loader\TemplateLocator class is deprecated since version 4.3 and will be removed in 5.0; use Twig instead.
Show context    Show trace
15:10:14
	n/a 	The "twig.cache_warmer" service is deprecated since Symfony 4.4 and will be removed in 5.0.
Show context    Show trace

**Spooky** · 25.02.2020, 15:15

Zitat von derRenner

vorm Seitenanfang

Code:

$GLOBALS['TL_LANG']['tl_content']['fancybox_id'] = array ( 'ID Fancybox', 'Vergeben Sie eine ID, damit die Galerie eigenständig aufgerufen wird.' );// Anpassung der Palette $GLOBALS['TL_DCA']['tl_content']['palettes']['gallery'] = str_replace ( 'headline', 'fancybox_id,headline', $GLOBALS['TL_DCA']['tl_content']['palettes']['gallery'] ); // Hinzufügen der Feld-Konfiguration $GLOBALS['TL_DCA']['tl_content']['fields']['fancybox_id'] = array ( 'label' => &$GLOBALS['TL_LANG']['tl_content']['fancybox_id'], 'exclude' => true, 'inputType' => 'text', 'eval' => array('maxlength'=>200, 'tl_class'=>'w50 clr'), 'sql' => "varchar(255) NOT NULL default ''" );

» das muss ich jetzt mal checken, aus welchem template das kommt. Ich habe Fancybox eingebaut, aber wie und wo weiss ich aktuell nicht mehr

Wenn das im Klartext kommt, dann fehlt vermutlich in deiner contao/dca/tl_content.php das beginnende "<?php"

**Birden** · 25.02.2020, 15:15

@derRenner, wenn ich die Seite aufrufe, kommt da kein Fehler

**Birden** · 25.02.2020, 15:19

Korrektur, jetzt kommt er, war aber zwischenzeitlich weg.

Code:

$GLOBALS['TL_LANG']['tl_content']['fancybox_id'] = array ( 'ID Fancybox', 'Vergeben Sie eine ID, damit die Galerie eigenständig aufgerufen wird.' );

**derRenner** · 25.02.2020, 15:26

Zitat von Birden

@derRenner, wenn ich die Seite aufrufe, kommt da kein Fehler

ja, kam und kam nicht, kam und kam nicht ... weil ich für die Fehlersuche den Wartemodus immer wieder ein- und ausgeschalten habe.
Jetzt dürfte aber alles OK sein » Fehlerbeschreibung:
wie Spooky vermerkt hatte, haben in dem templates im dca und in der languages die beginnenden <?php gefehlt.
Nun sind die Klartexte auch weg und vor allem wird nun in allen getesteten Browsern unter Mac und Windows 'Dienst nicht verfügbar' angezeigt

Danke für die Hilfestellung

**Birden** · 25.02.2020, 15:30

Aber es ist dennoch eine schöne Seite, sorry.

**maipe** · 18.12.2020, 08:00

Zitat von Birden

Aber es ist dennoch eine schöne Seite, sorry.

YESSSSS!

**purzel** · 31.12.2021, 11:57

Hallo miteinander,

nachdem ich meine Installation weitestgehend erfolgreich von 4.4.57 auf 4.9.24 "hochgezogen" habe (vielen Dank auch an dieser Stalle an @mlweb und @fiedsch) habe ich ebenfalls dieses Problem mit dem Fehler im Wartungsmodus.
Zwar kommen keine SysVars im Klartext, das <?php am Anfang meiner manipulierten Sprachvariablen ist drin, aber der 503 - Service Temporarily Unavailable Fehler kommt auch bei mir wenn ich NICHT im BE angemeldet bin.
Im Debug-Modus kann ich immerhin einen Haufen Zeug sehen von dem ich nicht weiß was ich hier posten müsste um dem Problem auf die Spur zu kommen.

Kurz hatte ich den Verdacht, dass es an PHP 7.3 liegt und habe PHP 7.4 aktiviert - das hilft aber erstens nicht und beschert zweitens (wieder) das hier beschriebene Problem. Die erwähnte "Performance Rakete" habe ich mit PHP 7.4 leider nicht. Also habe ich wieder auf PHP 7.3 zurück gestellt, offenbar ist die Konstellation CM + PHP 7.4 + Goneo ein bisschen, ahäm, "suboptimal"

Das auf https://contao.org/de/news/contao-manager-1-4.html erwähnte "Composer Update ausführen" habe ich übrigens gemacht, bringt aber nix. Alles im CM sagt "neueste Version".

Zurück zum eigentlichen Problem, dem 503 Fehler: was genau soll ich prüfen bzw. was braucht Ihr "Wissenden" um mir auch hier helfen zu können?

**Spooky** · 31.12.2021, 12:39

Du solltest auf jeden Fall PHP 7.4 verwenden. Nach der Umstellung auf PHP 7.4 musst du den Contao Manager aufrufen, ggf. dort den Pfad zum PHP CLI korrigieren und dann eine vollständige Paketaktualisierung durchführen.

**purzel** · 31.12.2021, 13:24

Zitat von Spooky

Du solltest auf jeden Fall PHP 7.4 verwenden. Nach der Umstellung auf PHP 7.4 musst du den Contao Manager aufrufen, ggf. dort den Pfad zum PHP CLI korrigieren und dann eine vollständige Paketaktualisierung durchführen.

Das würde ich wirklich gerne, zumal Goneo auch ausdrücklich 7.4 empfiehlt - aber so weit komme ich ja gar nicht. Siehe auch https://community.contao.org/de/show...bt-h%C3%A4ngen
Versionen inzwischen neuer als im verlinkten Posting: PHP 7.4.24 (bzw. 7.3.27), Contao 4.9.24, CM 1.4.10
PHP CLI wird übrigens von Goneo schon richtig eingestellt, wenn ich im Kundencenter die PHP Version ändere. Das hatte ich gestern schon geprüft.

Man kann bei Goneo aber auch PHP 8 wählen, das wird dann 8.0.10
Auch das habe ich mal probiert einzustellen. Dann läuft zwar immerhin der CM zügig durch die Prüfungen, ich kann auch den Cache löschen (*) aber der 503 Fehler bleibt.
Zur Paketaktualisierung: weil alle (**) Pakete von sich behaupten, sie seien "neueste Version", habe ich da nichts gemacht.

Im Debug-Modus sehe ich z.B. haufenweise Deprecated-INFO, diverse DEBUG Infos und genau einen CRITICAL:

Code:

Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\ServiceUnavailableHttpException: "Service Temporarily Unavailable" at /data/................../htdocs/TEST_4.9/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 100

{
    "exception": {}
}

(*) nachdem ich entdeckt habe, dass es auch einen Dev.-Cache gibt sogar den; außerdem habe ich Composer Cache und Opcode Cache gelöscht
(**) ich habe lediglich Contao Open Source CMS 4.9.24 (4.9.*); TinyMCE Bundle classic 1.2.1 (^1.2); iCal Kalender 4.2.0 (^4.0)

**Spooky** · 31.12.2021, 13:37

Zitat von purzel

Das würde ich wirklich gerne, zumal Goneo auch ausdrücklich 7.4 empfiehlt - aber so weit komme ich ja gar nicht. Siehe auch https://community.contao.org/de/show...bt-h%C3%A4ngen

Dort im Thread wurde dir ja schon gesagt was du machen sollst - du hast aber noch kein Feedback geliefert ob du das gemacht hast. Du solltest konsequent ein Problem nach dem anderen lösen, anstatt verschiedene Dinge auf einmal zu probieren, sonst kann dir niemand folgen und niemand genau helfen.

**purzel** · 31.12.2021, 16:33

Ups, jetzt bin ich verwirrt. Vielleicht haben sich die Postings überschnitten?

In meinem letzten Posting (heute 14:05) schrieb ich doch u.a.

... Das auf https://contao.org/de/news/contao-manager-1-4.html erwähnte "Composer Update ausführen" habe ich übrigens gemacht, bringt aber nix. Alles im CM sagt "neueste Version".

Übersehe (oder missverstehe) ich immer wieder irgendwas, was ich zusätzlich tun soll?
In dem anderen Thread habe ich übrigens deswegen lange nichts von mir hören lassen, weil ich seinerzeit ja noch auf der 4.4 war und erst das Upgrade auf 4.9 machen wollte. Das ist ja nun geschehen und seit dem ist das neue Problem mit dem Error im Wartungsmodus. Ich DACHTE lediglich, das läge an der PHP Version - das war anscheinend ein Irrtum.

{später}
Trotzdem von allen Paketen behauptet wird sie seien "neueste Version" habe ich versucht, jeweils auf Aktualisieren zu klicken um den grünen "Änderungen anwenden" Button zu bekommen. Dort habe ich dann erst "Testlauf" und anschließend (weil grünes Häkchen) auf "Änderungen anwenden" geklickt, Resultate:
- beim Aktualisieren von "Contao Open Source CMS" wurden tatsächlich einige (Sub-)Komponenten heruntergeladen und aktualisiert (sind Details von Interesse?)
- beim Aktualisieren von "TinyMCE Bundle classic" war nix nötig: "Nothing to install, update or remove"
- beim Aktualisieren von "iCal Kalender" ebenso: "Nothing to install, update or remove"
- Fehlermeldungen wie im anderen Thread gab's keine.

Sollte ich diesen "Package xyz is abandoned" Meldungen größere Beachtung schenken? Wenn ja welche? (Schon wieder ein Nebenschauplatz, seufz)

Jedenfalls habe nach den (vermeintlich) drei Aktualisierungen nochmals den Prod.-Cache und auch den Dev.-Cache erneuert und .... tatatataaaaa .... unverändert, 503 - Service unavailable

Das Einzige im Log was "schlimm" ausschaut:

Code:

request.CRITICAL: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\ServiceUnavailableHttpException: "Service Temporarily Unavailable" at /data/******/htdocs/TEST_4.9/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 100 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\ServiceUnavailableHttpException(code: 0): Service Temporarily Unavailable at /data/******/htdocs/TEST_4.9/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:100, Lexik\\Bundle\\MaintenanceBundle\\Exception\\ServiceUnavailableException(code: 0): Service Temporarily Unavailable at /data/******/htdocs/TEST_4.9/vendor/lexik/maintenance-bundle/Listener/MaintenanceListener.php:206)"} []

Nachtrag: Na hurra, jetzt kommt der Fehler sogar wenn ich im BE angemeldet bin. Zurückstellen auf PHP 7.3 hilft jetzt auch nicht mehr:
Composer detected issues in your platform: Your Composer dependencies require a PHP version ">= 8.0.2".
Also wieder auf 8 stellen und hoffen dass wir gemeinsam eine Ursache für den 503 finden.

EDIT^2: Notfalls spiele ich mein Backup von vorhin wieder ein, da funktionierte (mit PHP 7.3) ein bisschen mehr....
Aber jetzt wünsche ich erstmal allen einen "guten Rutsch" in neue Jahr. Nicht wörtlich nehmen!

**Spooky** · 31.12.2021, 17:25

Das was du tun sollst ist:

Auf PHP 7.4 umstellen.
Contao Manager aufrufen und konfigurieren.
Pakete aktualisieren ("Composer Update ausführen" in der Systemwartung, nicht in der Paketübersicht).
Bei Fehlern hier (bzw. eigentlich im anderen Thread) posten.

**purzel** · 31.12.2021, 18:28

Zitat von Spooky

Das was du tun sollst ist:

[list=1][*]Auf PHP 7.4 umstellen.[*]Contao Manager aufrufen und konfigurieren.

Wie gesagt: das würde ich liebend gern tun - aber ich KANN nicht, weil ich bis Schritt 3 gar nicht komme: (Zitat aus dem anderen Thread, das passiert mit PHP 7.4)

Zitat von purzel

...

Der nächste
Composer-Umgebung
Keine bekannten Probleme gefunden.
braucht schon einige Minuten, meist so 5-10.

Dann aber bleibt es bei
Contao-Installation
Analysiere …
hängen, nach unterschiedlichen Zeiten, bis zu 20 Minuten habe ich abgebrochen und wie schon hier irgendwo empfohlen, F5 gedrückt. Das selbe Spiel wieder. Auch die Verwendung der "Composer Resolver Cloud" habe ich mal deaktiviert - keine Verbesserung. Wie lange "darf" das dauern bzw. was kann ich tun?
Gibt es Erfahrungen mit Goneo die ich in diesem Zusammenhang noch nicht gefunden habe?
Braucht es noch mehr Informationen von mir zur Diagnose?

Auch nach einer Stunde (gestern probiert) hängt der CM mit PHP 7.4 immer noch.
Und ich weiß inzwischen, dass "Composer Resolver Cloud" für das Problem irrelevant ist.

Gab es nicht auch die Möglichkeit, den CM via SSH-Console zu betreiben? Vielleicht sehe ich da mehr.

Ich habe auch mal, obwohl ich es "eigentlich" brauche, testweise die ICAL Erweiterung deinstalliert, die ist anscheinend nicht mit PHP 8 kompatibel (*).
Immerhin ist dann der Effekt aus meinem oben kursiv geschriebenen Nachtrag weg.
(*) Einige Meldungen im Debug-Modus ließen darauf schließen

Dass das nicht wirklich zielführend ist weiß ich auch - ich fasse mal zusammen:
Contao 4.4 soll(te) ich nicht (mehr) verwenden weil wegen zu alt - die geht aber mit PHP 7.3
PHP 7.3 soll(te) ich nicht nehmen weil für Contao 4.9 "eigentlich" PHP 7.4 benötigt wird
PHP 7.4 kann ich nicht nehmen, weil damit bei mir der CM nicht funktioniert
PHP 8 kann ich nicht nehmen, weil damit die Erweiterung "iCal Kalender" von craffft nicht funktioniert

Im Grunde habe ich also ZWEI Probleme (und deswegen auch ZWEI Threads):
Diesen hier weil ich seit dem Upgrade auf 4.9 den Fehler im Wartungsmodus habe (möglicherweise durch zu alte PHP Version)
Den Anderen weil die Konstellation CM + PHP 7.4 + Goneo nicht funktioniert

**Spooky** · 31.12.2021, 18:33

Zitat von purzel

PHP 7.3 soll(te) ich nicht nehmen weil für Contao 4.9 "eigentlich" PHP 7.4 benötigt wird

Nein, Contao 4.9 benötigt mindestens PHP 7.2. PHP 7.3 solltest du nicht mehr verwenden weil veraltet.

Zitat von purzel

PHP 7.4 kann ich nicht nehmen, weil damit bei mir der CM nicht funktioniert

Das musst du näher analysieren.

Zitat von purzel

PHP 8 kann ich nicht nehmen, weil damit die Erweiterung "iCal Kalender" von craffft nicht funktioniert

Wird vermutlich nicht die einzige Erweiterung sein, aber das nur nebenbei

Zitat von purzel

Diesen hier weil ich seit dem Upgrade auf 4.9 den Fehler im Wartungsmodus habe (möglicherweise durch zu alte PHP Version)

Mit der PHP Version hat das vermutlich nichts zu tun. Aber du solltest auf jeden Fall zuerst auf PHP 7.4 laufen.

**purzel** · 01.01.2022, 10:49

Auch hier natürlich alles Gute zum neuen Jahr und schon mal danke für die Versuche mir zu helfen!
Ich hoffe dass wir gemeinsam zum Ziel kommen.

Zitat von Spooky

Nein, Contao 4.9 benötigt mindestens PHP 7.2. PHP 7.3 solltest du nicht mehr verwenden weil veraltet.

Muss ich aber anscheinend (übergangsweise)...

Zitat von Spooky

Das musst du näher analysieren.

... siehe dazu der "eigentlich" zu diesem Problem (PHP-Version) gehörenden Thread: https://community.contao.org/de/show...bt-h%C3%A4ngen
Für Tipps zum Analysieren sollte man vielleicht dann doch den anderen Thread verwenden, denn hier ging es ja um ein ganz anderes Problem: 503 im Wartungsmodus.

Zitat von Spooky

Wird vermutlich nicht die einzige Erweiterung sein, aber das nur nebenbei

Zum Glück habe ich nur zwei Erweiterungen drin und es ist wie es aussieht die Einzige mit dem PHP-Versions-Problem. Immerhin.

Zitat von Spooky

Mit der PHP Version hat das vermutlich nichts zu tun. Aber du solltest auf jeden Fall zuerst auf PHP 7.4 laufen.

Das fällt mir halt schwer zu glauben, siehe wie gesagt der Thread mit dem "Hängenbleiben". Bei 7.3 passiert das wie gesagt nicht.

**purzel** · 03.01.2022, 18:07

Auch hier noch (nachträglich) ein kurze Rückmeldung:

Hier (Error im Wartungsmodus, 503) habe ich das Problem zwischenzeitlich lösen können. Wir waren hier ja etwas "abgedriftet"; für das "Hängenbleiben" gibt es ja den o.g. anderen Thread.
Der 503 Fehler lag vermutlich an einer von mir in der 4.4 veränderten *.twig Datei. Die war natürlich in der im anderen Thread diskutierten Neuinstallation nicht drin, der Fehler blieb an der Stelle aus. Testweise hinein kopiert und schon war der 503 wieder da. Nun funktioniert meine 4.9 jedenfalls.

Danke Euch die Ihr versucht habt zu helfen!