So, looking at this more, it may be self-inflicted. Last week I changed blocksize to 512k, and began amrmtape and amlabel with the oldest tape first and working backward day by day. I run backups 5 nights per week with a cycle of 13 tapes (see below). I would have thought that this would have allowed the change in blocksize to run seamlessly. Maybe not. I'm now suspecting that by amrmtape --cleanup, this caused Amanda to bork and fall back to level 0 backups. She did this two nights in a row!!!
Anyway, I'm going to hold off any further concerns until I finish a complete tapecycle. If the problem continues after that point, I'll pick back up. Relevant lines from amanda.conf: dumpcycle 5 days runspercycle 5 tapecycle 13 tapes runtapes 1 flush-threshold-dumped 50 bumpsize 10 Mbytes bumppercent 0 bumpmult 1.5 bumpdays 2 Kind regards, Chris On Tue, Oct 30, 2018 at 2:32 PM Debra S Baddorf <badd...@fnal.gov> wrote: > Is this the first backup run for a long while? If so, then they are all > DUE, so amanda feels it has to schedule them all, now. > > Is this the first backup ever? Ditto above. > > Did you perhaps run “amadmin <config> force *” which forces a level 0 > on all disks. > Did you specify “strategy noinc” which does the same? > Or "skip-incr yes” ? Ditto. > > Did you replace a whole disk, making all the files look like they’ve never > been backed up? > > Okay, failing all the above obvious reasons, I’ll leave others to > discuss “planner” reasons. Sorry! > Deb Baddorf > Fermilab > > > On Oct 30, 2018, at 1:20 PM, Chris Nighswonger < > cnighswon...@foundations.edu> wrote: > > > > Why in the world does Amanda plan level 0 backups for all entries in a > DLE for the same run???? This causes all sorts of problems. > > Is there any solution for this? I've read some of the creative > suggestions, but it seems a bunch of trouble. > > Kind regards, > > Chris > > > > 0 19098649k waiting for dumping > > 0 9214891k waiting for dumping > > 0 718824k waiting for dumping > > 0 365207k waiting for dumping > > 0 2083027k waiting for dumping > > 0 3886869k waiting for dumping > > 0 84910k waiting for dumping > > 0 22489k dump done (7:23:34), waiting for writing to tape > > 0 304k dump done (7:22:30), waiting for writing to tape > > 0 2613k waiting for dumping > > 0 30k dump done (7:23:07), waiting for writing to tape > > 0 39642k dump done (7:23:07), waiting for writing to tape > > 0 8513409k waiting for dumping > > 0 39519558k waiting for dumping > > 0 47954k waiting for dumping > > 0 149877984k dumping 145307840k ( 96.95%) (7:22:15) > > 0 742804k waiting for dumping > > p" 0 88758k waiting for dumping > > 0 12463k dump done (7:24:19), waiting for writing to tape > > 0 5544352k waiting for dumping > > 0 191676480k waiting for dumping > > 0 3799277k waiting for dumping > > 0 3177171k waiting for dumping > > 0 11058544k waiting for dumping > > 0 230026440k dump done (7:22:13), waiting for writing to tape > > 0 8k dump done (7:24:24), waiting for writing to tape > > 0 184k dump done (7:24:19), waiting for writing to tape > > 0 1292009k waiting for dumping > > 0 2870k dump done (7:23:23), waiting for writing to tape > > 0 13893263k waiting for dumping > > 0 6025026k waiting for dumping > > 0 6k dump done (7:22:15), waiting for writing to tape > > 0 42k dump done (7:24:24), waiting for writing to tape > > 0 53k dump done (7:24:19), waiting for writing to tape > > 0 74462169k waiting for dumping > > 0 205032k waiting for dumping > > 0 32914k waiting for dumping > > 0 19999k dump done (7:24:02), waiting for writing to tape > > 0 854272k waiting for dumping > > > >