Hallo zusammen,
ich stehe im Moment etwas verzeifelt da. Beim Update von 5.2.3 auf 5.2.5 ist wohl was schief gelaufen, ich habe weder Front-, noch Backend
Wenn ich http://www.mein-shop.de/recovery/update/ aufrufen kommt lediglich die Meldung:
Error
Please try to fix this error and restart the update.
Response
"ERROR: SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: Name or service not known"
Da scheint wohl was mit der Datenbankverbindung nicht zu stimmen
Am besten erstmal Backup einspielen und nochmal probieren.
Die Datenabank ist da, über phpmyadmin komme ich drauf.
Gibt es alternative Vorgehensweisen?
Außer einem Backup einzuspielen wüsste ich jetzt keine vernünftige Lösung; alles andere wäre nur „rumdoktern“ und könnte andere Probleme verursachen.
Schließlich kennt hier auch keiner die genauen Vorraussetzungen des Shops.
Du könntest noch die Error-logs des Servers und die des Shops (/var/log/) mal nachsehen.
Ist mir etwas zu hoch
/var/www/vhosts/mein-shop.de/httpdocs/shopware-produktiv/vendor/symfony/http-kernel/HttpCache/HttpCache.php(344): Symfony\\Component\\HttpKernel\\HttpC in /var/www/vhosts/mein-shop.de/httpdocs/shopware-produktiv/engine/Shopware/Components/DependencyInjection/Bridge/Db.php on line 71
[Wed Aug 24 18:16:58 2016] [warn] [client 46.5.19.100] mod_fcgid: stderr: PHP Warning: PDO::__construct(): php_network_getaddresses: getaddrinfo failed: Name or service not known in /var/www/vhosts/mein-shop.de/httpdocs/shopware-produktiv/engine/Shopware/Components/DependencyInjection/Bridge/Db.php on line 53, referer: http://www.mein-shop.de/
[Wed Aug 24 18:16:58 2016] [warn] [client 46.5.19.100] mod_fcgid: stderr: PHP Fatal error: Uncaught exception 'RuntimeException' with message 'Could not connect to database. Message from SQL Server: SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: Name or service not known' in /var/www/vhosts/mein-shop.de/httpdocs/shopware-produktiv/engine/Shopware/Components/DependencyInjection/Bridge/Db.php:71, referer: http://www.mein-shop.de/
[Wed Aug 24 18:16:58 2016] [warn] [client 46.5.19.100] mod_fcgid: stderr: Stack trace:, referer: http://www.mein-shop.de/
[Wed Aug 24 18:16:58 2016] [warn] [client 46.5.19.100] mod_fcgid: stderr: #0 /var/www/vhosts/mein-shop.de/httpdocs/shopware-produktiv/engine/Shopware/Kernel.php(276): Shopware\\Components\\DependencyInjection\\Bridge\\Db::createPDO(Array), referer: http://www.mein-shop.de/
[Wed Aug 24 18:16:58 2016] [warn] [client 46.5.19.100] mod_fcgid: stderr: #1 /var/www/vhosts/mein-shop.de/httpdocs/shopware-produktiv/engine/Shopware/Components/HttpCache/AppCache.php(249): Shopware\\Kernel->boot(), referer: http://www.mein-shop.de/
[Wed Aug 24 18:16:58 2016] [warn] [client 46.5.19.100] mod_fcgid: stderr: #2 /var/www/vhosts/mein-shop.de/httpdocs/shopware-produktiv/vendor/symfony/http-kernel/HttpCache/HttpCache.php(444): Shopware\\Components\\HttpCache\\AppCache->forward(Object(Symfony\\Component\\HttpFoundation\\Request), true), referer: http://www.mein-shop.de/
[Wed Aug 24 18:16:58 2016] [warn] [client 46.5.19.100] mod_fcgid: stderr: #3 /var/www/vhosts/mein-shop.de/httpdocs/shopware-produktiv/vendor/symfony/http-kernel/HttpCache/HttpCache.php(344): Symfony\\Component\\HttpKernel\\HttpC in /var/www/vhosts/mein-shop.de/httpdocs/shopware-produktiv/engine/Shopware/Components/DependencyInjection/Bridge/Db.php on line 71, referer: http://www.mein-shop.de/
Steht der Datenbankserver denn korrekt in der config.php?
Timme Hosting - schnelles nginx-Hosting
Ich glaube hier gibts ganz andere Problem, gerade rief mich ein Kunde an: Shop steht! Nix geht mehr nach update war alles noch i.o.
Nach Plugin Update, nur noch
503 Service Unavailable
Wo ist der Applaus Smiley
Ich kämpfe immer noch, bin leider kein Experte und das aller erste mal kein vollständiges Backup gemacht. von 5.2.3. auf 5.2.5 … wird schon nix passieren.
Immerhin habe ich inzwischen mein Backend wieder und versuche zu retten, was noch zu retten ist.
Bin so vorgegangen:
Version 5.2.3 neu installiert
alte Datenbank drüber gebügelt
Kunden und Bestllungen sind zum Glück wieder da.
Mache jetzt den Export. Das “neue” Exportmodul scheint nicht überall zu funktionieren, mal schuen, was das gibt.
Morgen mache ich eine frische 5.2.5 Installtion, mache Import von Artikeln, Kunden, Bestellungen etc. (falls es klappt) und dann viiiiel Handarbeit bei den Einstellungen.
Naja… zum Glück lebe ich nicht von dem Shop
Ich hab ein ähnliches Problem, ich hoffe man kann mir helfen. Habe den Shop auf 5.2.5 updaten wollen, kam aber sofort der Internal Server Error. Hab gelesen, dass man die Update-Asset Datei löschen soll, habe das dann gemacht. Problem ist glabue ich, dass ich zuviel gelöscht habe. Habe im Root also nicht nur den Ordner /Update gelöscht sondern auch /Recovery/Update. Den habe ich jetzt wieder hergestellt aber irgendwas läuft falsch und zwar komme ich weder ins back noch ins frontend. Auch nicht mit shopware.php als Endung, ist also glaube ich keine htaccess Ursache… Ich komme nur ins /recovery/update und dort sehe ich folgendes:
Hier kann ich aber noch so oft ich will auf starten drücken, es passiert einfach nichts. Hat irgendjemand einen Ratschlag wie ich das wieder gefixt bekomme? Ich habe leider kein Backup gemacht… Ich lerne dazu…
mir geht es ebenso - nach dem Update geht gar nichts mehr - nur eine 503 Service unavailable Meldung…
Warum meldet sich Shopware denn nicht einmal zu dem Thema???
Also ein allgemeines Problem gibt es mit dem Update nicht, denn ich habe erst gestern meinen Testshop von Backend heraus mal so nebenbei von 5.2.3 auf 5.2.5 geupdatet und hatte null Probleme damit, alles sauber durchgelaufen und keine Fehlermeldungen im Backend noch Frontend.
Ich habe da natürlich keine Plugin aktiv.
Uwe
Update von 5.1.6 auf 5.2.5 bei mir soweit gut gelaufen. Nach dem Update allerdings seit Tagen mit Plugin-Updates am kämpfen. Jedes mal wenn ich ein Plugin updaten möchte „stirbt“ mein Shopware Backend / Frontend und ich bekomme nur mehr Error 500 von meinem Browser (Chrome) angezeigt. Bei manchen Plugins hilft es diese per phpmyadmin zu deaktivieren, und anschliessend über FTP zu löschen. Bei anderen Plugins wiederrum nützt diese Vorgehensweise rein garnichts.
Echt nervig diese Geschichte, ich mein man kann zwar mit alten Versionen der Plugins arbeiten, aber wenn deren Anbieter schon Versionen bereitstellen, sollte ein problemloses Update auf diese Versionen aus dem Plugin-Manager heraus doch möglich sein denk ich mir.
Es Lebe die frühe Morgenstund’ und ein Backup 
Hoffe es gibt bald eine Lösung für unser (vieler) Update-Grauen mit SW 5.2
Ich habe immer noch das Problem, dass ich weder auf mein Frontend noch mein Backend zugreifen kann. Die Installation von 5.2.5 (Update) hat über recovery/update Problemlos geklappt aber ich sehe nicht wie es sein sollte den Wartungsscreen oder sonstiges sondern diesen Internal Server Error: Brauche dringend Rat, ich weiß nicht mehr weiter…
Man sagt zwar, “Einem geschenkten Gaul schaut man nicht ins Maul”, aber hat schon mal jemand gesagt, dass die Import- Exportfunktion eine einzige Katastrophe ist? Ich meine, es sollte als eine der grundlegenden Funktionen betrachtet und nicht so stiefmütterlich behandelt werden. Ich hätte es zumindest etwas höher priorisiert als die Freitextfelder komplett umzustellen.
Wo ist in 5.2.5 der Import von Bestellungen und Kunden?
Warum bricht der Import von Bildern ohne jede weitere Option einfach ab, falls mal ein Artikel oder Bild nicht (mehr) da ist? Man kann doch hinweisen, loggen und weitermachen oder? Zumindest das Weitermachen zur Option zu stellen wäre nett gewesen.
Das ganze nennt sich import/export advanced
und wenn man ab und zu die Forensuche benutzt anstatt dauernd nur zu meckern wird man fündig;
bzw. auch in der Doku:
gehört aber eigentlich gar nicht zum Thema
Hallo Kulli,
danke für den Link, hilft mir schon mal weiter.
