# Update auf 6.3.1 schief gelaufen **URL:** \ **Category:** Allgemein\ **Created:** [8. September 2020 um 18:10 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456 "2020-09-08T18:10:01Z")\ **Posts on this page:** 14\ **Page:** 1
**Author:** ![Yodigga](https://avatars.discourse-cdn.com/v4/letter/y/b782af/32.png) [@Yodigga](https://forum.shopware.com/u/Yodigga)\ **Post date:** [8. September 2020 um 18:10 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/1 "2020-09-08T18:10:01Z")
Moin, wollte auf die neueste Version 6.3.1 updaten. Vorher inkompatible Updates deaktiviert, Backup der DB gemacht, aber nicht des Fileordners auf dem Server. Update ist abgebrochen mit DB-Fehler (irgendwas mit CREATE TRIGGER… - nicht genau hingeschaut). Hinweis, man soll das Update wiederholen nach Korrektur. Komme aber nicht so weit, weil seither nur noch der Wartungsmodus aufgerufen wird. Restore der DB gemacht, Fileordner geht nicht, da mein Hoster leider keine Kundendateien sichert, wie ich grade erfahren habe. Kann jemand helfen? Danke, Yodigga ---
**Author:** ![MartinSerdar](https://avatars.discourse-cdn.com/v4/letter/m/bb73d2/32.png) [@MartinSerdar](https://forum.shopware.com/u/MartinSerdar)\ **Post date:** [8. September 2020 um 23:46 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/2 "2020-09-08T23:46:56Z")
Ich fürchte, da kannst du dir nur in die Abacke beißen und dich fragen, wieso du nicht auch die Dateien vorher backuppst. Und einen neuen Hoster solltest du dir auch schon mal raussuchen. Wenn du ganz crazy bist, versuch an die Version der Dateien vor dem Update zu kommen. Vllt gibt es da ja ein Archiv auf GitHub, keinen Plan… Ansonsten wünsche ich dir viel Kraft. Du hast dich getraut, SW6 einzusetzen, du bist mutig und stark, das schaffst du schon! ---
**Author:** ![Yodigga](https://avatars.discourse-cdn.com/v4/letter/y/b782af/32.png) [@Yodigga](https://forum.shopware.com/u/Yodigga)\ **Post date:** [9. September 2020 um 07:39 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/3 "2020-09-09T07:39:05Z")
Hi Martin, danke für die Antwort. Ein Teil vom A fehlt bereits  ![Grin](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/70033cde8e8ff79cfa538293ae71318d6f788423.png "Grin") Soo viel Kraft brauche ich zum Glück nicht, da der Shop noch nicht produktiv war. Da bedarf es noch ein paar Releases von SW6, bis ich einen SW6-Shop auf Kunden loslassen will. Nur die ganze Vor- und Testarbeit ist dahin und darf nochmal gemacht werden. Manchmal reinigt sowas ja die Blindenbrille und man merzt im Neuaufbau noch manchen eigenen Fehler aus. Kann im Idealfall sogar hilfreich sein, von Null zu beginnen. Mit Deinem Zuspruch wird das garantiert ein Leichtes! Grüße ---
**Author:** ![annaconta](https://avatars.discourse-cdn.com/v4/letter/a/b9bd4f/32.png) [@annaconta](https://forum.shopware.com/u/annaconta)\ **Post date:** [9. September 2020 um 08:43 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/4 "2020-09-09T08:43:44Z")
ganz ehrlich würde ich niemals ein update fahren, wenn auch nur eines der plugins noch nicht so weit ist. selbst wenn es deaktiviert ist, spielt das womöglich noch irgendwo mit rein. ich warte immer erst ein paar tage und dann schreibe ich die pluginhersteller an, die noch fehlen. bin jetzt seit februar dabei und diese strategie hat sich die monate über bewährt ---
**Author:** ![Plotec](https://avatars.discourse-cdn.com/v4/letter/p/c4cdca/32.png) [@Plotec](https://forum.shopware.com/u/Plotec)\ **Post date:** [10. September 2020 um 07:42 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/5 "2020-09-10T07:42:03Z")
Bei mir das Gleiche. 2 Installationen und bei beiden bricht das Update ab. Einmal auch mit der CREATE Trigger Fehlermeldung wie oben und einmal mit CREATE TABLE ‘language’ da TABLE ‘language’ schon existiert…Irgendwas ist doch bei dem Update nicht ganz ausgereift. Es gibt auch Leute die keine Probleme haben…wie kann das denn sein? ---
**Author:** ![Digitalkapitan](https://avatars.discourse-cdn.com/v4/letter/d/ea666f/32.png) [@Digitalkapitan](https://forum.shopware.com/u/Digitalkapitan)\ **Post date:** [11. September 2020 um 06:02 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/6 "2020-09-11T06:02:52Z")
Der Fehler mit dem Trigger war vermutlich:   ``` Error Received the following error message: An exception occurred while executing 'CREATE TRIGGER product\_listing\_price\_update BEFORE UPDATE ON product FOR EACH ROW BEGIN IF @TRIGGER\_DISABLED IS NULL OR @TRIGGER\_DISABLED = 0 THEN IF NEW.listing\_prices IS NOT NULL THEN IF JSON\_CONTAINS\_PATH(NEW.listing\_prices, 'one', '$.structs') = 1 THEN SET NEW.listing\_prices = NULL; END IF; END IF; END IF; END;': SQLSTATE[HY000]: General error: 1419 You do not have the SUPER privilege and binary logging is enabled (you \*might\* want to use the less safe log\_bin\_trust\_function\_creators variable) Please try to fix this error and restart the update. Response {"valid":false,"errorMsg":"An exception occurred while executing 'CREATE TRIGGER product\_listing\_price\_update BEFORE UPDATE ON product FOR EACH ROW BEGIN IF @TRIGGER\_DISABLED IS NULL OR @TRIGGER\_DISABLED = 0 THEN IF NEW.listing\_prices IS NOT NULL THEN IF JSON\_CONTAINS\_PATH(NEW.listing\_prices, 'one', '$.structs') = 1 THEN SET NEW.listing\_prices = NULL; END IF; END IF; END IF; END;': SQLSTATE[HY000]: General error: 1419 You do not have the SUPER privilege and binary logging is enabled (you \*might\* want to use the less safe log\_bin\_trust\_function\_creators variable)"} ``` Auf AWS RDS hat man auf der DB keine SUPER Privilegien. Der Tipp mit dem log\_bin\_trust\_function\_creators ist jedenfalls richtig uns löst das Problem (dafür braucht man eine neue Parameter Group). Was ich etwas nervig finde: Danach lässt einen Shopware und auch die Anleitung ziemlich alleine wie man das Update zum Weiterlaufen bringt. Ich musste diesmal eine “dummy”-Datei löschen. ``` {"code":0,"message":"The file files\/backup\/auto\_update\/dummy already exists and can not be overwritten.","file":"\/home\/shopware\/live\/vendor\/shopware\/recovery\/Common\/vendor\/knplabs\/gaufrette\/src\/Gaufrette\/Filesystem.php","line":100,"trace":"#0 \/home\/shopware\/live\/vendor\/shopware\/recovery\/Update\/src\/Steps\/UnpackStep.php(66): Gaufrette\\Filesystem-\>write('files\/backup\/au...', 'dummyfile')\n#1 ``` ---
**Author:** ![Plotec](https://avatars.discourse-cdn.com/v4/letter/p/c4cdca/32.png) [@Plotec](https://forum.shopware.com/u/Plotec)\ **Post date:** [11. September 2020 um 07:42 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/7 "2020-09-11T07:42:06Z")
Ja genau, das ist der Fehler. Sowas sollte aber eigentlich von Shopware bedacht werden. Ich kenne mich ja schon etwas mit DB’s aus aber damit bin ich jetzt überfordert. Es ist eine Testinstallation auf einem Webserver. Auf eine MYSQL Konfiguration habe ich keinen Zugriff. Scheinbar kann ich MYSQL Variablen aber über die php.ini setzen. Dann sollte der Eintrag: _log\_bin\_trust\_function\_creators_ = 1 doch ausreichen, oder? Was ist mit dieser Parameter Group? Was hat es damit auf sich? ---
**Author:** ![rammi22](https://avatars.discourse-cdn.com/v4/letter/r/258eb7/32.png) [@rammi22](https://forum.shopware.com/u/rammi22)\ **Post date:** [11. September 2020 um 07:56 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/8 "2020-09-11T07:56:35Z")
> [@Plotec schrieb:](https://forum.shopware.com/profile/36467/Plotec "Plotec") > > Ja genau, das ist der Fehler. Sowas sollte aber eigentlich von Shopware bedacht werden. Ich kenne mich ja schon etwas mit DB’s aus aber damit bin ich jetzt überfordert. Ich denke, du bist mit deine Frage gehört eher in [Installation/Einstieg](https://forum.shopware.com/categories/shopware-6-installation-einstieg) oder im [Adminstration](https://forum.shopware.com/categories/shopware-6-administration) . Vielleicht bekommst du da schneller Hilfe ---
**Author:** ![Yodigga](https://avatars.discourse-cdn.com/v4/letter/y/b782af/32.png) [@Yodigga](https://forum.shopware.com/u/Yodigga)\ **Post date:** [11. September 2020 um 09:17 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/9 "2020-09-11T09:17:26Z")
@Digitalkapitän‍ Super, das war auch bei mir die Fehlermeldung.  Vielleicht kann jemand (oder SW) eine kurze Anleitung posten, wie man den Fehler wieder grade ziehen kann. ---
**Author:** ![Plotec](https://avatars.discourse-cdn.com/v4/letter/p/c4cdca/32.png) [@Plotec](https://forum.shopware.com/u/Plotec)\ **Post date:** [11. September 2020 um 13:17 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/10 "2020-09-11T13:17:48Z")
MYSQL muss mit dem Parameter _log\_bin\_trust\_function\_creators_ = 1 bzw. _log\_bin\_trust\_function\_creators_ = ON laufen. Auf einem gehosteten Webspace ist das aber ein Problem weil das in der Regel nicht so einfach möglich ist. Shopware muss sich da aber etwas einfallen lassen. Es kann ja nicht sein, dass man keine Updates mehr machen kann, nur weil man keinen Zugriff auf einen kompletten Webserver hat. Wenn Updates nicht mehr mit einer Standard-Webhosting Konfiguration gehen ist Shopware einfach wertlos für Normalkunden. @Shopware, das ist wirklich lächerlich. ---
**Author:** ![MartinSerdar](https://avatars.discourse-cdn.com/v4/letter/m/bb73d2/32.png) [@MartinSerdar](https://forum.shopware.com/u/MartinSerdar)\ **Post date:** [11. September 2020 um 13:26 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/11 "2020-09-11T13:26:18Z")
Ich hab mir einen eigenen V-Root Server für 5€ bei einem der vielen Anbieter besorgt. Für einen einzelnen Shop sind die Specs vollkommen ausreichend. Im Notfall besorg dir einen Managed mit Root-Rechten. Es gibt auf jeden Fall genug Optionen, sich nicht Apple-like im Shopware-Ökosystem einzusperren. ---
**Author:** ![mizuo](https://avatars.discourse-cdn.com/v4/letter/m/59ef9b/32.png) [@mizuo](https://forum.shopware.com/u/mizuo)\ **Post date:** [21. September 2020 um 09:25 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/12 "2020-09-21T09:25:32Z")
lösung: [Shopware Issuetracker](https://issues.shopware.com/issues/NEXT-10804)   hat jemand ein plan wie ich den update wieder anstarten kann??? ich komme nun nur auf die maintenance seite, nicht aber mehr ins backend oder sonstiges, wo ich den update weiter triggern könnte ---
**Author:** ![mizuo](https://avatars.discourse-cdn.com/v4/letter/m/59ef9b/32.png) [@mizuo](https://forum.shopware.com/u/mizuo)\ **Post date:** [21. September 2020 um 09:34 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/13 "2020-09-21T09:34:11Z")
ahja…so:   http(s)://www.mein-shop.de/recovery/update/index.php und vorher die dummy datei löschen     ---
**Author:** ![Net\_Inventors\_GmbH](https://avatars.discourse-cdn.com/v4/letter/n/b38774/32.png) [@Net\_Inventors\_GmbH](https://forum.shopware.com/u/Net_Inventors_GmbH)\ **Post date:** [21. September 2020 um 12:10 UTC](https://forum.shopware.com/t/update-auf-6-3-1-schief-gelaufen/69456/14 "2020-09-21T12:10:53Z")
Ahoi, wir hatten exakt das selbe Problem. Es gibt dazu auch ein Issue: [Shopware Issuetracker](https://issues.shopware.com/issues/NEXT-10804) Lösung: In der .env Datei den Schalter "`BLUE_GREEN_DEPLOYMENT" auf 0 setzen.` `Viele Grüße` `Tobi`