On 5/25/2010 1:29 PM, Robin Lee Powell wrote: > >>>> That's a fantastic idea! I don't even need to do anything >>>> complicated; just use "lockfile /tmp/backuppc" OSLT, since I >>>> only care about not overloading single hosts. >>> >>> There is a problem with it, though: it can lead to starvation. >>> I've got one host broken up into 10 or so backuppc jobs, and one >>> of them has yet to run, 10 days later. Each of the jobs takes >>> about 6 hours, which means it takes more than a day for them all >>> to complete, which means 5+ jobs are always available to run, >>> and that one just hasn't gotten lucky yet. >>> >>> Haven't come up with a good solution yet. >> >> I always thought the scheduling was ordered by the time since the >> last backup or time since the backup was due - but I've never >> gotten far enough behind to tell. Don't the backups that haven't >> completed the previous day start first? > > I don't know, but regardless there are always at least 5 of those, > is what I'm saying.
But are they the same 5? If you simply can't transfer the amount of data you have there's not much it can do but pick up where it left off when wakes up outside of a blackout again. As long as it isn't the same jobs being missed repeatedly, it is probably going to the to it as fast as you would if you adjust the schedule anyway. -- Les Mikesell lesmikes...@gmail.com ------------------------------------------------------------------------------ _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/