The UNIX Forums  

Go Back   The UNIX Forums > OS Specific Forums > AIX
Google UNIX.COM
Home Forums Register Rules & FAQ Members List Arcade Search Today's Posts Mark Forums Read


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


Other UNIX.COM Threads You Might Find Helpful
Thread Thread Starter Forum Replies Last Post
Increasing swap size akyuceisik HP-UX 1 05-09-2008 07:55 AM
/var size is increasing day by day thepurple SUN Solaris 11 11-13-2007 02:19 AM
Help on increasing fs size kingsto88 HP-UX 5 02-11-2007 03:37 AM
Increasing File Size on AIX Rosie C AIX 1 05-12-2006 01:25 AM
Increasing filesystem space TRUEST UNIX for Advanced & Expert Users 1 02-12-2004 06:21 AM

Reply
 
Submit Tools LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 05-25-2005
Registered User
 

Join Date: Apr 2005
Posts: 62
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiReddit! Stumble this Post!Spurl this Post!
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.
Reply With Quote
Forum Sponsor
  #2 (permalink)  
Old 05-26-2005
Registered User
 

Join Date: Apr 2005
Posts: 8
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiReddit! Stumble this Post!Spurl this Post!
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.
Reply With Quote
  #3 (permalink)  
Old 05-26-2005
Registered User
 

Join Date: Apr 2005
Posts: 62
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiReddit! Stumble this Post!Spurl this Post!
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.
Reply With Quote
  #4 (permalink)  
Old 06-03-2005
Registered User
 

Join Date: Jun 2005
Location: GA
Posts: 1
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiReddit! Stumble this Post!Spurl this Post!
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 02:15 PM.
Reply With Quote
  #5 (permalink)  
Old 06-06-2005
Bughunter Extraordinaire
 

Join Date: May 2005
Location: In the leftmost byte of /dev/kmem
Posts: 913
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiReddit! Stumble this Post!Spurl this Post!
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
Reply With Quote
Google UNIX.COM
Reply



Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT -7. The time now is 10:47 PM.


Powered by: vBulletin, Copyright ©2000 - 2006, Jelsoft Enterprises Limited.
UNIX Forum Content Copyright ©1993-2008 SilkRoad Asia All Rights Reserved -Ad Management by RedTyger

Search Engine Optimization by vBSEO 3.1.0

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102