Panics during boot with 2.6.14-1.1644_FC4 and 2.6.14-1.1637_FC4 smpkernels?

Tue Nov 29 23:04:30 UTC 2005

Hm, I am seeing SCSI problems on the last several kernels. I use the
SCSI to contact exotic devices from time to time so I have a drive
present that I simply ignore so that the SCSI drivers mount. I also
have a Fujitsu Magneto Optical drive and a SCSI CDROM of rather old
but working vintage.

===8<--- From dmesg on 14-1.1637
SCSI subsystem initialized
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
PCI: setting IRQ 11 as level-triggered
ACPI: PCI Interrupt 0000:00:0b.0[A] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
        <Adaptec 2940 SCSI adapter>
        aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs

  Vendor: FUJITSU   Model: M2513EL           Rev: 0020
  Type:   Direct-Access                      ANSI SCSI revision: 02
 target0:0:3: Beginning Domain Validation
 target0:0:3: Domain Validation skipping write tests
 target0:0:3: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 15)
 target0:0:3: Ending Domain Validation
SCSI device sda: 310352 2048-byte hdwr sectors (636 MB)
sda: Write Protect is off
sda: Mode Sense: 7f 03 10 08
SCSI device sda: drive cache: write back
SCSI device sda: 310352 2048-byte hdwr sectors (636 MB)
sda: Write Protect is off
sda: Mode Sense: 7f 03 10 08
SCSI device sda: drive cache: write back
 sda: RDSK (2048) sda1 (DOS^C)(res 2 spb 1)
Attached scsi removable disk sda at scsi0, channel 0, id 3, lun 0
  Vendor: QUANTUM   Model: XP34301           Rev: 1071
  Type:   Direct-Access                      ANSI SCSI revision: 02
scsi0:A:4:0: Tagged Queuing enabled.  Depth 4
 target0:0:4: Beginning Domain Validation
 target0:0:4: Domain Validation skipping write tests
 target0:0:4: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 15)
 target0:0:4: Ending Domain Validation
SCSI device sdb: 8410200 512-byte hdwr sectors (4306 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 8410200 512-byte hdwr sectors (4306 MB)
SCSI device sdb: drive cache: write back
 sdb: [mac] sdb1 sdb2 sdb3 sdb4 sdb5 sdb6
Attached scsi disk sdb at scsi0, channel 0, id 4, lun 0
  Vendor: TOSHIBA   Model: CD-ROM XM-3401TA  Rev: 0283
  Type:   CD-ROM                             ANSI SCSI revision: 02
 target0:0:5: Beginning Domain Validation
 target0:0:5: Domain Validation skipping write tests
 target0:0:5: FAST-5 SCSI 4.2 MB/s ST (236 ns, offset 15)
 target0:0:5: Ending Domain Validation
device-mapper: 4.4.0-ioctl (2005-01-12) initialised: dm-devel at redhat.com
cdrom: open failed.
(scsi0:A:4:0): data overrun detected in Data-in phase.  Tag == 0x2.
(scsi0:A:4:0): Have seen Data Phase.  Length = 28672.  NumSGs = 4.
sg[0] - Addr 0x01aa2000 : Length 16384
sg[1] - Addr 0x037c44000 : Length 4096
sg[2] - Addr 0x037dff000 : Length 4096
sg[3] - Addr 0x037ca2000 : Length 4096
(scsi0:A:4:0): data overrun detected in Data-in phase.  Tag == 0x1.
(scsi0:A:4:0): Have seen Data Phase.  Length = 2048.  NumSGs = 1.
sg[0] - Addr 0x03f5dd800 : Length 2048
cdrom: open failed.
===8<--- from /var/log/messages
Nov 26 20:01:28 morticia fstab-sync[3009]: removed all generated mount points
Nov 26 20:01:29 morticia fstab-sync[3018]: added mount point /media/floppy for /dev/fd0
Nov 26 20:01:29 morticia fstab-sync[3021]: added mount point /media/cdrom for /dev/scd0
Nov 26 20:01:29 morticia kernel: (scsi0:A:4:0): data overrun detected in Data-in phase. 
Tag == 0x2.
Nov 26 20:01:29 morticia kernel: (scsi0:A:4:0): Have seen Data Phase.  Length = 4096. 
NumSGs = 1.
Nov 26 20:01:29 morticia kernel: sg[0] - Addr 0x030810000 : Length 4096
...
Nov 26 20:02:01 morticia kernel: scsi0:0:4:0: Attempting to queue an ABORT message
Nov 26 20:02:01 morticia kernel: CDB: 0x28 0x0 0x0 0x0 0x2 0xb8 0x0 0x0 0x8 0x0
Nov 26 20:02:01 morticia kernel: scsi0: At time of recovery, card was not paused
Nov 26 20:02:01 morticia kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins 
<<<<<<<<<<<<<<<<<
Nov 26 20:02:01 morticia kernel: scsi0: Dumping Card State in Data-in phase, at SEQADDR 
0x79
Nov 26 20:02:01 morticia kernel: Card was paused
Nov 26 20:02:01 morticia kernel: ACCUM = 0x0, SINDEX = 0xb8, DINDEX = 0xa8, ARG_2 = 0xff
Nov 26 20:02:01 morticia kernel: HCNT = 0x0 SCBPTR = 0x0
Nov 26 20:02:01 morticia kernel: SCSISIGI[0x44] ERROR[0x0] SCSIBUSL[0x4e] LASTPHASE[0x40]
Nov 26 20:02:01 morticia kernel: SCSISEQ[0x12] SBLKCTL[0x0] SCSIRATE[0xf] SEQCTL[0x10]
Nov 26 20:02:01 morticia kernel: SEQ_FLAGS[0x20] SSTAT0[0x0] SSTAT1[0x3] SSTAT2[0x80]
Nov 26 20:02:01 morticia kernel: SSTAT3[0x0] SIMODE0[0x0] SIMODE1[0xac] SXFRCTL0[0x80]
Nov 26 20:02:01 morticia kernel: DFCNTRL[0x38] DFSTATUS[0x0]
Nov 26 20:02:01 morticia kernel: STACK: 0x0 0x160 0x190 0x6c
Nov 26 20:02:01 morticia kernel: SCB count = 4
Nov 26 20:02:01 morticia kernel: Kernel NEXTQSCB = 0
Nov 26 20:02:01 morticia kernel: Card NEXTQSCB = 1
Nov 26 20:02:01 morticia kernel: QINFIFO entries: 1
Nov 26 20:02:01 morticia kernel: Waiting Queue entries:
Nov 26 20:02:01 morticia kernel: Disconnected Queue entries:
Nov 26 20:02:01 morticia kernel: QOUTFIFO entries:
Nov 26 20:02:01 morticia kernel: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 
15
Nov 26 20:02:01 morticia kernel: Sequencer SCB Info:
Nov 26 20:02:01 morticia kernel:   0 SCB_CONTROL[0x60] SCB_SCSIID[0x47] SCB_LUN[0x0] 
SCB_TAG[0x2]
Nov 26 20:02:01 morticia kernel:   1 SCB_CONTROL[0xe0] SCB_SCSIID[0x47] SCB_LUN[0x0] 
SCB_TAG[0xff]
Nov 26 20:02:01 morticia kernel:   2 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:01 morticia kernel:   3 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:01 morticia kernel:   4 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:02 morticia kernel:   5 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:02 morticia kernel:   6 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:02 morticia kernel:   7 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:02 morticia kernel:   8 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:02 morticia kernel:   9 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:02 morticia kernel:  10 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:06 morticia kernel: QOUTFIFO entries:
Nov 26 20:02:06 morticia kernel: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 
15
Nov 26 20:02:06 morticia kernel: Sequencer SCB Info:
Nov 26 20:02:06 morticia kernel:   0 SCB_CONTROL[0x60] SCB_SCSIID[0x47] SCB_LUN[0x0] 
SCB_TAG[0x2]
Nov 26 20:02:06 morticia kernel:   1 SCB_CONTROL[0xe0] SCB_SCSIID[0x47] SCB_LUN[0x0] 
SCB_TAG[0xff]
Nov 26 20:02:06 morticia kernel:   2 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:06 morticia kernel:   3 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:06 morticia kernel:   4 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:06 morticia kernel:   5 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:06 morticia kernel:   6 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:06 morticia kernel:   7 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:06 morticia kernel:   8 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:07 morticia kernel:   9 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:07 morticia kernel:  10 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:07 morticia kernel:  11 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:07 morticia kernel:  12 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:07 morticia kernel:  13 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:07 morticia kernel:  14 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:07 morticia kernel:  15 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] 
SCB_TAG[0xff]
Nov 26 20:02:07 morticia kernel: Pending list:
Nov 26 20:02:07 morticia kernel:   1 SCB_CONTROL[0x40] SCB_SCSIID[0x57] SCB_LUN[0x0]
Nov 26 20:02:07 morticia kernel:   2 SCB_CONTROL[0x60] SCB_SCSIID[0x47] SCB_LUN[0x0]
Nov 26 20:02:07 morticia kernel: Kernel Free SCB list: 3
Nov 26 20:02:07 morticia kernel: Untagged Q(5): 1
Nov 26 20:02:07 morticia kernel:
Nov 26 20:02:07 morticia kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>
Nov 26 20:02:07 morticia kernel: scsi0:0:5:0: Cmd aborted from QINFIFO
Nov 26 20:02:07 morticia kernel: aic7xxx_abort returns 0x2002
===8<---

Now - I've been "assuming" that indicates the CDROM may be going foobar.
It's mouth is happily stuffed with a multi-session data and music CDROM.
And it had been working within the last couple months so I am not sure
if the problem began with the -13 or -14 kernels. The controller is a
very old Adaptec 2940. (At least it has the firmware that fixes the
problem it had experienced with IDE access corruption caused by the
2940.)

{^_^}    Joanne
----- Original Message ----- 
From: "Jim Cox" <shakahshakah at gmail.com>

I see panics during boot with the last two FC4 kernel updates on a dual
Opteron 248 Sun V20z (2 146GB SCSI drives). From watching the log messages
it seems to be correlated with mounting the SCSI partitions towards the
latter end of the boot phase -- I'd gladly post the boot log if it's
relevant and someone can tell me how to recover that log after re-booting
successfully with the 1369 kernel.

Anyone else seeing this and/or have any information/pointers/hints to offer? 