On Wed, Oct 31, 2018 at 18:52:46 +0000, Debra S Baddorf wrote:
> "Those datestamps are obviously wrong, should be 20181031"
>
> The two DLE's that you showed, with datestamp "wrong", are among the
> "too small" disks you are talking about. So it seems that the
> datestamp probably isn't wrong? These sets are being missed?
>
> (Not completely following, cuz it's not (so far) relevant to me.)
> But the date thing seems to be real, so I thought I'd point it out.
Actually, in the listing of the vtape directory (found in Gene's message
dated "Wed, 31 Oct 2018 12:07:06 -0400") one can see that the DLEs in
question _did_ get dumped.
So it appears that almost all parts of the process are working
correctly; the only problem is that the info database for those
particular dumps is not getting updated. This in turn causes Amanda to
constantly think they are overdue, and thus I assume it always schedules
them for level 0 dumps (as well as showing them as "overdue" in the
"amadmin ... due" output") -- but since they are so tiny, presumable
that ends up having a negligible effect on the overall balance. (And in
fact the vtape listing confirms that many of Gene's level 1 dumps are
much larger than those 5 specific level 0s.)
Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway - natha...@ontko.com - 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
