Hi,
I've had almost exactly the same problem with an OnStream drive. The
only solution I have found is to manually "mt -f /dev/xxx fsf xxx" to the
correct filemark, where xxx is your appropriate info. At that point, Amanda
restores successfully. I'm not sure if it's a problem with Amanda or a
problem with my OnStream driver. Let us know if that works!
Leif Gustafson
----- Original Message -----
From: "Terry Koyama" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, July 15, 2002 11:45 AM
Subject: Garbage in Amanda tape headers
> I'm urgently trying to recover some files which Amanda
> isn't
> giving to me. I started using amrecover and
> everything was
> until I hit this:
>
> Extracting files using tape drive /dev/nst0 on host
> vedder.
> The following tapes are needed: tape01
>
> Restoring files into directory /tmp
> Continue? [Y/n]: Y
>
> Load tape tape01 now
> Continue? [Y/n]: Y
> EOF, check amidxtaped.debug file on vedder.
> amrecover: short block 0 bytes
> UNKNOWN file
> amrecover: Can't read file header
> extract_list - child returned non-zero status: 1
> Continue? [Y/n]:
> amrecover> quit
> 200 Good bye.
>
> -----
>
> This is the right tape and I know that Amanda knows
> the files are here
> because amadmin's find option told me so. I looked at
> amidxtaped.debug.
>
> Here's the contents of amidxtaped.debug:
>
> amidxtaped: debug 1 pid 27645 ruid 2006 euid 2006
> start time Mon Jul 15 10:53:35
> 2002
> amidxtaped: version 2.4.2p1
> > SECURITY USER root
> bsd security: remote host vedder user root local user
> amanda
> amandahosts security check passed
> > 6
> amrestore_nargs=6
> > -h
> > -p
> > /dev/nst0
> > vedder
> > ^/usr/local/cvs-public$
> > 20020714
> Ready to execv amrestore with:
> path = /usr/sbin/amrestore
> argv[0] = "amrestore"
> argv[1] = "-h"
> argv[2] = "-p"
> argv[3] = "/dev/nst0"
> argv[4] = "vedder"
> argv[5] = "^/usr/local/cvs-public$"
> argv[6] = "20020714"
> amrestore: 0: skipping start of tape: date 20020714
> label tape01
> amrestore: 1: skipping vedder._var_mail.20020714.0
> amrestore: 2: skipping keenan._etc.20020714.0
> amrestore: 3: skipping hendrix._home1.20020714.0
> amidxtaped: amrestore terminated normally with status:
> 0
> Rewinding tape: done
> amidxtaped: pid 27645 finish time Mon Jul 15 10:53:55
> 2002
>
> -----
>
> Only three file systems on this tape? I don't think
> so. Amanda emailed
> me it's report and said there were 21 file systems
> dumped (with no
> errors). This prompted me to look at the tape myself
> and read
> Amanda's headers using these commands:
>
>
> amanda@vedder:/tmp/amanda> mt -f /dev/nst0 rewind
>
> amanda@vedder:/tmp/amanda> mt -f /dev/nst0 fsf 1 ; dd
> if=/dev/nst0 bs=32k count=1
> AMANDA: FILE 20020714 vedder /var/mail lev 0 comp .gz
> program /bin/tar
> To restore, position tape at start of file and run:
> dd if=<tape> bs=32k skip=1 | /bin/gzip -dc |
> bin/tar -f... -
>
>
> 1+0 records in
> 1+0 records out
>
> amanda@vedder:/tmp/amanda> mt -f /dev/nst0 fsf 1 ; dd
> if=/dev/nst0 bs=32k count=1
> AMANDA: FILE 20020714 keenan /etc lev 0 comp .gz
> program /usr/local/bin/tar
> To restore, position tape at start of file and run:
> dd if=<tape> bs=32k skip=1 |
> /usr/local/bin/gzip -dc | usr/local/bin/tar -f... -
>
>
> 1+0 records in
> 1+0 records out
>
> amanda@vedder:/tmp/amanda> mt -f /dev/nst0 fsf 1 ; dd
> if=/dev/nst0 bs=32k count=1
> AMANDA: FILE 20020714 hendrix /home1 lev 0 comp .gz
> program /usr/local/bin/tar
> To restore, position tape at start of file and run:
> dd if=<tape> bs=32k skip=1 |
> /usr/local/bin/gzip -dc | usr/local/bin/tar -f... -
>
>
> 1+0 records in
> 1+0 records out
> mt -f /dev/nst0 fsf 1 ; dd if=/dev/nst0 bs=32k count=1
> AE@D@0@HD 00000504 iz.nmemix.cmm
> /var/www/htdocs/papers lev 0 comp .gz program /bin/tar
> To restore, position tape at start of file and run:
> dd if=<tape> bs=32k skip=1 | /bin/gzip -dc |
> bin/tar -f... -
>
>
> 1+0 records in
> 1+0 records out
>
> amanda@vedder:/tmp/amanda> mt -f /dev/nst0 fsf 1 ; dd
> if=/dev/nst0 bs=32k count=1
> AMANDA: FILE 20020714 marley /etc lev 0 comp .gz
> program /bin/tar
> To restore, position tape at start of file and run:
> dd if=<tape> bs=32k skip=1 | /bin/gzip -dc |
> bin/tar -f... -
>
>
> 1+0 records in
> 1+0 records out
>
>
> <snip>
>
>
> amanda@vedder:/tmp/amanda> mt -f /dev/nst0 fsf 1 ; dd
> if=/dev/nst0 bs=32k count=1
> AMANDA: FILE 20020714 vedder /usr/local/cvs-public lev
> 0 comp .g pbgb`a "`h.$``D `apdb`$ `ca``in ``` `
> p``p f `hd$ `d$ ptd$ `$<4t`pe< bq=32( siip=1 |
> /bin/gzip -dc | bin/tar -f... -
>
>
> 1+0 records in
> 1+0 records out
>
>
> -----
>
> Seems like amrecover failed on iz because of
> "AE@D@0@HD?"
> I assume it should read "AMANDA: FILE."
> This is the the only garbled header. There are a few
> normal looking
> headers after this then another garbled header (on the
> machine vedder).
>
> Assuming this the source of my problems, why is this
> happening?
> How can I fix it?
>
> Any help is much appreciated!
>
> Thanks,
>
> Terry
>
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Autos - Get free new car price quotes
> http://autos.yahoo.com
>
