Extending root VG from Ignite backup

[rianui]

Dear all,

I plan to extend a / (root) file system. The client says it filled up a month ago and now he needs to install something on the system. I have checked the root volume for any unnecessary files but can't seem to find any.
Here is what I plan to do. Tell me whether I'm on course. Also, I have attached output from vgdisplay -v

1) Take an ignite backup:
#make_tape_recovery -v -x inc_entire=vg00
2) Boot the system and interrupt it before it boots from the normal internal disk then make it to boot from the tape.

Now, from here I will need to follow what options I will get since I haven't done it before and don't have a test environment to try out first :-)
Kindly assist.

Regards,

Rianui



# vgdisplay -v
--- Volume groups ---
VG Name /dev/vg00
VG Write Access read/write
VG Status available
Max LV 255
Cur LV 8
Open LV 8
Max PV 16
Cur PV 1
Act PV 1
Max PE per PV 4353
VGDA 2
PE Size (Mbytes) 32
Total PE 4343
Alloc PE 1511
Free PE 2832
Total PVG 0
Total Spare PVs 0
Total Spare PVs in use 0

--- Logical volumes ---
LV Name /dev/vg00/lvol1
LV Status available/syncd
LV Size (Mbytes) 1792
Current LE 56
Allocated PE 56
Used PV 1

LV Name /dev/vg00/lvol2
LV Status available/syncd
LV Size (Mbytes) 16384
Current LE 512
Allocated PE 512
Used PV 1

LV Name /dev/vg00/lvol3
LV Status available/syncd
LV Size (Mbytes) 2048
Current LE 64
Allocated PE 64
Used PV 1

LV Name /dev/vg00/lvol4
LV Status available/syncd
LV Size (Mbytes) 2048
Current LE 64
Allocated PE 64
Used PV 1

LV Name /dev/vg00/lvol5
LV Status available/syncd
LV Size (Mbytes) 2048
Current LE 64
Allocated PE 64
Used PV 1

LV Name /dev/vg00/lvol6
LV Status available/syncd
LV Size (Mbytes) 8064
Current LE 252
Allocated PE 252
Used PV 1

LV Name /dev/vg00/lvol7
LV Status available/syncd
LV Size (Mbytes) 7264
Current LE 227
Allocated PE 227
Used PV 1

LV Name /dev/vg00/lvol8
LV Status available/syncd
LV Size (Mbytes) 8704
Current LE 272
Allocated PE 272
Used PV 1


--- Physical volumes ---
PV Name /dev/dsk/c1t4d0s2
PV Status available
Total PE 4343
Free PE 2832
Autoswitch On
Proactive Polling On


VG Name /dev/vg01
VG Write Access read/write
VG Status available
Max LV 128
Cur LV 1
Open LV 1
Max PV 8
Cur PV 1
Act PV 1
Max PE per PV 34809
VGDA 2
PE Size (Mbytes) 8
Total PE 17402
Alloc PE 12800
Free PE 4602
Total PVG 0
Total Spare PVs 0
Total Spare PVs in use 0

--- Logical volumes ---
LV Name /dev/vg01/lvolbnk
LV Status available/syncd
LV Size (Mbytes) 102400
Current LE 12800
Allocated PE 12800
Used PV 1


--- Physical volumes ---
PV Name /dev/dsk/c1t5d0
PV Status available
Total PE 17402
Free PE 4602
Autoswitch On
Proactive Polling On


VG Name /dev/vg02
VG Write Access read/write
VG Status available
Max LV 128
Cur LV 1
Open LV 1
Max PV 16
Cur PV 1
Act PV 1
Max PE per PV 35004
VGDA 2
PE Size (Mbytes) 8
Total PE 17499
Alloc PE 12800
Free PE 4699
Total PVG 0
Total Spare PVs 0
Total Spare PVs in use 0

--- Logical volumes ---
LV Name /dev/vg02/lvoltest
LV Status available/syncd
LV Size (Mbytes) 102400
Current LE 12800
Allocated PE 12800
Used PV 1


--- Physical volumes ---
PV Name /dev/dsk/c1t1d0
PV Status available
Total PE 17499
Free PE 4699
Autoswitch On
Proactive Polling On


