wir wollten gestern abend ein Shopware Update über das Backend von Version 6.4.20 auf 6.5 machen. Nun bekommen wir einen Critical Error geworfen und können leider nicht viel damit anfangen:
Symfony\Component\ErrorHandler\Error\UndefinedMethodError {#15 #message: „Attempted to call an undefined method named „getKernel“ of class „Shopware\Core\Kernel“.“ #code: 0 #file: „/var/www/clients/client2/web13/web/sw6/bin/console“ #line: 51
trace: {
/var/www/clients/client2/web13/web/sw6/bin/console:51 {
{closure}
›
› $application = new Application($kernel->getKernel());
› $kernel->getKernel()->boot();
}
/var/www/clients/client2/web13/web/sw6/vendor/autoload_runtime.php:24 { …}
/var/www/clients/client2/web13/web/sw6/bin/console:17 { …}
}
}
2025-03-09T21:10:35+00:00 [info] User Deprecated: The „url“ connection parameter is deprecated. Please use Doctrine\DBAL\Tools\DsnParser to parse a database url before calling Doctrine\DBAL\DriverManager. (DriverManager.php:257 called by DriverManager.php:173, Standalone DSN parser by derrabus · Pull Request #5843 · doctrine/dbal · GitHub, package doctrine/dbal)
2025-03-09T21:10:35+00:00 [info] User Deprecated: Not configuring a schema manager factory is deprecated. Use Doctrine\DBAL\Schema\DefaultSchemaManagerFactory which is going to be the default in DBAL 4. (Connection.php:227 called by DriverManager.php:197, Create an easy way to extend the schema manager · Issue #5812 · doctrine/dbal · GitHub, package doctrine/dbal)
2025-03-09T21:10:35+00:00 [critical] Uncaught Error: Call to undefined method Shopware\Core\Kernel::getKernel()
Es wäre super, wenn uns hier jemand helfen könnte. Wir haben das Update vor ein paar Wochenin einer geclonten Testumgebung problemlos durchführen können.
Da wird vermutlich etwas mit composer schief gelaufen sein, wenn es die entsprechende Methode nicht findet. Schon nachgesehen, ob in der .env bzw. env.local anlegen, der Pfad zu Composer korrekt ist?
Hallo. Der Pfad in der .env ist korrekt eingetragen. Ich habe parallel mal ein Support Ticket eröffnet. Das seltsame ist, dass das Update auf dem gleichen Testsystem vor ein paar Wochen noch problemlos durchgelaufen ist.
für mich sieht das nach einem missglückten Updateprozess aus. Ich würde empfehlen noch einmal die UPDATE phar.php für die entsprechende Version hier zu laden und diese dann noch einmal auszuführen.
( Wenn ein Backup besteht am besten vorher den noch funktionsfähigen Shop mit der alten Version wiederherstellen ) falls nicht, dann nochmal direkt mittels der phar.php versuchen
Hallo David,
es ist definitiv ein missglückter Updateprozess, irgendetwas passt von den Abhängingkeiten her nicht. Weder über das Backend, die update.phar oder die Konsole ist ein Update möglich, ich habe mittlerweile den Kernel-Fehler beheben können. Ein composer require shopware/platform 6.5.[version] behebt das Problem. Nun funktionieren aber die DI nicht mehr.
Symfony\Component\Config\Exception\LoaderLoadException {#506
#message: "There is no extension able to load the configuration for "elasticsearch" (in "/var/www/vhosts/.../config/packages/elasticsearch.yaml"). Looked for namespace "elasticsearch", found ""framework", "twig", "monolog", "debug", "web_profiler"" in /var/www/vhosts/.../config/packages/elasticsearch.yaml (which is loaded in resource "/var/www/vhosts/...")."
#code: 0
Hallo Christian,
bei uns lag es an einer veralteten console Datei im bin Ordner. Diese wurde beim Update nicht aktualisiert. Wir haben sie dann manuell ersetzt und dann lief das Update durch. Beim Update auf 6.6 mussten wird dann noch die messenger.yaml anpassen.