xfs
[Top] [All Lists]

Re: corrupt inode

To: Federico Sevilla III <jijo@xxxxxxxxxxxxxxxxxxxx>
Subject: Re: corrupt inode
From: yocum@xxxxxxxx
Date: Tue, 07 Aug 2001 15:28:59 -0500
Cc: Tom Tran <tom.tran@xxxxxxxxx>, linux-xfs@xxxxxxxxxxx, linux@xxxxxxxxx
References: <70F2193152F7D411B53F00D0B79E84946A0B1C@cougar> <997198340.3b700a04af5f8@xxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
Jijo, Seth, Tom, 

I'm here!  But I've been a little under the gun, so just got a chance to get
to my xfs folder.

I'm also seeing the inode weirdness that Jijo is seeing on XFS, and I think
it's in the FS and not in the controller (you can relax, Tom  ;).  I'm
having directories disappear and re-appear at random.  It's quite
interesting. Some directories are copies of other directories.  Somehow the
inode tables are getting *very* confused.  (Tom: this is a completely
different problem than the one I was having during my drive failures
(simulated and real)).

For instance, one dir that's supposed to have about 1000 files in it all of
a sudden became empty, but trying to do an ls on it yielded a "file objs
does not exist."  The weird thing is, the dir 'objs' is 2 levels higher in
the tree, as well as in a bunch of other directories parallel to this one. 
I finally punted and tried rm-ing it, which failed with the same error.  I
did the 'rm -rf ' a few times for good measure, and all of a sudden the
contents of the directory came back.

Here's the kernel dump in /var/log/messages (I think the first line says it
all):

Aug  7 13:28:59 sdssdp6 kernel: kernel BUG at inode.c:486!
Aug  7 13:28:59 sdssdp6 kernel: invalid operand: 0000
Aug  7 13:28:59 sdssdp6 kernel: CPU:    0
Aug  7 13:28:59 sdssdp6 kernel: EIP:    0010:[clear_inode+51/292]
Aug  7 13:28:59 sdssdp6 kernel: EIP:    0010:[<c014db67>]
Aug  7 13:28:59 sdssdp6 kernel: EFLAGS: 00010292
Aug  7 13:28:59 sdssdp6 kernel: eax: 0000001b   ebx: c7627d80   ecx:
00000002   edx: 00000002
Aug  7 13:28:59 sdssdp6 kernel: esi: e0a0d440   edi: dfb2d660   ebp:
00000000   esp: c884ff44
Aug  7 13:28:59 sdssdp6 kernel: ds: 0018   es: 0018   ss: 0018
Aug  7 13:28:59 sdssdp6 kernel: Process tcl (pid: 13828, stackpage=c884f000)
Aug  7 13:28:59 sdssdp6 kernel: Stack: c02a4ee0 c02a4f7f 000001e6 c7627d80
c014e771 c7627d80 c085ae20 c7627d80 
Aug  7 13:28:59 sdssdp6 kernel:        e09ffffd c7627d80 c085ae20 c014bcea
c085ae20 c7627d80 d6885ce0 dd89bf60 
Aug  7 13:28:59 sdssdp6 kernel:        c0136e75 c085ae20 c884e000 bffff010
400b7873 bffff108 c085ae20 c884ffa4 
Aug  7 13:28:59 sdssdp6 kernel: Call Trace: [iput+349/364] [<e09ffffd>]
[dput+234/340] [sys_chdir+253/304] [sys_read+191/200] [system_call+51/56] 
Aug  7 13:28:59 sdssdp6 kernel: Call Trace: [<c014e771>] [<e09ffffd>]
[<c014bcea>] [<c0136e75>] [<c0137d33>] [<c0106f3b>] 
Aug  7 13:28:59 sdssdp6 kernel: 
Aug  7 13:28:59 sdssdp6 kernel: Code: 0f 0b 83 c4 0c 8d 74 26 00 8b 83 f4 00
00 00 a8 10 75 26 68 


Here's what I've got for hardware and software in this system:

2 7810 3ware cards
Red Hat 7.1 
kernel 2.4.5-SGI_XFS_1.0.1enterprise 

I've updated the XFS cmds thusly:

acl-1.1.1-0.i386.rpm
acl-devel-1.1.1-0.i386.rpm
attr-1.1.2-0.i386.rpm
attr-devel-1.1.2-0.i386.rpm
dmapi-0.2.2-0.i386.rpm
dmapi-devel-0.2.2-0.i386.rpm
xfsprogs-1.3.3-0.i386.rpm
xfsprogs-devel-1.3.3-0.i386.rpm


Cheers,
Dan




-- 
Dan Yocum
Sloan Digital Sky Survey, Fermilab  630.840.6509
yocum@xxxxxxxx, http://www.sdss.org
SDSS.  Mapping the Universe.


<Prev in Thread] Current Thread [Next in Thread>