Linux-kernel mailing list archive 2000-26,: oops in reiserfs 3.6.9?

# oops in reiserfs 3.6.9?

Justin (jguyett@andrew.cmu.edu)
Mon, 26 Jun 2000 04:24:22 -0400 (EDT)

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Venkata Rajesh Velamakanni: "Query on UDP Sockets on Linux."
- Previous message: Nasa: "Re: I really hate to do this..."

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/

- Next message: Venkata Rajesh Velamakanni: "Query on UDP Sockets on Linux."
- Previous message: Nasa: "Re: I really hate to do this..."