On Tuesday, March 27, 2012 06:01:21 AM gene heskett did opine: > 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
After this nights run, the balance is further improved. due-date #fs orig MB out MB balance ---------------------------------------------- 3/27 Tue 1 21597 9471 -35.2% 3/28 Wed 1 8796 8796 -39.8% 3/29 Thu 2 24685 13791 -5.6% 3/30 Fri 2 23673 23673 +62.0% 3/31 Sat 30 27020 17321 +18.6% ---------------------------------------------- TOTAL 36 105771 73052 14610 (estimated 5 runs per dumpcycle) I am thinking this patch is a keeper. 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> When you don't know what you are doing, do it neatly.
