kernel panic

From: Diogo Zulli (dgz@vcn.com.br)
Date: Fri Aug 11 2000 - 17:45:29 EDT

  • Next message: Byron Stanoszek: "Re: [Sligtly Off-Topic] Status of Linux running on Athlon based boards?"

    Hi everyone,

        We are having some randoms oops under high load! We think
        it's related with aic7xxx drivers but sometimes the oops happen
        without aic7xxx drivers loaded. Could be a VM issue either.
        The oops happens frequently when we running by raid5/1 (raid-tools).
        If raid isn't running the oopses gets more time to happen
        (but happen, ~ one time a week). AND If aic7xxx isn't used
        the oopses get more time to happen than when aic7xxx is used.
        Generally some processes like mc, mcedit, find are the cause of
        the oops. It's stranger. Follow the oops log:

    ksymoops 0.7c on i686 2.2.16. Options used
         -V (default)
         -k /proc/ksyms (default)
         -l /proc/modules (default)
         -o /lib/modules/2.2.16/ (default)
         -m /System.map (specified)

    Unable to handle kernel paging request at virtual address fffffebb
    current->tss.cr3 = 056c6000, %cr3 = 056c6000
    *pde = 00000000
    Oops: 0000
    CPU: 0
    EIP: 0010:[<fffffebb>]
    Using defaults from ksymoops -t elf32-i386 -a i386
    EFLAGS: 00010286
    eax: fffffebb ebx: c6667780 ecx: c210e330 edx: 00000000
    esi: c6302540 edi: c210e330 ebp: c6302540 esp: c6fe5f94
    ds: 0018 es: 0018 ss: 0018
    Process find (pid: 15658, process nr: 387, stackpage=c6fe5000)
    Stack: c6667780 00000004 c7866000 00001000 bfffedc4 c012413e c7866000 00010800
           bfffee48 c6fe4000 00000031 c0108fc0 0805d568 00010800 bfffee48 00000031
           00001000 bfffedc4 00000005 0000002b 0000002b 00000005 400bda24 00000023
    Call Trace: [<c012413e>] [<c0108fc0>]
    current->tss.cr3 = 056c6000, %cr3 = 056c6000
    *pde = 00000000
    Oops: 0000
    CPU: 0
    EIP: 0010:[<c010946d>]
    EFLAGS: 00010046
    eax: 00000000 ebx: 00000000 ecx: fffffebb edx: 00000001
    esi: 0000002b edi: c6fe6000 ebp: c8000000 esp: c6fe5ed4
    ds: 0018 es: 0018 ss: 0018
    Process find (pid: 15658, process nr: 387, stackpage=c6fe5000)
    Stack: fffffebb c6302540 c020cd0e c6302540 c210e330 c6302540 fffffebb c6667780
           c210e330 00000000 fffffebb 00010286 fffffebc c8800000 c01094d0 c6fe5f58
           c01be327 c01bface 00000000 00000000 c010e4e4 c01bface c6fe5f58 00000000
    Call Trace: [<c8800000>] [<c01094d0>] [<c01be327>] [<c01bface>] [<c010e4e4>]
    [<c01bface>] [<c01090d1>]
           [<c0123f60>] [<c012413e>] [<c0108fc0>]
    Code: 8a 04 0b 89 44 24 38 50 68 1f e3 1b c0 e8 31 9b 00 00 83 c4

    >>EIP; fffffebb <END_OF_CODE+37fe80c1/????> <=====
    Trace; c012413e <sys_open+36/94>
    Trace; c0108fc0 <system_call+34/38>
    >>EIP; c010946d <show_registers+28d/2c0> <=====
    Trace; c8800000 <END_OF_CODE+7e8206/????>
    Trace; c01094d0 <die+30/38>
    Trace; c01be327 <stext_lock+198b/3244>
    Trace; c01bface <stext_lock+3132/3244>
    Trace; c010e4e4 <do_page_fault+2c4/3b0>
    Trace; c01bface <stext_lock+3132/3244>
    Trace; c01090d1 <error_code+2d/34>
    Trace; c0123f60 <filp_open+ac/f0>
    Trace; c012413e <sys_open+36/94>
    Trace; c0108fc0 <system_call+34/38>
    Code; c010946d <show_registers+28d/2c0>
    00000000 <_EIP>:
    Code; c010946d <show_registers+28d/2c0> <=====
       0: 8a 04 0b mov (%ebx,%ecx,1),%al <=====
    Code; c0109470 <show_registers+290/2c0>
       3: 89 44 24 38 mov %eax,0x38(%esp,1)
    Code; c0109474 <show_registers+294/2c0>
       7: 50 push %eax
    Code; c0109475 <show_registers+295/2c0>
       8: 68 1f e3 1b c0 push $0xc01be31f
    Code; c010947a <show_registers+29a/2c0>
       d: e8 31 9b 00 00 call 9b43 <_EIP+0x9b43> c0112fb0 <printk+0/16c>
    Code; c010947f <show_registers+29f/2c0>
      12: 83 c4 00 add $0x0,%esp

    ** important messages from dmesg:

    Linux version 2.2.16 (root@new.vcn.com.br) (gcc version egcs-2.91.66 19990314/Linux
         (egcs-1.1.2 release)) #5 Mon Aug 7 19:15:57 BRT 2000

    PIIX4: IDE controller on PCI bus 00 dev 21
    PIIX4: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:pio
    hda: FUJITSU MPD3043AT, ATA DISK drive
    hdb: Creative CD-ROM CD4832E, ATAPI CDROM drive
    hdc: FUJITSU MPD3043AT, ATA DISK drive
    ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
    ide1 at 0x170-0x177,0x376 on irq 15
    hda: FUJITSU MPD3043AT, 4125MB w/512kB Cache, CHS=525/255/63, UDMA
    hdc: FUJITSU MPD3043AT, 4125MB w/512kB Cache, CHS=8940/15/63, UDMA
    hdb: ATAPI 44X CD-ROM drive, 128kB Cache
    (scsi0) <Adaptec AIC-7890/1 Ultra2 SCSI host adapter> found at PCI 0/6/0
    (scsi0) Wide Channel, SCSI ID=7, 32/255 SCBs
    (scsi0) Downloading sequencer code... 396 instructions downloaded
    enable_irq() unbalanced from c802bb0e
    scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.28/3.2.4
    <Adaptec AIC-7890/1 Ultra2 SCSI host adapter>
    scsi : 1 host.
    (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 15.
    Vendor: SEAGATE Model: ST39175LC Rev: 0001
    Type: Direct-Access ANSI SCSI revision: 02
    Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
    (scsi0:0:1:0) Synchronous at 40.0 Mbyte/sec, offset 15.
    Vendor: SEAGATE Model: ST39175LC Rev: 0001
    Type: Direct-Access ANSI SCSI revision: 02
    Detected scsi disk sdb at scsi0, channel 0, id 1, lun 0
    (scsi0:0:2:0) Synchronous at 40.0 Mbyte/sec, offset 15.
    Vendor: SEAGATE Model: ST39175LC Rev: 0001
    Type: Direct-Access ANSI SCSI revision: 02
    Detected scsi disk sdc at scsi0, channel 0, id 2, lun 0
    SCSI device sda: hdwr sector= 512 bytes. Sectors= 17783240 [8683 MB] [8.7 GB]
    sda: sda1
    SCSI device sdb: hdwr sector= 512 bytes. Sectors= 17783240 [8683 MB] [8.7 GB]
    sdb:
    SCSI device sdc: hdwr sector= 512 bytes. Sectors= 17783240 [8683 MB] [8.7 GB]
    sdc:

    ---

        Hardware:
            Asus Board P2bs
            SCSI AIC79xx
            3 x 9gb hd Scsi(Seagate)
            2 x 4gb hd Ide

    Thanks in Advance,

                 - Diogo Zulli

    --[ email: dgz@vcn.com.br ]--[ fone: (19) 9717 2729 ]--[ icq: 66904917 ]--

    -
    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 Aug 11 2000 - 17:57:07 EDT