# Fehlermeldung bei Update auf 5.6.0
**URL:** https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341
**Category:** Shopware 5
**Created:** [27. August 2019 um 08:42 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341 "2019-08-27T08:42:05Z")
**Posts on this page:** 17
**Page:** 1
### Author:  [@MMJC](https://forum.shopware.com/u/MMJC)
#### Post date: [27. August 2019 um 08:42 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/1 "2019-08-27T08:42:05Z")
Bei der Durchführung der UpDate auf 5.6.0 habe ich eine Fehlermeldung erhalten: Die Fehlermeldung lautete: {“valid”:false,“errorMsg”:"Could not apply migration (Migrations\_Migration1632). Error: Undefined index: customer "} Offenkundig konnte eine Migration (Datenbank-Anpassung) nicht vorgenommen wurde, da sich auf eine nicht vorhandene Spalte bezogen wurde. Alle Voraussetzungen und Plugins sind mit ein grünes Häckchen versehen. Trotzdem musste ich ein Back-Up einspielen lassen da alles blockiert war. Ich möchte versuchen das Update erneut durchzuführen möchte aber vorher wissen was schiefgelaufen ist um Probleme zu vermeiden. Vielen Dank im Voraus für Euere Antwort.
---
### Author:  [@R4M](https://forum.shopware.com/u/R4M)
#### Post date: [28. August 2019 um 08:39 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/2 "2019-08-28T08:39:50Z")
Staune das sich von Shopware dazu noch keiner gemeldet hat. Vermutlich schient hier der Insert bei „s\_core\_acl\_privilege\_requirements“ nicht zu gehen.
---
### Author:  [@AndreHerking](https://forum.shopware.com/u/AndreHerking)
#### Post date: [28. August 2019 um 08:54 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/3 "2019-08-28T08:54:07Z")
Versuche mal folgendes SQL Statement auszuführen und schaue, on es 6 Ergebnisse zurückgibt:
```
SELECT r.name as `resource`, p.id as `privilegeId`, p.name as `privilege` from `s_core_acl_resources` r LEFT JOIN `s_core_acl_privileges` p ON r.id = p.resourceID where r.name = "customer";
```
---
### Author:  [@hagen-deutschland](https://forum.shopware.com/u/hagen-deutschland)
#### Post date: [28. August 2019 um 11:00 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/4 "2019-08-28T11:00:41Z")
Das gleiche Problem taucht bei uns auf.
AndreHerkings SQL-Statement ergibt bei uns: MySQL lieferte ein leeres Resultat zurück (d.h. null Datensätze). (Die Abfrage dauerte 0.0008 Sekunden.)
Hoffentlich habt ihr schlauen Leute eine rettende Idee
---
### Author:  [@R4M](https://forum.shopware.com/u/R4M)
#### Post date: [28. August 2019 um 11:05 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/5 "2019-08-28T11:05:20Z")
Komisch, an den Benutzerrechten wild rumgespielt? Wie können da Einträge verschwinden?
---
### Author:  [@hagen-deutschland](https://forum.shopware.com/u/hagen-deutschland)
#### Post date: [28. August 2019 um 11:19 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/6 "2019-08-28T11:19:46Z")
Ist es möglich, dass wir im Shopware-Backend im Fenster „Benutzer Administration“ beim Einstellen der Backend-Benutzerkonten etwas kaputt gemacht haben? (Liste der Benutzer, Liste der Rollen, Regeln & Berechtigungen editieren). Die SQL-Datenbank fassen wir mangels Ahnung zum Glück niemals an.
---
### Author:  [@R4M](https://forum.shopware.com/u/R4M)
#### Post date: [28. August 2019 um 11:26 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/7 "2019-08-28T11:26:15Z")
Hm, eigentlich nicht. Ich würde versuchen das irgendwie wieder neu anzulegen.
---
### Author:  [@hagen-deutschland](https://forum.shopware.com/u/hagen-deutschland)
#### Post date: [28. August 2019 um 13:14 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/8 "2019-08-28T13:14:51Z")
Es hat wahrscheinlich geklappt, **VIELEN HERZLICHEN DANK DIR**
1. Wir haben gerade alle Benutzer-Rollen außer local\_admin gelöscht, wodurch automatisch alle Backend-Benutzerkonten auf local\_admin gesetzt wurden:
2. Das Update hat allerdings weiterhin die gleiche Fehlermeldung erzeugt:
3. Anscheinend habe ich versehentlich das Wiederherstellen der Website beim Hoster vergessen und gleich den Shop aufgeräumt mit [Domain]/recovery/update/index.php/cleanup. Das Shopware-Backend zeigt jetzt wie gewünscht Version 5.6 an 
---
### Author:  [@R4M](https://forum.shopware.com/u/R4M)
#### Post date: [28. August 2019 um 13:20 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/9 "2019-08-28T13:20:05Z")
zu 2)
In der Tabelle “s\_core\_acl\_resources” sollte unter ID 5 “customer” stehen.
In der Tabelle “s\_core\_acl\_privileges” sollte dann unter “resourceID” die ID 5 dann 6x auftauchen
so als Kontrolle …
---
### Author:  [@hagen-deutschland](https://forum.shopware.com/u/hagen-deutschland)
#### Post date: [28. August 2019 um 14:07 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/10 "2019-08-28T14:07:16Z")
Guter Gedanke von dir! Die Einträge fehlen tatsächlich. Lässt sich das ungefähr so reparieren?
```
INSERT INTO `s_core_acl_resources` (`id`, `name`, `pluginID`) VALUES
(5, 'customer', NULL);
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES
(5, 1, 'read'),
(5, 3, 'update'),
(5, 4, 'XXX'),
(5, 5, 'XXX'),
(6, 6, 'delete');
```
---
### Author:  [@R4M](https://forum.shopware.com/u/R4M)
#### Post date: [28. August 2019 um 15:03 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/11 "2019-08-28T15:03:36Z")
Aus dem SW 5.6 Shop:
```
INSERT INTO `s_core_acl_resources` (`id`, `name`, `pluginID`) VALUES (5, 'customer', NULL);
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (19, 5, 'create');
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (20, 5, 'update');
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (21, 5, 'delete');
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (22, 5, 'read');
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (27, 5, 'detail');
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (28, 5, 'perform_order');
```
Wenn dann muss “resourceID” auch auf 5 stehen.
---
### Author:  [@hagen-deutschland](https://forum.shopware.com/u/hagen-deutschland)
#### Post date: [29. August 2019 um 06:47 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/12 "2019-08-29T06:47:19Z")
Prima, das hat geklappt - danke dir!
Falls du/ihr noch magst, dann würde ich dich/euch um Rat zur jetzt neuen Update-Fehlermeldung bitten:
Could not apply migration (Migrations\_Migration1632). Error: Undefined index: customerstream
Im Shopware-Backend lassen sich problemlos im Hauptmenü unter “Kunden/Customer Streams” die vielen Kundendatensätze ansehen. Genutzt oder verändert haben wir das nicht.
Vielleicht fehlt in der SQL-Datenbank etwas?
---
### Author:  [@R4M](https://forum.shopware.com/u/R4M)
#### Post date: [29. August 2019 um 08:17 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/13 "2019-08-29T08:17:58Z")
Vermutlich selbes Spiel, aber vorher in der Datenbank kontrollieren und prüfen ob die Felder wirklich fehlen! Ansonsten:
```
INSERT INTO `s_core_acl_resources` (`id`, `name`, `pluginID`) VALUES (43, 'customerstream', NULL);
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (173, 43, 'read');
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (174, 43, 'save');
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (175, 43, 'delete');
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (176, 43, 'search_index');
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (178, 43, 'charts');
```
---
### Author:  [@hagen-deutschland](https://forum.shopware.com/u/hagen-deutschland)
#### Post date: [29. August 2019 um 11:35 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/14 "2019-08-29T11:35:08Z")
Nun gibt das Shopware-Update die gleiche Fehlermeldung bezüglich „usermanager“ aus. Bitte sei so nett und helft uns ein drittes Mal mit SQL-Code 
Hoffentlich wird das Fehlen der IDs 3,12, 25, 34, 35 in der bis ID 44 gehenden s\_core\_acl\_resources keine weiteren Fehlermeldungen ergeben 
---
### Author:  [@R4M](https://forum.shopware.com/u/R4M)
#### Post date: [29. August 2019 um 11:39 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/15 "2019-08-29T11:39:35Z")
Langsam frag ich mich was ihr für Datenbanken habt? Wie kann das denn sein, das dort überall Einträge fehlen?
**Wie immer vorher bitte genau prüfen ob Einträge bzw. IDs schon vorhanden sind.**
```
INSERT INTO `s_core_acl_resources` (`id`, `name`, `pluginID`) VALUES (35, 'usermanager', NULL);
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (131, 35, 'create');
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (132, 35, 'read');
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (133, 35, 'update');
INSERT INTO `s_core_acl_privileges` (`id`, `resourceID`, `name`) VALUES (134, 35, 'delete');
```
---
### Author:  [@hagen-deutschland](https://forum.shopware.com/u/hagen-deutschland)
#### Post date: [29. August 2019 um 12:33 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/16 "2019-08-29T12:33:53Z")
@R4M Du hast es geschafft und uns gerettet! Vielen herzlichen Dank für deine fantastische Hilfe!  
Nach Update auf 5.6 gab es beim erstmaligen Login im Shopware-Backend eine einmalige Fehlermeldung (Shopware.apps.Order, unbekannter Typ, Internal Server Error). Da alles zu funktionieren scheint, werde ich es so belassen und die Augen sicherheitshalber offen halten.
Viele glückliche Grüße!
---
### Author:  [@R4M](https://forum.shopware.com/u/R4M)
#### Post date: [29. August 2019 um 12:37 UTC](https://forum.shopware.com/t/fehlermeldung-bei-update-auf-5-6-0/61341/17 "2019-08-29T12:37:54Z")
Sehr schön 🙂
Kontrolliert aber bitte noch mal die Benutzerrechte. Ich gehe davon aus, dass die Werte “customer”, “customerstream” und “usermanager” da nicht aktiv sind - sofern das für euch relevant ist. Ansonsten immer schön bei Änderungen ein Backup von der Datenbank machen.
Beste Grüße von der Insel Rügen