Hi folks

A few weeks ago I reported in the forum a problem with amrecover and
compressed dump files. Meanwhile I changed to uncompressed backup, still no
luck and, unfortunately not much replies either. So please bear with me when
I repeat this here.

subversion:/backup/amanda# amrecover
AMRECOVER Version 3.1.2. Contacting server on amanda.ruf.ch ...
220 amanda AMANDA index server (3.1.2) ready.
Setting restore date to today (2010-09-20)
200 Working date set to 2010-09-20.
200 Config set to DailySet1.
501 Host subversion is not in your disklist.
Trying host subversion ...
501 Host subversion is not in your disklist.
Trying host subversion.ruf.ch ...
200 Dump host set to subversion.ruf.ch.
Use the setdisk command to choose dump disk to recover
amrecover> setdisk /data
200 Disk set to /data.
amrecover> ls
2010-09-18-01-00-01 svn/
2010-09-18-01-00-01 lost+found/
2010-09-18-01-00-01 amanda/
2010-09-18-01-00-01 .
amrecover> add svn
Added dir /svn/ at date 2010-09-18-01-00-01
amrecover> extract

Extracting files using tape drive changer on host amanda.ruf.ch.
The following tapes are needed: amanda-0002

Extracting files using tape drive changer on host amanda.ruf.ch.
Load tape amanda-0002 now
Continue [?/Y/n/s/d]?
Restoring files into directory /backup/amanda
All existing files in /backup/amanda can be deleted
Continue [?/Y/n]?

Checksum error 0, inode 0 file (null)
restore: Tape is not a dump tape

The tape part is definitely a dump tape, but amrecover just does not
recognize it as such.

On the server I extracted the relevant file with dd, cut off the first 32k
bytes and fed it to restore, which succeeded to restore the directories.

There is a bug in amrecover somewhere and it gives me grief.

I moved to tar based backups and got similar issues, the backup in this case
is recognized by the server but a specific file is not found. Could someone
direct me to a sensible debug procedure.

Thanks

Erich Titl

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to