# werden in Shopware noch irgendwo sessions in einen tmp ordner geschrieben ??

**URL:** <https://forum.shopware.com/t/werden-in-shopware-noch-irgendwo-sessions-in-einen-tmp-ordner-geschrieben/34058>\
**Category:** Installation/Einstieg\
**Created:** [30. Januar 2016 um 08:38 UTC](https://forum.shopware.com/t/werden-in-shopware-noch-irgendwo-sessions-in-einen-tmp-ordner-geschrieben/34058 "2016-01-30T08:38:22Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![shopuser](https://avatars.discourse-cdn.com/v4/letter/s/5f8ce5/32.png) [@shopuser](https://forum.shopware.com/u/shopuser)\
**Post date:** [30. Januar 2016 um 08:38 UTC](https://forum.shopware.com/t/werden-in-shopware-noch-irgendwo-sessions-in-einen-tmp-ordner-geschrieben/34058/1 "2016-01-30T08:38:22Z")

</div>

&nbsp;Hi,

hab das Problem nach einem umzug des Shops vom Hosting zum V-Server ( Linux ubuntu mit plesk )das ich plötzlich diese Fehlermeldung bekam

ERROR: Zend\_Db\_Statement\_Exception: SQLSTATE[HY000]: General error: 1 Can’t create/write to file ‘/tmp/#sql\_32f3\_0.MYI’ (Errcode: 122) (Pdo.php:234)

hab dann auch versucht dort die Rechte des tmp wieder zu ändern alles ohne Erfolg, auch SQL service liess sich nicht mehr starten.  
Der tmp ordner im root hat auch nur ca 116kb.  
Nach der Fehlermeldung ist es auch nicht mehr möglich per FTP etwas hochzuladen oder ein Verzeichnis anzulegen es kommt dann : Disk quota exceeded&nbsp; ( bei einer 500gb Platte)  
Wie es scheint kann der Sql server keine temp files schrieben weil scheinbar die Platte voll ist

Es gab mal den Fehler bei der 4er Version bei all ink das man einen tmp Ordner anlegen sollte so wie hier beschrieben : [http://carsten-tauber.de/shopware-probleme-bei-allinkl-com/](http://carsten-tauber.de/shopware-probleme-bei-allinkl-com/)

Ist es bei der 5er vieleicht möglich das im Hintergrund noch irgenwo etwas geschrieben wird ?

Gruss  
&nbsp;

---

<div class="post-metadata">

**Author:** ![DanielNogel](https://avatars.discourse-cdn.com/v4/letter/d/96bed5/32.png) [@DanielNogel](https://forum.shopware.com/u/DanielNogel)\
**Post date:** [30. Januar 2016 um 09:36 UTC](https://forum.shopware.com/t/werden-in-shopware-noch-irgendwo-sessions-in-einen-tmp-ordner-geschrieben/34058/2 "2016-01-30T09:36:14Z")

</div>

Hi,&nbsp;

die werde &nbsp;über die DB geführt, für mich sieht es so aus, als hat dein Benutzer ein Speicherlimit oder die Festplatte ist voll. Anscheinend kann SQL deswegen nicht schreiben. Hast du das schon ausgeschlossen?&nbsp;

Daniel&nbsp;

---

<div class="post-metadata">

**Author:** ![shopuser](https://avatars.discourse-cdn.com/v4/letter/s/5f8ce5/32.png) [@shopuser](https://forum.shopware.com/u/shopuser)\
**Post date:** [30. Januar 2016 um 10:41 UTC](https://forum.shopware.com/t/werden-in-shopware-noch-irgendwo-sessions-in-einen-tmp-ordner-geschrieben/34058/3 "2016-01-30T10:41:07Z")

</div>

Nein Benutzer hat kein Speicherlimit, hab jede domain als Aboment im Plesk angelegt ohne Limit und auf der 500er Platte ware gerade mal 2Gb drauf.

---

<div class="post-metadata">

**Author:** ![shopuser](https://avatars.discourse-cdn.com/v4/letter/s/5f8ce5/32.png) [@shopuser](https://forum.shopware.com/u/shopuser)\
**Post date:** [30. Januar 2016 um 14:04 UTC](https://forum.shopware.com/t/werden-in-shopware-noch-irgendwo-sessions-in-einen-tmp-ordner-geschrieben/34058/4 "2016-01-30T14:04:14Z")

</div>

in den PHP Einstellungen&nbsp; gibt es den: **session.save\_path&nbsp;** dort steht /var/lib/php5&nbsp; wäre es besser&nbsp; die Sessoin in einem tmp Ordner zu speichern mit der Änderung wie hier beschrieben ?&nbsp; [http://carsten-tauber.de/shopware-probleme-bei-allinkl-com/&nbsp;&nbsp;&nbsp;&nbsp;](http://carsten-tauber.de/shopware-probleme-bei-allinkl-com/)

in den PHP Einstellungen gibt es auch den Pfad für **open\_basedir** &nbsp; {WEBSPACEROOT}{/}{:}{TMP}{/}

---

<div class="post-metadata">

**Author:** ![shopuser](https://avatars.discourse-cdn.com/v4/letter/s/5f8ce5/32.png) [@shopuser](https://forum.shopware.com/u/shopuser)\
**Post date:** [30. Januar 2016 um 15:27 UTC](https://forum.shopware.com/t/werden-in-shopware-noch-irgendwo-sessions-in-einen-tmp-ordner-geschrieben/34058/5 "2016-01-30T15:27:09Z")

</div>

&nbsp;

hab jetz den Session Pfad in der Shopware.php angelegt: session\_save\_path("/var/www/vhosts/domain.de/httpdocs/tmp/");&nbsp; und Ordner tmp

jetzt steht in Shopware System Info auch dieser Session Pfad drin. Was nur komisch ist im tmp Ordner werden keine Dateien geschrieben.

&nbsp;

&nbsp;

---

<div class="post-metadata">

**Author:** ![DanielNogel](https://avatars.discourse-cdn.com/v4/letter/d/96bed5/32.png) [@DanielNogel](https://forum.shopware.com/u/DanielNogel)\
**Post date:** [30. Januar 2016 um 16:45 UTC](https://forum.shopware.com/t/werden-in-shopware-noch-irgendwo-sessions-in-einen-tmp-ordner-geschrieben/34058/6 "2016-01-30T16:45:23Z")

</div>

Hi shopuser,

wie gesagt: Die Sessions werden ja in der s\_core\_sessions und der s\_core\_sessions\_backend gespeichert. Es kann sein, dass er deine Änderung in der PHPInfo in der Systeminfo anzeigt - aber das bedeutet ja nicht, dass SW jetzt plötzlich nicht mehr die Datenbank, sondern die Festplatte benutzt.

Nach meinem Verständnis ist das Problem eher, dass MySQL seine Temp-Tabellen in ein Verzeichnis packen möchte, in dem du anscheneinend nicht (ausreichend) Platz hast (116kb, wie du sagst).&nbsp;

```
SELECT a.id FROM s_articles a INNER JOIN s_articles_details d ON d.articleID = a.id ORDER BY CONCAT(a.name, d.id) DESC

```

Der verursacht letztlich eine temoräre Tabelle - das könntest du mal über PHPMyAdmin ausführen, würde mich interessieren, ob es da auch einen Fehler gibt.&nbsp;

Besten Gruß,

Daniel

---

<div class="post-metadata">

**Author:** ![shopuser](https://avatars.discourse-cdn.com/v4/letter/s/5f8ce5/32.png) [@shopuser](https://forum.shopware.com/u/shopuser)\
**Post date:** [1. Februar 2016 um 08:45 UTC](https://forum.shopware.com/t/werden-in-shopware-noch-irgendwo-sessions-in-einen-tmp-ordner-geschrieben/34058/7 "2016-02-01T08:45:25Z")

</div>

So wie es aussieht lag es nicht direkt an Shopware, es lag daran das es dadurch kommt wenn man eine grosse 8gb zip Datei entpackt imm Plesk Filemanager.

Ich habe dann mal die Datei bzw. das Backup untersucht und festgestellt das dort sehr viele genau gesagt 6gb Dateileichen sind im Ordner Media/image/thumbnail.  
Deshalb war die Datei so aufgebläht.  
Hab gelesen das es einen Chronjob mit dem Namen Media Garbage Collector gibt aber den hab ich nicht gefunden.

Auch gab es noch im Ordner files einige Backupordner die wahrscheinlich auch nicht mehr gebraucht werden.

Gruss
