[2.] Full description of the problem/report:
i run a ftp server wich had 1 raid0 disk wich consist on a bunch o
IDE and SCSI disks. all running into 1 single md device. from time to
time, when users try to download a file from the FTP the kernel fails with
a kernel Oops and the ftp process (proftpd 1.2.0pre3) fall into D state and
ps -auxwl shows :
100 566 8819 244 0 0 1420 908 wait_on_pag D ? 0:00 proftpd:
USER - XXX.XXX.XXX.XXX: RETR /XXXX/XXXXX/XXXXX.XXX
this happends also with 2.2.6-ac2 and proftpd 1.2.0pre2.
[3.] Keywords (i.e., modules, networking, kernel):
raid0, ftp
[4.] Kernel version (from /proc/version):
Linux version 2.3.5ac1 (root@lot.sick.cl) (gcc version egcs-2.90.29 980515 (egcs-1.0.3 release)) #1 Sun Jun 13 22:42:12 CLT 1999
[5.] Output of Oops.. message (if applicable) with symbolic information
resolved (see Documentation/oops-tracing.txt)
Options used: -V (default)
-o /lib/modules/2.3.5ac1/ (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-m /usr/src/linux/System.map (default)
-c 1 (default)
-a - same as ksymoops (default)
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.
Warning in compare_ksyms_lsmod, module 3c59x is in lsmod but not in ksyms, probably no symbols exported
Warning in compare_ksyms_lsmod, module raid0 is in lsmod but not in ksyms, probably no symbols exported
Reading Oops report from the terminal
Unable to handle kernel paging request at virtual address c41d8150
current->tss.cr3 = 003e7000, %cr3 = 003e7000
*pde = 003df063
Oops: 0000
CPU: 0
EIP: 0010:[<c4014494>]
EFLAGS: 00010202
eax: 1ed21974 ebx: c41d8150 ecx: 00000008 edx: 00000006
esi: 00000002 edi: 7b4865d2 ebp: 00000004 esp: c35efe04
ds: 0018 es: 0018 ss: 0018
Process in.proftpd (pid: 7249, process nr: 85, stackpage=c35ef000)
Stack: 00000004 00000009 c4018090 f690cba4 c4016000 c0127f4e 00000001 00000000
c017b9bf c0236180 c3880e6e c3880e70 00000002 c01764ad 00000000 c3880e6e
c3880e70 00000002 c3880e60 d3f3820d 00000000 00000100 00000400 c0128538
Call Trace: [<c4018090>] [<c4016000>] [<c0127f4e>] [<c017b9bf>] [<c01764ad>] [<c0128538>] [<c01286df>]
[<c011d7cc>] [<c011dc69>] [<c011dfdf>] [<c011df38>] [<c0125e19>] [<c0109e34>]
Code: 8b 33 8b 06 03 46 08 39 c7 7c 1f 8b 5b 04 85 db 75 16 57 68
Copying default arch from ksymoops, bfd_arch=8 bfd_mach=0
>>EIP; c4014494 <END_OF_CODE+e508/????>
Trace; c4018090 <END_OF_CODE+12104/????>
Trace; c4016000 <END_OF_CODE+10074/????>
Trace; c0127f4e <create_buffers+62/298>
Trace; c017b9bf <md_map+5b/60>
Trace; c01764ad <ll_rw_block+e9/1fc>
Trace; c0128538 <brw_page+280/354>
Trace; c01286df <generic_readpage+7f/8c>
Trace; c011d7cc <try_to_read_ahead+124/13c>
Trace; c011dc69 <do_generic_file_read+2c1/590>
Trace; c011dfdf <generic_file_read+57/70>
Trace; c011df38 <file_read_actor+0/50>
Trace; c0125e19 <sys_read+b1/c8>
Trace; c0109e34 <system_call+34/38>
Code; c4014494 <END_OF_CODE+e508/????> 00000000 <_EIP>:
Code; c4014494 <END_OF_CODE+e508/????> 0: 8b 33 movl (%ebx),%esi
Code; c4014496 <END_OF_CODE+e50a/????> 2: 8b 06 movl (%esi),%eax
Code; c4014498 <END_OF_CODE+e50c/????> 4: 03 46 08 addl 0x8(%esi),%eax
Code; c401449b <END_OF_CODE+e50f/????> 7: 39 c7 cmpl %eax,%edi
Code; c401449d <END_OF_CODE+e511/????> 9: 7c 1f jl 2a <_EIP+0x2a> c40144be <END_OF_CODE+e532/????>
Code; c401449f <END_OF_CODE+e513/????> b: 8b 5b 04 movl 0x4(%ebx),%ebx
Code; c40144a2 <END_OF_CODE+e516/????> e: 85 db testl %ebx,%ebx
Code; c40144a4 <END_OF_CODE+e518/????> 10: 75 16 jne 28 <_EIP+0x28> c40144bc <END_OF_CODE+e530/????>
Code; c40144a6 <END_OF_CODE+e51a/????> 12: 57 pushl %edi
Code; c40144a7 <END_OF_CODE+e51b/????> 13: 68 00 00 00 00 pushl $0x0
3 warnings issued. Results may not be reliable.
[6.] A small shell script or example program which triggers the
problem (if possible)
[7.] Environment
[7.1.] Software (add the output of the ver_linux script here)
Linux lot.sick.cl 2.3.5ac1 #1 Sun Jun 13 22:42:12 CLT 1999 i686 unknown
Kernel modules 2.1.121
Gnu C egcs-2.90.29 980515 (egcs-1.0.3 release)
Binutils 2.9.1.0.15
Linux C Library 2.0.7
Dynamic linker ldd (GNU libc) 2.0.7
Linux C++ Library 2.8.0
Procps 1.2.9
Mount 2.8a
Net-tools 1.50
Kbd 0.96
Sh-utils 1.16
Modules Loaded 3c59x raid0 aha152x
[7.2.] Processor information (from /proc/cpuinfo):
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 3
model name : Pentium II (Klamath)
stepping : 4
cpu MHz : 267.279122
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
sep_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov mmx
bogomips : 266.24
[7.3.] Module information (from /proc/modules):
3c59x 17252 1 (autoclean)
raid0 1744 2 (autoclean)
aha152x 25068 1
[7.4.] SCSI information (from /proc/scsi/scsi)
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: SEAGATE Model: ST15230N Rev: 0638
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 02 Lun: 00
Vendor: QUANTUM Model: PD1050iS Rev: 3110
Type: Direct-Access ANSI SCSI revision: 02
[7.5.] Other information that might be relevant to the problem
(please look in /proc and include all information that you
think to be relevant):
/proc/mdstat
Personalities : [2 raid0]
read_ahead 128 sectors
md0 : active raid0 sda1 hdd1 hdb3 hdc1 11035504 blocks 4k chunks
md1 : active raid0 hdb1 hdc2 2270992 blocks 4k chunks
md2 : inactive
md3 : inactive
Partition Tables:
Device Boot Start End Blocks Id System
/dev/sda1 1 4095 4193264 83 Linux native
/dev/hdd1 1 8338 4202320+ 83 Linux native
/dev/hdc1 1 4162 2097616+ 83 Linux native
/dev/hdc2 4163 7752 1809360 83 Linux native
/dev/hdb1 1 229 461632+ 83 Linux native
/dev/hdb3 332 600 542304 83 Linux native
Raid Device:
/dev/md0 10628407 6964389 3664018 66% /ftp
[X.] Other notes, patches, fixes, workarounds:
Thank you
--SynFl00d
email : synflood@endor.sick.cl Efax Number : (815) 366-3177 ICQ : 6994327
- 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/