Swap size way larger than my drives
I've been trying to patch one of my servers with patchadd and it's been failing with a statvfs error, specifically in creating directories or whatnot in the /tmp directory. I've been banging my head for a couple days trying to figure this out as I just patched an almost mirror system just fine. This morning I stumbled across something that might be the cause. My output for a df -h showed 'E' rather than 'G' for gigabyte and I couldn't figure out why. It's been like this for a while (I inherited these systems a year ago) but it didn't seem to affect anything so I figured I would leave it be until I figured out what was causing it.
(shortened)
bash-2.05# df -h
Filesystem sizeused avail capacity Mounted on
/dev/vx/dsk/bootdg/rootvol
9.8G2.8G7.0G29%/
/dev/vx/dsk/bootdg/var
9.8G1.7G8.1G18%/var
swap16E176K16E1%/var/run
dmpfs16E0K16E0%/dev/vx/dmp
dmpfs16E0K16E0%/dev/vx/rdmp
swap16E160M16E1%/tmp
--snip
This morning I was thinking about the /tmp dir and looking at the 'E' and it just struck me that might very well be the problem with statvfs failing during the patchadd....
bash-2.05# df
/(/dev/vx/dsk/bootdg/rootvol):14829768 blocks 1161671 files
/var(/dev/vx/dsk/bootdg/var):17097444 blocks 1235536 files
/var/run(swap ):36028797046197024 blocks 1184321 files
/dev/vx/dmp(dmpfs ):36028797046197024 blocks 1184321 files
/dev/vx/rdmp(dmpfs ):36028797046197024 blocks 1184321 files
/tmp(swap ):36028797046197024 blocks 1184321 files
Uhh. How many blocks? Hmmm. As this is a production server I don't have a whole lot of leeway to play with it (unless this patch becomes that critical) but I was wondering anyone has any ideas as to how this might have come about or a way of rectifying it. I suppose I could try deleting and recreating them, but I'm kind of exploring my options right now. Thoughts?
Thanks,
William
