vx_nospace messages on Openmail file system

[Tony Kuehn]

We have a HPUX 11.11 server that is running Contact (new Openmail) and we are continually getting "vx_nospace" messages for the file system /var/opt/openmail. From my experince, these messages indeed mean the file system ran out of space (usually trying to create a temporary file). We have separate file systems for /var/opt/openmail/[omtmp|data], which are the two file systems that I would expect to create large files from user activity etc...
Does anyone have any idea's what could be causing the space issues in /var/opt/openmail or what else we could look at to troubleshoot this issue.
Please advise, thanks!!!

[Naveej.K.A]

Hi,

vx_space always relates to insufficient space on the filesystem.. could be one of your filesystem is full. either the /var/opt/openmail/omtpmp or /var/opt/openmail/data..

with best wishes
Naveej

[RAC_1]

vx_nospace along with this it will also give which file system has reached 100 %.
Check with bdf

Anil

[Tony Kuehn]

Sorry, I should have been more clear. The file system that is getting the vx_nospace message is /var/opt/openmail. /var/opt/openmail/data and /var/opt/openmail/omtmp are separate file systems that are not having issues, however, they would be the ones that I would expect to see this problem from.

[Tony Kuehn]

Also, by the time we get the message and do a bdf the file system (/var/opt/openmail) is back down to 78%??

[Naveej.K.A]

can you pls post your bdf output

with regards
naveej

[Mark Grant]

Tony,

On most system I've seen, /var/opt/openmail wouldn't be a separate file system and therefore it's /var filling up. I just want to make certain this isn't the case for you.

posting relevant bits of "bdf" output might be useful if you can.

[Juergen Tappe]

A good way to find new big files:

find /dir -xdev -mtime -1 -size +1000000c

which finds files only in that filesystem (-xdev) modified in -less that 24 hours ago and bigger than a Meg.

You can adjust the parameters for your purpose.


... or to find files modified since a less that a day.
touch (-t 05211200) /tmp/reftime
find /dir -xdev -newer /tmp/reftime

finds any files newer than the reference file.

[Tony Kuehn]

Here is the bdf output for the Openmail file systems.

/dev/vgom/lvol1 614400 63803 516220 11% /opt/openmail
/dev/vgom/lvol2 2048000 1629623 392366 81% /var/opt/openmail
/dev/vgom/lvol5 81408000 55109256 26113360 68% /var/opt/openmail/data
/dev/vgom/lvol4 409600 170085 224668 43% /var/opt/openmail/dir
/dev/vgom/lvol3 1187840 739640 421226 64% /var/opt/openmail/omtmp

[Andrew Merritt_2]

Two suggestions:
Temporary files created by users when they are signed in (by the client) are in /var/opt/openmail/user*. You can use UAL_SINGLE_TEMP_DIR to get them all into one place.

Try running fsadm to defrag the file system to stop the vx_nospace errors.