ADD 802318 - xfsdump can't do multiple dumps to one tape (without -m)

[pv@xxxxxxxxxxxxx (tes@xxxxxxxxxxxx)]

View Incident: 
http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=802318

 Status : open                         Priority : 3                         
 Assigned Engineer : tes               Submitter : tes                      
*Modified User : tes                  *Modified User Domain : engr          
*Description :
A QA test revealed that xfsdump using the default 
drive_scsitape strategy cannot do multiple dumps
to a tape.

The problem stems from a different behaviour between
the Linux scsi tape driver and the IRIX one.

In IRIX, the drive can be position to the left of the
file mark after a bsf or to the right of a file mark
after a fsf, and it will report a status of MT_FMK.

.....


==========================
ADDITIONAL INFORMATION (ADD)
From: tes@engr (BugWorks)
Date: Sep 19 2000 10:43:56PM
==========================

My previous postscript was unfounded.

A <bsf 1, fsf 1> will actually achieve a lot;
it will put one back to the start of the file, 
just after the filemark.

bsf 1 will put one back to the left of the previous filemark.
And the fsf 1 will then move one to the right of the filemark.

So in the xfsdump code, it means that when it finds the 
terminator-media-file it will backspace to the
start of the terminator and then start writing the next
dump file over the top of it.

Bottom line is that my QA'ed fix is the one to go with,
i.e. remove the paranoid checks.
Will get ivanr to review.