Bug 11422 - tape rewinds unexpectedly.
Summary: tape rewinds unexpectedly.
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: mt-st
Version: 6.2
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Trond Eivind Glomsrxd
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2000-05-15 17:45 UTC by Matthew Temple
Modified: 2008-05-01 15:37 UTC (History)
0 users

Clone Of:
Last Closed: 2000-05-15 17:58:01 UTC

Attachments (Terms of Use)

Description Matthew Temple 2000-05-15 17:45:35 UTC
A perl script for storing multiple dumps on a single tape was ported from a
DEC/OSF1 Alpha to my Linux computer.  On the Red Hat machine, I found that
unexpected tape drive rewinds were occurring.   (The tape drive is
a Sony SDT10000 DDS-4 tape drive.)  The perl script issues
several "mt" commands and I found that each "mt" command  causes the tape
drive to rewind.   (The commands are "mt status" and "mt fsf 1")

I altered the script so that the commands are now "mt -f /dev/nst0
status" and "mt -f /dev/nst0 fsf 1"  and the unexpected rewinding stopped.
So I have a workaround, but I still believe the driver is misbehaving.
This doesn't seem exactly the same as the bugs reported previously.

The pernicious part of this is that it's possible to think you've succeeded
in several backups, but the dump is simple writing a file, rewinding,
then writing another.   Using restore (with the problematic "fsf 1"
command) causes a listing, a rewind, another listing, etc.   So on the
surface, all appears to work.


Comment 1 Matthew Temple 2000-05-15 18:07:59 UTC
This is what happens when moving between operating systems.  It never
occurred to me that /dev/tape needs to be a link to /dev/nst0 rather
that /dev/st0.  After making that change, the "mt" commands now appear to work
normally.   However should an "mt status" command really rewind the tape
even if the tape device is /dev/st0?

Note You need to log in before you can comment on or make changes to this bug.