xfs
[Top] [All Lists]

Oops on recovery with Linux-2.4.11-xfs on SPARC

To: Linux XFS <linux-xfs@xxxxxxxxxxx>
Subject: Oops on recovery with Linux-2.4.11-xfs on SPARC
From: Sean Neakums <sneakums@xxxxxxxx>
Date: Thu, 11 Oct 2001 10:48:50 +0100
Sender: owner-linux-xfs@xxxxxxxxxxx
User-agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7
I was feeling kinda adventurous and had been having excellent results
with XFS on an IA-32 box running Debian unstable, so I moved a SPARC
Debian unstable install over to 2.4.11 from the CVS tree.  I built the
kernel with the sparc64 cross-compiler from Debian's gcc-3.0-sparc64
package, version 3.0.2.

Everything worked OK initially.  Yesterday I moved /usr, /var and /tmp
over to XFS , but this morning I started having a few problems.  The
biggest one was kernel oopsing on mount during recovery (see below).
(I'm not sure if I decoded this properly.)

xfs_repair got to phase three before dying with a Bus Error, but
whatever it managed to do was enough the let the filesystems be mounted
again, until the next reboot.

I also encountered some strange failures with apt and dpkg, giving
strange errors about files not being found, even though they really
were there (e.g. apt was trying to move a file from the
archives/partial into archives and failed, claiming the file was not
there, but it was).

Another problem I had was in creating symlinks: doing

ln -s lib state

would give me a symbolic link called state that pointed not to lib,
but to state.  This symptom *only* cropped up after I had mounted an
XFS filesystem.  Before mounting, symlink creation worked fine on my
ext2 root; aftermounting an XFS filesystem it failed as described, on
both ext2 and XFS filesystems.

Regards,

        Sean.

ksymoops 2.4.3 on sparc64 2.2.19.  Options used
     -v vmlinux (specified)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.2.19/ (default)
     -m /boot/System.map-2.4.11-xfs (specified)

No modules in ksyms, skipping objects
Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file?
-- snip many compare_maps warnings --
SGI XFS with ACLs, EAs, no debug enabled
Unable to handle kernel NULL pointer dereference
tsk->{mm,active_mm}->context = 0000000000000407
tsk->{mm,active_mm}->pgd = fffff800106a4000
              \|/ ____ \|/
              "@'/ .. \`@"
              /_| \__/ |_\
                 \__U_/
mount(14): Oops
TSTATE: 0000004411009602 TPC: 00000000004dec1c TNPC: 00000000004dec20 Y: 
00000000    Not tainted
Using defaults from ksymoops -t elf32-sparc -a sparc
g0: 0000000000000001 g1: 00000000004e5ebc g2: fffff80017843060 g3: 
0000000000000000
g4: fffff80000000000 g5: 0000000000000000 g6: fffff800106ac000 g7: 
0000000000000000
o0: 0000000000000000 o1: 0000000000620fd8 o2: 00000000000003f0 o3: 
fffff8001768aec0
o4: fffff80017ec93a0 o5: 00000000000003f0 sp: fffff800106ae6f1 ret_pc: 
00000000004debfc
l0: ffffffffffffffd0 l1: fffff8001768b0a0 l2: 00000000006c3000 l3: 
0000000000620ed0
l4: ff00000000000000 l5: 00ff000000000000 l6: 0000000000620ed2 l7: 
0000000000620800
i0: fffff800106ab800 i1: 0000000000000000 i2: 0000000000300000 i3: 
0000000000000000
i4: fffff800106af078 i5: 0000000000000000 i6: fffff800106ae7c1 i7: 
00000000004ec0b4
Caller[00000000004ec0b4]
Caller[00000000004ec9c0]
Caller[00000000004e6204]
Caller[00000000004edb30]
Caller[00000000004f4b90]
Caller[00000000004f4d38]
Caller[00000000004f4d7c]
Caller[000000000050501c]
Caller[0000000000469e0c]
Caller[000000000046a580]
Caller[000000000047df98]
Caller[000000000047e2c4]
Caller[000000000042db50]
Caller[0000000000410a34]
Caller[00000000000128ec]
Instruction DUMP: 9336e000  4000016b  90100010 <d01421f2> 80a22000  0240000b  
90100010  90100011  40009d3c 

>>PC;  004dec1c <xfs_iget+9c/160>   <=====
>>O7;  004debfc <xfs_iget+7c/160>
>>I7;  004ec0b4 <xlog_recover_process_iunlinks+d4/220>
Trace; 004ec0b4 <xlog_recover_process_iunlinks+d4/220>
Trace; 004ec9c0 <xlog_recover_finish+80/140>
Trace; 004e6204 <xfs_log_mount_finish+24/40>
Trace; 004edb30 <xfs_mountfs+630/c20>
Trace; 004f4b90 <xfs_cmountfs+510/5e0>
Trace; 004f4d38 <xfs_mount+58/80>
Trace; 004f4d7c <xfs_vfsmount+1c/40>
Trace; 0050501c <linvfs_read_super+1bc/340>
Trace; 00469e0c <get_sb_bdev+20c/360>
Trace; 0046a580 <do_kern_mount+a0/200>
Trace; 0047df98 <do_add_mount+18/160>
Trace; 0047e2c4 <do_mount+144/180>
Trace; 0042db50 <sys32_mount+110/160>
Trace; 00410a34 <linux_sparc_syscall32+34/40>
Trace; 000128ec Before first symbol
Code;  004dec10 <xfs_iget+90/160>
00000000 <_PC>:
Code;  004dec10 <xfs_iget+90/160>
   0:   93 36 e0 00       srl  %i3, 0, %o1
Code;  004dec14 <xfs_iget+94/160>
   4:   40 00 01 6b       call  5b0 <_PC+0x5b0> 004df1c0 <xfs_ilock+0/20>
Code;  004dec18 <xfs_iget+98/160>
   8:   90 10 00 10       mov  %l0, %o0
Code;  004dec1c <xfs_iget+9c/160>   <=====
   c:   d0 14 21 f2       lduh  [ %l0 + 0x1f2 ], %o0   <=====
Code;  004dec20 <xfs_iget+a0/160>
  10:   80 a2 20 00       cmp  %o0, 0
Code;  004dec24 <xfs_iget+a4/160>
  14:   02 40 00 0b       unknown
Code;  004dec28 <xfs_iget+a8/160>
  18:   90 10 00 10       mov  %l0, %o0
Code;  004dec2c <xfs_iget+ac/160>
  1c:   90 10 00 11       mov  %l1, %o0
Code;  004dec30 <xfs_iget+b0/160>
  20:   40 00 9d 3c       call  27510 <_PC+0x27510> 00506120 
<vn_revalidate+0/160>
Code;  004dec34 <xfs_iget+b4/160>
  24:   00 00 00 00       unimp  0


1041 warnings issued.  Results may not be reliable.


-- 
 /////////////////  |                  | The spark of a pin
<sneakums@xxxxxxxx> |  (require 'gnu)  | dropping, falling feather-like.
 \\\\\\\\\\\\\\\\\  |                  | There is too much noise.


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