Restart the firewall. /dev/shm is used on the firewall the same as it is on any other Linux system, it's a temporary file store that uses memory instead of disk like /tmp does. Outside of restarting the firewall I'm not sure there's a way exposed to actually do anything about it outside of a reload.
Typically this is cleared on reboot but after upgrading to 10.0.6 its failed to clear the space on system reboot.
I have looked at the other drives on the PAN are there seems to be no capacity issues other then the tmpfs /dev/shm location at 97%.
Can yoU confirm whether this is expected on later versions 10.0.x +?
This is what we received from TAC:
When auto refresh for dashboard and content is happening very frequently (every 1-2 min) and continuously, some intermittent shm memory growth is still expected though but it should get released gradually and no big build-up should be observed and /dev/shm should not be filled up. But /dev/shm partition disk space builds-up .Also, expected to see Not enough space to load conent to SHM" errors in the system log.
This issue is already identified and reported on 10.0.0 over VM platforms - Engineering team comments that this fix requires some architectural changes on the report generation part of PanOS. Currently the change has been marked as a feature enhancement and is targeted to be addressed with PanOS 11.0 version or 10.2.0. The tentative target fix version depends on QA validation tests; which usually are completed prior to a week or two of the software release.
Click Accept as Solution to acknowledge that the answer to your question has been provided.
The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!
These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!
The LIVEcommunity thanks you for your participation!