Re: star quitting when changing tapes

I tried to run the script (which worked fine for
nearly a year) under ksh (per suggestion of somebody
on the board that bash was broken and was the problem,
although I was never sure why I suddenly broke after a
year of working fine???).  I always thought it may
have happened with a kernel upgrade.  It is good to
hear that Im not crazy and somebody else is having the
problem, too.

Nevertheless when I ran the last script under ksh, I
got a bad kernel panic and my whole machine won't
boot.  I am working on that now.

jon

--- 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
> 
> 
> 
>  __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam
> protection around 
> http://mail.yahoo.com 



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com