Amanda-Users

amanda-2.5.1p3-20070516 amfetchdump broken

2007-05-17 15:40:41
Subject: amanda-2.5.1p3-20070516 amfetchdump broken
From: Christopher McCrory <chrismcc AT pricegrabber DOT com>
To: amanda-users AT amanda DOT org
Date: Thu, 17 May 2007 12:27:27 -0700 (PDT)
Hello...

I am testing amanda-2.5.1p3-20070516 to get over the flush issues and 
crypt+span issues.  


amfetchdump -ap DailySet1 server /data 20070513 | /sbin/restore -iovf -
Verify tape and initialize maps
Input is from a local file/pipe
Checksum error 34765635674, inode 0 file (null)
/sbin/restore: Tape is not a dump tape
1 tape(s) needed for restoration
The following tapes are needed: 00XXXXS
Label mismatch, got 00XXXXS and expected 00XXXXS
Looking for tape 00XXXXS...
amfetchdump: slot 5: date 20070513000503 label 00XXXXS (exact label match)
Scanning 00XXXXS (slot 5)
amfetchdump: 5: restoring FILE: date 20070513000503 host server disk /data lev 
0 comp .gz program /sbin/dump crypt enc server_encrypt 
/usr/sbin/amcrypt-ossl-asym server_decrypt_option -d
amcrypt-ossl-asym: /usr/bin/openssl is version 0.9.7a
amcrypt-ossl-asym: Using pass phrase kluge for OpenSSL version >=0.9.7d

gzip: stdout: Broken pipe
error writing output file

# end

it looks like amfetchdump is sending misc info to /sbin/restore instead of the 
terminal.  ( stdout vs. stderr ?)


amfetchdump -a DailySet1 server /data 20070513
Warning: no log files found for tape 00XXXS written 2005-11-05
# plus more
# these warning are probably from old retired tapes with no-reuse in tapelist
# I think the "Warning: ..." output is passed to | /sbin/restore 


extracting to a file, then using /sbin/restore on the file did work.





-- 
Christopher McCrory
 "The guy that keeps the servers running"

To the optimist, the glass is half full.
To the pessimist, the glass is half empty.
To the engineer, the glass is twice as big as it needs to be.


<Prev in Thread] Current Thread [Next in Thread>