Abbruch bei Paket-Installation - Server Error 500

[smeyli]

Hallo Community,
nach bzw. während der Installation von contao-bootstrap-bundle tauchte plötzlich ein Fehler auf (internal Server Error 500) - Backend und Frontend waren nicht mehr erreichbar.
Bevor ich das Paket installieren wollte, habe ich den testlauf durchgeführt, der keinerlei Fehler zeigte.
Der Composer lief als eigenständiger Prozess.

Jetzt habe ich schon viel gelesen und auch probiert, doch ich schaffe es einfach nicht, das System wieder zum Laufen zu bekommen.
(Contao 3.5.24)

Die entsprechenden Ordner wurden unter system/modules angelegt (auch der besagte Dependency Injection). Ein Löschen der Ordner brachte eine neue Fehlermeldung, da die einzelnen Komponenten sicher noch irgendendwo registriert sind.

Gibt es einen Lösungsweg, um Contao wieder zum Laufen zu bewegen? (Eine Neuinstallation möchte ich gern vermeiden, da schon einiges an Arbeit investiert wurde für einen Merconis Online-Shop)

Vielen Dank für Eure Hilfe.

Warning: in_array() expects parameter 2 to be array, null given in system/modules/core/library/Contao/System.php on line 160
#0 [internal function]: __error(2, 'in_array() expe...', '/usr/www/users/...', 160, Array)
#1 system/modules/core/library/Contao/System.php(160): in_array('getInstance', NULL)
#2 system/initialize.php(243): Contao\System::importStatic('DependencyInjec...')
#3 contao/index.php(16): require('/usr/www/users/...')
#4 {main}

Fatal error: Class 'DependencyInjection\Container\ContainerInitializer' not found in /usr/www/users/modefo/system/modules/core/library/Contao/System.php on line 160

[Spooky]

Während der Composer Operation ist dieser Fehler sicht nicht aufgetreten. Wenn du SSH Zugriff hast, könntest du im /composer Ordner folgendes Kommando ausführen:

php composer.phar dump-autoload

Stelle außerdem vorher sicher, dass du die neueste composer.phar hast:

php composer.phar self-update

Wenn das nicht hilft, dann lösche den /composer/vendor Ordner und führe mindestens zwei mal ein

php composer.phar update

aus.

Alles auf eigene Gefahr.

[smeyli]

Leider habe ich auf dem Server keinen SSH-Zugriff.
Gibt es eine andere Möglichkeit, den Composer in den vorherigen Zustand zu setzen?

[Spooky]

Nur durch ein Backup. Oder du führst die Operationen Lokal aus und lädst dann alles auf den Server.

[lucina]

Mir ist das neulich auch mal passiert, dass eine Installation des Bootstrap-Bundles in ein Timeout gelaufen ist. Mir hat danach folgendes geholfen:

1. Aktivierung des Core-Only-Modes
2. Anmeldung im Backend
3. Deaktivierung aller Extensions mit Ausnahme des Composers
4. Deaktivierung des Core-Only-Modes
5. erneuter Aufruf des Paketmanagers
6. Fortführen der Installation der Erweiterungen
7. Abschalten des Core-Only-Modes

Ggf. tauchen dann erneut Fehlermeldungen auf, die sich dann aber meistens darauf beziehen, dass Modulabhängigkeiten nicht vorhanden sind. In dem Fall dann zurück zu (1) und ggf. fehlende Extensions separat installieren. Hinterher kann man die schlicht aus dem Paketmanagement wieder entfernen, da sie ohnehin in Abhängigkeit des Bootstrap-Bundles vorhanden sein müssen.

Good luck ... ;-)

[smeyli]

Vielen Herzlichen Dank!!!!!

Der Tipp mit dem Core-Only-Mode hat geholfen, dass ich das System wieder zum Laufen bekommen habe - zwar erstmal ohne Bootstrap, doch das probiere ich jetzt nochmal.