On Saturday, March 24, 2012 02:43:58 AM gene heskett did opine: > On Friday, March 23, 2012 09:45:12 AM Jean-Louis Martineau did opine: > > Hi Gene, > > > > Can you try the attached patch? (it is lightly tested and > > uncommitted). > > > > Jean-Louis > > Building now, I applied it to 4.0-4613. > > Last night it promoted about 20 DLE's some as much as 4 days, but the > balance report stubbornly maintains its going to do a 45Gb backup sunday > morning. It is not promoting or adjusting anything over about 4Gb, they > are apparently untouchable. > > After the build/install, > [root@coyote amanda]# su amanda -c "amadmin Daily balance" > > due-date #fs orig MB out MB balance > ---------------------------------------------- > 3/23 Fri 0 0 0 --- > 3/24 Sat 4 20596 11128 -24.4% > 3/25 Sun 5 48037 44776 +204.4% > 3/26 Mon 8 7023 3605 -75.5% > 3/27 Tue 19 30582 14054 -4.5% > ---------------------------------------------- > TOTAL 36 106238 73563 14712 > (estimated 5 runs per dumpcycle) > > So it remains to be seen if this patch works. I've no clue if the > amadmin /config/ balance uses the code just patched. I'll find out in > the morning I guess. > > I just parked this on another screen and checked my emails from amanda, > scanning the planners output, clear back to Feb 24th. It is as if > /usr/movies at 16.6Gb does not exist, it never attempts to promote it to > a less busy run. Ditto for /usr/pix at 7.5Gb, it is never mentioned by > the planner. Those 2 are stuck on the same level 0 day together and > have been for very a long time. I would do a one time force on > /usr/movies, but that would hide the problem only for me. > > Could this be a >4Gb problem in the math someplace? > > Thanks Jean-Louis > > Cheers, Gene
While it didn't solve the problem in one run, the amadmin Daily balance report now has non-zero in the next day, and the maximum is now 144%, still Sunday. due-date #fs orig MB out MB balance ---------------------------------------------- 3/24 Sat 1 17730 10132 -31.2% 3/25 Sun 4 39335 36074 +144.9% 3/26 Mon 8 7023 3605 -75.5% 3/27 Tue 8 21789 9613 -34.8% 3/28 Wed 15 20464 14241 -3.3% ---------------------------------------------- TOTAL 36 106341 73665 14733 (estimated 5 runs per dumpcycle) Apparently there are 4 DLE's that somehow exceed the planners ability to move them. Actually, if I back up to the last level 0 on /usr/movies, I find there are 5 DLE's that exceed 4Gb in that days email. /usr/movies @ 16Gb /root @ 8Gb /usr/pix @ 7.6Gb /var @ 8.7Gb /usr/share @ 7.6Gb But 2 days later /root was promoted 2 days /usr/share was promoted 2 days So there goes the 4Gb theory. I think. Maybe this will do it, given enough time. It does seem to be drifting in the right direction according to this run just finished. Status updates by the day. Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) My web page: <http://coyoteden.dyndns-free.com:85/gene> Preudhomme's Law of Window Cleaning: It's on the other side.
