# Update auf 6.5.7.1 bricht mit Fehlermeldung ab

**URL:** <https://forum.shopware.com/t/update-auf-6-5-7-1-bricht-mit-fehlermeldung-ab/101994>\
**Category:** Shopware 6 (German)\
**Created:** [21. November 2023 um 10:07 UTC](https://forum.shopware.com/t/update-auf-6-5-7-1-bricht-mit-fehlermeldung-ab/101994 "2023-11-21T10:07:32Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![shopware14](https://avatars.discourse-cdn.com/v4/letter/s/4bbf92/32.png) [@shopware14](https://forum.shopware.com/u/shopware14)\
**Post date:** [21. November 2023 um 10:07 UTC](https://forum.shopware.com/t/update-auf-6-5-7-1-bricht-mit-fehlermeldung-ab/101994/1 "2023-11-21T10:07:32Z")

</div>

Hallo,

beim Update auf 6.5.7.1 über die Konsole erhalte ich nach dem Ausführen des Befehls „composer update“ folgende Fehlermeldung:

```auto
 74/78 [==========================>-] 94% Update of shopware/storefront failed
 77/78 [===========================>] 98% Update of shopware/administration failed
 78/78 [============================] 100%
In Filesystem.php line 288:

  Could not delete /var/www/vhosts/meineDomain.de/httpdocs/vendor/shopware/st
  orefront/Resources/public/static/js/storefront.js.LICENSE.txt:

```

Danach ist der Shop nicht mehr zu erreichen, und ich spiele ein Backup ein.  
Eine andere Lösung kenne ich leider nicht.

In der Vergangenheit habe ich versehentlich ein Update mit root-Rechten über die Konsole eingespielt und dabei wurden vermutlich die Eigentums- und Schreibrechte einiger Dateien und ggf. auch von Verzeichnissen geändert.  
Normalerweise führe ich Updates immer mit dem FTP-User aus.

Kann mir vielleicht jemand sagen, auf welche Schreibrechte die Datei storefront.js.LICENSE.txt zu setzen ist und was standardmäßig unter Gruppe eingetragen ist (vermutlich psacln oder psaserv).

Muss ich nach meinem Fehler evtl. auch noch die Rechte und Eigentümer anderer Verzeichnisse und Dateien ändern?

Danke

---

<div class="post-metadata">

**Author:** ![MBDealer](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/mbdealer/32/27217_2.png) [@MBDealer](https://forum.shopware.com/u/MBDealer)\
**Post date:** [21. November 2023 um 10:43 UTC](https://forum.shopware.com/t/update-auf-6-5-7-1-bricht-mit-fehlermeldung-ab/101994/2 "2023-11-21T10:43:12Z")

</div>

Wenn du rekursiv allen Dateien und Verzeichnissen im Projekt erneut den FTP-Benutzer zuweist, sollte es wieder klappen.

---

<div class="post-metadata">

**Author:** ![shopware14](https://avatars.discourse-cdn.com/v4/letter/s/4bbf92/32.png) [@shopware14](https://forum.shopware.com/u/shopware14)\
**Post date:** [21. November 2023 um 11:03 UTC](https://forum.shopware.com/t/update-auf-6-5-7-1-bricht-mit-fehlermeldung-ab/101994/3 "2023-11-21T11:03:41Z")

</div>

Das hatte ich bereits gemacht:

**sudo chown -R ftp\_user: /var/www/vhosts/meineDomain.de/httpdocs/** \*

danach dann testweise auch:

**sudo chown -R ftp\_user:psacln /var/www/vhosts/meineDomain.de/httpdocs/** \*

Beides endete in einem HTTP Error 403 Forbidden.

Offensichtlich gibt es Dateien und/oder Verzeichnisse, die andere Eigenschaften haben müssen, aber ich weiß leider nicht welche.

Unter Eigenschaften sind für die storefront.js.LICENSE.txt folgende Werte gesetzt:

Eigentümer: root [0]  
Gruppe: root [0]  
Rechte: 0644

gestestet hatte ich eben mal:  
ftp\_user [10000]  
psacln [1004]  
0644

Mein nächster Versuch für die Datei wäre:  
ftp\_user [10000]  
psacln [1004]  
0755

Doof ist auch, dass ein Restore immer ca. 20 Minuten dauert. Also die Sache per try & error zu lösen nimmt sehr viel Zeit in Anspruch.

---

<div class="post-metadata">

**Author:** ![shopware14](https://avatars.discourse-cdn.com/v4/letter/s/4bbf92/32.png) [@shopware14](https://forum.shopware.com/u/shopware14)\
**Post date:** [21. November 2023 um 12:40 UTC](https://forum.shopware.com/t/update-auf-6-5-7-1-bricht-mit-fehlermeldung-ab/101994/4 "2023-11-21T12:40:17Z")

</div>

> [@shopware14](#):
>
> ftp\_user [10000]  
> psacln [1004]  
> 0755

… endete auch mit einem Restore, weil die Datei wieder nicht gelöscht werden konnte.

---

<div class="post-metadata">

**Author:** ![MBDealer](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/mbdealer/32/27217_2.png) [@MBDealer](https://forum.shopware.com/u/MBDealer)\
**Post date:** [21. November 2023 um 13:52 UTC](https://forum.shopware.com/t/update-auf-6-5-7-1-bricht-mit-fehlermeldung-ab/101994/5 "2023-11-21T13:52:07Z")

</div>

Wem gehört der Ordner **httpdocs**?

---

<div class="post-metadata">

**Author:** ![MBDealer](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/mbdealer/32/27217_2.png) [@MBDealer](https://forum.shopware.com/u/MBDealer)\
**Post date:** [21. November 2023 um 13:55 UTC](https://forum.shopware.com/t/update-auf-6-5-7-1-bricht-mit-fehlermeldung-ab/101994/6 "2023-11-21T13:55:58Z")

</div>

Wie es aussieht nutzt du ja Plesk, vielleicht hilft dir dies weiter: [https://support.plesk.com/hc/en-us/articles/12377935045655-How-to-restore-default-permissions-in-virtual-host-directory-on-Plesk-for-Linux-](https://support.plesk.com/hc/en-us/articles/12377935045655-How-to-restore-default-permissions-in-virtual-host-directory-on-Plesk-for-Linux-)

---

<div class="post-metadata">

**Author:** ![shopware14](https://avatars.discourse-cdn.com/v4/letter/s/4bbf92/32.png) [@shopware14](https://forum.shopware.com/u/shopware14)\
**Post date:** [21. November 2023 um 14:53 UTC](https://forum.shopware.com/t/update-auf-6-5-7-1-bricht-mit-fehlermeldung-ab/101994/7 "2023-11-21T14:53:05Z")

</div>

Danke, aber das habe ich ja bereits über die Konsole durchgeführt.

Mir war aufgefallen, dass einige Verzeichnisse der Gruppe „psaserv“ zugeordnet waren und bei anderen war sowohl der Eigentümer, als auch die Gruppe „root“ und „root“.

Auf einer anderen VM habe ich mir eben dann mal eine Shopware 6 Neuinstallation angelegt.  
Hier ist nur das Verzeichnis httpdocs so eingestellt: „ftp\_user“:„psaserv“ und alle anderen Verzeichnisse und die Dateien haben „ftp\_user“:„psacln“.

Aus diesem Grund habe ich über die Konsole nun nochmals folgenden Befehl ausgeführt:

**sudo chown -R ftp\_user:psacln /var/www/vhosts/meineDomain.de/httpdocs/** \*

In der Einstellung würde jetzt auch wieder das Update durchlaufen, das hatte ich ja heute Vormittag bereits erfolgreich gestestet, aber beim Aufruf des Shops oder des Backends erhalte ich immer Error 403 Forbidden.

Ich vermute es hängt jetzt nur noch an einer Kleinigkeit.  
Ich schaue mir jetzt mal die Logfiles an.

---

<div class="post-metadata">

**Author:** ![shopware14](https://avatars.discourse-cdn.com/v4/letter/s/4bbf92/32.png) [@shopware14](https://forum.shopware.com/u/shopware14)\
**Post date:** [21. November 2023 um 15:00 UTC](https://forum.shopware.com/t/update-auf-6-5-7-1-bricht-mit-fehlermeldung-ab/101994/8 "2023-11-21T15:00:22Z")

</div>

Ah, jetzt, ja, eine Insel!

Das Verzeichnis public/ hatte die Rechte 750 muss aber 755 haben.  
Warum sich das geändert hat ist mir zwar unklar, aber ich hoffe mal, dass jetzt alle Probleme beseitigt sind.

Jetzt lasse ich noch das Update erneut auf den Shop los. Mal sehen, ob es nun ohne Fehler durchläuft.

---

<div class="post-metadata">

**Author:** ![shopware14](https://avatars.discourse-cdn.com/v4/letter/s/4bbf92/32.png) [@shopware14](https://forum.shopware.com/u/shopware14)\
**Post date:** [21. November 2023 um 15:49 UTC](https://forum.shopware.com/t/update-auf-6-5-7-1-bricht-mit-fehlermeldung-ab/101994/9 "2023-11-21T15:49:34Z")

</div>

Das Update lief jetzt ohne Probleme durch.

🥳
