linux-ext4 - Ext3 onlie resize failure due to small journal size

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <4694E279.1060107@linux.vnet.ibm.com>
Date:	Wed, 11 Jul 2007 19:30:25 +0530
From:	Suzuki <suzuki@...ux.vnet.ibm.com>
To:	adilger@...sterfs.com
CC:	aneesh.kumar@...ux.vnet.ibm.com, linux-ext4@...r.kernel.org,
	Amit K Arora <amitarora@...ibm.com>,
	Mingming Cao <cmm@...ibm.com>
Subject: Ext3 onlie resize failure due to small journal size

Hi Andreas,

Trying to resize a mounted ext3 filesystem fails due to small journal size.

Background :

The filesystem was created with default values, except blocksize = 4K on 
a LV partition. Later we tried extended the partition to +16M and tried 
to resize the fs using resize2fs, while it was mounted.

[root@...47 ~]# resize2fs  /dev/mapper/testvg-tmp
resize2fs 1.39 (29-May-2006)
Filesystem at /dev/mapper/testvg-tmp is mounted on /tmp; on-line 
resizing required
Performing an on-line resize of /dev/mapper/testvg-tmp to 186368 (4k) 
blocks.
resize2fs: No space left on device While trying to add group #4

Analysis :

While adding the new blockgroup, inside setup_new_group_blocks() we hit 
the limit because we are requesting for a a credit value of 2 + 
sbi->s_itb_per_group which in the case of the file system below is 1026 
while the max_transaction credits possible is 1024 for the fs.

journal->j_maxlen = inode->i_size / blocksize = 16M/4K = 4K

journal->j_max_transaction_buffers = journal->j_maxlen / 4 = 1K

journal->j_max_transaction_buffers = 1024.




# dumpe2fs  /dev/mapper/testvg-tmp
dumpe2fs 1.39 (29-May-2006)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          7d82f07b-cb22-4c7d-b290-a35749121bbb
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal resize_inode dir_index filetype 
needs_recovery sparse_super large_file
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              131072
Block count:              131072
Reserved block count:     6553
Free blocks:              122753
Free inodes:              131056
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      31
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         32768
Inode blocks per group:   1024
Filesystem created:       Mon Jul  9 00:09:23 2007
Last mount time:          Tue Jul 10 02:44:44 2007
Last write time:          Tue Jul 10 02:44:44 2007
Mount count:              7
Maximum mount count:      33
Last checked:             Mon Jul  9 00:09:23 2007
Check interval:           15552000 (6 months)
Next check after:         Sat Jan  5 00:09:23 2008
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               128
Journal inode:            8
Default directory hash:   tea
Directory Hash Seed:      0a57077d-9778-4f3a-8605-7f0c86f18d8a
Journal backup:           inode blocks
Journal size:             16M


Group 0: (Blocks 0-32767)
	Primary superblock at 0, Group descriptors at 1-1
	Reserved GDT blocks at 2-32
	Block bitmap at 33 (+33), Inode bitmap at 34 (+34)
	Inode table at 35-1058 (+35)
	27600 free blocks, 32755 free inodes, 2 directories
	Free blocks: 5168-32767
	Free inodes: 14-32768
Group 1: (Blocks 32768-65535)
	Backup superblock at 32768, Group descriptors at 32769-32769
	Reserved GDT blocks at 32770-32800
	Block bitmap at 32801 (+33), Inode bitmap at 32802 (+34)
	Inode table at 32803-33826 (+35)
	31708 free blocks, 32767 free inodes, 1 directories
	Free blocks: 33828-65535
	Free inodes: 32770-65536
Group 2: (Blocks 65536-98303)
	Block bitmap at 65536 (+0), Inode bitmap at 65537 (+1)
	Inode table at 65538-66561 (+2)
	31740 free blocks, 32764 free inodes, 2 directories
	Free blocks: 66562-83967, 83969-94207, 94209-98303
	Free inodes: 65541-98304
Group 3: (Blocks 98304-131071)
	Backup superblock at 98304, Group descriptors at 98305-98305
	Reserved GDT blocks at 98306-98336
	Block bitmap at 98337 (+33), Inode bitmap at 98338 (+34)
	Inode table at 98339-99362 (+35)
	31704 free blocks, 32766 free inodes, 1 directories
	Free blocks: 99363-126976, 126982-131071
	Free inodes: 98305, 98308-131072



Is this a supported operation ? If yes, what could be the best way to 
fix it ?

Resizing the journal is not supported at the moment :(.

Thoughts ?

Thanks

Suzuki
IBM Linux Technology Centre


-
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html