FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > EXT3 Users

 
 
LinkBack Thread Tools
 
Old 02-04-2009, 07:41 AM
Markus Peuhkuri
 
Default ext4 and unexpected eh_depth

Hi, I'm running Debian lenny with linux-image-2.6.26-1-amd64 (deb
2.6.26-11). I have a lvm stripe over three sata disks (3.5TB total)
that is shared over NFS, and I getting following errors

EXT4-fs error (device dm-0): ext4_ext_search_right: bad header in inode #269200: unexpected eh_depth - magic f30a,entries 18, max 340(0), depth 1(2)

An user is having errors in concatenating large files (100+GB): basicly seems that the the resulting file is right size
and ends with right data, but anyway he gets following error:
cat: write error: Input/output error
on system that has imported partition over NFS. I'm not sure if the file he was accessing did had the same inode.


And once I got BUG below. I cannot right now upgrade system as there are some long-running analysis running,
but can do some tests at some point, and upgrade in few days.


------------[ cut here ]------------
kernel BUG at fs/jbd2/transaction.c:1161!
invalid opcode: 0000 [1] SMP
CPU 0
Modules linked in: nfsd lockd nfs_acl auth_rpcgss sunrpc exportfs ext4dev jbd2 crc16 dag(P) ipv6 dm_mod dagmem(P) loop snd_pcm snd_timer snd soundcore snd_page_alloc intel_rng i2c_i801 rng_core i2c_core parport_pc parport pcspkr iTCO_wdt container shpchp pci_hotplug i5000_edac button edac_core evdev ext3 jbd mbcache sd_mod ahci libata scsi_mod dock floppy ehci_hcd uhci_hcd e1000e thermal processor fan thermal_sys
Pid: 3501, comm: nfsd Tainted: P 2.6.26-1-amd64 #1
RIP: 0010:[<ffffffffa021e5f5>] [<ffffffffa021e5f5>] :jbd2:jbd2_journal_dirty_metadata+0x5f/0xe3
RSP: 0018:ffff810009543c90 EFLAGS: 00010246
RAX: 0000000000000000 RBX: ffff81007cd38880 RCX: 00000000ffffffc0
RDX: ffff81001f9e74c0 RSI: ffff81007cd38880 RDI: ffff8100425833a8
RBP: ffff810045b7c490 R08: ffff810034a5a4d8 R09: ffffffffa024be70
R10: 000000000000005c R11: ffff81007cd38880 R12: ffff81003790c000
R13: ffff8100425833a8 R14: 00000000000020dc R15: 0000000000000000
FS: 00007f13c048e6e0(0000) GS:ffffffff8053b000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 00007f8404606210 CR3: 00000000049a0000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process nfsd (pid: 3501, threadinfo ffff810009542000, task ffff81007f05e850)
Stack: 0000000000000000 ffff81000948af80 ffff8100425833a8 ffff81007cd38880
ffffffffa024be70 ffffffffa0242122 ffff810034a5a4d8 ffff81000948af80
ffff810005a34b80 ffff810004ca4c90 ffff81007d5c8c00 ffffffffa0230dab
Call Trace:
[<ffffffffa0242122>] ? :ext4dev:__ext4_journal_dirty_metadata+0x1e/0x46
[<ffffffffa0230dab>] ? :ext4dev:ext4_free_inode+0x2b7/0x324
[<ffffffffa0233db2>] ? :ext4dev:ext4_delete_inode+0xb7/0xd5
[<ffffffffa0233cfb>] ? :ext4dev:ext4_delete_inode+0x0/0xd5
[<ffffffff802ace23>] ? generic_delete_inode+0xab/0x11f
[<ffffffff802ac358>] ? d_delete+0x49/0xb1
[<ffffffff802a2e5c>] ? vfs_unlink+0xe3/0x102
[<ffffffffa02b9b79>] ? :nfsd:nfsd_unlink+0x1e9/0x267
[<ffffffffa02c17d8>] ? :nfsd:nfsd3_proc_remove+0x9d/0xaa
[<ffffffffa02b6245>] ? :nfsd:nfsd_dispatch+0xde/0x1b6
[<ffffffffa026b55b>] ? :sunrpc:svc_process+0x408/0x6e9
[<ffffffff80429a04>] ? __down_read+0x12/0xa1
[<ffffffffa02b667c>] ? :nfsd:nfsd+0x0/0x2a4
[<ffffffffa02b6810>] ? :nfsd:nfsd+0x194/0x2a4
[<ffffffff80230196>] ? schedule_tail+0x27/0x5c
[<ffffffff8020cf28>] ? child_rip+0xa/0x12
[<ffffffffa02b667c>] ? :nfsd:nfsd+0x0/0x2a4
[<ffffffff8020cf1e>] ? child_rip+0x0/0x12


