Hi, I have millions of old PHP session files in my websites' tmp directories. E.g. /var/www/clients/client10/web75/tmp I noticed that there is a PHP cronjob that should take care of this: /usr/local/ispconfig/server/lib/classes/cron.d/200-logfiles.inc.php How can I debug the problem? Can I somehow invoke these cronjobs manually? What can be the cause of the problem? Is the cronjob not called or failing? This is a server that initially started on Debian 7 with ISPConfig 3.x. Today the server is running Debian 10 with ISPConfig 3.1.15p3. - Thanks /Jimmy
If I remember correctly, there was an issue with not cleaned up session files but this has been resolved in 3.1 beta version. I don't recommend updating production systems to 3.2 yet, but you might get the latest logfiles plugin, which is doing the session cleanup as well, and copy it onto your server: https://git.ispconfig.org/ispconfig...erver/lib/classes/cron.d/200-logfiles.inc.php the file needs to be copied to: /usr/local/ispconfig/server/lib/classes/cron.d/200-logfiles.inc.php
Taleman had a script: https://www.howtoforge.com/community/threads/php-individual-tmp-sessions-not-deleted.41752/ It is fixed in 3.2: https://git.ispconfig.org/ispconfig/ispconfig3/-/issues/5434
You can upgrade to git-nightly, but we are still fixing some bugs so I wouldn't suggest doing that. Wait for 3.2 to come out or use the script from Taleman.
@Th0m: Let me clearify; I just want to manually run the cron-job @till provided from the command line, so I can verify that it works. I have no problem cleaning out the session files myself. I just want to make sure that the updated cronjob I'm about to install works. I believe I once stumpled upon a command that lets us trigger these cron jobs manually - I just don't remember how
php /usr/local/ispconfig/server/cron_debug.php --cronjob=CRONJOBNAME.inc.php You can copy the change from https://git.ispconfig.org/ispconfig/ispconfig3/-/merge_requests/946/diffs