Hello,

I don't believe there is anyway you can manipulate this since when encapsulation happens, physical slices are converted to volumes. So actually you can not run vxresize/vxassist commands because it is not capable to increase a physical slice. Moreover need would be to find contigous space. So no option but to create space somewhere else, move /var for timebeing, create new var with bigger space & mount var back at original.

5.0MP3 introduced some new ways to resize the root /var partitions but as you mentioned you are running old version of veritas, you are out of choice.

Gaurav

Hi Suki,

we have run into this situation many a times and you can increase the size of the / and or /var or any file system residing on a encaplulated disk provided you have free space left (unused disk space) on the rootdisk and rootmirror disk

here is the high level plan and procedure:

scenario:

two boot disks ,  rootdisk and rootmirror

1. break boot disk mirroring

2. unencapsulate the rootmirror disk( assuming you are booted off the rootdisk )

3. increase the partitions size using format command

4. use lucreate to create ABE

5. luactivate ABE

6. shutdown the server using init 0

7. boot the server using ABE

8. encapsulate the rootmirror disk

9. remirror the boot disks. rootmirror -> rootdisk

Assume, root mirror disk is larger than root disk:
1. Add the root mirror disk into rootdg or remove all plexes on the disk.
2. vxassist -g rootdg mirror rootvol
3. vxassist -g rootdg mirror var
4. dis/remove the var plex on root disk.
5. vxresize var
6. continue to mirror other volumes.
7. vxbootsetup

hi Guys,
did anyone tried putting /, /var and /opt on two separate local disks? this is for solaris 9, sparc platform, veritas 5.0MP3.