I got this oops when trying to write on an NFS volume. The server is
an SGI machine running IRIX 6.5.7. I have done lots of reads and
writes to/from this NFS server for many months. The write command
(`mv file /new/path`) hung. Shortly afterwards the entire machine
locked during an NFS read from a different server (SGI runing IRIX
6.5.8alpha). Alt-sysrq-S didn't sync the filesystems.
This is a dual-Celeron BP6. IDE-33 disks (no SCSI or IDE-66). No
overclocking. Most stuff compiled as modules.
ksymoops 2.3.3 on i686 2.3.99-pre3. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.3.99-pre3/ (default)
-m /boot/System.map-2.3.99-pre3 (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Unable to handle kernel paging request at virtual address dead4ff9
c01715b9
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c01715b9>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: dead4ead ebx: c7aafd80 ecx: c7aafd80 edx: dead4ff9
esi: c4eeb1e0 edi: c4eeb1e0 ebp: c7aafea8 esp: c1675e74
ds: 0018 es: 0018 ss: 0018
Process mv (pid: 6643, stackpage=c1675000)
Stack: 00c9f213 c7aafd80 c0171748 c7aafd80 c7e91820 c68ce028 c68ce020 c016d241
c7aafd80 00c9f3a3 c7e91820 00001000 c7aafd80 c56b4140 c7aafeb8 c7aafd80
00001000 c68ce020 c016d515 c56b4140 c112ab70 00000000 00001000 00001000
Call Trace: [<c0171748>] [<c016d241>] [<c016d515>] [<c016ae14>] [<c0131d0e>] [<c01558d4>] [<c016af42>]
[<c013d3bc>] [<c010bd40>]
Code: 83 b8 4c 01 00 00 00 75 ef 89 1a 80 8b 18 01 00 00 20 ff 43
>>EIP; c01715b9 <inode_append_flushd+79/dc> <=====
Trace; c0171748 <inode_schedule_scan+44/150>
Trace; c016d241 <nfs_update_request+389/4f4>
Trace; c016d515 <nfs_updatepage+a1/19c>
Trace; c016ae14 <nfs_commit_write+a0/14c>
Trace; c0131d0e <generic_file_write+396/4b8>
Trace; c01558d4 <update_atime+64/70>
Trace; c016af42 <nfs_file_write+82/8c>
Trace; c013d3bc <sys_write+118/140>
Trace; c010bd40 <system_call+34/38>
Code; c01715b9 <inode_append_flushd+79/dc>
00000000 <_EIP>:
Code; c01715b9 <inode_append_flushd+79/dc> <=====
0: 83 b8 4c 01 00 00 00 cmpl $0x0,0x14c(%eax) <=====
Code; c01715c0 <inode_append_flushd+80/dc>
7: 75 ef jne fffffff8 <_EIP+0xfffffff8> c01715b1 <inode_append_flushd+71/dc>
Code; c01715c2 <inode_append_flushd+82/dc>
9: 89 1a mov %ebx,(%edx)
Code; c01715c4 <inode_append_flushd+84/dc>
b: 80 8b 18 01 00 00 20 orb $0x20,0x118(%ebx)
Code; c01715cb <inode_append_flushd+8b/dc>
12: ff 43 00 incl 0x0(%ebx)
1 warning issued. Results may not be reliable.
-- Scott Henry <scotth@sgi.com> / Help! My disclaimer is missing! IRIX MTS, / GIGO *really* means: Garbage in, Gospel Out Silicon Graphics, Inc / http://reality.sgi.com/scotth/- 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 : Fri Apr 07 2000 - 21:00:18 EST