# Cache-Datei als Benutzer root - wie geht das?

**URL:** <https://forum.shopware.com/t/cache-datei-als-benutzer-root-wie-geht-das/39130>\
**Category:** Administration\
**Created:** [17. August 2016 um 10:52 UTC](https://forum.shopware.com/t/cache-datei-als-benutzer-root-wie-geht-das/39130 "2016-08-17T10:52:57Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [17. August 2016 um 10:52 UTC](https://forum.shopware.com/t/cache-datei-als-benutzer-root-wie-geht-das/39130/1 "2016-08-17T10:52:57Z")

</div>

Ein Shop wurde per FTP auf einem neuen (für Shopware optimierten Server) hochgeladen, installiert und eingerichtet. Der Benutzer, sagen wir ist “Hase”. Die komplette Domain, der komplette Shop und der Cronjob läuft unter dem Benutzer “Hase”.

Irgendwann ist der Shop plötzlich nicht mehr aufrufbar und zeigt nur noch eine weiße Seite mit diesem Text:  
Warning: mkdir():  
Permission denied in  
/var/www/vhosts/…/vendor/symfony/http-kernel/HttpCache/Store.php on line 40

Grund dafür war, dass ein Cache-Ordner (/var/cache/production\_2016xxxx) mit Benutzer “root” angelegt wurde und dadurch der mkdir()-Befehl nicht mehr ging. Nun stellt sich die Frage, wie kann das sein? Wie kann es innerhalb vom Shopsystem zu einem Benutzer-Wechsel kommen? Wie kann ich solche Fehler vermeiden ohne dafür einen Eingriff im System vornehmen zu müssen?

Laut Shopware-Support fällt das nicht in den technischen Support und konnte da nicht beantwortet werden. Man solle den Fehler in der Server-Konfiguration suchen. Allerdings ist ja der Benutzer “Hase” domainbezogen.

Eventuell jemand eine Idee?

&nbsp;

---

<div class="post-metadata">

**Author:** ![Moritz\_Naczenski](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/moritz_naczenski/32/7792_2.png) [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)\
**Post date:** [17. August 2016 um 12:44 UTC](https://forum.shopware.com/t/cache-datei-als-benutzer-root-wie-geht-das/39130/2 "2016-08-17T12:44:51Z")

</div>

Führst du denn irgendwelche Shell-Script aus - wie bspw. clear\_cache.sh? Vielleicht führst du die ja ggf. als root aus.

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [17. August 2016 um 12:50 UTC](https://forum.shopware.com/t/cache-datei-als-benutzer-root-wie-geht-das/39130/3 "2016-08-17T12:50:23Z")

</div>

Sowas kann auch an einen&nbsp;Server-Cron (CLI-Tools auf Shell-Ebene) liegen, der „aus Versehen“ nicht unter „Hase“ sondern unter „root“ angelegt wurde.

---

<div class="post-metadata">

**Author:** ![Hille](https://avatars.discourse-cdn.com/v4/letter/h/87869e/32.png) [@Hille](https://forum.shopware.com/u/Hille)\
**Post date:** [17. August 2016 um 13:07 UTC](https://forum.shopware.com/t/cache-datei-als-benutzer-root-wie-geht-das/39130/4 "2016-08-17T13:07:43Z")

</div>

Die Frage ist, unter welchem Benutzer der Webserver läuft z.B. www-data? Genau dieser Benutzer benötigt Schreibrechte. Da spielt es keine Rolle, ob der FTP-Benutzer Hase ist oder nicht.

---

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [17. August 2016 um 13:08 UTC](https://forum.shopware.com/t/cache-datei-als-benutzer-root-wie-geht-das/39130/5 "2016-08-17T13:08:27Z")

</div>

> [@Moritz Naczenski schrieb:](https://forum.shopware.com/profile/14574/Moritz%20Naczenski "Moritz%20Naczenski")
> 
> Führst du denn irgendwelche Shell-Script aus - wie bspw. clear\_cache.sh? Vielleicht führst du die ja ggf. als root aus.

Ja hin und wieder, weil (ich glaube) Shopware nie den Cache-Ordner übers Backend komplett platt macht.&nbsp;

---

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [17. August 2016 um 13:10 UTC](https://forum.shopware.com/t/cache-datei-als-benutzer-root-wie-geht-das/39130/6 "2016-08-17T13:10:09Z")

</div>

@[sonic](https://forum.shopware.com/profile/16285/sonic)

Nein, der Cron läuft über die Domain, und die Domain hat Benutzer „Hase“ 🙂 Der kann nicht versehentlich den Benutzer wechseln.

---

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [17. August 2016 um 13:22 UTC](https://forum.shopware.com/t/cache-datei-als-benutzer-root-wie-geht-das/39130/7 "2016-08-17T13:22:16Z")

</div>

> [@Hille schrieb:](https://forum.shopware.com/profile/22454/Hille "Hille")
> 
> Die Frage ist, unter welchem Benutzer der Webserver läuft z.B. www-data? Genau dieser Benutzer benötigt Schreibrechte. Da spielt es keine Rolle, ob der FTP-Benutzer Hase ist oder nicht.

Es handelt sich hier um einen Root-Server - kein vServer. Der zustände Benutzer wird mit der Domain bzw. dem Abonnement vergeben.

---

<div class="post-metadata">

**Author:** ![Moritz\_Naczenski](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/moritz_naczenski/32/7792_2.png) [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)\
**Post date:** [17. August 2016 um 13:47 UTC](https://forum.shopware.com/t/cache-datei-als-benutzer-root-wie-geht-das/39130/8 "2016-08-17T13:47:59Z")

</div>

> [@R4M schrieb:](https://forum.shopware.com/profile/17170/R4M "R4M")
> 
> > [@Moritz Naczenski schrieb:](https://forum.shopware.com/profile/14574/Moritz%20Naczenski "Moritz%20Naczenski")
> > 
> > Führst du denn irgendwelche Shell-Script aus - wie bspw. clear\_cache.sh? Vielleicht führst du die ja ggf. als root aus.
> 
> Ja hin und wieder, weil (ich glaube) Shopware nie den Cache-Ordner übers Backend komplett platt macht.&nbsp;

Das ist ja auch ganz bewusst so. Den Cache für die&nbsp;Attribut-Models&nbsp;kannst du über das Backend nicht leeren. Das wird lediglich bei Plugin-Installationen gemacht. Ist aber auch ganz bewusst so umgesetzt, da der Cache quasi nur neu aufgebaut werden braucht, wenn es eine neue Attributspalte gibt.

---

<div class="post-metadata">

**Author:** ![Hille](https://avatars.discourse-cdn.com/v4/letter/h/87869e/32.png) [@Hille](https://forum.shopware.com/u/Hille)\
**Post date:** [18. August 2016 um 06:06 UTC](https://forum.shopware.com/t/cache-datei-als-benutzer-root-wie-geht-das/39130/9 "2016-08-18T06:06:14Z")

</div>

> &nbsp;
> 
> Es handelt sich hier um einen Root-Server - kein vServer. Der zustände Benutzer wird mit der Domain bzw. dem Abonnement vergeben.

&nbsp;

ein VServer ist auch ein Root-Server ;-). Welche Distribution läuft denn überhaupt? Wie wird den PHP ausgeführt, mod\_php, fcgi…?

---

<div class="post-metadata">

**Author:** ![Synonymous](https://avatars.discourse-cdn.com/v4/letter/s/57b2e6/32.png) [@Synonymous](https://forum.shopware.com/u/Synonymous)\
**Post date:** [18. August 2016 um 06:10 UTC](https://forum.shopware.com/t/cache-datei-als-benutzer-root-wie-geht-das/39130/10 "2016-08-18T06:10:16Z")

</div>

Oder hast Du vielleicht mal ein Backup per SCP zurückgespielt als root user? Oder einen Compare durchgeführt? Also das ein Apache Prozess der unter “Hase” läuft den Owner von sich aus ändert ist quasi unmöglich, da ein Apache Prozess nie die Rechte haben sollte Verzeichnisrechte zu ändern (nur -RX).
