Re: star quitting when changing tapes

Dan <[email protected]> wrote:

> I'm having the same problem with star dying after swapping a tape.  It seems to be a kernel/star issue.  I upgraded the Linux kernel to 2.6.16.20, and star failed.  When I switched back to 2.6.15.6, star worked again.  With 2.6.16.20, star works fine if the backup doesn't span a tape.  I also tried 2.6.16.19, 2.6.16.18, and 2.6.16.16.  They all fail on the second tape.
>
> You can see the first 256k is written properly, but the next 256k block fails, and star gives up the ghost.  Here's an strace of star's child process right after the tape has been swapped:
>
> Process 24546 attached - interrupt to quit
> waitpid(10463, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0) = 10463
> rt_sigaction(SIGINT, {0x8050202, [], SA_RESTART}, NULL, 8) = 0
> rt_sigaction(SIGQUIT, {0x805023b, [], SA_RESTART}, NULL, 8) = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> --- SIGCHLD (Child exited) @ 0 (0) ---
> stat64("/dev/nst0", {st_mode=S_IFCHR|0660, st_rdev=makedev(9, 128), ...}) = 0
> open("/dev/nst0", O_RDWR|O_CREAT|O_LARGEFILE, 0666) = 4
> fcntl64(4, F_GETFL)                     = 0x8002 (flags O_RDWR|O_LARGEFILE)
> fstat64(4, {st_mode=S_IFCHR|0660, st_rdev=makedev(9, 128), ...}) = 0
> ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfa0b804) = -1 EINVAL (Invalid argument)
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xabd6b000
> _llseek(4, 0, [0], SEEK_CUR)            = 0
> munmap(0xabd6b000, 4096)                = 0
> fstat64(4, {st_mode=S_IFCHR|0660, st_rdev=makedev(9, 128), ...}) = 0
> open("/etc/passwd", O_RDONLY)           = 5
> fcntl64(5, F_GETFD)                     = 0
> fcntl64(5, F_SETFD, FD_CLOEXEC)         = 0
> fstat64(5, {st_mode=S_IFREG|0644, st_size=2625, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xabd6b000
> read(5, "root:x:0:0:root:/root:/bin/tcsh\n"..., 4096) = 2625
> close(5)                                = 0
> munmap(0xabd6b000, 4096)                = 0
> open("/etc/group", O_RDONLY)            = 5
> fcntl64(5, F_GETFD)                     = 0
> fcntl64(5, F_SETFD, FD_CLOEXEC)         = 0
> fstat64(5, {st_mode=S_IFREG|0644, st_size=979, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xabd6b000
> read(5, "root:x:0:root\nbin:x:1:root,bin,d"..., 4096) = 979
> close(5)                                = 0
> munmap(0xabd6b000, 4096)                = 0
> 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. Star cannot do anything useful in this
situation.

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