Score:1

resize2fs crashed with error : Operation not permitted While trying to add group

nl flag

I was trying to expand /dev/sda3/ partition after I have added a new disk to my hardware RAID, but failed after resize2fs:

[root@server5 ~]# resize2fs -f /dev/sda3
resize2fs 1.41.12 (17-May-2010)
Filesystem at /dev/sda3 is mounted on /; on-line resizing required
old desc_blocks = 47, new_desc_blocks = 93
Performing an on-line resize of /dev/sda3 to 388385366 (4k) blocks.
resize2fs: Operation not permitted While trying to add group #6016

But let start from the beggining

I re-created partition succesfully using fdisk (origin size was ~ 800gb RAID1, now its ~1.5tb RAID5)

Disk /dev/sda: 1600.3 GB, 1600264691712 bytes
255 heads, 63 sectors/track, 194554 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0006ce84

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1         128     1024000   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/sda2             128        1148     8192000   82  Linux swap / Solaris
/dev/sda3            1148      194555  1553541464   83  Linux

After it i was using partprobe on /dev/sda3 and everything seems succesfull (at least by lsblk)

[root@server5 ~]# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0  1.5T  0 disk 
├─sda1   8:1    0 1000M  0 part /boot
├─sda2   8:2    0  7.8G  0 part [SWAP]
└─sda3   8:3    0  1.5T  0 part /

After that I was trying to use resize2fsk but it failed. Also I run forcefsck at the reboot, but it didn't help much. seems like there is enough GDT blocks

[root@server5 ~]# tune2fs -l /dev/sda3
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          790fa126-9bf9-41d6-90e1-f720dfbc4663
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              49283072
Block count:              197132288
Reserved block count:     9856614
Free blocks:              21290170
Free inodes:              49192326
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      977
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Mon Jan 29 00:08:33 2018
Last mount time:          Wed Jan 19 05:28:55 2022
Last write time:          Wed Jan 19 09:54:25 2022
Mount count:              1
Maximum mount count:      -1
Last checked:             Wed Jan 19 05:28:47 2022
Check interval:           0 (<none>)
Lifetime writes:          228 TB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
First orphan inode:       16121861
Default directory hash:   half_md4
Directory Hash Seed:      dff51d0c-ebe2-444e-9262-ffe391307277
Journal backup:           inode blocks
Seems like there is enough GDT blocks 

DF -h output

[root@server5 ~]# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda3       741G  659G   44G  94% /
tmpfs            48G     0   48G   0% /dev/shm
/dev/sda1       969M   38M  881M   5% /boot
tmpfs           1.0G     0  1.0G   0% /ramdrive_session

FS allowed to be resized,

[root@server5 ~]# dumpe2fs /dev/sda3 | grep -i features
dumpe2fs 1.41.12 (17-May-2010)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Journal features:         journal_incompat_revoke

Journal size looks ok:

[root@server5 ~]# dumpe2fs /dev/sda3 |  grep ^Journal
dumpe2fs 1.41.12 (17-May-2010)
Journal inode:            8
Journal backup:           inode blocks
Journal features:         journal_incompat_revoke
Journal size:             128M
Journal length:           32768
Journal sequence:         0xc8213ff3
Journal start:            2327
    

So I am totally stucked and asking for your help. How to properly add space to /dev/sda3 partition ? Thank you for attention

Score:0
kr flag

Give this is resize2fs 1.41.12, I suppose you're running a CentOS 6. There's other things to check beyond looking for available GDT blocks:

In short:

Check for your FS being allowed to be resized:

dumpe2fs /dev/vg_test/lv_ext3 | grep -i features

You should find "resize_inode" in the output.

Also your FS' journal size might be too small for an online resizing, so you'd need to go offline and do these steps: https://access.redhat.com/solutions/2723901

Someone Sometime avatar
nl flag
No, It doesn't help
mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.