Increasing disk space vg_splat-lv_current

[Christopher_Ta1]

I have notice that my disk space is increasing. Is this because of IPS? I started at 83% then after 6 months it is now at 51%

Any recommendation? Thanks

/dev/mapper/vg_splat-lv_current  78G   38G   37G  51% /

[PhoneBoy]

IPS is one, application of jumbo hotfixes might be another. 

[Kiran_Naidu1]

Can you provide the Screen-shot of the contents in that partition (if possible with the size of each files)?

[Ivo_Marques]

Hi,

My bet is Database Revision Controll. 

Could you check  $FWDIR/conf/db_versions/repository , how much space is used here?

[Christopher_Ta1]

I removed some of the repository. From 51% now its 58%. But still, its high from 83% (6months ago)

100156  /opt/CPsuite-R77/fw1/conf/db_versions/repository/54
101876  /opt/CPsuite-R77/fw1/conf/db_versions/repository/125
102076  /opt/CPsuite-R77/fw1/conf/db_versions/repository/126
95996   /opt/CPsuite-R77/fw1/conf/db_versions/repository/39
102080  /opt/CPsuite-R77/fw1/conf/db_versions/repository/127
101688  /opt/CPsuite-R77/fw1/conf/db_versions/repository/124
603876  /opt/CPsuite-R77/fw1/conf/db_versions/repository

[Jason_Dance]

You can use the following expert mode command to see where the diskspace is being taken up:

du -s -k /* |sort -rn |head -11

As you identify the large folders, change the /* in the command (eg /opt/*) to the folder next level down to drill in further.

Sources of disk consumption tend to be revision control as Ivo said, any tracing you have enabled, old packages left over from upgrades, logs, and jumbo hotfixes as Dameon said. 

You might want also to run through sk60080.

[Gaurav_Pandya]

Yes As Jason suggested, Here's a command I use to see where large files are:  du -sk * | sort -rn.  Start in root and then keep drilling down into folders.

To find out which directory is using the most space, you can use "du sh *|more" command, to further find out the sub-directories consuming space you can use "du sh <dir_name>" e.g "du sh /var/log"

[Christopher_Ta1]

but my problem is /dev/mapper/vg_splat-lv_current

/dev/mapper/vg_splat-lv_current
                       78G   33G   42G  44% /
/dev/sda1             289M   24M  251M   9% /boot
tmpfs                  16G     0   16G   0% /dev/shm
/dev/mapper/vg_splat-lv_log
                      238G   67G  159G  30% /var/log

[Christopher_Ta1]

87592648        /var
7715052 /mnt
2490896 /opt
2244440 /home
592792  /sysimg
180852  /usr
126072  /lib
42364   /web
30672   /tmp
27504   /sbin
27254   /boot

[Ivo_Marques]

Well, you have 87G on the /var, excluding the /var/log (67G) you are consuming about 20Gb (20G is the amount of space you lose in 6 month)

Please, check the size of:

/var/CPbackup

/var/CPsnapshot

/var/opt

[Expert@hostname:0]#cd /var

[Expert@hostname:0]#du -h --max-depth=1

[MrSaintz]

/mnt is also taking 7GB rather strange place to have stuff taking disk space unless you really have some mounted device in.

I don't know if you run the command while you had some mounted device in there, but I would give it a check.

[Christopher_Ta1]

Thanks everyone. I overlooked the /mnt. I mounted a device and forgot to unmount. 

[MrSaintz]

and 2GB in home, maybe some debugs/caps other stuff is forgoten there. that's already 9GB

[Christopher_Ta1]

I already fixed by removing the /mnt. Thanks everyone

[Yuber_Sierra]

I had the same issue in my Management Server, solved deleting the contents of directories in $FWDIR/conf/db_snapshot/

See sk92664