Jens Benecke writes: > Hi, > > while deleteing a large directory via NFS today (from Konqueror) I got > this: >
Stack trace looks sane up to the last entry: reiserfs_delete_inode+0/152. It's impossible for this function to fail at the first byte of its body. Moreover, destroy_inode() doesn't call reiserfs_delete_inode() at all, but calls kmem_cache_free() in stead. It looks like memory corruption. Either memory is not trustworthy (memtest86 should detect this sooner or later) or some driver accessed a wild pointer within the kernel. > --------------------------------------------------------------------------- > Jan 16 01:45:16 server kernel: Unable to handle kernel NULL pointer dereference at >virtual address 00000003 > Jan 16 01:45:16 server kernel: printing eip: > Jan 16 01:45:16 server kernel: c012a162 > Jan 16 01:45:16 server kernel: *pde = 00000000 > Jan 16 01:45:16 server kernel: Oops: 0002 > Jan 16 01:45:16 server kernel: CPU: 0 > Jan 16 01:45:16 server kernel: EIP: 0010:[kmem_cache_free+78/148] Not tainted > Jan 16 01:45:16 server kernel: EFLAGS: 00010046 Jan 16 01:45:16 server kernel: eax: >c7914000 ebx: 0000a163 ecx: c1510060 edx: ffffffff > Jan 16 01:45:16 server kernel: esi: c1406130 edi: 00000246 ebp: cc85cf60 esp: >cd443ec4 > Jan 16 01:45:16 server kernel: ds: 0018 es: 0018 ss: 0018 Jan 16 01:45:16 server >kernel: Process nfsd (pid: 31464, stackpage=cd443000) > Jan 16 01:45:16 server kernel: Stack: c1510a00 c01692f0 c0260d40 cc85cf60 c01428f0 >c1406130 c1510a00 c1510a00 > Jan 16 01:45:16 server kernel: c0143c8f c1510a00 c3c899c0 c1510a00 c3c899c0 >c0142398 c1510a00 00000000 > Jan 16 01:45:16 server kernel: ccf05a20 c013be96 c3c899c0 c3c899c0 cd3d4404 >c3c899c0 d0d0225f ccf05a20 > Jan 16 01:45:16 server kernel: Call Trace: [reiserfs_delete_inode+0/152] >[destroy_inode+32/40] [iput+399/408] [d_delete+76/108] [vfs_unlink+246/300] > Jan 16 01:45:17 server kernel: [<d0d0225f>] [<d0d061b4>] [<d0d0c420>] >[<d0cfd563>] [<d0d0c420>] [<d0ce62a5>] > Jan 16 01:45:17 server kernel: [<d0d0bd18>] [<d0cfd34d>] [<d0d0bd00>] >[kernel_thread+40/56] > Jan 16 01:45:17 server kernel: > Jan 16 01:45:17 server kernel: Code: 89 42 04 89 10 8b 46 10 89 48 04 89 01 8d 46 10 >89 41 04 89 > --------------------------------------------------------------------------- > > The directory contained a couple (3) big files, and about 50 ~3-5MB files. > It was burned to CDR a few minutes before. > > Attached is the ksymoops report. Please check this. This makes me very > uneasy. ALso, I don't understand the symbol warnings (depmod -a doesn't > complain about anything). Ignore them. > > > Thanks! > Nikita.