Code: 03 25 00 00 20 00 48 85 c0 75 f1 f0 0f ba 2b 15 19 c0 85 c0 75 e8 83 7d 10 00 75 19 c7 45 10 01 00 00 00 41 8b 45 08 85 c0 7f 04 <0f> 0b eb fe ff c8 41 89 45 08 48 39 55 28 75 11 83 7d 0c 02 75
RIP [<ffffffffa021e5f5>] :jbd2:jbd2_journal_dirty_metadata+0x5f/0xe3
RSP <ffff810009543c90>
---[ end trace 1336f55a961cc4ae ]---

# dumpe2fs /dev/work/wdata
dumpe2fs 1.41.3 (12-Oct-2008)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 05867e70-54e2-48bf-8c67-5439e98c5982
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 test_filesystem
Default mount options: (none)
Filesystem state: clean with errors
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 917536
Block count: 939525120
Reserved block count: 46976256
Free blocks: 507628950
Free inodes: 619199
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 799
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 32
Inode blocks per group: 2
Flex block group size: 16
Filesystem created: Thu Dec 11 10:36:48 2008
Last mount time: Mon Jan 26 13:05:07 2009
Last write time: Sat Jan 31 19:53:25 2009
Mount count: 1
Maximum mount count: 26
Last checked: Mon Jan 26 12:53:17 2009
Check interval: 15552000 (6 months)
Next check after: Sat Jul 25 13:53:17 2009
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
Default directory hash: half_md4
Directory Hash Seed: 2714a303-cb2a-4bbc-8159-29bf52c617ca
Journal backup: inode blocks
Journal size: 128M

(rest of dumpe2fs output omitted: 32MiB, can put it available somewhere).

t. Markus



_______________________________________________
Ext3-users mailing list
Ext3-users@redhat.com
https://www.redhat.com/mailman/listinfo/ext3-users
 
Old 02-04-2009, 02:55 PM
Theodore Tso
 
Default ext4 and unexpected eh_depth

On Wed, Feb 04, 2009 at 10:41:32AM +0200, Markus Peuhkuri wrote:
> Hi, I'm running Debian lenny with linux-image-2.6.26-1-amd64 (deb
> 2.6.26-11). I have a lvm stripe over three sata disks (3.5TB total)
> that is shared over NFS, and I getting following errors
>
> EXT4-fs error (device dm-0): ext4_ext_search_right: bad header in inode #269200: unexpected eh_depth - magic f30a,entries 18, max 340(0), depth 1(2)

I can't recall the patch which fixed this, but I'm 95% certain we've
seen this before, and it's been fixed since 2.6.26; I think in 2.6.27
or 2.6.28. Note that there have been a *huge* number of bug fixes for
ext4 since 2.6.26 and 2.6.27. If you must use such an old kernel I'd
suggest moving to at least 2.6.27.x or 2.6.28.x after Greg pulls in
the latest set of bug fixes. Critical bug fixes are still being back
ported to 2.6.27.x, although you won't see various performance
improvements unless you track a much newer kernel. I'd suggest at
least 2.6.28.y at this point.

- Ted

_______________________________________________
Ext3-users mailing list
Ext3-users@redhat.com
https://www.redhat.com/mailman/listinfo/ext3-users
 
Old 03-09-2009, 08:15 PM
Eric Sandeen
 
Default ext4 and unexpected eh_depth

Markus Peuhkuri wrote:
> Hi, I'm running Debian lenny with linux-image-2.6.26-1-amd64 (deb
> 2.6.26-11). I have a lvm stripe over three sata disks (3.5TB total)
> that is shared over NFS, and I getting following errors
>
> EXT4-fs error (device dm-0): ext4_ext_search_right: bad header in inode #269200: unexpected eh_depth - magic f30a,entries 18, max 340(0), depth 1(2)
>
> An user is having errors in concatenating large files (100+GB): basicly seems that the the resulting file is right size
> and ends with right data, but anyway he gets following error:
> cat: write error: Input/output error
> on system that has imported partition over NFS. I'm not sure if the file he was accessing did had the same inode.

...

If you are still seeing this, the patch at:

http://bugzilla.kernel.org/show_bug.cgi?id=12821#c8

may resolve it, if you're willing to test.

Thanks,

-Eric

_______________________________________________
Ext3-users mailing list
Ext3-users@redhat.com
https://www.redhat.com/mailman/listinfo/ext3-users
 

Thread Tools




All times are GMT. The time now is 06:45 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org