Increasing the FileSystem Size | Unix Linux Forums | AIX

  Go Back    


AIX AIX is IBM's industry-leading UNIX operating system that meets the demands of applications that businesses rely upon in today's marketplace.

Increasing the FileSystem Size

AIX


Tags
aix, unix

Closed Thread    
 
Thread Tools Search this Thread Display Modes
    #1  
Old 05-25-2005
aldowsary aldowsary is offline
Registered User
 
Join Date: Apr 2005
Last Activity: 23 June 2008, 5:08 AM EDT
Posts: 62
Thanks: 0
Thanked 0 Times in 0 Posts
Increasing the FileSystem Size

Hi Everybody,
I have AIX 4.3 and I have a FileSystem with 400GB size, which called /db/run. Because of grow up of the application's data, more storage has been added 200GB. To add this space without affecting the application & the application's requirements, I have to add this 200GB to the existed FileSystem /db/run. Using SMITTY I tried to increase the Size of the FileSystem /db/run. In fact, the SMITTY take a 100GB only so that the size of the /db/run FileSystem reached 500GB. When I told the problem to some friends, one of them said to me This is because of the limitation of your FileSystem.
When I asked him about the solution of this problem, he suggest as follow:
  1. Backup the all data on that FileSystem.
  2. Delete the FileSystem.
  3. Create the FileSystem again but with PP Size that allow us to add whole 600G to it.
  4. Finally, restoring the data from the backup was taken before.

So if this solution is true? If it is, could any body confirm the steps of this solution, and explain it in more detailed. If the suggested solution above is WRONG, could anybody help me to find out the ideal solution, where the FileSystem size increases to reach 600GB, without LOSING any Data was stored on the FileSystem before.
Sponsored Links
    #2  
Old 05-26-2005
chosie chosie is offline
Registered User
 
Join Date: Apr 2005
Last Activity: 31 May 2005, 4:48 PM EDT
Posts: 8
Thanks: 0
Thanked 0 Times in 0 Posts
I have run into similiar types of problems, but usually have been able to into smit chlv and change MAXIMUM NUMBER of LOGICAL PARTITIONS for the logical volume in question. You may have hit the maximum already. I would look into this first before trying the steps your friends have mentioned.
Sponsored Links
    #3  
Old 05-27-2005
aldowsary aldowsary is offline
Registered User
 
Join Date: Apr 2005
Last Activity: 23 June 2008, 5:08 AM EDT
Posts: 62
Thanks: 0
Thanked 0 Times in 0 Posts
Thanks chosie for your response. Also, I forgot to write some points.
  1. I have a Volume Group called ndbvg which is consists only of this FileSystem /db/run.
  2. The 2nd thing, I remembered the problem really is depending on one of the FileSystem's atrributes that can't be changed after the FileSystem has been created. Because this attribute could be set during the creation process of the FileSystem.
    #4  
Old 06-03-2005
amli amli is offline
Registered User
 
Join Date: Jun 2005
Last Activity: 13 June 2005, 2:10 PM EDT
Location: GA
Posts: 1
Thanks: 0
Thanked 0 Times in 0 Posts
Check the error massage first. What was the error message when you did the smitty and it only increased 100 GB instead of 200GB? If it complained about excess the max space or something like that, then you just need to change the MAX pv for ndbvg, and add 100GB more afterward. If you didn’t see any error message, and after smitty, the total FS size became 500GB instead of 600GB, then make sure you’ve filled in the right number in 512 –byte block.

Your ndbvg shouldn’t be striping since you only have /db/run, one lv, I think you should be able to increase it just simply through smitty. But do make sure that the ndbvg is not stripping.

There are some attributes of the vg that can be change without backing up anything, but pp size is not one of them.

Last edited by amli; 06-03-2005 at 05:15 PM..
Sponsored Links
    #5  
Old 06-06-2005
bakunin bakunin is offline Forum Staff  
Bughunter Extraordinaire
 
Join Date: May 2005
Last Activity: 2 September 2014, 8:39 AM EDT
Location: In the leftmost byte of /dev/kmem
Posts: 4,210
Thanks: 44
Thanked 801 Times in 632 Posts
Since the threadstarter hasn't provided any data that could shed any light on his problem I'm jsut left to guesses.

Having said this: There are some limitations in jfs which may cause the problem: "Number of Bytes per Inode" and "Allocation Group Size" for instance. In this case the only thing you can do is to back up the FS, drop/recreate it with different values and restore the data.

bakunin
Sponsored Links
    #6  
Old 06-06-2005
aldowsary aldowsary is offline
Registered User
 
Join Date: Apr 2005
Last Activity: 23 June 2008, 5:08 AM EDT
Posts: 62
Thanks: 0
Thanked 0 Times in 0 Posts
The error message from smitty was as following:

chfs cannot entered a jfs filesystem with nbpi=32768 and frag=4096 past 1073741824 (512-byte blocks)

Last edited by aldowsary; 06-13-2005 at 10:22 PM..
Sponsored Links
    #7  
Old 06-07-2005
bakunin bakunin is offline Forum Staff  
Bughunter Extraordinaire
 
Join Date: May 2005
Last Activity: 2 September 2014, 8:39 AM EDT
Location: In the leftmost byte of /dev/kmem
Posts: 4,210
Thanks: 44
Thanked 801 Times in 632 Posts
This is exactly what I was talking about. Time for a little B&R (bakuckup and restore).

If you do have enough space available you can speed things up by making a new FS, mount it on some temporary place, move the data, then umount the old FS, drop it and mount the new FS to the original place.

bakunin
Sponsored Links
Closed Thread

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

More UNIX and Linux Forum Topics You Might Find Helpful
Thread Thread Starter Forum Replies Last Post
Increasing ./usr or any filesystem pilotHans AIX 2 09-18-2010 01:35 AM
Does HACMP have bugs increasing filesystem or Logical volumes filosophizer AIX 11 12-13-2009 03:58 AM
/var size is increasing day by day thepurple Solaris 11 11-13-2007 05:19 AM
Help on increasing fs size kingsto88 HP-UX 5 02-11-2007 06:37 AM
Increasing filesystem space TRUEST UNIX for Advanced & Expert Users 1 02-12-2004 09:21 AM



All times are GMT -4. The time now is 10:09 PM.