Bug 11422 - tape rewinds unexpectedly.
tape rewinds unexpectedly.
Status: CLOSED NOTABUG
Product: Red Hat Linux
Classification: Retired
Component: mt-st (Show other bugs)
6.2
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Trond Eivind Glomsrxd
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2000-05-15 13:45 EDT by Matthew Temple
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-05-15 13:58:01 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Matthew Temple 2000-05-15 13:45:35 EDT
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.

						mht
Comment 1 Matthew Temple 2000-05-15 14:07:59 EDT
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?
						mht

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