Operating System (OS/VERSION):
root@painel:~# cat /etc/issue
root@painel:~# uname -a
root@painel:~# dpkg -l | egrep -i vesta
Installed Software (what you got with the installer):
(apache+nginx) + php + exim + bind + devecot + iptables
Steps to Reproduce:
Default installation without any vestacp customized configuration.
Yesterday that server had 100% inode usage and all user services stopped to work. I saw 3 millions of php session files created and not removed. So, because everything stopped to work, I removed some of them manually with:
Related Issues/Forum Threads:
I found same question here:
I observed session.gc_probability configuration is zero (default vestacp configuration), but I really think we can not use zero in this configuration.
And I found that value is 1 on sources:
I changed manually session.gc_probability to 1 and restarted nginx/apache and now I am seeing 1.4mi of php session files at /home/admin/tmp/ decreased to 129703. I think its too much either, but much better of course.
The text was updated successfully, but these errors were encountered: