/etc/vx is too big

[Murat SULUHAN]

Hi

the root fs is full and /etc/vx directory is too big like below
26680 ./vx
21656 ./vx/type
14752 ./opt
12360 ./opt/resmon
11184 ./opt/resmon/opt
8616 ./vx/type/static
7560 ./opt/resmon/opt/resmon
6344 ./vx/type/gen
5944 ./lvmconf


How can I decrease the size of vx directory.

I cannot shutdown the system, so I cannot apply make_tape_recovery solution.

Best Regards
Murat

[Simon Hargrave]

That is the standard size for that filesystem, so without removing it completely there's nothing "unusual" in there. I wouldn't recommend just deleting it though, it's veritas files and you may have issues.

However that directory is only 26Mb in size, so if you're really scraping for that much space your / filesystem must be REALLY small. I would seriously consider finding the downtime to increase this space with a make_tape_recovery procedure. If you don't then you may have unplanned downtime forced upon you when it fills up with a core file or similar!

How big is /?

[Yogeeraj_1]

hi murat,

check your /etc/vx/type for any core dumps.

also check your /etc/ (e.g. rc.log)

regards
yogeeraj

[Leif Halvarsson_2]

Hi,
I don't belive there is any problem with the /etc/vx. My /etc/vx is nearly exact as big as yours.

[Murat SULUHAN]

Hi

/etc/vx directory like below

120 aslkey.d
0 bin
8 ddl.support
0 diag.d
0 elm
80 isis
8 jbod.info
0 lib
360 licenses
8 reconfig.d
4008 static.d
21656 type
0 voladm.d
312 vras
96 vvr
8 vvrports
8 vvrports.template

root fs size is default so 204800 kb.

Best Regards
Murat

[Simon Hargrave]

Don't worry about your /etc filesystem, it looks fine. Check elsewhere on your / filesystem with: -

# du -skx /*

Then investigate the larges, or post results here.

[Simon Hargrave]

Sorry try this:

# du -xk / | sort -n

[Murat SULUHAN]

Hi

/dev/vg00/lvol3 204800 204800 0 100% /
/dev/vg00/lvol1 298928 59760 209272 22% /stand
/dev/vg00/lvol8 4710400 597280 4081080 13% /var
/dev/vg00/lvol7 2039808 1459080 579312 72% /usr
/dev/vg00/lvol4 720896 339480 379376 47% /tmp
/dev/vg00/lvol6 2015232 1746032 267152 87% /opt
/dev/vg00/lvol5 204800 58920 144792 29% /home
/dev/vg01/lvol1 71106560 70431024 671464 99% /u01


0 /app
0 /bin
0 /cdrom
8 /dead.letter
88 /dev
52344 /etc
56320 /home
0 /jdevhome
0 /lib
0 /lost+found
0 /net
1736704 /opt
0 /orainst
37472 /sbin
59760 /stand
336016 /tmp
0 /tst
70395664 /u01
1445976 /usr
590104 /var
8 /vgchange_pids1977
8 /vgchange_pids4682

[Murat SULUHAN]

Hi

/dev/vg00/lvol3 204800 204800 0 100% /
/dev/vg00/lvol1 298928 59760 209272 22% /stand
/dev/vg00/lvol8 4710400 597280 4081080 13% /var
/dev/vg00/lvol7 2039808 1459080 579312 72% /usr
/dev/vg00/lvol4 720896 339480 379376 47% /tmp
/dev/vg00/lvol6 2015232 1746032 267152 87% /opt
/dev/vg00/lvol5 204800 58920 144792 29% /home
/dev/vg01/lvol1 71106560 70431024 671464 99% /u01


0 /app
0 /bin
0 /cdrom
8 /dead.letter
88 /dev
52344 /etc
56320 /home
0 /jdevhome
0 /lib
0 /lost+found
0 /net
1736704 /opt
0 /orainst
37472 /sbin
59760 /stand
336016 /tmp
0 /tst
70395664 /u01
1445976 /usr
590104 /var
8 /vgchange_pids1977
8 /vgchange_pids4682

Best Regards
Murat

[Murat SULUHAN]

Hi

I attached

du -xk / | sort -n

output,

I am so sorry for last message, first itrc server gives an error then I retried.

[Bill Hassell]

As mentioned, the /etc/vx directory is not your problem at all. With a 204 meg root directory, you have plenty of room -- unless someone has stored massive files and/or directories where they don't belong. To help analyze the problems, post the results of this command:

du -kx / | sort -rn | head -20

The top line will be / and if it is full, will read close to 200 megs (the units of measure are Kbytes). Here is a "typical" layout for an 11.11 HP-UX root filesystem:

95376 /
48696 /sbin
42840 /etc
26680 /etc/vx
21656 /etc/vx/type
14992 /sbin/fs
10512 /etc/opt

You see that / is 95 megs, and the second largest directory is /sbin at 48 megs, then /etc at 42 megs. If /dev is high on your list, someone with the root login made a serious spelling error and you have ordinary files in /dev (there are never ordinary files in /dev). Find these bogus files with the command:

find /dev -type f -exec ll {} \;

It must return nothing. IF you see something listed, it can be safely removed.

[Murat SULUHAN]

Hi

du -kx / | sort -rn | head -20

92504 /
52344 /etc
37472 /sbin
26680 /etc/vx
21656 /etc/vx/type
14752 /etc/opt
12360 /etc/opt/resmon
11184 /etc/opt/resmon/opt
8616 /etc/vx/type/static
7560 /etc/opt/resmon/opt/resmon
6344 /etc/vx/type/gen
5944 /etc/lvmconf
5904 /sbin/fs
5120 /etc/vx/type/raid5
4008 /etc/vx/static.d
4008 /etc/opt/resmon/opt/resmon/lbin
3624 /etc/opt/resmon/opt/samba/codepages
3624 /etc/opt/resmon/opt/samba
3496 /sbin/fs/vxfs
3296 /etc/vx/static.d/build

and

find /dev -type f -exec ll {} \ command gives me -rw-rw-r-- 1 root sys 0 Jul 20 2004 /dev/null0

Best Regards
Murat

[Murat SULUHAN]

I switched packages to the other node then I rebooted the system

then

Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 204800 96928 107168 47% /
/dev/vg00/lvol1 298928 59760 209272 22% /stand
/dev/vg00/lvol8 4710400 587096 4091200 13% /var
/dev/vg00/lvol7 2039808 1459080 579312 72% /usr
/dev/vg00/lvol4 720896 339344 379512 47% /tmp
/dev/vg00/lvol6 2015232 1746056 267128 87% /opt
/dev/vg00/lvol5 204800 58920 144792 29% /home

Is it bug ?

Best Regards
Murat

[Cem Tugrul]

Murat Slm,

core dosyalarini check edebilir misin?
(Could you please check core files?)

find . -name core -exec ll -d {} \;

[Simon Hargrave]

I suspect what happened is someone deleted a "large" file whilst it was in use. The file therefore didn't exist on the filesystem so you couldn't find it with find, du etc, however because the file was open the data was still on the disk. This would exhibit the symptoms of the space being freed when the server rebooted.

Did you delete any large files (eg log files) recently that may have been in use?

[Simon Hargrave]

In fact as well looking at your "du" output attached it shows that only 90Mb of files were found, when really 200Mb was registered by bdf. This is almost certainly that a 100Mb file was deleted whilst still in use.

[Bill Hassell]

The /dev/null0 file can be removed but since it is 0 bytes in size, it won't make a difference. bdf and du will disagree when there are temp files that have been recently removed. If you get a similar situation with / full again, run the du command to find the culprit.

[Murat SULUHAN]

Hi

I am so sorry for delayed update,

there was no core file in root fs or others
no big file deletion on this system

I switched the package to other node, and rebooted the system. Solution is that all.

Thanks for every responses

Best Regards
Murat

PS: I am really sorry for delayed update

[J.A.R. Karremans]

Well,

I have a similar problem...
with /vx being the larges filesystem in /etc and making my / filesystem (500 MEGS) full and keeping it full, even after moving a file like vold.o from the vx directory....

please help...
I regained 64M and now it's 0 again!!

[Robert-Jan Goossens]

Could you please create a new thread an link your question to this thread.

Also add the output of
# du -kx / | sort -rn | head -20

Met vriendelijke groet,

Robert-Jan