TMP-Ordner läuft voll

[MDMAN]

Hallo!

Ich habe seit kurzen das Problem, dass mein TMP-Ordner im Hauptverzeichnis überfüllt wird...

Es werden jede Stunde ca. 10 bis 150 neue Dateien angelegt.

Diese Dateien sehen vom Aufbau her alle gleich aus:

sess_ZahlenBuchstabenkombination

Anbei ein kleiner Ausschnitt:

Wie lösche ich diese Dateien automatisch?

Gruß
MDMAN

[MDMAN]

Nun die Lösung des Problems!

In Debian wird standard-mäßig die Garbage Collection auf 0 gesetzt sprich auf aus!

Die Garbage Collection löscht genau diese Session-Dateien. Normalerweise braucht man diese auch nicht aktivieren, es sein denn, man nutzt einen anderen session.save_path ...

Ich habe einen anderen session.save_path verwendet, aber die Garbage Collection nicht aktiviert. Die Standard-Cronjobs zum Löschen suchen nun immer im falschen Ordner und können dort natürlich nicht die passenden Sessions löschen...

Nun die Lösung des Problems:

in der php.ini nach

session.gc_probability

suchen.

Man sollte dann sowas finden:

; This is disabled in the Debian packages, due to the strict permissions
; on /var/lib/php5.  Instead of setting this here, see the cronjob at
; /etc/cron.d/php5, which uses the session.gc_maxlifetime setting below
;session.gc_probability = 0
session.gc_divisor     = 100

; After this number of seconds, stored data will be seen as 'garbage' and
; cleaned up by the garbage collection process.
session.gc_maxlifetime = 1440

Zur Erklärung:
session.gc_probability ist der Multiplikator, wie oft der Garbage Collection arbeitet.
session.gc_divisor ist der Teiler. Das Ergebnis ist quasi eine Prozentzahl (weil durch 100 geteilt). Nehmen wir an, es kommt die Zahl 0,01 heraus, sprich 1%, dann würde bei JEDEM 100sten PHP-Scriptaufruf der GC gestartet und dieser löscht dann alle Sessions die älter sind als die Maxliftime (in Sekunden). Diese wird hiermit festgelegt: session.gc_maxlifetime
Standardmäßig ist diese auf 24 Minuten eingestellt.

Man könnte auch den divisor ändern, oder den Multipliaktor, damit der GC öfters läuft... dieses ist aber gerade bei Servern mit vielen Usern und Script-Aufrufen eher nicht sinnvoll...

Eine gute Mischung ist zum Beispiel bei einem Forum wie dieses hier die Einstellung
session.gc_probability = 1
session.gc_divisor = 1000

Damit würde bei jedem 1.000sten PHP-Script aufruf der GC nach den Session schauen, und die Älteren löschen.

Meine Einstellung jetzt auf meinem Server sieht so aus:

; This is disabled in the Debian packages, due to the strict permissions
; on /var/lib/php5.  Instead of setting this here, see the cronjob at
; /etc/cron.d/php5, which uses the session.gc_maxlifetime setting below
session.gc_probability = 1
session.gc_divisor     = 1000

; After this number of seconds, stored data will be seen as 'garbage' and
; cleaned up by the garbage collection process.
session.gc_maxlifetime = 1440

Damit sollte es funktionieren!

Gruß
MDMAN