Neu JTL-Shop frisst Unmengen Speicher -4 GB in 6 Tagen

[HelmaSpona]

Seit ein paar Tagen gibt es Probleme mit dem WAWI-Abgleich mit JTL-Shop 4 (gehostet bei Domainfactory).
Nach erstem Kontakt mit JTL hieß es das liegt an Schreibrechten für das dbeS/tmp-Verzeichnis oder vollem Festplattenspeicher. ....
Nach ein paar Recherchen hat sich ergeben, dass es tatsächlich ein Speicherproblem war. Anfänglich war das SHop-verzeichnis auf 4.000 MB begrenzt und der Shop ist damit problemlos jahrelang ausgekommen. Ich habe es dann auf 5.000 MB hochgesetzt. Dann ging auch der Abgleich wieder, aber nicht lange. Innerhalb eines Tages waren die 1000 MB wieder weg.
Inzwischen ist die Quota auf 8000 MB eingestellt und auch diese sind fast weg.

Irgendwas frisst Speicher, aber was, kann ich nicht finden. Der Cache vom Shop ist abgestellt und geleert. Die Garbage-Collection eingeschaltet. Am Shop wurde ja auch nichts verändert das Problem entstand über das Pfingstwochenende, OHNE das an der WAWI oder dem Shop Änderungen vorgenommen wurden. Wer kennt das Phänomen und kann mir einen Tipp geben?

 

[hula1499]

template_c?

Schau doch in deinem Hosting, wo die ganzen Datein liegen, normal sieht man das ja auch direkt beim Hoster, wenn der plesk/cpanel oder so hat (keine Ahnung was DF einsetzt).

 

[Magnus P]

Hallo @HelmaSpona ,

es gibt externe Tools (die nicht von JTL kommen), um die Ordner-Größen zuschauen - bpsw. https://rtol.de/tools/treesize/ - ganz wichtig das Tool hinterher wieder beim Shop löschen!

 

[HelmaSpona]

template_c?

Schau doch in deinem Hosting, wo die ganzen Datein liegen, normal sieht man das ja auch direkt beim Hoster, wenn der plesk/cpanel oder so hat (keine Ahnung was DF einsetzt).

Beim Hoster hab ich noch keine DAteiliste/Verzeichnisliste gesehen. Wenn ich per FTP draufschauhe ist das nichts ungewöhnliches. Ich habe gestern alle Verzeicnisse und Unterverzeichnisse durchgeguckt. Leider zeigt mir mein FTP-Programm für Ordner keine Größe an, nur für Dateien. Template_c? Habe ich gelöscht über das BAckend vom Shop. Da sind immer wieder neue DAteien drin, aber keine große Menge oder große Dateien.

 

[HelmaSpona]

Hallo @HelmaSpona ,

es gibt externe Tools (die nicht von JTL kommen), um die Ordner-Größen zuschauen - bpsw. https://rtol.de/tools/treesize/ - ganz wichtig das Tool hinterher wieder beim Shop löschen!

Danke, das werde ich mir nachher mal ansehen, JTL will sich heute morgen darum kümmern. Sollte das niciht passieren, werde ich das mal probieren.

 

[hula1499]

Danke, das werde ich mir nachher mal ansehen, JTL will sich heute morgen darum kümmern. Sollte das niciht passieren, werde ich das mal probieren.

Das Script ist wirklich gut, einfach nur hochladen, aufrufen und du siehst sofort, welche Verzeichnisse wv Speicherplatz brauchen, aber wie auch Magnus schon gesagt hat, UNBEDINGT! danach wieder vom Server löschen (Verzeichnisstruktur sichtbar etc)!

 

[JulianG]

