I always had this problem using amrecover because i had set up two configs of 
amanda, DailySet1 and DailySet2(which is the one i use every day), and 
amrecover would default to DailySet1 which i never used and thus had no index 
records.  try 

amrecover -C configname disklist

Charlie Chrisman

Quoting Doug Johnson <[EMAIL PROTECTED]>:

> My apologies if this hits the newsgroups twice The first submission late
> last night ever hit the group. I have spent the past two days searching
> through the archives for a similar problem that I am experiencing. Here
> is
> the situation. When I run amrecover I get the following:
> 
> [root@schroeder root]# amrecover disklist
> AMRECOVER Version 2.4.2p2. Contacting server on schroeder ...
> 220 schroeder AMANDA index server (2.4.2p2) ready.
> 200 Access OK
> Setting restore date to today (2002-04-09)
> 200 Working date set to 2002-04-09.
> 200 Config set to disklist.
> 200 Dump host set to schroeder.
> $CWD '/root' is on disk '/' mounted at '/'.
> Scanning /dumps/amanda...
> 200 Disk set to /.
> No index records for disk for specified date  <=== MY PROBLEM
> If date correct, notify system administrator
> Invalid directory - /root
> amrecover> sethost schroeder
> 200 Dump host set to schroeder.
> amrecover> setdisk /
> Scanning /dumps/amanda...
> 200 Disk set to /.
> No index records for disk for specified date
> If date correct, notify system administrator
> amrecover> setdate ---08
> 200 Working date set to 2002-04-08.
> No index records for cwd on new date
> Setting cwd to mount point
> amrecover> 
> 
> My index folder looks like this:
> 
> [root@schroeder schroeder]# ls -al
> total 28
> drwxrwxrwx    2 root     root         4096 Apr  8 16:13 _
> drwxrwxrwx    7 root     root         4096 Apr  8 16:18 .
> drwxrwxrwx    5 root     root         4096 Apr  8 21:39 ..
> drwxrwxrwx    2 root     root         4096 Apr  8 16:30 sda2
> drwxrwxrwx    2 root     root         4096 Apr  8 16:17 sda3
> drwxrwxrwx    2 root     root         4096 Apr  8 16:08 sda6
> drwxrwxrwx    2 root     root         4096 Apr  8 16:11 sda8
> [root@schroeder schroeder]# cd sda2
> [root@schroeder sda2]# ls -al
> total 464
> drwxrwxrwx    2 root     root         4096 Apr  8 16:30 .
> drwxrwxrwx    7 root     root         4096 Apr  8 16:18 ..
> -rwxrwxrwx    1 root     root       460794 Apr  8 16:30 20020408_0.gz
> [root@schroeder sda2]# gzip -dc 20020408_0.gz | sort | head
> /
> /adm/
> /adm/amanda/
> /adm/amanda/changer-status-access
> /adm/amanda/changer-status-clean
> /adm/amanda/changer-status-slot
> /adm/amanda/disklist/
> /adm/amanda/disklist/amdump
> /adm/amanda/disklist/curinfo/
> /adm/amanda/disklist/curinfo/schroeder/
> [root@schroeder sda2]# 
> 
> *** NOTE - I recompiled with user/group = root
>          You see above I have changed ownership and 
>            all permissions to 777 to see if this helped but no luck.
> 
> So it looks to me the index has been created (by using index yes in the
> config) and I am using tar ver:
> 
> [root@schroeder sda2]# tar --version
> tar (GNU tar) 1.13.19
> Copyright 2001 Free Software Foundation, Inc.
> This program comes with NO WARRANTY, to the extent permitted by law.
> You may redistribute it under the terms of the GNU General Public
> License;
> see the file named COPYING for details.
> Written by John Gilmore and Jay Fenlason.
> [root@schroeder sda2]# 
> 
> 
> If we go to the debug here is what I get:
> 
> [root@schroeder amanda]# cat amrecover.20020409001325.debug 
> amrecover: debug 1 pid 18689 ruid 0 euid 0 start time Tue Apr  9
> 00:13:25
> 2002
> amrecover: stream_client: connected to 127.0.0.1.10082
> amrecover: stream_client: our side is 0.0.0.0.870
> [root@schroeder amanda]#  cat amindexd.20020409001325.debug 
> amindexd: debug 1 pid 18690 ruid 11 euid 11 start time Tue Apr  9
> 00:13:25
> 2002
> amindexd: version 2.4.2p2
> < 220 schroeder AMANDA index server (2.4.2p2) ready.
> > SECURITY USER root
> bsd security: remote host schroeder user root local user operator
> amandahosts security check passed
> < 200 Access OK
> > DATE 2002-04-09
> < 200 Working date set to 2002-04-09.
> > SCNF disklist
> < 200 Config set to disklist.
> > HOST schroeder
> < 200 Dump host set to schroeder.
> > DISK /
> < 200 Disk set to /.
> > DISK /
> < 200 Disk set to /.
> > OISD /
> < 500 No dumps available on or before date "2002-04-09"
> > OISD /
> < 500 No dumps available on or before date "2002-04-09"
> > OISD /root
> < 500 No dumps available on or before date "2002-04-09"
> > HOST schroeder
> < 200 Dump host set to schroeder.
> > DISK /
> < 200 Disk set to /.
> > OISD /
> < 500 No dumps available on or before date "2002-04-09"
> > OISD /
> < 500 No dumps available on or before date "2002-04-09"
> > DATE 2002-04-08
> < 200 Working date set to 2002-04-08.
> > OISD /
> < 500 No dumps available on or before date "2002-04-08"
> > QUIT
> < 200 Good bye.
> amindexd: pid 18690 finish time Tue Apr  9 00:15:33 2002
> [root@schroeder amanda]# 
> 
> These are the only two debugs I get when running amrecover. Looking
> through
> the other debugs the only error I have found is in the following debug
> (which may or may not be related to the problem.):
> cat killpgrp.20020408160607.debug 
> killpgrp: debug 1 pid 17591 ruid 11 euid 0 start time Mon Apr  8
> 16:06:07
> 2002
> /usr/local/libexec/killpgrp: version 2.4.2p2
> error [must be invoked by amanda]
> killpgrp: pid 17591 finish time Mon Apr  8 16:06:07 2002
> [root@schroeder amanda]# 
> 
> If I run amcheck I get the following:
> 
> [root@schroeder amanda]# amcheck disklist
> Amanda Tape Server Host Check
> -----------------------------
> Holding disk /dumps/amanda: 3226260 KB disk space available, that's
> plenty
> ERROR: cannot overwrite active tape DailySet100   <== My last backup
> tape is
> still in.
>        (expecting a new tape)
> NOTE: skipping tape-writable test
> Server check took 1.940 seconds
> 
> Amanda Backup Client Hosts Check
> --------------------------------
> Client check: 3 hosts checked in 0.087 seconds, 0 problems found
> 
> (brought to you by Amanda 2.4.2p2)
> [root@schroeder amanda]# 
> 
> Any suggestions what amrecover is not seeing the index? Any help would
> be
> appreciated.
> 
> Doug Johnson
> Vifan USA.
> 
> 
> 
> Doug Johnson
> Systems Administrator
> Vifan USA, Inc.
> 1 Vifan Drive
> Morristown, TN 37814
> 423-581-6990 x207
> 
> 

Reply via email to