/tmp 100%

[Spark_2]

Can a 100% full /tmp cause a hpux system to crash?

[Jestin John Chacko]

Hai.....


Why you are taking risk ?????


check the file-system using

du -kx /tmp/* | sort -rn | head -n 30 and find out which files are taking more space....

Check in syslog for any detailed information.

[Spark_2]

I haven't faced such a situation but need the info for some configuration task

[Pete Randall]

We need a clearer definition of "crash". Certainly any process that needs to write to /tmp will hang - that could be devastating to your system without the system actually "crashing".

To answer your question literally, no, it won't crash. It will most likely become unusable and require rebooting to fix the problem, however.


Pete

[Suraj K Sankari]

Hi,

>>Can a 100% full /tmp cause a hpux system to crash?

System will not crash but might system will hung.

Suraj

[Yogesh M Puranik · Accepted solution]

Hello,

>>>Can a 100% full /tmp cause a hpux system to crash?


/tmp is a very critical file system in unix.

if it is 100% full,

May be neither a single command will work nor the application(ex.Java,web).
Because its directly related to your memory part.

So careful about this area.


Rgds
Yogesh

[Bill Hassell]

HP-UX, like most every version of Unix, requires daily monitoring of /tmp, and /var and also /. To see where the space is used, these commands will help:

# du -kx / | sort -rn | head -20
# du -kx /tmp | sort -rn | head -20
# du -kx /var | sort -rn | head -20

Additionally, you'll want to check on the rest of the filesystems:

# bdf

Or you can used the attached script called bdfmegs to find all the filesystems that exceed a certain percentage:

# bdfmegs -l -P 90