root@backup:~# mdadm -D /dev/md1
/dev/md1:
Version : 00.90.01
Creation Time : Thu Apr 8 12:40:56 2004
Raid Level : linear
Array Size : 231511680 (220.79 GiB 237.07 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Persistence : Superblock is persistent
Update Time : Mon Apr 12 16:02:43 2004
State : clean, no-errors
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Rounding : 64K
Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/sda2
1 8 17 1 active sync /dev/sdb1
UUID : bc4af46b:f629f8ae:f26fd9cb:552c7852
Events : 0.5
Gustavo Franco wrote:
xfs_iget_core: ambiguous vns: vp/0xed46edc0, invp/0xc79b9b00
------------[ cut here ]------------
kernel BUG at fs/xfs/support/debug.c:106!
invalid operand: 0000 [#1]
SMP
CPU: 0
EIP: 0060:[<c0250a1e>] Not tainted
EFLAGS: 00010246 (2.6.5)
EIP is at cmn_err+0x9e/0xb0
eax: 00000040 ebx: 00000000 ecx: 00000002 edx: c03b55bc
esi: c0384e2f edi: c0480f1e ebp: 00000293 esp: dd081d48
ds: 007b es: 007b ss: 0068
Process rsync (pid: 951, threadinfo=dd080000 task=f167b920)
Stack: c036f000 c0375165 c0480ee0 c037ecc0 004d8ea0 00000000 d2c1d680 c021d07e
00000000 c037ecc0 ed46edc0 c79b9b00 c016deca f6569c00 c1ad2e00 f64b08a4
f63da128 dd080000 f6569c00 c1ad2e00 f64b08a0 00000000 00000000 d2c1d680
Call Trace:
[<c021d07e>] xfs_iget_core+0x4ae/0x5d0
[<c016deca>] get_new_inode_fast+0x4a/0xf0
[<c021d302>] xfs_iget+0x162/0x1a0
[<c023a5fc>] xfs_dir_lookup_int+0xac/0x130
[<c023fe50>] xfs_lookup+0x50/0x90
[<c024c71f>] linvfs_lookup+0x5f/0xa0
[<c0161b95>] real_lookup+0xd5/0x100
[<c0161e36>] do_lookup+0x96/0xb0
[<c01622ec>] link_path_walk+0x49c/0x900
[<c0162ca9>] __user_walk+0x49/0x60
[<c015da3c>] vfs_lstat+0x1c/0x60
[<c015e1ab>] sys_lstat64+0x1b/0x40
[<c0106fff>] syscall_call+0x7/0xb
Code: 0f 0b 6a 00 85 51 37 c0 83 c4 0c 5b 5e 5f 5d c3 89 f6 83 ec
This has been seen before on nfs servers, Christoph was looking into
it.
Steve