The filesystem “/var/tmp” mounted at “/var/tmp” reached “warn” status because you currently use 82.88% of its available inodes.

[monkey64]

I received 2 emails from cPanel Monitoring:

The filesystem “/tmp” mounted at “/tmp” reached “warn” status because you currently use 82.88% of its available inodes. Notification Type:​ warn ​ Server:​ server.com​ Primary IP Address:​ 12.34.56.78​ Filesystem:​ /tmp​ Mount Point:​ /tmp Percent Used:​ 82.88%​ Inode Usage:​ ​ Used:​ 217,266​ Available:​ 44,878​ Total:​ 262,144​ ChkServd Version:​ 17.0

AND this one sent at the same time:

The filesystem “/var/tmp” mounted at “/var/tmp” reached “warn” status because you currently use 82.88% of its available inodes. Notification Type:​ warn ​ Server:​ server.com​ Primary IP Address:​ 12.34.56.78​ Filesystem:​ /var/tmp​ Mount Point:​ /var/tmp Percent Used:​ 82.88%​ Inode Usage:​ ​ Used:​ 217,266​ Available:​ 44,878​ Total:​ 262,144​ ChkServd Version:​ 17.0

Here is the output of du -h

devtmpfs 3.8G 0 3.8G 0% /dev
tmpfs 3.8G 0 3.8G 0% /dev/shm
tmpfs 3.8G 385M 3.5G 10% /run
tmpfs 3.8G 0 3.8G 0% /sys/fs/cgroup
/dev/sda 156G 43G 113G 28% /
/dev/sdd 148G 80G 60G 58% /home2
/dev/loop0 3.9G 24M 3.7G 1% /tmp
tmpfs 777M 0 777M 0% /run/user/0

Here is the output of du -ih

Filesystem Inodes IUsed IFree IUse% Mounted on
devtmpfs 967K 341 967K 1% /dev
tmpfs 972K 1 972K 1% /dev/shm
tmpfs 972K 665 971K 1% /run
tmpfs 972K 17 972K 1% /sys/fs/cgroup
/dev/sda 10M 340K 9.7M 4% /
/dev/sdd 9.4M 680K 8.8M 8% /home2
/dev/loop0 256K 216K 41K 85% /tmp
tmpfs 972K 232 971K 1% /run/user/0


Now I have just noticed that php uses /tmp as its session.save_path. I think the default was meant to be "/var/cpanel/php/sessions/ea-php74". Could this be causing the problem?

I have attached a screen-shot of the contents of my /tmp directory.

I'm not sure what action I need to take. Can anyone help?

Any ideas?

 

[monkey64]

Just to update...

It was PHP writing session files to /tmp which caused the issue.
As a workaround, I ran the following to remove sess_* files older than 1 day:

find /tmp/systemd-private*php-fpm.service* -name sess_* ! -mtime -1 -exec rm -f '{}' \;

After that, I changed the session.save_path to the default (/var/cpanel/php/sessions/ea-php74). CPanel have a script to clean user php session (/usr/local/cpanel/scripts/clean_user_php_sessions) which runs periodically via CRON. Now the sessions are stored in the right place, I'm hoping that they should get removed by the script.

 

[cPRex]

Hey there! On my personal system I see that PHP 7.4 has this configured as the default:

session.save_path = "/var/cpanel/php/sessions/ea-php74"

so if that as set to something else, that change was likely made to the server at some point. With the changes you've implemented I would expect the server to work well.