Bug 13604
Summary: | cascade of "mpage_da_map_blocks block allocation failed" errors | ||
---|---|---|---|
Product: | File System | Reporter: | Bernie Innocenti (bernie) |
Component: | ext4 | Assignee: | Eric Sandeen (sandeen) |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | jehan.procaccia, MadLoisae, sandeen |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | Subsystem: | ||
Regression: | No | Bisected commit-id: |
Description
Bernie Innocenti
2009-06-22 20:25:31 UTC
Hello! (: same problem here with kernel 2.6.30.4. my partition was filled completly. my partition table is correct, all partitions were never resized, they were created new with ext4 (not migrated from ext3). [941998.471199] mpage_da_map_blocks block allocation failed for inode 36 at logical offset 3544 with max blocks 1 with error -28 [941998.471345] This should not happen.!! Data will be lost [941998.471444] Total free blocks count 0 [941998.471524] Free/Dirty block details [941998.471603] free_blocks=0 [941998.471680] dirty_blocks=0 [941998.471757] Block reservation details [941998.471838] i_reserved_data_blocks=2 [941998.471918] i_reserved_meta_blocks=2 [941998.472638] mpage_da_map_blocks block allocation failed for inode 36 at logical offset 3865 with max blocks 1 with error -28 [941998.472799] This should not happen.!! Data will be lost [941998.472898] Total free blocks count 0 [941998.472978] Free/Dirty block details [941998.473058] free_blocks=0 [941998.473135] dirty_blocks=0 [941998.473213] Block reservation details [941998.473294] i_reserved_data_blocks=2 [941998.473374] i_reserved_meta_blocks=2 Any news on this bug ? I get lots of the same error messages with ext4 and quotas on those ext4 FS: Message from syslogd@ at Thu Sep 17 16:39:51 2009 ... gizeh kernel: mpage_da_map_blocks block allocation failed for inode 15407 at logical offset 0 with max blocks 2 with error -122 Message from syslogd@ at Thu Sep 17 16:39:51 2009 ... gizeh kernel: This should not happen.!! Data will be lost $ uname -a Linux gizeh.int-evry.fr 2.6.18-164.el5 #1 SMP Tue Aug 18 15:51:48 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux $ rpm -q quota quota-3.16-7 Will data really be lost ? or is this alert is for people over-quota only ? I have opened a bug on redhat: https://bugzilla.redhat.com/show_bug.cgi?id=522615 I've been told to wait until kernel quota for ext4 will be supported, but what is the probleme ? is there a plan to solve this issue ? perhaps it's already solve on a newer kernel than mine (2.6.18-164.el5 ) ? Any news & advice greatly appreciated. regards . re: comment #3 It's the same end result, delalloc data with nowhere to go. But the first 2 filers were hitting errno -28 == ENOSPC, where ext4 oversubscribed delayed allocation. I think this is still a corner case bug upstream, but better than it was. comment #3 is an older ext4 codebase hitting quota problems (-122 == EDQUOT) which should be fixed upstream now. -Eric Actually this looks like a dup of bug #12829 but unfortunately still no fix for that. A reliable reproducer would be very helpful. *** This bug has been marked as a duplicate of bug 12829 *** |