New: EXT4 is corrupted after clean shutdown
http://bugzilla.kernel.org/show_bug.cgi?id=14422
Summary: EXT4 is corrupted after clean shutdown
Product: File System
Version: 2.5
Kernel Version: 2.6.32-rc1 - rc5
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: blocking
Priority: P1
Component: ext4
AssignedTo: [email protected]
ReportedBy: [email protected]
Regression: Yes
HW: Toshiba a210-15j
OS: Ubuntu Karmic 9.10 - 64bit
Kernel: 2.6.32-rc1 - rc5
/dev/sda1 /boot 100M ext2/dev/sda2 / 10G ext4/dev/sda3 swap/dev/sda4 /home 100G ext4
After clean shutdown is corrupted lastest used files (KDE configuration, dpkg /var/cache ... ) on /dev/sda2 sometimes even /dev/sda4
It was repeated several times.
It's really similiar to
http://lkml.indiana.edu/hypermail/linux/kernel/0910.1/02661.html
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.
[Bug 14422] EXT4 is corrupted after clean shutdown
http://bugzilla.kernel.org/show_bug.cgi?id=14422
--- Comment #1 from okias <[email protected]> 2009-10-16 18:33:11 --- Created an attachment (id=23435)
--> (http://bugzilla.kernel.org/attachment.cgi?id=23435)
dmesg
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.
[Bug 14422] EXT4 is corrupted after clean shutdown
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=14422
--- Comment #2 from okias <[email protected]> 2009-10-16 18:33:54 --- Created an attachment (id=23436)
--> (http://bugzilla.kernel.org/attachment.cgi?id=23436)
lspci
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.
[Bug 14422] EXT4 is corrupted after clean shutdown
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=14422
Eric Sandeen <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
--- Comment #3 from Eric Sandeen <[email protected]> 2009-10-16 23:44:12 --- When stating that a filesystem is corrupted, please offer some indication of why you believe this to be true; kernel messages indicating on-disk problems, fsck output, or at least the behavior you see which indicates corruption. Otherwise there is simply not enough information to begin any investigation.
If those latest used files are corrupted - how are they corrupted? missing? short? full of junk? unreadable? or what?
Thanks,
-Eric
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.
[Bug 14422] EXT4 is corrupted after clean shutdown
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=14422
--- Comment #4 from okias <[email protected]> 2009-10-17 07:03:41 --- fsck.ext4 automatic control fail after reboot. Then if I run manually fsck /dev/sda2, it write something about shared inode between two files or something like that. After lot of "yyyyyyyy" it copy some parts of files into /lost+found I'm not 100% sure, but parts of files are in lost+found and parts remain on it's old location.
I like to provide fsck logs, but I don't want corrupt my fs again... it's 100% regression, with =< 2.6.31 problem newer appeared
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.
[Bug 14422] EXT4 is corrupted after clean shutdown
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=14422
--- Comment #5 from okias <[email protected]> 2009-10-22 13:01:41 --- It's not hardware or architecture related. Conformed on Asus, Kubuntu x86_32 with 2.6.32-rc5
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.
[Bug 14422] EXT4 is corrupted after clean shutdown
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=14422
--- Comment #6 from Eric Sandeen <[email protected]> 2009-10-22 14:54:08 --- We can try to reproduce, but if there is any possibility of attaching actual e2fsck output, that would be most helpful.
thanks,
-Eric
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.
[Bug 14422] EXT4 is corrupted after clean shutdown
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=14422
--- Comment #7 from okias <[email protected]> 2009-10-23 09:11:13 --- Sorry, I can't do that for now. I can offer you steps to reproduce problem
1. Install Kubuntu 9.10 32 or 64bit (for example from Beta image)
2. sda1 /boot about 100M ext2, sda2 / 10G ext4, sda3 swap, sda4 /home ext4...
3. download from this location kernel -
http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.32-rc5/
4. At least 20x correctly shudown machine, until you hit issue... you probably hit this issue on every machine...
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.
Can you try this patch ?
commit a8836b1d6f92273e001012c7705ae8f4c3d5fb65
Author: Aneesh Kumar K.V <[email protected]> Date: Tue Oct 27 15:36:38 2009 +0530
ext4: discard preallocation during truncate
We need to make sure when we drop and reacquire the inode's i_data_sem we discard the inode preallocation. Otherwise we could have blocks marked as free in bitmap but still belonging to prealloc space.
fs/ext4/inode.c +6 -0
@@ -209,6 +209,12 @@ static int try_to_extend_transaction(handle_t *handle, struct inode *inode)up_write (&EXT4_I (inode)->i_data_sem); ret =ext4_journal_restart (handle,blocks_for_truncate (inode));down_write (&EXT4_I (inode)->i_data_sem); +/* +* We have dropped i_data_sem. So somebody else could have done +* block allocation. So discard the prealloc space created as a +* part of block allocation +*/ +ext4_discard_preallocations (inode);return ret; }
[Bug 14422] EXT4 is corrupted after clean shutdown
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=14422
--- Comment #8 from Aneesh Kumar K.V <[email protected]> 2009-10-27 10:01:27 --- Can you try this patch ?
commit a8836b1d6f92273e001012c7705ae8f4c3d5fb65
Author: Aneesh Kumar K.V <[email protected]> Date: Tue Oct 27 15:36:38 2009 +0530
ext4: discard preallocation during truncate
We need to make sure when we drop and reacquire the inode's i_data_sem we discard the inode preallocation. Otherwise we could have blocks marked as free in bitmap but still belonging to prealloc space.
fs/ext4/inode.c +0 -0
@@ -209,6 +209,12 @@ static int try_to_extend_transaction(handle_t *handle,
struct inode *inode)
up_write(&EXT4_I(inode)->i_data_sem);
ret = ext4_journal_restart(handle, blocks_for_truncate(inode));
down_write(&EXT4_I(inode)->i_data_sem);
+ /*
+ * We have dropped i_data_sem. So somebody else could have done
+ * block allocation. So discard the prealloc space created as a
+ * part of block allocation
+ */+ ext4_discard_preallocations(inode);
return ret;
}
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.
[Bug 14422] EXT4 is corrupted after clean shutdown
In reply to [email protected]http://bugzilla.kernel.org/show_bug.cgi?id=14422
okias <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE--- Comment #9 from okias <[email protected]> 2009-10-27 11:47:53 ---
*** This bug has been marked as a duplicate of bug 14354 ***
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.