Re: star quitting when changing tapes

Joerg Schilling <[email protected]> Mon, 12 Jun 2006 17:03:28 +0200
Newsgroups gmane.comp.archivers.star.user
Message-ID <448D8240.nailHHM11V27U@burner>
Les Mikesell <[email protected]> wrote:

> On Mon, 2006-06-12 at 16:08 +0200, Joerg Schilling wrote:
> > > write(4, "././@PaxHeader\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 262144) = 262144
> > > write(4, "Yk\266\32c\320\226\317\22U\371b\273A\336n\4\253U\322\361"..., 262144) = -1 EBUSY (Device or resource busy)
> > > write(2, "/usr/local/bin/star: Device or r"..., 73) = 73
> > > close(3)                                = 0
> > > close(6)                                = 0
> > > exit_group(16)                          = ?
> > > Process 24546 detached
> > 
> > I am not sure whether I did already reply on this.
> > 
> > This is a Linux kerneldriver bug.
>
> Maybe.  Maybe the tape drive was still busy reading the status of the
> new tape.

Please have a look at the truss output:

star did already write 262144 bytes to the new tape.

> >  Star cannot do anything useful in this
> > situation.
>
> Being able to retry would be useful.  If the error comes from a bad
> tape, being able to swap tapes and retry would be useful.  Since it is
> the first write on the tape, the buffer must still be available.

This return to write(2) is not allowed to happen.

http://www.opengroup.org/onlinepubs/009695399/functions/write.html

so it is obviously a Linux kernel bug.

Jörg

-- 
 EMail:[email protected] (home) Jörg Schilling D-13353 Berlin
       [email protected]                (uni)  
       [email protected]     (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily