Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 5 Feb 1995 14:45:29 -0600 (CST)
From:      obiwan!bob@uudell.us.dell.com (Bob Willcox)
To:        freebsd-hackers@freefall.cdrom.com (freebsd-hackers)
Cc:        freebsd-scsi@freefall.cdrom.com
Subject:   Panics w/multi-file SCSI tape on 950202-SNAP
Message-ID:  <m0rbDpp-00030WC@obiwan.uucp>

next in thread | raw e-mail | index | archive | help
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: <FUJITSU M2263S-512      0194>
    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: <IBM     8760S  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: <WANGTEK 5525ES SCSI REV73J  >
    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: <EXABYTE EXB-8200        425A>
    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)



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