VG Name /dev/vg03
VG Write Access read/write
VG Status available
Max LV 128
Cur LV 1
Open LV 1
Max PV 8
Cur PV 1
Act PV 1
Max PE per PV 35004
VGDA 2
PE Size (Mbytes) 4
Total PE 34998
Alloc PE 33750
Free PE 1248
Total PVG 0
Total Spare PVs 0
Total Spare PVs in use 0

--- Logical volumes ---
LV Name /dev/vg03/lvbackup
LV Status available/syncd
LV Size (Mbytes) 135000
Current LE 33750
Allocated PE 33750
Used PV 1


--- Physical volumes ---
PV Name /dev/dsk/c1t0d0
PV Status available
Total PE 34998
Free PE 1248
Autoswitch On
Proactive Polling On


#

[Pete Randall]

>> The client says it filled up a month ago and now he needs to install something on the system

Generally things are installed in /opt, sometimes in /usr (/usr/local, for example) - but in either case, there should be no extra space consumed in the root file system (/). What is it that they are installing?


Pete

[TTr]

The root volume is 2GB big, how did they fill it up? Are they in the habit of creating subdirectories under / and install software in them?
There is also about 90GB of free space in the root disk why not create another volume, mount it under / and install the new software?

[Ganesan R]

Hi,

As said above / filesystem is static one and should not consume this much space. You need to find the files/dir which consumes space and move/delete.

If you still want to extend by ignite backup,
select the interactive installation option when it boot from the ignite tape, modify the LV size and continue to install. It is not much difficult.

[Rita C Workman]

I'm with Pete (Hi Pete!) on this....a month ago and now they want to address...hmm..

Before I go to the point of extending / you might look under /dev for bogus files. I generally find where someone was trying to write to a tape but wrote it to a file, so check /dev/rmt/ for file(s) like that.
Next check things under /etc, like how many .bak files of things like host,lvmtab,group,...etc. are there and clean up the all but current & 1 backup.

But here are some old "notes" I have that might help you....

Rgrds,
Rita

[OFC_EDM]

If in the end you are forced to resize / with the ignite and since this is your first time using Ignite to resize root and you don't have a test system:

I noticed the root volume is mirrored. Maybe split it before re-sizing / with Ignite.
Then when you're system is rebuilt and working you can re-mirror VG00.

Also a good tape backup would be good.

Cheers

[Victor Fridyev]

You may try to find whether the / fs really needs to be extended.
Compare outputs of bdf / and a sum of du -ks for directories in the / fs. If you see a big difference in the results, i.e. bdf gives a much more number, reboot the machine. May be somebody removed a file, which was opened by a process and the process is alive.

HTH

[Torsten.]

LV Name /dev/vg00/lvol3
LV Status available/syncd
LV Size (Mbytes) 2048
Current LE 64
Allocated PE 64
Used PV 1


Should be really large enough!

Check if you have files/directories in / that not belongs to vg00 (previous advises)!

[rianui]

Hi all,

Apologies for taking long to reply.
I need to point out here that I don't have much knowlegde with UX, so kindly bear with my responses.

Pete,
The client wants to install a C++ compiler.

TTr,
I don't know that for sure but have attached an out put for ls -lrt

If possible I would like to avoid going the ignite way.
Thank you all for your time.

Regards,

Rianui


# ls -lrt
total 8274
-r--r--r-- 1 bin bin 964 Mar 26 2004 .profile
drwxr-xr-x 2 root root 96 Feb 25 2008 lost+found
lr-xr-xr-t 1 root sys 8 Feb 25 2008 bin -> /usr/bin
lr-xr-xr-t 1 root sys 8 Feb 25 2008 lib -> /usr/lib
drwxr-xr-x 2 root sys 96 Feb 25 2008 .ssh
dr-xr-xr-x 15 bin bin 8192 Feb 25 2008 sbin
-rwxr-xr-x 1 root sys 5451 Feb 25 2008 .dtprofile
-rw-r--r-- 1 root sys 8 Feb 25 2008 .firefox-license
drwx------ 3 root sys 96 Feb 25 2008 .mozilla
drwx------ 7 root sys 8192 Feb 25 2008 .VRTSob
dr-xr-xr-x 23 bin bin 8192 Feb 25 2008 var
dr-x------ 3 root sys 96 Feb 25 2008 .secure
-rw-rw-r-- 1 root sys 575 Feb 25 2008 bdf.log
drwxrwxr-x 2 root sys 96 Feb 25 2008 cdrom
drwxr-xr-x 6 root sys 8192 Apr 13 14:51 .sw
drwxr-xr-x 29 bin bin 8192 Apr 23 08:40 usr
-rw------- 1 root sys 3785384 May 10 09:29 core
-rw-r--r-- 1 root sys 291210 May 21 09:01 .fonts.cache-1
drwxrwxrwx 3 root sys 96 Jun 16 18:59 mom
dr-xr-xr-x 89 bin bin 8192 Aug 4 10:59 opt
drwxr-xr-x 6 root root 8192 Aug 4 10:59 home
drwxr-xr-x 5 root root 1024 Oct 7 18:40 backup
dr-xr-xr-x 8 bin bin 8192 Oct 7 21:00 stand
dr-xr-xr-x 1 root root 1 Oct 7 21:01 net
dr-xr-xr-x 18 bin bin 8192 Oct 7 21:02 dev
dr-xr-xr-x 30 bin bin 8192 Oct 8 10:57 etc
-rw------- 1 root sys 0 Oct 9 19:22 .Xauthority
-rw------- 1 root sys 75 Oct 9 19:22 .TTauthority
drwxrwxrwt 4 root root 8192 Oct 9 19:22 tmp
-rw------- 1 root sys 2420 Oct 9 19:22 .ICEauthority
drwxr-xr-x 11 root sys 8192 Oct 9 19:22 .dt
#

[Pete Randall]

Installing a C++ compiler should put no pressure on the / file system. As I said before, it should be installed in either /opt or /usr, depending on exactly what C++ compiler this is. HP? GNU?

In any case, post the output from "bdf -l" and let's take a look at exactly what is going on. It sounds like we have two separate issues here. One, we need to install some software - that should be simple to do. Two, we may have a full / file system - that should be easily correctable.


Pete

[Pete Randall]

Oh, and Hi, Rita!


Pete

Rianui - 0 points for socializing, please!

[TTr]

