![]() |
|
|
|||||||
| 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 |
![]() |
|
|
Submit Tools | LinkBack | Thread Tools | Search this Thread | Display Modes |
|
|||
|
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:
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. |
| Forum Sponsor | ||
|
|
|
|||
|
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.
|
|
|||
|
Thanks chosie for your response. Also, I forgot to write some points.
|
|
|||
|
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. |
|
|||
|
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 |
|||
| Google UNIX.COM |