Is there a /tmp/amanda/amidxtaped.*.debug file with a matching
date/time? What does it say?
Does /usr/sbin/ufsrestore exist and is executable?
On Tue, 2002-07-02 at 00:20, BRINER Cedric wrote:
hi,
I've tried amrecover without the -d switch without success,
I've checked the amrecover file and it looks fine to me:
>>>>>>>>>>>
amrecover: debug 1 pid 22930 ruid 0 euid 0 start time Tue Jul 2
09:30:36 2002
amrecover: stream_client: connected to 129.194.65.9.10082
amrecover: stream_client: our side is 0.0.0.0.558
add_dir_list_item: Adding "2002-07-02" "1" "DailySet36" "/."
add_dir_list_item: Adding "2002-07-02" "1" "DailySet36" "/TT_DB/"
add_dir_list_item: Adding "2002-07-02" "1" "DailySet36" "/bartho/"
:
add_dir_list_item: Adding "2002-06-27" "0" "DailySet34"
"/bartho/system/sysinfo/whichmg"
add_glob (Disques) -> ^Disques$
add_file: Looking for "Disques[/]*$"
add_file: Converted path="Disques[/]*$" to
path_on_disk="\/bartho\/system\/sysinfo/Disques[/]*$"
add_file: Pondering ditem->path="/bartho/system/sysinfo/."
:
add_file: Pondering ditem->path="/bartho/system/sysinfo/Disques"
add_file: (Successful) Added /bartho/system/sysinfo/Disques
add_file: Pondering ditem->path="/bartho/system/sysinfo/Juin2001/"
:
add_file: Pondering ditem->path="/bartho/system/sysinfo/updatedb"
add_file: Pondering ditem->path="/bartho/system/sysinfo/whichmg"
amrecover: stream_client: connected to 129.194.65.9.10083
amrecover: stream_client: our side is 0.0.0.0.603
amrecover: try_socksize: receive buffer size is 65536
Started amidxtaped with arguments "6 -h -p /dev/rmt/0cbn obssb1
^/export/diskA1$ 20020627"
Exec'ing /usr/sbin/ufsrestore with arguments:
restore
xbf
2
-
/bartho/system/sysinfo/Disques
amrecover: pid 22930 finish time Tue Jul 2 09:51:04 2002
<<<<<<<<<<<
So.. no special information here !!!
> Try amrecover without the -d switch.
>
> Also, have you looked at your /tmp/amanda/amrecover.*.debug files for
> clues?
>
> Anthony
>
>
>
> On Mon, 2002-07-01 at 00:19, BRINER Cedric wrote:
>
> hi,
> I'm using amanda for a while (about a year now), and I get this
strange
> output telling me that amrecover cannot retrieve the file on the tape
>
> <<<<<<<
> amrecover DailySet -t atalante -s atalante -d /dev/rmt/0cbn
> :
> :
> amrecover> ls
> 2002-06-20 .
> 2002-06-13 .smhist
> 2002-06-20 Alarm_T.txt
> 2002-06-13 All_Ports
> 2002-06-13 Disques
> amrecover> add Disques
> Added /bartho/system/sysinfo/Disques
> amrecover> extract
>
> Extracting files using tape drive /dev/rmt/0cbn on host atalante.
> The following tapes are needed: DailySet22
>
> Restoring files into directory /unige/amanda/sbin
> Continue? [Y/n]: Y
>
> Load tape DailySet22 now
> Continue? [Y/n]: y <-----this step to here took only about 10 secs
!!
> |
> V
> ./bartho/system/sysinfo/Disques is not on volume
> set owner/mode for '.'? [yn] y
> >>>>>>>>
>
> Because I was really needing this file, I've started to look how the
> tape's file are assembled and figured out how to get THE file. Which I
> firstly not found through amrecover!!! And I finally recover the file
> manually...so the file that I was looking for was back up onto the
tape
> !! Amrecover should then find it !!
>
> I'm quite surprised that amrecover define that the file is not
> present on the tape after only --10secs-- when usually it took much
more
> time.
>
> I've checked more than twice the argument given to amrecover DailySet
-t
> atalante -s atalante -d /dev/rmt/0cbn
>
>
> In addition, I've discovered that amrestore can only work well, if I
> place the DailySetTape at the right position by repeating this
command:
> mt -f /dev/rmt/0cbn fsf 1; dd bs=32k if=/dev/rmt/0cbn of=/tmp/qq ;
head
> /tmp/qq until I felt on the desired tuple <host>,<disk>...
>
> So I'm feeling that the problem come from amrestore more than
> amrecover...
>
> any idea of what I'm doing wrong !!!
>
> Thanks in advance
>
> Briner
>
> <<<<<<<< /tmp/amanda/amidx...debug
>
> amidxtaped: debug 1 pid 577 ruid 0 euid 0 start time Thu Jun 27
13:41:22
> 2002
> amidxtaped: version 2.4.2p2
> > SECURITY USER root
> bsd security: remote host atalante user root local user root
> amandahosts security check passed
> > 6
> amrestore_nargs=6
> > -h
> > -p
> > /dev/rmt/0cbn
> > obssb1
> > ^/export/diskA1$
> > 20020613
> Ready to execv amrestore with:
> path = /unige/amanda/sbin/amrestore
> argv[0] = "amrestore"
> argv[1] = "-h"
> argv[2] = "-p"
> argv[3] = "/dev/rmt/0cbn"
> argv[4] = "obssb1"
> argv[5] = "^/export/diskA1$"
> argv[6] = "20020613"
> amrestore: 0: skipping start of tape: date 20020613 label DailySet22
> amrestore: 1: restoring obssb15._export_diskA1.20020613.2
> amidxtaped: amrestore terminated normally with status: 0
> Rewinding tape: done
> amidxtaped: pid 577 finish time Thu Jun 27 13:42:10 2002
>
> >>>>>>>>>>>>>
> --
> * * *
> ------------------------------ **------- * : (
> BRINER Cédric * o
+
> Observatory of Geneva, Switzerland .:oO0Oo:.
> cedricîbriner@obsóunigeùch * * o
> ( ^--- hint:replace the odd letters by dot ) : *
>
--
* * *
------------------------------ **------- * : (
BRINER Cédric * o +
Observatory of Geneva, Switzerland .:oO0Oo:.
cedricîbriner@obsóunigeùch * * o
( ^--- hint:replace the odd letters by dot ) : *
