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:

[backup@storage 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:

[backup@storage 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 <lambert AT lambertfam DOT org>
> >
> > > 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 | toomas.aas AT raad.tartu DOT ee | 
> > 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