Post the output of these two commands
bdf
du -sk /* /.??*

[rianui]

Hi,
I have attached the requested info.
Pete, Didn't quite get what you meant on the second post....who's Rita ;-)

Victor,
You had earlier asked me to check the difference btwn du -sk and bdf. I hope this is ample info.
# du -ks
# 151070400
bdf is attached below.


Regards,

Rianui


# bdf -l
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 2097152 2097136 16 100% /
/dev/vg00/lvol1 1835008 222696 1599816 12% /stand
/dev/vg00/lvol8 8912896 2611560 6253344 29% /var
/dev/vg00/lvol7 7438336 4589336 2826752 62% /usr
/dev/vg02/lvoltest 104857600 33406726 67117534 33% /usr/globus/test
/dev/vg01/lvolbnk 104857600 21867953 77974310 22% /usr/globus/bnk
/dev/vg00/lvol5 2097152 16912 2063992 1% /tmp
/dev/vg00/lvol6 8257536 4099840 4126384 50% /opt
/dev/vg00/lvol4 2097152 17328 2064160 1% /home
/dev/vg03/lvbackup 138240000 83016096 51772458 62% /backup
#




# bdf
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 2097152 2097136 16 100% /
/dev/vg00/lvol1 1835008 222696 1599816 12% /stand
/dev/vg00/lvol8 8912896 2611560 6253344 29% /var
/dev/vg00/lvol7 7438336 4589336 2826752 62% /usr
/dev/vg02/lvoltest 104857600 33406726 67117534 33% /usr/globus/test
/dev/vg01/lvolbnk 104857600 21867953 77974310 22% /usr/globus/bnk
/dev/vg00/lvol5 2097152 16912 2063992 1% /tmp
/dev/vg00/lvol6 8257536 4099840 4126384 50% /opt
/dev/vg00/lvol4 2097152 17328 2064160 1% /home
/dev/vg03/lvbackup 138240000 83016096 51772458 62% /backup
#



# du -sk /* /.??*
82792982 /backup
8 /bdf.log
0 /bin
0 /cdrom
3704 /core
1771240 /dev
142656 /etc
72 /home
0 /lib
0 /lost+found
0 /mom
0 /net
4068808 /opt
157728 /sbin
205896 /stand
232 /tmp
59332945 /usr
2585432 /var
8 /.ICEauthority
8 /.TTauthority
640 /.VRTSob
0 /.Xauthority
208 /.dt
8 /.dtprofile
8 /.firefox-license
288 /.fonts.cache-1
3144 /.mozilla
8 /.profile
0 /.secure
0 /.ssh
88 /.sw
#

[Torsten.]

1771240 /dev

This is likely too large.

Check for a "wrong" misspelled tape backup, e.g.

/dev/rmt/om

or something.

Do

# ll /dev/rmt

[Pete Randall]

I would also look at the contents of /core. It's not taking up a lot of space but it's contents are probably not needed either.

You can also look at /dev with the find command: find /dev -type f. This will show you all the regular file in /dev - there should not be any.


Pete

And Rita is the inimitable Rita C. Workman, fourth respondent to your post and a good friend.

[rianui]

Hi Torsen,

Here is the output.

# pwd
/dev/rmt
# ls
0m 0mnb c2t3d0BESTn c2t3d0DDSb om
0mb c2t3d0BEST c2t3d0BESTnb c2t3d0DDSn stape_config
0mn c2t3d0BESTb c2t3d0DDS c2t3d0DDSnb
# ll /dev/rmt
total 3542320
crw-rw-rw- 2 bin bin 205 0x023000 Oct 9 20:40 0m
crw-rw-rw- 2 bin bin 205 0x023080 Jun 7 09:44 0mb
crw-rw-rw- 2 bin bin 205 0x023040 Oct 9 20:58 0mn
crw-rw-rw- 2 bin bin 205 0x0230c0 Jun 7 09:44 0mnb
crw-rw-rw- 2 bin bin 205 0x023000 Oct 9 20:40 c2t3d0BEST
crw-rw-rw- 2 bin bin 205 0x023080 Jun 7 09:44 c2t3d0BESTb
crw-rw-rw- 2 bin bin 205 0x023040 Oct 9 20:58 c2t3d0BESTn
crw-rw-rw- 2 bin bin 205 0x0230c0 Jun 7 09:44 c2t3d0BESTnb
crw-rw-rw- 1 bin bin 205 0x023001 Jun 7 09:44 c2t3d0DDS
crw-rw-rw- 1 bin bin 205 0x023081 Jun 7 09:44 c2t3d0DDSb
crw-rw-rw- 1 bin bin 205 0x023041 Jun 7 09:44 c2t3d0DDSn
crw-rw-rw- 1 bin bin 205 0x0230c1 Jun 7 09:44 c2t3d0DDSnb
-rw-rw-rw- 1 root sys 1813659648 Aug 30 23:01 om
crw-r--r-- 1 bin bin 205 0xfffffe Jun 7 09:44 stape_config
#

[Torsten. · Accepted solution]

Here it is!!!

-rw-rw-rw- 1 root sys 1813659648 Aug 30 23:01 om


Consider to copy this to tape and delete from disk.

[Torsten.]

One month ago?

Look at the date: Aug 30.

You have found the culprit.

[rianui]

Torsten!

Thanks so much. I have deleted the wrong entry. Attached now is the corrected output.
Again, thanks.


Pete,
Rita had it right the fist time :-)
I guess I just needed more details on what to do.

Thanks guys!!

Regards,

Rianui

# ls
0m 0mnb c2t3d0BESTn c2t3d0DDSb stape_config
0mb c2t3d0BEST c2t3d0BESTnb c2t3d0DDSn
0mn c2t3d0BESTb c2t3d0DDS c2t3d0DDSnb
# bdf
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 2097152 325992 1757392 16% /
/dev/vg00/lvol1 1835008 222696 1599816 12% /stand
/dev/vg00/lvol8 8912896 2624560 6240440 30% /var
/dev/vg00/lvol7 7438336 4589336 2826752 62% /usr
/dev/vg02/lvoltest 104857600 33406726 67117534 33% /usr/globus/test
/dev/vg01/lvolbnk 104857600 21867953 77974310 22% /usr/globus/bnk
/dev/vg00/lvol5 2097152 16920 2063984 1% /tmp
/dev/vg00/lvol6 8257536 4099840 4126384 50% /opt
/dev/vg00/lvol4 2097152 17328 2064160 1% /home
/dev/vg03/lvbackup 138240000 83016096 51772458 62% /backup
#

[James R. Ferguson]

Hi:

The file 'om" as noted is your culprit. The key is that it is a *regular* file and not a character or block device. Do a 'man ls' for more details.

Regards!

...JRF...

[rianui]

Thank you for the assistance I got on this case.
I have been satisfied by the solutions given. The problem is now sorted out!

Rianui.