Neu tmp ordner läuft voll und nach löschen ist der shop nicht mehr erreichbar

radonshop

Gut bekanntes Mitglied
9. Juni 2016
203
13
Hallo zusammen,

wir hatten das Problem, das in dem .cagefs ordner ziemlich viele tmp Dateien lagen (mehr als 4GB).
Ich hab den Ordner jetzt gelöscht und wieder neu angelegt, jetzt ist der Shop nicht mehr erreichbar.

Wisst ihr, wie ich das Problem wieder beheben kann?
 

Anhänge

  • 2017-02-05 16_56_34-rudlohnedaumen@79.133.45.234 - FileZilla.png
    2017-02-05 16_56_34-rudlohnedaumen@79.133.45.234 - FileZilla.png
    103,4 KB · Aufrufe: 86

radonshop

Gut bekanntes Mitglied
9. Juni 2016
203
13
Hi Dustin,
danke für die schnell Antwort.
Ja die sollten passen, sind rwx (der screenshot vor meiner Löschaktion hatte auch rwx)
 

radonshop

Gut bekanntes Mitglied
9. Juni 2016
203
13
das error log schreibt folgende Einträge:

[Sun Feb 05 19:42:21.405838 2017] [fcgid:warn] [pid 1000360:tid 139953187026688] (104)Connection reset by peer: [client 72.79.57.172:50119] mod_fcgid: error reading data from FastCGI server
[Sun Feb 05 19:42:21.405898 2017] [core:error] [pid 1000360:tid 139953187026688] [client 72.79.57.172:50119] End of script output before headers: index.php
[Sun Feb 05 19:42:28.093120 2017] [fcgid:warn] [pid 997454:tid 139953203812096] (104)Connection reset by peer: [client 188.104.86.232:49899] mod_fcgid: error reading data from FastCGI server
[Sun Feb 05 19:42:28.093154 2017] [core:error] [pid 997454:tid 139953203812096] [client 188.104.86.232:49899] End of script output before headers: index.php
[Sun Feb 05 19:42:29.985239 2017] [fcgid:warn] [pid 1000360:tid 139953357113088] (104)Connection reset by peer: [client 72.79.57.172:50129] mod_fcgid: error reading data from FastCGI server
[Sun Feb 05 19:42:29.985288 2017] [core:error] [pid 1000360:tid 139953357113088] [client 72.79.57.172:50129] End of script output before headers: index.php
 

radonshop

Gut bekanntes Mitglied
9. Juni 2016
203
13
der meint, dass er uns bei dem Problem nicht weiterhelfen kann.

das letzte backup ist von Donnerstag

hat noch jemand eine Idee?
 

css-umsetzung

Offizieller Servicepartner
SPBanner
6. Juli 2011
7.220
1.957
Berlin
Das sieht ja ni ht wirklich wie ein Ordner aus, den du so einfach löschen solltest.
Weißt du denn, wer der Besitzer des Ordners war?

Vermutlich können jetzt keine sessions oder andere temporäre Dateien nicht mehr abgelegt werden?
 

Xantiva

Sehr aktives Mitglied
28. August 2016
1.789
315
Düsseldorf
Kannst Du mal das Error-Level hoch setzen? Vielleicht sieht man dann mehr ...
/includes/config.JTL- Shop.ini.php

PHP:
//enables printing of warnings/infos/errors for the shop frontend
define('SHOP_LOG_LEVEL', E_ALL);
//enables printing of warnings/infos/errors for the dbeS sync
define('SYNC_LOG_LEVEL', E_ALL);
//enables printing of warnings/infos/errors for the admin backend
define('ADMIN_LOG_LEVEL', E_ALL);
//enables printing of warnings/infos/errors for the smarty templates
define('SMARTY_LOG_LEVEL', E_ALL);
//excplicitly show/hide errors
ini_set('display_errors', 1);
define('ES_DB_LOGGING', 1);
define('ES_LOGGING', 1);
 

radonshop

Gut bekanntes Mitglied
9. Juni 2016
203
13
hab ich gemacht, leider sieht man nicht mehr, immer noch:

[Mon Feb 06 05:19:21.614362 2017] [fcgid:warn] [pid 787638:tid 139953161848576] (104)Connection reset by peer: [client 163.172.66.64:38331] mod_fcgid: error reading data from FastCGI server
[Mon Feb 06 05:19:21.614401 2017] [core:error] [pid 787638:tid 139953161848576] [client 163.172.66.64:38331] End of script output before headers: index.php
 

radonshop

Gut bekanntes Mitglied
9. Juni 2016
203
13
noch eine Frage zum backup, ich könnte ja das Backup vom Donnerstag einspielen lassen, ich würde jedoch die Datenbank so lassen wie sie ist (da sind einige Bestellungen reingekommen).
könnte das funktionieren?
 

ag-websolutions.de

Sehr aktives Mitglied
29. Dezember 2009
14.548
232
Könnte ... wenn du dir aber Besitzrechte an Ordner zerschossen hast, dann kann es dir passieren, dass diese durch das Backup auch nicht rekonstruiert werden.
 

css-umsetzung

Offizieller Servicepartner
SPBanner
6. Juli 2011
7.220
1.957
Berlin
Ok du hast also irgendein cloud linux?

Schau mal hier, da gibt es Möglichkeiten, das cagefs neu zu konfigurieren.

https://docs.cloudlinux.com/index.html?tmp_directories.html

Da steht unter anderem, das Files in diesem tmp erst nach 30 Tagen gelöscht werden, das ist ungünstig, wenn du mit sessions arbeitest, nicht nur wegen der unsicherheit, sondern ach weil der Shop das ganze system mit sessions ohne ende zuknallt. Das musst du dann dringend ändern, das das mind. Nach inem Tag passiert.
 

radonshop

Gut bekanntes Mitglied
9. Juni 2016
203
13
danke für die Antwort. Mein Provider schreibt:

"der Ordner muss nicht neu initialisiert werden."

jetzt bin ich komplett ratlos
 

css-umsetzung

Offizieller Servicepartner
SPBanner
6. Juli 2011
7.220
1.957
Berlin
Hast du deinem Provider auch gesagt was du gemacht hast?

Dann lass JTL oder wen anders darauf schauen, warum der Shop eine Fehlermeldung bekommt.
 

david

Administrator
Mitarbeiter
16. Juli 2010
2.310
170
Bis zum Shop geht der Request ja erst gar nicht, hier scheint eher ein allgemeines Problem in der FCGI-Konfiguration vorzuliegen. Dabei sollte der Hoster weiterhelfen können.
 

radonshop

Gut bekanntes Mitglied
9. Juni 2016
203
13
also erstmals vielen Dank für eure Antworten. Mit denen konnte ich den Hoster dazu bewegen, mal genauer nach zu sehen.
Wir sind jetzt wieder online, auch dank eurem Input!!! Tausend Dank an alle!
 

css-umsetzung

Offizieller Servicepartner
SPBanner
6. Juli 2011
7.220
1.957
Berlin
Ja uuuuuuuuuuuuuuuuund..... was hat er nun gemacht?

Denk aber daran, wenn da die sessions wirklich 30 Tage rumliegen sollten, wird das wieder schief gehen, du solltest darauf achten.