- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- Re: Online resize2fs: Operation not permitted Whil...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-30-2010 06:24 AM
тАО08-30-2010 06:24 AM
I am running Oracle Enterprise Linux x64 5.5 on an HP Proliant DL380 G6 attached to various SANs via fibre channel. I have set up multipath, edited multipath.conf, lvm.conf, and after some trial and error, everything behaves and looks as it should in regard to multipath.
However, when I try to resize a multipath ext3 lvm filesystem, The operation runs for a while, but then dies and I get the above error. I then see this error in /var/log/messages:
EXT3-fs warning (device dm-9): ext3_group_add: No reserved GDT blocks, can't resize
-I am only using the /dev/mapper/ paths to the filesystem (ie, resize2fs /dev/mapper/testvol-lvol1 128G)
-if I unmount the filesystem, resize2fs works fine
-Have tried removing and re-adding journal file via tune2fs with no luck
-The VG has plenty of room in it and is composed of a 100GB and 200GB partition.
-Inode resize is on in the filesystem
I am wondering if online resize2fs is only for small filesystems or not recommended as a best practice or just not generally done??? As I mentioned, the operation works fine offline if I unmount the filesystem, but this won't be an option once system is in production.
Any ideas? Thanks in advance!
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-30-2010 10:02 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-31-2010 12:34 PM
тАО08-31-2010 12:34 PM
Re: Online resize2fs: Operation not permitted While trying to add group #14080
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-01-2010 04:51 AM
тАО09-01-2010 04:51 AM
Re: Online resize2fs: Operation not permitted While trying to add group #14080
I don't think you can change the number of reserved GDT blocks, you would have to recreate the filesystem and provide a "-E resize=
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-01-2010 06:27 AM
тАО09-01-2010 06:27 AM
Re: Online resize2fs: Operation not permitted While trying to add group #14080
I don't think you can change the number of reserved GDT blocks, you would have to recreate the filesystem and provide a "-E resize=
I have tried various sizes with same results. In this case I started with a very small size of a few MB and grew it out to 50GB okay, but then it blew up when I tried to resize further. I will try some different initial sizes.
I guess I was certainly spoiled with HP-UX and onlineJFS/vxfs!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-01-2010 11:24 PM
тАО09-01-2010 11:24 PM
Re: Online resize2fs: Operation not permitted While trying to add group #14080
If that's the case, you can use tune2fs to delete the journal and recreate it. It should automatically assign a proper size (likely ~128MB).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-02-2010 07:34 AM
тАО09-02-2010 07:34 AM
Re: Online resize2fs: Operation not permitted While trying to add group #14080
My experience shows resize2fs does work exactly like HP-UX Online JFS
I think the tunefs (you can tune a fs but not a fish), will actually resolve this problem.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-02-2010 12:12 PM
тАО09-02-2010 12:12 PM
Re: Online resize2fs: Operation not permitted While trying to add group #14080
My experience shows resize2fs does work exactly like HP-UX Online JFS
I think the tunefs (you can tune a fs but not a fish), will actually resolve this problem.
Shalom, Steven ;)
I find that with OnlineJFS, resizing is pretty much instantaneous, whereas with Linux and resize2fs, the resize operation takes quite a while--several minutes or more until it bombs in my case.
I had tried deleting and recreating journal, but that did not help. It seems that once GDT blocks are exhausted, that is that as far as online resizing. I must then do an fsck.
Am I perhaps missing something?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-02-2010 03:50 PM
тАО09-02-2010 03:50 PM
Re: Online resize2fs: Operation not permitted While trying to add group #14080
Later the functionality of "ext2online" was integrated to "resize2fs", and currently "ext2prepare" is no longer updated. Perhaps the functionality of "ext2prepare" was also integrated to resize2fs, so that it'll automatically replenish the GDT block reserve whenever you use it to extend the filesystem in off-line mode? (This is just a guess; I haven't tested it. I tried looking at the resize2fs source but it was too complicated for me at the moment (perhaps not enough caffeine?))
When you install a system for production, your original filesystem size choices should be based on informed estimates based on expected usage and data size, not wild guesses. If you originally don't have the information to make those estimates, then that's a good reason to make a complete re-install to make the system as clean and as efficiently laid out as possible before the system goes to production.
Perhaps this would also be a good argument for keeping the testing an production systems completely separate from each other, instead of "promoting" test systems to production as-is.
But sooner or later you *will* need to do some kind of maintenance to the production system too (as nothing human-made is absolutely perfect). If the system is so critical that it absolutely cannot have even pre-scheduled maintenance breaks, then it should also be critical enough to have a totally independent failover system which can instantly take over with a minimum of fuss.
If such a failover cannot be implemented for your application, then the application is clearly unsuitable for continuous mission-critical operation; no excuses.
MK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-07-2010 09:05 AM
тАО09-07-2010 09:05 AM
Re: Online resize2fs: Operation not permitted While trying to add group #14080
LC> I guess I was certainly spoiled with HP-LC> UX and onlineJFS/vxfs!
Yes, you were.
LC> Am I perhaps missing something?
Install (payable) vxfs instead, for the filesystem part, and (payable) vxvm, for the volumemanager part, on the OEL system, and use that, problem solved. ;)
Greetz,
Chris