Thanks much for the support. Eventually I was able to restore some of the missing files but I still have some open questions. 1) I was able to restore the files on the Server where Amanda server was initially installed. However, I could not restore the tape from a different server (ServerB) with similar operating system (Solaris 9). The mystery about the restore process was that I successfully run the commands(on serverB): a. mt -f /dev/rmt/0cn rewind b. mt -f /dev/rmt/0cn fsf 1 But when I run the command: dd if=/dev/rmt/0cn bs=32k skip=1 It gave me the following error message: read: Invalid argument 0+0 records in 0+0 records out Does anybody know why?
2) When I restored the data using the command: dd if=/dev/rmt/0cn bs=32k skip=1 | gzip -d | /usr/sbin/ufsrestore -ivf - I was only able to restore files that were saved - level 0 on that particular tape; Yet I also restored a folder on Amanda ? that folder was lastly restored on run level-1. But need to restore certain files from that folder without restoring the whole folder ? is this possible using the ufsrestore tool? In the past I was able to do so
with the amrestore utility. Thanks, gil gil naveh <gilnaveh1 AT yahoo DOT com> wrote: Thanks Jon, Regarding your comments/questions: 1) You keep using a blocksize of 64k for dd, why? Amanda normally uses 32k I tried both for 32K and 64k (part of try and error trial I did to recover the data) - anyway thanks, now I am confident that amanda uses 32k. 2)Have you read the docs refered to above for how to recover? I read those documents many times - I hate asking questions before doing my research - but when I tried to follow the instructions the recover failed!
3)Following an mt rewind, the first thing a dd should see is the tape label header file. Your output is certainly NOT an amanda tape label. Are you certain this is a valid amanda tape? Or you showed the sequence of commands accurately? I am 100% sure, it is an Amanda tape label - I only backed up those tapes with Amanda and restore the data from them using amrestore! Ignore my previous comment regarding reading file from /tmp/data - I just realized that I read those files from the HD instead from the tape. 4)Solaris has a fine file(1) command. What does "file /tmp/data" tell you about what dd pulled from the tape? - ignore my privious comment regarding reading file from /tmp/data - I just realized that I read those files from the HD instead from the tape. At this stage I just can't recover files from the tape! When running dd I keep getting the message: read: Invalid argument 0+0 records
in 0+0 records out Thx, gil Jon LaBadie <jon AT jgcomp DOT com> wrote: On Wed, Jul 19, 2006 at 02:07:42PM -0700, gil naveh wrote: > Thanks for all the help, but I have a problem to restore the files. > When I type: > root@ # dd if=/dev/rmt/0n ibs=64k | ufsrestore if - > I recieve the following error message: > read: Invalid argument > 0+0 records in > 0+0 records out > Volume is not in dump format > > But as far as I know it should be in a dump format!!! ? because in the Amanda.conf I defined the backup as: > > define dumptype daily { > global > # program "DUMP" # the default > # record yes # the default > comment
"daily" > compress client fast > priority high > # dumpcycle 5 # should be obtained from dumpcycle above > index yes > } > > > I also tried the following: > % mt -f /dev/rmt/0n rewind > % dd if=/dev/rmt/0n of=/tmp/data bs=64k count=2 > % od -c /tmp/data | head > > And received the following output: > 0000000 \0 002 P 022 \0 \f \0 001 . \0 \0 \0 \0 003 242 Q > 0000020 \0 \f \0 002 . . \0 \0 \0 002 P 023 001 350 \0 006 > 0000040 n e w b c k \0 \0 \0 \f \0 003 b c k \0 > 0000060 \0 \0 \0 \0 001 320 \0 006 n e w b c k \0 \0 > 0000100 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 > * > 0001000 > > Can one deduct the dump format from the above
output? > > Many thanks, > gil > Paul Bijnens wrote: > On 2006-07-19 17:35, gil naveh wrote: > > Thanks for the help. > > I am familiar with the Amrestore command. > > Then you understand that you can replace "amrestore" with a > "mt" and "dd". > > ... > The docs in http://www.amanda.org/docs/restore.html > are a little more expanded, giving more examples in: > > http://wiki.zmanda.com/index.php/Restoring_files >
Grrr, I hate top posting. So hard to add inline and following
Anyway, several points.
We don't know it should be a ufsdump, your dumptype includes global that we don't see and otherwise does not define PROGRAM.
You keep using a blocksize of 64k for dd, why? Amanda normally uses 32k.
Have you read the docs refered to above for how to recover?
Your
dumptype says compress, presumably with gzip. I see no unzipping in your attempted recovery commentary.
Following an mt rewind, the first thing a dd should see is the tape label header file. Your output is certainly NOT an amanda tape label. Are you certain this is a valid amanda tape? Or you showed the sequence of commands accurately?
Solaris has a fine file(1) command. What does "file /tmp/data" tell you about what dd pulled from the tape?
-- Jon H. LaBadie jon AT jgcomp DOT com JG Computing 4455 Province Line Road (609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
|