topic Re: extending file system sizes without OnlineJFS installed in Operating System - HP-UX

extending file system sizes without OnlineJFS installed

Rommel T. Misa — Wed, 16 Jun 2004 06:09:34 GMT

Hi...

How could I extend my file system sizes if I don't have OnlineJFS installed? Could I do this?

Many thanks.

Rommel

Re: extending file system sizes without OnlineJFS installed

Mark Grant — Wed, 16 Jun 2004 06:12:47 GMT

Yes but not online.

You need to extend the logical volume with "lvextend", unmount the filesystem, use "extendfs" to increase it and then mount it again.

Re: extending file system sizes without OnlineJFS installed

Jose Mosquera — Wed, 16 Jun 2004 06:17:15 GMT

Hi,

First: make a FS backup!

#fstyp /dev/vgnn/filesystem
vxfs or hfs
#umount /mount_point
If device are busy:
#fuser -k /dev/vgnn/filesystem

#lvextend -L /dev/vgnn/filesystem
#extendfs -F [vxfs|hfs] /dev/vgnn/[r]filesystem
#mount /dev/vgnn/filesystem /mount_point

Rgds.

Re: extending file system sizes without OnlineJFS installed

Rommel T. Misa — Wed, 16 Jun 2004 06:17:28 GMT

Thanks Mark,

But what if this is a "default file system" (i.e. the /var filesystem)?

Rommel

Re: extending file system sizes without OnlineJFS installed

Robert-Jan Goossens — Wed, 16 Jun 2004 06:18:52 GMT

Hi,

extend /app to 500 MB.

# fstyp /dev/vg01/lvol1
vxfs
# lvextend -L 500 /dev/vg01/lvol1
# umount /app
# extendfs -F vxfs /dev/vg01/rvol1
# mount /app

Regards,
Robert-Jan

Re: extending file system sizes without OnlineJFS installed

Bharat Katkar — Wed, 16 Jun 2004 06:21:09 GMT

Rommel,

# umount
# lvextend -L /dev/vgxx/lvolx
# extendfs -F /dev/vgxx/rlvolx
# mount /dev/vgxx/rlvolx
# bdf
Check for the new size of FS.

Size given in MB is the total size of the FS and not addition to the existing one.

see man lvextend,extendfs

Regards,

Re: extending file system sizes without OnlineJFS installed

Jose Mosquera — Wed, 16 Jun 2004 06:22:01 GMT

Hi again,

If your FS is /var you must go to single mode first, i.e:
#init s

Rgds

Re: extending file system sizes without OnlineJFS installed

Mark Grant — Wed, 16 Jun 2004 06:23:09 GMT

Rommel,

You're problem with /var is that it is going to be difficult to unmount because many processes are probably using it. If you can track them all down and stop them, then you can unmount it and do as is mentioned above. Otherwise, you might have to go single user.

Re: extending file system sizes without OnlineJFS installed

Bharat Katkar — Wed, 16 Jun 2004 06:32:02 GMT

Rommel,
If it is var see the thread below:

http://forums1.itrc.hp.com/service/forums/bizsupport/questionanswer.do?threadId=16625

That should help.
Regards,

Re: extending file system sizes without OnlineJFS installed

Ravi_8 — Wed, 16 Jun 2004 06:53:49 GMT

Hi,

if it is /var file system to be extended, then reboot the machine, when the system asks to press any key 10 within 10 sec, press any key
main menu> boot
Main menu> Intercat with ISL (y/n): say "y"
ISL> hpux -iS
will take you to single user mode
#mount -a
#umount /var
#lvextend -n /dev/vg00/lvol8
#extendfs -F vxfs /dev/vg00/rlvol8
#mount /dev/vg00/lvol8 /var
#init 3

Re: extending file system sizes without OnlineJFS installed

Bill Hassell — Wed, 16 Jun 2004 09:13:26 GMT

For HP-UX filesystems, the steps are unique for different mountpoints:

/ (not possible to shrink or extend)
/stand (same as /)
primary swap (not possible to shrink or extend)

/var (single user mode)
/opt (single user mode)
/usr (single user mode)
/tmp (sometimes online)
/home (sometimes online)

For the first 3, these cannot be extended online because they must have contiguous extents. Use Ignite/UX for this task. For the rest, /var, /opt and /usr are so busy that it is difficult to kill off all the processes that use these mountpoints. /tmp is not used a lot (or should not be) so fuser may find just a few processes that can be killed. /home is the same--if all the users sign off then /home can be un-mounted.

/var needs to be very large (1000 to 3900 megs) and every week (perhaps every day) searched for old files that need to be removed or trimmed in size. Igt is the busiest and fastest growing filesystem, and as you've probably seen already, crucial that it does not fill up.