[OpenAFS] IPUT Bad refCount 0 on inode 0xf8abadb8 in openafs-1.2.11

[Troy Benjegerdes]

On Thu, Oct 28, 2004 at 02:00:36PM -0400, Derrick J Brashear wrote:
> On Thu, 28 Oct 2004, Troy Benjegerdes wrote:
> 
> >I've had this happen twice now on an SMP machine (debian 2.4.27 kernel,
> >1.2.11 openafs packages from debian sarge)
> >
> >Is this a known bug that's fixed in a newer version? It looks like an
> >SMP race condition to me.
> >
> >IPUT Bad refCount 0 on inode 0xf8abadb8
> 
> The below would be more useful if you ran it through ksymoops.
> In particular, nothing about the error message in the line above 
> is useful; However, it's not fixed in 1.2.x, and may be fixed in 1.3.x.

Is 1.3.x getting relatively close to being stable? (aka, I won't lose
data). Would you recommend I use the 2.6 or 2.4 kernels if I move to
1.3.x?

It's also apparently reproducable.. My guess is imapd is trying to
unlink a maildir message file that's already been moved and unlinked by
another imapd.

This time with ksymooops..

IPUT Bad refCount 0 on inode 0xf8ac88bc
Unable to handle kernel paging request at virtual address ffffffff
 printing eip:
f8973b10
*pde = 00004063
*pte = 00000000
Oops: 0002
CPU:    2
EIP:    0010:[<f8973b10>]    Tainted: PF
EFLAGS: 00010282
eax: 00000028   ebx: f8ac88bc   ecx: 00000096   edx: 00000001
esi: f89a0c44   edi: f8a95480   ebp: d086a000   esp: d086bf18
ds: 0018   es: 0018   ss: 0018
Process imapd (pid: 1334, stackpage=d086b000)
Stack: f89976c0 00000000 f8ac88bc f8983340 d086a000 f8a953f0 f89a0c44
f8980168
       f89976c0 00000000 f8ac88bc f8983340 d1bc5de0 d1bc5de0 f8ac88bc
c015c93b
       f8ac88bc f8ac88bc 00000000 f8a953f0 c0153d66 d1bc5de0 d1bc5de0
d1bc5de0
Call Trace:    [<f89976c0>] [<f8983340>] [<f89a0c44>] [<f8980168>]
[<f89976c0>]
  [<f8983340>] [<c015c93b>] [<c0153d66>] [<c0153f1b>] [<c0108efb>]

Code: c6 05 ff ff ff ff 2a 83 c4 1c c3 90 8d 74 26 00 b8 02 8e 99
Unable to handle kernel paging request at virtual address ffffffff
f8973b10
*pde = 00004063
Oops: 0002
CPU:    2
EIP:    0010:[<f8973b10>]    Tainted: PF
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: 00000028   ebx: f8ac88bc   ecx: 00000096   edx: 00000001
esi: f89a0c44   edi: f8a95480   ebp: d086a000   esp: d086bf18
ds: 0018   es: 0018   ss: 0018
Process imapd (pid: 1334, stackpage=d086b000)
Stack: f89976c0 00000000 f8ac88bc f8983340 d086a000 f8a953f0 f89a0c44
f8980168
       f89976c0 00000000 f8ac88bc f8983340 d1bc5de0 d1bc5de0 f8ac88bc
c015c93b
       f8ac88bc f8ac88bc 00000000 f8a953f0 c0153d66 d1bc5de0 d1bc5de0
d1bc5de0
Call Trace:    [<f89976c0>] [<f8983340>] [<f89a0c44>] [<f8980168>]
[<f89976c0>]
  [<f8983340>] [<c015c93b>] [<c0153d66>] [<c0153f1b>] [<c0108efb>]
Code: c6 05 ff ff ff ff 2a 83 c4 1c c3 90 8d 74 26 00 b8 02 8e 99


>>EIP; f8973b10 <[openafs.mp]osi_Panic+20/40>   <=====

>>esi; f89a0c44 <[openafs.mp]afs_global_lock+0/1c>
>>ebp; d086a000 <_end+1051a328/384bd388>
>>esp; d086bf18 <_end+1051c240/384bd388>

Trace; f89976c0 <[openafs.mp].rodata.end+4459/d3b9>
Trace; f8983340 <[openafs.mp]afs_dentry_iput+0/f0>
Trace; f89a0c44 <[openafs.mp]afs_global_lock+0/1c>
Trace; f8980168 <[openafs.mp]osi_iput+58/f0>
Trace; f89976c0 <[openafs.mp].rodata.end+4459/d3b9>
Trace; f8983340 <[openafs.mp]afs_dentry_iput+0/f0>
Trace; c015c93b <d_delete+bb/c0>
Trace; c0153d66 <vfs_unlink+186/280>
Trace; c0153f1b <sys_unlink+bb/120>
Trace; c0108efb <system_call+33/38>

Code;  f8973b10 <[openafs.mp]osi_Panic+20/40>
00000000 <_EIP>:
Code;  f8973b10 <[openafs.mp]osi_Panic+20/40>   <=====
   0:   c6 05 ff ff ff ff 2a      movb   $0x2a,0xffffffff   <=====
Code;  f8973b17 <[openafs.mp]osi_Panic+27/40>
   7:   83 c4 1c                  add    $0x1c,%esp
Code;  f8973b1a <[openafs.mp]osi_Panic+2a/40>
   a:   c3                        ret
Code;  f8973b1b <[openafs.mp]osi_Panic+2b/40>
   b:   90                        nop
Code;  f8973b1c <[openafs.mp]osi_Panic+2c/40>
   c:   8d 74 26 00               lea    0x0(%esi),%esi
Code;  f8973b20 <[openafs.mp]osi_Panic+30/40>
  10:   b8 02 8e 99 00            mov    $0x998e02,%eax