Üblich für diese Art von Problem sind in der Regel zwei Verzeichnisse:
- dbeS/tmp -> Hier sind die Abgleichdateien drin. Der Ordner wird nach jedem erfolgreich abgeschlossenen Abgleich geleert. Nutzt man den Worker, fällt ggf. nicht auf, dass vllt sogar erst ganz am Ende des Abgleiches ein Fehler erscheint. Manuell Abgleichen sollte den Fehler offenbahren und weitere Untersuchung ermöglichen.
- templates_c/filecache -> Ist für den ObjectCache da. Ist dieser enorm groß, kann man ihn natürlich leeren; aber wenn er wieder sehr groß wird, dann benötigt der Cache anscheinend wirklich so viel Speicher. Das kann am Artikelstamm und/oder Plugins liegen. Ältere Shop-Versionen verbrauchen ggf. mehr Speicher als neue.

Bilderverzeichnisse verbrauchen natürlich auch viel (/bilder und /media), aber das hängt natürlich auch mit den verwendeten Bildern zusammen. Man sollte fürs Web optimierte (nicht zu große und gut komprimierte) Bilder verwenden. Der JTL-Shop muss Bilder in verschiedenen Größen anzeigen und deshalb werden sie 5fach gespeichert (Originalgröße, Large, Medium, Small, Extra-Small).
Die Fehlerbeschreibung wirkt auf den ersten Blick aber unwahrscheinlich passend für Bilder und ich tippe auch eher auf eins der oberen beiden Verzeichnisse.

 

[HelmaSpona]

Üblich für diese Art von Problem sind in der Regel zwei Verzeichnisse:
- dbeS/tmp -> Hier sind die Abgleichdateien drin. Der Ordner wird nach jedem erfolgreich abgeschlossenen Abgleich geleert. Nutzt man den Worker, fällt ggf. nicht auf, dass vllt sogar erst ganz am Ende des Abgleiches ein Fehler erscheint. Manuell Abgleichen sollte den Fehler offenbahren und weitere Untersuchung ermöglichen.
- templates_c/filecache -> Ist für den ObjectCache da. Ist dieser enorm groß, kann man ihn natürlich leeren; aber wenn er wieder sehr groß wird, dann benötigt der Cache anscheinend wirklich so viel Speicher. Das kann am Artikelstamm und/oder Plugins liegen. Ältere Shop-Versionen verbrauchen ggf. mehr Speicher als neue.

Bilderverzeichnisse verbrauchen natürlich auch viel (/bilder und /media), aber das hängt natürlich auch mit den verwendeten Bildern zusammen. Man sollte fürs Web optimierte (nicht zu große und gut komprimierte) Bilder verwenden. Der JTL-Shop muss Bilder in verschiedenen Größen anzeigen und deshalb werden sie 5fach gespeichert (Originalgröße, Large, Medium, Small, Extra-Small).
Die Fehlerbeschreibung wirkt auf den ersten Blick aber unwahrscheinlich passend für Bilder und ich tippe auch eher auf eins der oberen beiden Verzeichnisse.

Der Hoster hat inzwischen herausgefunden, dass die Dateien gar nicht im Verzeichnis des Shops entstehen, sondern im allgemeinen SEssion-Verzeichnis des Servers. Angeblich werden die Sessions nicht korrekt geschlossen und daher die Session-Daten nicht gelöscht. Dann kann ich natürlich im Shop-Verzeichnis keine Dateien finden. Warum der Speicherplatz dann aber auf die Quota des Shop-Verzeichnisses angerechnet wird, erschließt sich mir nicht ganz,

Wie auch immer Der Support von JTL ist dran an der Sache.

Der Shop wird immer nur manuell abgeglichen, so dass der Fehler natürlich auch sofort auffällt. und er war erst seit dem Pfingst-Wochenende da.

 

[JulianG]

Uff.. ich glaub da können wir eigentlich auch wenig helfen. Die Sessions müssten eigentlich vom php garbage collector automatisch nach x-Zeit inaktivität (normalerweise glaub ich 21 oder 24 Minuten) gelöscht werden. Das ist Serverkonfiguration.

 

[HelmaSpona]

Uff.. ich glaub da können wir eigentlich auch wenig helfen. Die Sessions müssten eigentlich vom php garbage collector automatisch nach x-Zeit inaktivität (normalerweise glaub ich 21 oder 24 Minuten) gelöscht werden. Das ist Serverkonfiguration.

Ich hab den Hoster noch mal angeschrieben.