On Thu, 12 Jun 2003, Jim Sibley wrote:

> >File open-to-close doesn't
> >sound like a very useful paradigm (but I don't know how Linux applications
> >use tape drives) and I don't know if one part of Linux can open a tape
> >file (tape management system, just to lock the drive and to request a tape
> >mount) and another part of Linux subsequently
> >opening-writing/reading-closing the same tape so that the drive is not
> >unassigned until the tape management system closes the tape file.
>
> The implementation is what you would expect for a shared printer, a write
> only device - during write, the device is dedicated and after the write,
> the "data" is no longer available.
>
> The assign is done at open/close time, I suspect if one applicaiton assigns
> the drive and leaves it assigned, then another application uses the drive,
> then the the assign would be dropped after the second app closes the file.
>
> As implemented, is dangerous for shared tape, as it does not allow time for
> operator intervention (loading/unloading the tape) before it is used by
> another hosts, and 2) two hosts could rewind and/or record to the same tape
> without knowing it.
>
> For example, tar is an applicaiton that can write to the tape directly and
> read it back.
>
>       tar -cvpi -f /dev/ntibm0
>
>       some time later   (during this time, another system could do a
> similar function)
>
>       tar -xzpi  -f /dev/ntibm0     results could be unpredictable or you
> might get someone elses data!

That will _never_ work, even without another macine stuffing you up!!





--


Cheers
John.

Join the "Linux Support by Small Businesses" list at
http://mail.computerdatasafe.com.au/mailman/listinfo/lssb

Reply via email to