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
| ||
|
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
Powered by blists - more mailing lists