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