[top posting since that seems to be the preference.]
There might well be some cases where it would be useful to have "poll"
jobs to kick off what are currently "admin" jovs. However, I'm not
sure that would work well given the current split between different
job types -- if it starts off as an admin job, will bacula like when
it is promoted to an incremental?
If you really want to take "poll" jobs to their extreme, I think you
would want a generic syntax where you declare different things you
want to have happen. This would work like "MaxDiffInterval", but more
generic -- perhaps just "MaxInterval". Each job doesn't need to be
scheduled, you would just specify the run frequency. You could
specify an overall poll frequency that kicks off an implicit poll job
that promotes itself to whatever is needed -- assuming bacula would be
OK with this. But I think that would be a rather extensive and
ambitious change. The concept I sent in before is much more specific,
and therefore achievable (already written!)
- Morty
On Thu, Jul 02, 2009 at 12:26:39PM +0200, Kern Sibbald wrote:
> Hello Morty,
>
> This is just to let you know that I have received these patches. The MaxDiff
> problem *should* now be fixed in the SVN. It took me several tries :-(.
>
> Concerning the Poll, I like the concept, but I would like to think about this
> some more. What bothers me is that this is a very specific implementation.
> It seems to me that we should be able to do the same thing but perhaps a bit
> more general by making similar modifications to Admin jobs. My original idea
> (not yet fully implemented), was that an Admin job could be started, and it
> could then trigger any action. That is sort of possible by using RunScripts,
> but it is really not very eligant.
>
> I wonder if you have any ideas to take the concept of your code and to add it
> to Admin jobs in a way, that the next time we want to "poll" for something
> different, it would be easy to add so we can deal with any kind of poll
> request. I hope you see what I mean.
>
> Best regards,
>
> Kern
>
> On Wednesday 22 April 2009 10:12:30 Mordechai T. Abzug wrote:
> > On Wed, Apr 22, 2009 at 08:33:51AM +0200, Kern Sibbald wrote:
> > > I am sorry, but it is not clear what you are doing here, in
> > > particular why you are adding a maxincinterval and what a "POLL" job
> > > is.
> >
> > I was trying to improve handling for laptops and other devices that go
> > away for the night.
> >
> > MaxIncrInterval is intended to be the Incremental analog of
> > MaxDiffInterval. A "Poll" is a level that doesn't actually do
> > anything except check if MaxIncrInterval, MaxDiffInterval, or
> > MaxFullInterval have been exceeded, doing a promotion if necessary.
> >
> > The idea is that instead of just running a once-a-night backup that
> > might fail, one also runs a "poll" job every half hour or so, and sets
> > MaxIncrInterval to 1 day (or whatever.) If the nightly incremental
> > fails, when the laptop does show up the next day and the poll runs,
> > the poll is promoted to an Incremental. If the laptop was there and
> > got backed up, then the poll doesn't get promoted.
> >
> > While this is intended for laptops, I think it also has a use in 24x7
> > server environments, where this is no ideal backup time and spreading
> > out the backup impact is good. In such an environment, one can set
> > MaxIncrInterval, MaxDiffInterval, and MaxFullInterval, and *just* run
> > polls, without explicitly scheduling incrementals, differentials, and
> > fulls. So if I specify MaxFullInterval of 1 week, and run a full
> > backup of serverA on Monday and serverB on Tuesday, bacula should
> > henceforth automatically separate serverA from serverB without me
> > having to explicitly specify this in the bacula config.
> >
> > > PS: All patches need to be submitted as attachments to avoid email
> > > wrapping.
> >
> > OK. Patches attached.
> >
> > - Morty
>
--
Mordechai T. Abzug
Linux red-sonja 2.6.18-morty-8 #1027 Sun Nov 19 07:26:54 EST 2006 i686 GNU/Linux
Don't let it end like this. Tell them I said something. -- Pancho Villa
------------------------------------------------------------------------------
_______________________________________________
Bacula-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-devel
