Hi Paul,
I understand now. Thanks.
However, I 've got another problem : when I run amrecover -C "DailySet1"
...
Setting restore date to today (2006-01-05)
200 Working date set to 2006-01-05.
Scanning /var/tmp...
200 Config set to DailySet1.
200 Dump host set to myhost.mynetwork.com.
Trying disk / ...
Trying disk rootfs ...
Can't determine disk and mount point from $CWD
'/usr/local/amanda-2.4.5p1'
amrecover> setdisk /etc/amanda
200 Disk set to /etc/amanda.
No index records for disk for specified date
If date correct, notify system administrator
My amanda configuration, includes this ...
...
indexdir "/var/lib/amanda/DailySet1/index" # index directory
define dumptype hard-disk-tar {
comment "Back up to hard disk instead of tape - using tar"
holdingdisk no
index yes
priority high
program "GNUTAR"
strategy noinc
}
and my disklist file content:
myhost.mynetwork.com /etc/amanda hard-disk-tar
...
This is the content
of /var/lib/amanda/DailySet1/index/myhost.mynetwok.com/_etc_amanda
-rw------- 1 amanda disk 115 Jan 5 16:50 20060105_0.gz
It was okay before I do chmod 755 to amaespipe and amgtar files
Following are the files:
-rwxr-xr-x 1 root root 2244 Jan 5 12:06 amaespipe
-rwxr-xr-x 1 root root 554 Jan 5 12:04 amgtar
I thought it was a script, so I need to do chmod, am I right? Because
amanda was complaining about GNUTAR program, which should execute amgtar
instead of tar. Since then, it got index problem. I don't understand
why?
Then I thought I might need to reconfigure and recompile amanda, which I
did, but the problem still persists.
Did I miss something?
On Tue, 2006-01-03 at 12:53 +0100, Paul Bijnens wrote:
> Ong Loeng Seng wrote:
> > amrecover> settape
> > myhost.mynetwork.com:amanda.conf:/var2/amandadumps/tape02
> > Using tape "amanda.conf:/var2/amandadumps/tape02" from server
> > myhost.mynetwork.com.
>
> What is this??? Is that the name of your tape device???
>
> When you are using the "FILE" driver, the name is:
> myhost.mynetwork.com:file:/var2/amandadumps/tape02
>
> (where "tape02" is the parent of the "data" subdirectory)
>
>
> [...]
> > Continue [?/Y/n/s/t]? Y
> > EOF, check amidxtaped.<timestamp>.debug file on myhost.mynetwork.com
> > amrecover: short block 0 bytes
> > UNKNOWN file
> > amrecover: Can't read file header
>
> Indeed, that's exactly what is to be expected.
>
> [...]
> > amidxtaped: time 0.000: > DEVICE=disklist:/var2/amandadumps/tape02
>
> THis time, you tried something else! This file is not from the same
> run as the script above. But it is wrong just as well.
>
>
> > The backup file is definitely in /var2/amandadumps/tape02 directory.
> > I don't understand why amrestore says no such file or directory?
>
> If /var2/amandadumps/tape02 has a subdirectory named "data" which
> contains the backup file, then the syntax is:
>
> settape myhost.mynetwork.com:file:/var2/amandadumps/tape02
>
> The word "file" in the middle is not a placeholder, but is needed
> litterally.
>
>
> If you are using the chg-disk changer, then it is best to add these
> lines to amanda.conf:
>
> amrecover_changer "changer"
> amrecover_do_fsf true
> amrecover_check_label true
>
> and then you can just do from within amrecover:
>
> settape changer
>
>
> See: http://wiki.zmanda.com/index.php/File_driver
>
|