2940UW problems

[Marcus Butler]

 A while back the ISP I work for (WorldSpice) had server problems,
specifically, server crashes.  It happened on a FreeBSD-2.2.5-CURRENT
machine with an Adaptec-2940 UW controller driving a Quantum 4 gigabyte
(XP34550W) drive.  Recently, another server, with the same SCSI
configuration, but running Linux 2.0/glibc also started crashing.  The
only common denominators in the machines hardware-wise are the ethernet
cards (DEC 21041 Tulip) and the SCSI cards/drives.  All of the processes
that trigger the crashes on both servers are processes that are linked
with the GD graphics library.  If anyone can help me with this, I would
appreciate it.  Logs from the second (Linux) machine are attached.
Niceing the processes stops the crashes (usually.)

 Marcus Butler

--------------dmesg entry-----------------

SCSI ID 7, 16/255 SCBs, QFull 16, QMask 0x1f
scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 4.1.1/3.2.1
scsi : 1 host.
scsi0: Scanning channel A for devices.
  Vendor: QUANTUM   Model: XP34550W          Rev: LXQ1
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 6, lun 0
scsi : detected 1 SCSI disk total.
SCSI device sda: hdwr sector= 512 bytes. Sectors= 8890760 [4341 MB] [4.3
GB]
tulip.c:v0.79 9/3/97 becker at cesdis.gsfc.nasa.gov
eth0: DEC DS21041 Tulip at 0x6800, 21041 mode, 00 00 c0 55 2e fa, IRQ 11.
  The following verbose information is emitted for
  bug reports on media selection.
eth0:21041 Media information at 30, default media 0800 (Autosense).
eth0:  21041 media 00 (10baseT), csr13 0104 csr14 0000 csr15 0000.
eth0:  21041 media 00 (10baseT), csr13 0000 csr14 0000 csr15 0000.
eth0:  21041 media 00 (10baseT), csr13 0000 csr14 0000 csr15 0000.
Partition check:
 sda: sda1 sda2 sda3
VFS: Mounted root (ext2 filesystem) readonly.
Adding Swap: 130748k swap-space (priority -1)
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
invalid operand: 0000
CPU:    0
EIP:    0010:[<000b5404>]
EFLAGS: 00010296
eax: 0785ef30   ebx: 0018efeb   ecx: 07abce6c   edx: ffff0ff0
esi: 07abce6c   edi: 00110ef9   ebp: 00110ecc   esp: 0785ef38
ds: 0018   es: 0018   fs: 002b   gs: 002b   ss: 0018
Process perl (pid: 4198, process nr: 82, stackpage=0785e000)
Stack: 07abce18 078a3414 07bf0a53 07abce18 00381cc0 0010a700 0785ef58 00000000
       00110ecc 07abce6c 0eb11dd8 000b5404 07abce18 078a3414 006cff98 00000018
       00000018 0000002b 0000002b ffffffff 00110f06 00000010 00010206 00110ecc
Call Trace: [<0010a700>] [<00110ecc>] [<00110f06>] [<00110ecc>]
[<0010a700>]
Code: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
Unable to handle kernel paging request at virtual address ced58bb4
current->tss.cr3 = 00101000, %cr3 = 00101000
*pde = 00000000
Oops: 0000
CPU:    0
EIP:    0010:[<0011a908>]
EFLAGS: 00010202
eax: 00000001   ebx: 0ed58b98   ecx: 006cff90   edx: 006cf000
esi: 07abce18   edi: 0ed58b98   ebp: 0785eefc   esp: 0785ee80
ds: 0018   es: 0018   fs: 002b   gs: 002b   ss: 0018
Process perl (pid: 4198, process nr: 82, stackpage=0785e000)
Stack: 07abce18 00000014 0785f000 00115a03 07abce18 0000002b 00000014 0785f000
       0785eefc 0010aacf 0000000b 0018fd25 00000000 0785eefc 00110ef9 00110ecc
       000000ff 09000000 08800000 07ab0018 0010ac85 0018fd49 0785eefc 00000000
Call Trace: [<00115a03>] [<0010aacf>] [<00110ef9>] [<00110ecc>] [<09000000>] [<08800000>] [<0010ac85>]
       [<0010ac48>] [<0010a700>] [<0018efeb>] [<00110ef9>] [<00110ecc>] [<0010a700>] [<00110ecc>] [<00110f06>]
       [<00110ecc>] [<0010a700>]
Code: 8b 7b 1c 8b 43 28 85 c0 74 27 8b 48 08 85 c9 74 10 8b 53 04
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1
ICMP redirect from 206.30.216.1

------------end of dmesg-----------

------------/proc/scsi/aic7xxx0-----------
Adaptec AIC7xxx driver version: 4.1.1/3.2.1
Compile Options:
  AIC7XXX_RESET_DELAY    : 5
  AIC7XXX_TAGGED_QUEUEING: Enabled
  AIC7XXX_PAGE_ENABLE    : Enabled
  AIC7XXX_PROC_STATS     : Disabled

Adapter Configuration:
           SCSI Adapter: Adaptec AHA-294X Ultra SCSI host adapter
                         (AIC-788x chipset)
               Host Bus: Wide
                Base IO: 0x6400
         Base IO Memory: 0xe1000000
                    IRQ: 10
                   SCBs: Used 8, HW 16, Page 255
             Interrupts: 135523
          Serial EEPROM: True
   Extended Translation: Enabled
         SCSI Bus Reset: Enabled
             Ultra SCSI: Enabled
Disconnect Enable Flags: 0xffff
---------------------------end of /proc/scsi/aic7xxx/0-------------

-----------------------/proc/scsi/scsi-------------------
Attached devices:
Host: scsi0 Channel: 00 Id: 06 Lun: 00
  Vendor: QUANTUM  Model: XP34550W         Rev: LXQ1
  Type:   Direct-Access                    ANSI SCSI revision: 02
-----------------------end of /proc/scsi/scsi----------------


To Unsubscribe: send mail to majordomo at FreeBSD.org
with "unsubscribe aic7xxx" in the body of the message