Hi Kevin,
It does say that it can contact the index server.
This is the output when I run "amrecover -C DailySet1"
AMRECOVER Version 2.4.5p1. Contacting server on myhost.mynetwork.com ...
220 myhost AMANDA index server (2.4.5) ready.
200 Access OK
Setting restore date to today (2006-01-08)
200 Working date set to 2006-01-08.
Warning: no log files found for tape DailySet104 written 2006-01-02
Warning: no log files found for tape DailySet103 written 2006-01-02
Warning: no log files found for tape DailySet102 written 2006-01-02
Warning: no log files found for tape DailySet101 written 2006-01-02
Warning: no log files found for tape DailySet105 written 2006-01-02
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 '/root'
amrecover> sethost myhost.mynetwork.com
200 Dump host set to myhost.mynetwork.com.
amrecover> setdisk /etc/amanda
200 Disk set to /etc/amanda.
No index records for disk for specified date
If date correct, notify system administrator
What do you think?
On Fri, 2006-01-06 at 15:34 -0800, Kevin Till wrote:
> did amrecover connect to the right index server?
>
> Do you see something similar to the following?
>
> AMRECOVER Version 2.4.5p1. Contacting server on ... ...
> 220 boston AMANDA index server (2.4.5p1) ready.
> 200 Access OK
>
>
>
> Ong Loeng Seng wrote:
> > 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
> >>
> >
> >
> >
|