Did anybody migrate Amanda server from FreeBSD to Linux ? I can't read old tapes (that were written on FreeBSD).
If I load a tape with amtape: amtape: could not rewind Input/output error: tape_rewind: tape open: Input/output error: No such file or directoryamtape: changed to slot /dev/nst1: on Input/output error If I try to read the tape with dd: [EMAIL PROTECTED] amanda]$ dd if=/dev/nst1 bs=32k count=1 dd: reading `/dev/nst1': Input/output error 0+0 records in 0+0 records out If I try mt status: [EMAIL PROTECTED] scripts]$ mt -f /dev/nst1 status SCSI 2 tape drive: File number=0, block number=0, partition=0. Tape block size 512 bytes. Density code 0x31 (AIT-2). Soft error count since last status=0 General status bits on (41010000): BOT ONLINE IM_REP_EN What is wrong ? Does Linux handle tapes differently ? The only way I could get it to work is re-label (amlabel). Does it mean that I can't read tapes that were written on FreeBSD system ? Laas Toom wrote: > > On Fri, 28 Mar 2003, Toomas Aas wrote: > > > > From: Scott Lambert <[EMAIL PROTECTED]> > > > > > On Thu, Mar 27, 2003 at 11:15:52AM +0200, Toomas Aas wrote: > > > > Hello! > > > > > > > > My Amanda server is running 2.4.3b4. Three days ago I upgraded the > > > > operating system from FreeBSD 4.7-RELEASE-p6 to 4.7-RELEASE-p9. This is > > > > really just some security patches to sendmail, libc and openssl. Since > > > > the upgrade Amanda thinks that all the backup tapes that were written > > > > before the upgrade are "not Amanda tapes". > > > > > > > > After I re-label the tape, Amanda agrees to write the backup to it and > > > > > > Could the compression bit have been toggled in you tape drive? > > > > This doesn't seem to be the case. I checked after loading the next tape > > today and the compression settings are what they've always been. > > > > Also, (say hello to mr. Murphy) the problem doesn't seem to exist at > > all with todays tape. After loading it I checked the Amanda label with > > dd as recommended by Gerhard den Hollander in another message and it > > looked OK. Amcheck was also happy with the tape. Maybe it was just some > > weird random problem with a couple of tapes. > > -- > > Toomas Aas | [EMAIL PROTECTED] | http://www.raad.tartu.ee/~toomas/ > > * War doesn't determine who's right. War determines who's left. > > > > The weirdest thing - my problem disappeared too in few tapes. Maybe it > has something to do with the amcheck ran before amdump (but that does not > explain why the problem disappeared at all, even for tapes that did not > get amchecked before amdump). > > So as far as i can see - running amcheck once eliminates the problem for > ever. :| > > Laas Toom