Need to extend /dev/vg00/lvol3 "/" mount point

[Joe Profaizer]

Below is the output of my lvdisplay for /dev/vg00/lvol3:
# lvdisplay -v /dev/vg00/lvol3
--- Logical volumes ---
LV Name /dev/vg00/lvol3
VG Name /dev/vg00
LV Permission read/write
LV Status available/syncd
Mirror copies 1
Consistency Recovery MWC
Schedule parallel
LV Size (Mbytes) 208
Current LE 13
Allocated PE 26
Stripes 0
Stripe Size (Kbytes) 0
Bad block off
Allocation strict/contiguous
IO Timeout (Seconds) default

--- Distribution of logical volume ---
PV Name LE on PV PE on PV
/dev/dsk/c2t1d0s2 13 13
/dev/dsk/c2t0d0s2 13 13

--- Logical extents ---
LE PV1 PE1 Status 1 PV2 PE2 Status 2
00000 /dev/dsk/c2t1d0s2 00275 current /dev/dsk/c2t0d0s2 00275 current
00001 /dev/dsk/c2t1d0s2 00276 current /dev/dsk/c2t0d0s2 00276 current
00002 /dev/dsk/c2t1d0s2 00277 current /dev/dsk/c2t0d0s2 00277 current
00003 /dev/dsk/c2t1d0s2 00278 current /dev/dsk/c2t0d0s2 00278 current
00004 /dev/dsk/c2t1d0s2 00279 current /dev/dsk/c2t0d0s2 00279 current
00005 /dev/dsk/c2t1d0s2 00280 current /dev/dsk/c2t0d0s2 00280 current
00006 /dev/dsk/c2t1d0s2 00281 current /dev/dsk/c2t0d0s2 00281 current
00007 /dev/dsk/c2t1d0s2 00282 current /dev/dsk/c2t0d0s2 00282 current
00008 /dev/dsk/c2t1d0s2 00283 current /dev/dsk/c2t0d0s2 00283 current
00009 /dev/dsk/c2t1d0s2 00284 current /dev/dsk/c2t0d0s2 00284 current
00010 /dev/dsk/c2t1d0s2 00285 current /dev/dsk/c2t0d0s2 00285 current
00011 /dev/dsk/c2t1d0s2 00286 current /dev/dsk/c2t0d0s2 00286 current
00012 /dev/dsk/c2t1d0s2 00287 current /dev/dsk/c2t0d0s2 00287 current

I have all my lvols on vg00 mirrored. I tried running:
pvmove -n /dev/vg00/lvol4 /dev/dsk/c2t1d0s2 /dev/dsk/c2t0d0s2
pvmove: Not enough free physical extents available.
Logical volume "/dev/vg00/lvol4" could not be extended.
pvmove: Cannot find a free physical extent for logical extent 0
of logical volume "/dev/vg00/lvol4".
Failure possibly caused by strict allocation policy

I tried this to free up contiguous space on /dev/dsk/c2t1d0s2 so I could possibly extend /dev/vg00/lvol3. I planned on doing this for lvol4 and lvol5 also.

I believe all my /dev/vg00/lvols have an allocation of strict. And all of the lvols are mirrored. I have plenty of space remaining on my VG to extend lvols, but I'm a bit confused on how to get this process started.
This is an rx4640 running 11.23.

Please advise.

Thanks,

..Joe

[Pete Randall]

Joe,

/, /stand and swap need to be contiguous. Therefore, the only way to accomplish this is either to re-install or to use Ignite to create a make_tape_recovery backup and restore from that, resizing as you go.


Pete

[MarkSyder]

You can only extend / from an ignite backup. But / is usually small and shouldn't need increasing - look for files that should be elsewhere or shouldn't be there at all. The usual suspect is an incorrectly typed file in /dev/rmt: a large text file when you actually wanted to do a backup to a tape drive.

Mark Syder (like the drink but spelt different)

[TwoProc]

Probably the easiest thing to do at this point is to create an ignite backup tape, and then reinstall using the tape. It will give you the opportunity to cut up disks most any way you'd like before putting your OS and all files back to exactly where you were from your backup (including patches, configurations, hosts, etc). It really does it all for you.

[Simon Hargrave]

Since all your LV's are mirrored there will be the same amount of space used on both the PVs. You should not need to pvmove any data from one PV to the next.

Have you tried just extending lvol3?

But before you do, consider whether you need to extend lvol3 (/)? Yours is 200Mb which is ample for an 11i installation. Check for large files in / with for example: -

find / -xdev -size +5000

This will look for files >5Mb in root filesystem. Look particularly for core files etc, or if someone has created a real file in /dev (/dev/rmt/0 is a common mistake made).

[baiju_3]

Hi Joe ,

Do pvdisplay -v for all the disks in the VG00.

Check whether you can leave the disk containig /,root and swap untouched , migrate the PVs on other disk and remove it .


Ragards,
baiju.

[Jakes Louw]

I agree with the ignite method: there are ways to split off the mirrors and resize the mirror disks, then sync back in reverse, but that's for experts ;-)

[Steven E. Protter]

Shalom,

Simply put, you can't extend the root filesytem due to the contiguity requirements. The Ignite method is a method I've used several times with success. It does require downtime, but it is supported by HP so if you get into trouble, HP has your back.

SEP

[James R. Ferguson]

Hi Joe:

As noted, Ignite is the guaranteed way to be able to resize logical volumes like '/'.

I would question why you need to do this, however. The root ("/") logical volume should be devoid of files and directories other than (notably) '/dev', 'etc/', '/sbin' and '/stand'. The 200MB logical volume you have should be adequate. Depending on the OE you are running, 208-223 MB is standard and wiil run about 78-83% utilization of that space.

If you have placed files or directories here that should exist elsewhere, moving those files and directories would obviate the need to expand "/".

Regards!

...JRF...

[Joe Profaizer]

Thanks all. It looks as if there are log files created under /etc. Primarily the Navisphere agent log for our EMC SANs.

/etc/Navisphere/log/navimon.log

This is standard with EMC. I have also run into an issue with "/" or maybe it was "/var" being too small when I install patch bundles and it fails disk space analysis.