On Tue, Oct 06, 2020 at 18:49:55 +0200, Bernhard Erdmann wrote:
> "amadmin CONF find" does not locate the dumps on vtape (labeled
> vBE-full-001), only on original tapes (labeled BE-full-00 to BE-full-04).
> 
> $ amadmin be-full find svr /
> 
> date       host disk lv storage pool    tape or file file part status
> 2000-01-19 svr  /     0 be-full be-full BE-full-00      2 1/-1 OK
> 
[...]

> The logdir contains the original logfiles of 19 Jan 2000 as well as the
> logfile log.20201004123343.0 describing the amvaulting to vBE-full-001.
> 

(I assume you are running Amanda v3.5, right?)


I use dump-time vaulting rather than "amvault" and am not exactly
certain what details are different between the two approaches, but off
hand I'm guessing that if you can fix the "find" problem that will also
allow the other commands to start working...

When I use "find", it does find both the "primary" and "vault" copies:

=====
# su backup -c "amadmin TestBackup find TestServer"

date                host            disk  lv storage     pool        tape or 
file   file part status
2019-09-19 23:17:28 TestServer      /data  0 TestOffsite TestOffsite 
TESTBACKUP-103    2  1/1 OK
2019-09-19 23:17:28 TestServer      /data  0 TestBackup  TestBackup  
TESTBACKUP-12     2  1/1 OK
=====


Looking at the source code for the "find" command, it seems that Amanda
looks through the log.* files based on the data stamps pulled out of the
tapelist file...  so in your case, what does

  grep 20201004123343 tapelist

show (for the /etc/amanda/be-full/tapelist file)?


Also, what do you get when you grep log.20201004123343.0 for "srv /"? 
(That should give you all the taper lines related to writing the
"missing" dump for srv / .)


                                                Nathan


----------------------------------------------------------------------------
Nathan Stratton Treadway  -  [email protected]  -  Mid-Atlantic region
Ray Ontko & Co.  -  Software consulting services  -   http://www.ontko.com/
 GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt   ID: 1023D/ECFB6239
 Key fingerprint = 6AD8 485E 20B9 5C71 231C  0C32 15F3 ADCD ECFB 6239

Reply via email to