Create a Post
cancel
Showing results for 
Search instead for 
Did you mean: 
Christopher_Ta1
Contributor

Increasing disk space vg_splat-lv_current

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% /

14 Replies
PhoneBoy
Admin
Admin

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

0 Kudos
Kiran_Naidu1
Participant

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

0 Kudos
Ivo_Marques
Contributor

Hi,

My bet is Database Revision Controll. 

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

Christopher_Ta1
Contributor

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

0 Kudos
Jason_Dance
Collaborator

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.

0 Kudos
Gaurav_Pandya
Advisor

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"

0 Kudos
Christopher_Ta1
Contributor

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

0 Kudos
Christopher_Ta1
Contributor

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

0 Kudos
Ivo_Marques
Contributor

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

0 Kudos
MrSaintz
Contributor

/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.

Carlos Santos
Christopher_Ta1
Contributor

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

0 Kudos
MrSaintz
Contributor

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

Carlos Santos
Christopher_Ta1
Contributor

I already fixed by removing the /mnt. Thanks everyone Smiley Happy

Yuber_Sierra
Participant

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

See sk92664

Leaderboard

Epsum factorial non deposit quid pro quo hic escorol.

Upcoming Events

    CheckMates Events