Fake disk Size

[Danish Shakil]

Hello guys!

I have a problem, i m using HP Server Rp4440
with HPUX 11i.

The bdf command shows the /tmp slice is full 100%.
But when i add size of all files it is less then
2%. Please help me in this regard, because in /tmp i have rcpbind file which cause CDE login failure if /tmp is 100% full.

Is there any script which shows the fake disk space , and if it is how to stop it.

Thanks a lot

[Hein van den Heuvel]

Hello Danish, welcome to the HP ITRC Forums.
Please spend a minute to look around for general usage. Your topic was created in the Tru64 (Aplha processor) family, not hpux, so if this reply does not answer your question, please try again there, or wait for a moderator to move this over.

Anyway, a full mountpoint according to df, but not according to ls, is often due to users having files still open, but already deleted.
You did use 'ls -alR /tmp' right?
compare also with 'du -s /tmp/*'

Mow try 'fuser /tmp', and toss in some modifiers after reading the man page for it.

Does /tmp have its own mount point / ls?
When you did a 'df /tmp' did it show that or was it (accidently) part of /?
You do not want /tmp to be on /!

Finally, Maybe it does not surprise you to learn that are not the only one to have a question in this area. Google for mroe answers:

google: +hpux +"/tmp" +full +site:itrc.hp.com

Regards,
Hein van den Heuvel
HvdH Performance Consulting

[melvyn burnard]

poste in wrong forum, moved to more appropriate forum

[Danish Shakil]

Please find the attachment,
I have some logs to show you.

[Hein van den Heuvel]

I agree that does not show much usage.
You did not do the -R nor 'du' but admittedly there is only .AgentSockets/

I see a lot of old junk there, why confuse yourself and us with that, just remove anything older then a few days.
I don't see . nor .., so maybe you need -A?

Next would be the fuser or lsof actions.

If all that fails yo may want to consider to just re-create /tmp with newfs (in single user mode?)

To get a running system to move forward in this situtation I would attempt to re-direct /tmp for a while. I have NOT ever neeed to try this, but I should think you can do:
#mkdir /usr/tmp
#mv /tmp /this_is_the_real_tmp
#ln -s /usr/tmp /tmp
Clean up on next boot.

And keep on reading!
Google: hpux tmp full

http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=997704

http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=881926

Good luck,
Hein.

[Raj D.]

Danish,

If you have the lsof utility run on tmp to find out the used files, and check if any big file is in the process may be occupying
some large space. Check the pid's and debug.

# lsof /tmp


use this command to find out large fils:
# cd /tmp
# ls -lR | sort +4 -5nr | head -n 30

also check with # du -sk * | sort -rn


Hth,
Raj.