From owner-freebsd-hackers Sun Feb 5 13:27:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA05594 for hackers-outgoing; Sun, 5 Feb 1995 13:27:39 -0800 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA05583; Sun, 5 Feb 1995 13:27:27 -0800 Received: from news.cs.utexas.edu by relay4.UU.NET with SMTP id QQybuz17071; Sun, 5 Feb 1995 16:27:18 -0500 Received: from mail.cs.utexas.edu (root@mail.cs.utexas.edu [128.83.139.10]) by news.cs.utexas.edu (8.6.9/8.6.9) with ESMTP id PAA05953; Sun, 5 Feb 1995 15:26:40 -0600 Received: from uudell.us.dell.com (uudell.us.dell.com [143.166.224.6]) by mail.cs.utexas.edu (8.6.9/8.6.9) with SMTP id PAA16252; Sun, 5 Feb 1995 15:26:28 -0600 Received: from obiwan by uudell.us.dell.com (5.67/dns1.3) with UUCP id AA04128; Sun, 5 Feb 95 21:26:38 GMT Received: by obiwan.uucp (Smail3.1.29.1 #4) id m0rbDpp-00030WC; Sun, 5 Feb 95 14:45 CST Message-Id: From: obiwan!bob@uudell.us.dell.com (Bob Willcox) Subject: Panics w/multi-file SCSI tape on 950202-SNAP To: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) Date: Sun, 5 Feb 1995 14:45:29 -0600 (CST) Cc: freebsd-scsi@freefall.cdrom.com X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3648 Sender: hackers-owner@FreeBSD.org Precedence: bulk I am having problems with multi-file tapes on the 2.0-950202-SNAP system. I have Wangek 5525ES and Exabyte 8200 tape drives on the system and neither of them seem to be working with other than the first file of a tape. Note: both multi-file tapes were created on same system with dump just minutes before w/o incident. When attempting to run the command: restore tfs /dev/rst0 2 targetting the Wangtek tape drive the process will hang for about 10 minutes (well, that's how long it was the one time I mesaured it) and then fail with (in a kernel w/o debugger): bt0: Try to abort ioctl MTFSF: Input/output error st0(bt0:5:0): error code 127 tape read error: Input/output error The same command on a kernel with the debugger I get: Fatal trap 3: breakpoint instruction fault wihile in kernel mode instruction pointer = 0x8:0xf0189406 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio panic: breakpoint instruction fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x8:0xf012a777 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio panic: page fault Same command, but targetting the Exabyte, I see no 10 minute delay and get (kernel debugger or not): Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc00 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0116dbf code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x8:0xf012a777 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio panic: page fault Relavent (I believe) system configuration: 486DX2/66, Tyan EISA/VL MB, 256k cache, 16m RAM Buslogic BT-747S EISA SCSI Adapter with: bt0 targ 0 lun 0: type 0(direct) fixed SCSI2 bt0 targ 0 lun 0: sd0: 640MB (1312344 total sec), 1658 cyl, 15 head, 52 sec, bytes/sec 512 bt0 targ 1 lun 0: type 0(direct) fixed SCSI1 bt0 targ 1 lun 0: sd1: 639MB (1308930 total sec), 1632 cyl, 15 head, 53 sec, bytes/sec 512 bt0 targ 5 lun 0: type 1(sequential) removable SCSI1 bt0 targ 5 lun 0: st0: Wangtek 5525ES is a known rogue st0: density code 0x0, drive empty bt0 targ 6 lun 0: type 1(sequential) removable SCSI1 bt0 targ 6 lun 0: st1: density code 0x0, 1024-byte blocks, write-enabled Relavent (I hope) kernel symbols: f0116a58 T _printf f0116aac T _kprintf f0116f1c t _putchar f012a624 T _dounmount f012a73c T _sync f012a7a8 T _quotactl f0189308 T _db_write_bytes f01893e4 T _Debugger f0189410 F db_trace.o Note that I am not getting any system dumps. -- Bob Willcox ...!{rutgers|ames}!cs.utexas.edu!uudell!obiwan!bob Austin, TX or try: @uudell.us.dell.com:obiwan!bob 512-258-4224 (home), 512-838-3914 (work)