Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 1 Jul 2001 17:29:04 -0400
From:      "Jamil Taylor" <jamil_taylor@pobox.com>
To:        <scsi@freebsd.org>
Cc:        "Mike Meyer" <mwm@mired.org>
Subject:   RE: System Hang During tar Backup
Message-ID:  <OAENJAIJJFKLPKFKIBMGMEPMCCAA.jamil_taylor@pobox.com>
In-Reply-To: <15167.35974.774198.722692@guru.mired.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Attached are snippets of dmesg output from my system:

FreeBSD 4.3-STABLE #13: Thu Jun 28 20:00:13 EDT 2001
    root@jamiltaylor.net:/usr/src/sys/compile/STANDARD
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (930.96-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x686  Stepping = 6

Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,
CM
OV,PAT,PSE36,MMX,FXSR,SSE>
real memory  = 536469504 (523896K bytes)
config> q
avail memory = 518221824 (506076K bytes)
Changing APIC ID for IO APIC #0 from 0 to 2 on chip
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
FreeBSD/SMP: Multiprocessor motherboard
 cpu0 (BSP): apic id:  0, version: 0x00040011, at 0xfee00000
 cpu1 (AP):  apic id:  1, version: 0x00040011, at 0xfee00000
 io0 (APIC): apic id:  2, version: 0x00170020, at 0xfec00000

----------------------------------------------------------------------------
---

ahc0: <Adaptec 2930CU SCSI adapter> port 0xec00-0xecff mem
0xfafff000-0xfaffffff
 irq 13 at device 5.0 on pci3
aic7860: Single Channel A, SCSI Id=7, 3/255 SCBs
ahc1: <Adaptec aic7899 Ultra160 SCSI adapter> port 0xe800-0xe8ff mem
0xfaffe000-
0xfaffefff irq 17 at device 10.0 on pci3
aic7899: Wide Channel A, SCSI Id=7, 32/255 SCBs
ahc2: <Adaptec aic7899 Ultra160 SCSI adapter> port 0xe400-0xe4ff mem
0xfaffd000-
0xfaffdfff irq 2 at device 10.1 on pci3
aic7899: Wide Channel B, SCSI Id=7, 32/255 SCBs

----------------------------------------------------------------------------
---
sa0 at ahc1 bus 0 target 6 lun 0
sa0: <SEAGATE DAT    06240-XXX 8110> Removable Sequential Access SCSI-3
device
sa0: 80.000MB/s transfers (40.000MHz, offset 32, 16bit)
pass1 at ahc0 bus 0 target 3 lun 0
pass1: <HP C7670A 3925> Fixed Processor SCSI-2 device
pass1: 3.300MB/s transfers
Mounting root from ufs:/dev/da1s3a
da1 at ahc1 bus 0 target 0 lun 0
da1: <SEAGATE ST318404LW 0006> Fixed Direct Access SCSI-3 device
da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing
Enable
d
da1: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C)
da3 at ahc1 bus 0 target 2 lun 0
da3: <SEAGATE ST318404LW 0006> Fixed Direct Access SCSI-3 device
da3: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing
Enable
d
da3: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C)
da2 at ahc1 bus 0 target 1 lun 0
da2: <SEAGATE ST318404LW 0006> Fixed Direct Access SCSI-3 device
da2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing
Enable
d
da2: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C)
cd0 at ahc0 bus 0 target 1 lun 0
cd0: <TOSHIBA DVD-ROM SD-M1401 1007> Removable CD-ROM SCSI-2 device
cd0: 20.000MB/s transfers (20.000MHz, offset 15)
cd0: Attempt to query device size failed: NOT READY, Medium not present
cd1 at ahc0 bus 0 target 4 lun 0
cd1: <YAMAHA CRW8424S 1.0j> Removable CD-ROM SCSI-2 device
cd1: 20.000MB/s transfers (20.000MHz, offset 15)
cd1: Attempt to query device size failed: NOT READY, Medium not present -
tray c
losed
da0 at ahc0 bus 0 target 5 lun 0
da0: <FUJITSU MCD3130SS 0020> Removable Optical SCSI-2 device
da0: 10.000MB/s transfers (10.000MHz, offset 15)
da0: Attempt to query device size failed: NOT READY, Medium not present

-----Original Message-----
From: Mike Meyer [mailto:mwm@mired.org]
Sent: Sunday, July 01, 2001 4:48 PM
To: Jamil Taylor
Cc: scsi@freebsd.org
Subject: RE: System Hang During tar Backup

Having updated today - or rather tried to - I'm now seeing similar
problems. Keyboard input is obviously active, and the console driver
will let me switch virtual ttys, but no user processes seem to be
getting any cpu. There's no tape drive involved in freezing the
system, just disk activity across multiple devices on the
controller. In particular, I've got:

<SEAGATE ST39236LW 0004>           at scbus0 target 0 lun 0 (pass0,da0)
<SEAGATE ST39173W 5958>            at scbus0 target 1 lun 0 (pass1,da1)

attached to:

<Adaptec aic7890/91 Ultra2 SCSI adapter> port 0xe800-0xe8ff mem
0xfebff000-0xfebfffff irq 10 at device 14.0 on pci0

I can get it to freeze reliably - meaning every time I tried to start
X - on a kernel supped earlier today, wherease the one from June 24th
has no problems.

I've got a debugging kernel built, but don't know if I'll have time to
do any work on this in the next two weeks. I should be dealing with
email, though.

James, you might report your hardware configuration as well.

	<mike


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?OAENJAIJJFKLPKFKIBMGMEPMCCAA.jamil_taylor>