Root F/S need to increase

[Philemon_2]

Hi Team,

I need to increase root filesystem, following are my system configuration. please help in doing this

HP-UX B.11.23 U ia64

/dev/vg00/lvol3 409600 373656 35680 91% /

# vgdisplay -v /dev/vg00 |pg
--- 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 3
Act PV 3
Max PE per PV 4384
VGDA 6
PE Size (Mbytes) 16
Total PE 12979
Alloc PE 6807
Free PE 6172
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) 304
Current LE 19
Allocated PE 57
Used PV 3

LV Name /dev/vg00/lvol2
LV Status available/syncd
LV Size (Mbytes) 16000
Current LE 1000
Allocated PE 3000
Used PV 3

LV Name /dev/vg00/lvol3
LV Status available/syncd
LV Size (Mbytes) 400
Current LE 25
Allocated PE 75
Used PV 3

LV Name /dev/vg00/lvol4
LV Status available/syncd
LV Size (Mbytes) 4000
Current LE 250
Allocated PE 750
Used PV 3

LV Name /dev/vg00/lvol5
LV Status available/syncd
LV Size (Mbytes) 304
Current LE 19
Allocated PE 57
Used PV 3

LV Name /dev/vg00/lvol6
LV Status available/syncd
LV Size (Mbytes) 3824
Current LE 239
Allocated PE 717
Used PV 3

LV Name /dev/vg00/lvol7
LV Status available/syncd
LV Size (Mbytes) 4304
Current LE 269
Allocated PE 807
Used PV 3

LV Name /dev/vg00/lvol8
LV Status available/syncd
LV Size (Mbytes) 7168
Current LE 448
Allocated PE 1344
Used PV 3


--- Physical volumes ---
PV Name /dev/dsk/c0t8d0s2
PV Status available
Total PE 4318
Free PE 2049
Autoswitch On
Proactive Polling On

PV Name /dev/dsk/c0t10d0s2
PV Status available
Total PE 4318
Free PE 2049
Autoswitch On
Proactive Polling On

PV Name /dev/dsk/c3t10d0s2
PV Status available
Total PE 4343
Free PE 2074
Autoswitch On
Proactive Polling On

Thanks,
Philemon

[Steven E. Protter · Accepted solution]

Shalom,

1) You may not need to increase root, you might need to identify files that don't belong and move them to mounted file systems

du -k | sort -rn | more
# to identify stuff that can move.

2) To increase, make a make_tape_recovery or make_net_recovery backup. Boot the system, restore this backup, intervene at the Ignite interface to increase the size of the root file system.

SEP

[James R. Ferguson]

Hi:

This question often appears and the answer remains the same.

The most safe way is to take an Ignite image of vg00 and use it to reinstall. Using Ignite's advanced installtion mode will allow you to resize your logical volumes to your taste.

That said, look for things that don't below in '/':

# du -xk /|sort -k1,1rn|more

The '/etc' and '/sbin' directories are the only valid, principal users of most of your space.

Regards!

...JRF...

[MarkSyder]

The most common reason for / filling is a mistyped tape device name resulting in a large text file in /dev. There should be no files of type f in /dev - if there is one it will almost certainly be what I've just described and you should delete it.

Additionally, look for core files and delete them.

Mark Syder (like the drink but spelt different)

[SKR_1]

Boot from ignite backup and then you can resize your root FS.

Find the bigger and not needable files and move them to other mount point or if you can delete them then delete those.

inside / directory

# find . -xdev -size +1000000c -exec ll {} \;

Thanks

SKR

[Ganesan R]

Hi,

root filesystem is static and it won't grow until or unless somebody put files on it.

As everyone said only possible way to resize is take ignite backup and restore it with modified size.

Thanks

[Armin Kunaschik]

It looks like you have 2 mirror copies of each volume. Great!
First install "Dynamic Root Disk" (available from software.hp.com), break one mirror and create a backup config.

Imagine vg00 is located on c0t8d0s2 and c0t10d0s2 (c3t10d0s2 is the dynamic root disk)
lvreduce -m 0 /dev/vg00/lvol3 /dev/dsk/c0t10d0s2
lvreduce -m 0 /dev/vg00/lvol4 /dev/dsk/c0t8d0s2
lvextend -L 1024 (or whatever) /dev/vg00/lvol3 /dev/dsk/c0t8d0s2
lvextend -m 1 /dev/vg00/lvol3 /dev/dsk/c0t10d0s2
lvextend -m 1 /dev/vg00/lvol4 /dev/dsk/c0t8d0s2

With this method you can even resize /stand while the system is running.
The drawback of the method is, that you loose everything if a disk breaks while doing the change.
But in this case you're lucky, because you did setup a dynamic root disk and simply boot the system from that.

BTW: The only reason of extending the root filesystem is, that you have so many volume groups in the system that the config backups fill up /etc/lvmconf.
Don't resize / for any other reason, create new volumes instead!

Hope this help,
Armin