From owner-freebsd-bugs Sun Nov 12 15:50:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13932 for bugs-outgoing; Sun, 12 Nov 1995 15:50:04 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13920 ; Sun, 12 Nov 1995 15:50:01 -0800 Resent-Date: Sun, 12 Nov 1995 15:50:01 -0800 Resent-Message-Id: <199511122350.PAA13920@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mark@linus.demon.co.uk Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA12808 for ; Sun, 12 Nov 1995 15:40:18 -0800 Received: (from mark@localhost) by linus.demon.co.uk (8.7.1/8.7.1) id WAA00350; Sun, 12 Nov 1995 22:13:42 GMT Message-Id: <199511122213.WAA00350@linus.demon.co.uk> Date: Sun, 12 Nov 1995 22:13:42 GMT From: Mark Valentine Reply-To: mark@linus.demon.co.uk To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.2 Subject: kern/820: scsi tape problems Sender: owner-bugs@FreeBSD.org Precedence: bulk >Number: 820 >Category: kern >Synopsis: scsi tape problems >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 12 15:50:01 PST 1995 >Last-Modified: >Originator: Mark Valentine >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT #2: Sun Nov 12 19:29:29 GMT 1995 mark@linus.demon.co.uk:/usr/src/sys/compile/LINUS CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x435 Stepping=5 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 14868480 (14520K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 814MB (1667232 sectors), 1654 cyls, 16 heads, 63 S/T, 512 B/S aha0 at 0x334-0x337 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "QUANTUM PD1050iS 3072" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 1003MB (2055096 512 byte sectors) sd0(aha0:0:0): with 2448 cyls, 12 heads, and an average 69 sectors/track (aha0:4:0): "WANGTEK 5525ES SCSI M74H 11" type 1 removable SCSI 1 st0(aha0:4:0): Sequential-Access density code 0xf, 512-byte blocks, write-enabled (aha0:6:0): "TOSHIBA CD-ROM XM-3401TA 2873" type 5 removable SCSI 2 cd0(aha0:6:0): CD-ROM cd0(aha0:6:0): NOT READY asc:3a,0 Medium not present can't get the size npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: opl0 at 0x388 on isa opl0: uart0 at 0x330 irq 9 on isa uart0: <6850 Midi Interface> joy0 at 0x201 on isa joy0: joystick RTC BIOS diagnostic error 16 new masks: bio c0004840, tty c003009a, net c003009a WARNING: / was not properly dismounted. [The Adaptec is a 1542C (an early one, but all devices are internal) - SCSI_DELAY=15.] >Description: (1) I had a system hang while reading a QIC-120 tape (co-inciding with the timeout shown below). Nov 12 20:02:54 linus /kernel: st0(aha0:4:0): MEDIUM ERROR info:11 field replaceable unit: 1 Nov 12 20:18:21 linus /kernel: st0(aha0:4:0): timed out The first error seems to be unrelated, since it didn't show up on subsequent attempts, but the problem occurs repeatably at the same place on the tape (about two thirds through). The tape error isn't a simple retry - the head shuffles about on the tape considerably. The tape wasn't written on this drive. (Could this be a tape drive problem?) On my third attempt I came out of X, and this time the system timed out and trapped into DDB ("adapter not taking commands.. frozen?!"). (2) The system doesn't like to be rebooted while the tape is rewinding; SCSI_DELAY=15 is nowhere near enough here! The system panics in the usual way after a SCSI timeout. Is this just because the probe isn't clever enough to delay talking to the SCSI device, or should it be able to find out what it needs from the device even while rewinding? >How-To-Repeat: Happens at the same position on my tape each time. >Fix: >Audit-Trail: >Unformatted: