Increase file size

[Qcheck]

Hi All,

How can I increase the file system size? For instance I tried to increase / from 400MB to 800MB.

I tried thru sam and said the / is busy. And I tried:

# lvextend -L 800 /dev/vg01/lvol1
Said it doesn't have enough space.

Any help?

[Robert-Jan Goossens · Accepted solution]

Hi Pratibha,

The only way to increase / (root) filesystem is to create a bootable backup tape (ignite) and restore your OS to larger filesystems.

By the way, 400MB should be enough for the root filesystem, maybe you could move data to a new filesystem.

Best regards,
Robert-Jan

[Michael Steele_2]

Can't do that with lvol1 or lvol3 through online JFS. Only what is to reinstall via ignite. Here's a cloning procedure.

Along as you stay within HW classes cloning works just fine. In fact, this is my preferred way of O/S installation because, as you pointed out, the kernel parameters are preset. But the patches and drivers are already installed too and usually in less than two hours its done.

Collect all your ioscans, boot disks, O/S file system sizes, hostname, ip, gateway, ntp, nis, swap sizes, RAM, etc.

Boot off of a tape.

Interrupt at 10 second prompt. (* don't opt for automatic recovery *)

Advanced installation.

Use tab, enter and arrow keys. Fill in all the data fields. Modify.

[H.Merijn Brand (procura]

Start looking in /dev for mistyped (tape) backups :)

# find /dev \! -type d -size +50

should (almost) be empty

Find (large) core dumps. They shouldn't

# find / -name core -type f -size +50 -ok rm {} \;

(note: in testing these two commands, I found a core dump on /dev. What a nice coincidence :) )

Enjoy, Have FUN! H.Merijn

[James R. Ferguson]

Hi:

If you truly want to resize the root filesystem ("/") or '/stand' as would occupy 'lvol1' then Ignite is your best recourse. You cannot unmount either filesystem; '/stand' is an HFS filesystem, so OnlineJFS isn't an option; and either '/' or '/stand' must by have contiguous logical volume extent allocation -- something that will require some doing to obtain.

If the issue is an operating system upgrade, consider a cold-install instead. If you feel that that is not the course you want ot take, consider re-Igniting your current configuration from a 'make_tape_recovery' Ignite image. Choose an advanced installation mode and resize your filesystems then.

Regards!

...JRF...

[DCE]

1. Make sure you have enough free space in the volume group

vgdisplay -v /dev/vg01

2. if the system does not have on line jfs -
unmount the file system
use lvextend to extend the LV
then use extendfs to extend the fs
remount the file system

3. if the system has on line jfs
use fsadm to extend the file system


Do a man on each command for specifics

[Fabio Ettore]

Hi,

/ (root) and /stand filesystems can be increased only by an exact procedure and not just by OnlineJFS. The procedure consists in make_tape_recovery.
In the ITRC database there is this procedure.

Best regards,
Fabio

[Qcheck]

Thank you all for all your help, I really appreciate it!

How can I find the latest files created on /? And how can I find the huge files like 2048/1048 size?

Thanks

[Robert-Jan Goossens]

last 7 days
# cd /
# find . -type f -xdev -mtime -7 -exec ll {} \;

"large" files
# find . -type f -xdev -size +1000 -exec ll {} \;

Regards,
Robert-Jan

[James R. Ferguson]

Hi (again) Pratibha:

To find the largest to smallest files in '/' do:

# du -x /|sort -k1rn|more

To find the most recent (e.g. within the last 3-days), do:

# find / -xdev -type f -mtime -3 -exec ls -l {} \;

Look in '/dev' for any non-special files. A common mistake is to find '/dev/rmt/om' instead of '/dev/rmt/0m'. That is, someone mis-keyed the letter "o" instead of zero ("0") and thereby created a large, regular file instead of creating a backup to tape.

Regards!

...JRF...

[KUMAR_13]

Hi Pratibha,

For Root FS There is one way through Ignote backup

U can take ignite backup
Reboot Server
ISL> Boot with Tape
Restore OS with New Size

Or U can Try One more Thing:
Try to Find those Mount Point whch is takin space more than Root FS space.
find / -xdev -size +1000000c -ls | sort -nr -k 7,7 | less

Analyse Output ;
Move those Mount point to other Point

Still Problem ; Get back to me.
THX
(Don't Forget to Give Points)

[Qcheck]

Thanks for the response. This is a production server so I need permission for doing this. Anyways, thank you for the suggestion.... By the way, you got points...

[Torsten.]

Normally this is caused by a huge file being placed in / (root) LVOL by accident. I remember a thread some days ago while somebody was using a tape device 1M instead of 1m. This was creating a backup tar file in /dev/rmt. Result was a no_space message.

Search for big files, this will help you.

[Bill Hassell]

The most common reason for extending / are mistakes. The first mistake is a backup that was mistyped. Since there are no ordinary files in /dev, this command will find the bad files:

find /dev -type f

Just remove these misspelled filenames.

Occasionally a large core file appears in / but look for the file by name rather than size:

find / -xdev -name core -exec ll -d {} \;

Also check the contents of /. A correctly managed / directory NEVER contains files, just directories and symlinks. This command will sort the size of the items in the / directory:

ll -d /* | sort -rnk5 | head

Finally, it is the wrong approach to look for big files. While there might be some, there could also be a bad directory with 50 thousand junk files so use the du command:

du -kx / | sort -rn | head

The largest directories are at the top of the list. /sbin and /etc must be the largest. If anything else is at the top, it has been improperly created.

The pain level needed to extend / using Ignite/UX is much higher than finding and removeing the mistakes.

[Asif Sharif]

Hi pratibha,

Please click on the below link and you can find a lot of suggestions from there.

http://www2.itrc.hp.com/service/james/search.do?todo=search&admit=-1335382922+1149224726610+28353475&searchtext=extend+root+file+system&from=forums&origin=0&submit.x=0&wpa=forums1.itrc.hp.com%3A80&submit.y=0&searchcategory=ALL&hpl=1&searchcriteria=allwords&rn=25&source=7000&chkServStor=on&presort=rank&esc=us.support.itrc.hp.com

Regards,
Asif Sharif