The problem occurred during a copy of a large directory tree to an r5
resiserfs partition mounted via both nfs and smb on a server on the local
ethernet, after at least a hundred megs had been successfully transfered.
I'm fairly, but not entirely sure that only the one client was reading
from or writing to the NFS mount at the time. There was definately nobody
with it smbmounted.
The server's reiserfs partition (hdb1) is on a 60gb maxtor diamondmax.
Relevant parts of System.map are appended. (I've rebooted the machine so I
can't answer any more state questions, though I can probably reproduce it
if necessary.)
System is a 2.4.0-test2 box with the 3.6.9 reiserfs patch against test1-18
running kernel nfsd with v3 support.
I've abbreviated various 16 and 32 bit all-zero values with 0.
----------
vs-13042 reiserfs_read_inode2: [0 1 0x0 SD] not found
vs-13048 reiserfs_iget: bad_inode. State data of (0 1) not found
Unable ... null ptr deref at 00000000
eip: c018a40b
*pde 00000000
oops 0000
cpu 0
EIP: 0010: [<c018a40b>]
EFLAGS: 00010292
eax: 0 ebc: c9dcf860 ecx:0 edx: c018a3ec
esi: c0245120 edi: c2a8dd84 ebp: c1517400 esp: c2a8dd20
ds: 0018 es: 0018 ss: 0018
stack c9dcf860 0 c14b1f38 c2a8dd4c c2a8dd8c 0000003d 00000055 0
0 00000001 0 0 0 0 0 0
0 0 0 0 0 0 0 0
call trace: c014354f c014379a c0167b7d c0168110
c01685fc c01695dd c0169b64 fe0010ac
c02047c6 c01de97d c0115492 c0166e3c
c0166503 c0212c18 c01662ed c01661a0
c0108e37
code: 8b 00 c7 44 24 1c 00 00 00 00 89 44 24 0c 8b 43 18 89 44 24
------------
addresses from system.map in numerical order...
c0108e14 T kernel_thread
c0108e37 <--
c0108e44 T exit_thread
c01151dc T schedule
c0115492 <--
c0115640 T __wake_up
c0143494 t get_new_inode
c014354f <--
c01435e8 T iunique
c01436cc T iget4
c014379a <--
c01437a8 T insert_inode_hash
c01661a0 t nfsd
c01661a0 <--
c0166434 t nfsd_dispatch
c01662ed <--
c0166503 <--
c01665a0 T proc_export_init
c0166d7c t nfsd_proc_write
c0166e3c <--
c0166e44 t nfsd_proc_create
c0167b64 t nfsd_iget
c0167b7d <--
c0167c34 T d_splice
c0167f84 t find_fh_dentry
c0168110 <--
c01683b0 T fh_verify
c01685fc <--
c0168808 T fh_compose
c01695b0 T nfsd_open
c01695dd <--
c0169740 T nfsd_close
c0169b28 T nfsd_write
c0169b64 <--
c0169dc0 T nfsd_commit
c018a3ec T reiserfs_read_inode2
c018a3ec <--
c018a40b <--
c018a49c T reiserfs_iget
c01de8fc T sock_sendmsg
c01de97d <--
c01de9a0 T sock_recvmsg
c0204788 T inet_sendmsg
c02047c6 <--
c02047cc T inet_shutdown
c021296c T svc_process
c0212c18 <--
c0212eb0 t svc_sock_enqueue
c0223390 r tvecs
c0245120 <--
c0251160 r twist_table.518
Justin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Jun 26 2000 - 21:00:08 EST