[Bacula-users] problems with labels and misc
My pool includes
Label Format =
"Full${Year}-${Month:p/2/0/r}-${Day:p/2/0/r}_${seqno+:p/4/0/r}"
(one line in original)
earlier I had
Counter {
Name = "seqno"
Minimum = 30 # backup 27 looks to be my last CD at the start
Catalog = MyCatalog
}
but I get this error:
21-Jun 15:47 wheat-dir: LinSysRoot.2005-06-21_15.47.15 Error: Illegal character
in Volume name "Full2005-06-21_30p/4/0/r}"
21-Jun 15:47 wheat-sd: Job LinSysRoot.2005-06-21_15.47.15 waiting. Cannot find
any appendable volumes.
How do I make it work? My goal was to get a label of
Full2005-06-21_0030
but it seems something (use of counter, use of +) is messing it up.
I'm backing up to disk, using Bacula 1.36-3 on Debian.
Other questions:
I take it my job is hung up. If I use cancel from the console, will
the client run after job get run?
Thanks.
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
Hi,
Ross Boylan wrote:
My pool includes
Label Format =
"Full${Year}-${Month:p/2/0/r}-${Day:p/2/0/r}_${seqno+:p/4/0/r}"
(one line in original)
earlier I had
Counter {
Name = "seqno"
Minimum = 30 # backup 27 looks to be my last CD at the start
Catalog = MyCatalog
}
but I get this error:
21-Jun 15:47 wheat-dir: LinSysRoot.2005-06-21_15.47.15 Error: Illegal character in Volume
name "Full2005-06-21_30p/4/0/r}"
21-Jun 15:47 wheat-sd: Job LinSysRoot.2005-06-21_15.47.15 waiting. Cannot find
any appendable volumes.
How do I make it work? My goal was to get a label of
Full2005-06-21_0030
I remeber one such discussion a short while ago... one moment... no,
sorry, can't find it.
Ok, what I remember: Incrementing and formatting at the same time was
not possible. I think Kern suggested some work-around with another
variable, where you do something like
newvar=+seqno
label=formatted newvar
but it seems something (use of counter, use of +) is messing it up.
I'm backing up to disk, using Bacula 1.36-3 on Debian.
Other questions:
I take it my job is hung up. If I use cancel from the console, will
the client run after job get run?
I don't know - just try it. Or can it break something?
Arno
Thanks.
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
IT-Service Lehmann[EMAIL PROTECTED]
Arno Lehmann http://www.its-lehmann.de
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
On Wed, Jun 22, 2005 at 10:13:20AM +0200, Arno Lehmann wrote:
>
> Ok, what I remember: Incrementing and formatting at the same time was
> not possible. I think Kern suggested some work-around with another
> variable, where you do something like
> newvar=+seqno
> label=formatted newvar
The manual doesn't give any indication that assignment to a variable
is possible in the configuration file, or where such assignment
would go. But
This bug
http://bugs.bacula.org/bug_view_advanced_page.php?bug_id=332
reports the problem and has this suggested solution:
---
I just happened to stumble on the solution to your problem. It requires using
two variables as follows:
var ${tmpv:-${myctr+}}
var ${tmpv:-${myctr}:p/6/1/r}
myctr is a counter, and tmpv is just a dummy. If you don't get the idea from
this, please ask the list.
Here are a few more examples, but I'm not sure they really work.
var ${tmpv:-${myctr+}:p/6/1/r}
var ${tmpv:*${myctr+}:p/6/1/r}
var ${tmpv:+${myctr+}:p/6/1/r}
As far as I can tell, var is only a command for the console. So I'm
trying this:
Label Format =
"Full${Year}-${Month:p/2/0/r}-${Day:p/2/0/r}_${blankv:-${seqno+}:p/4/0/r}"
I wonder if there is any quoting trick that doesn't require the second
fake variable. I also wonder if it will complain about the
non-existent variable.
The reason I can't tell is that I'm hung up by another problem, which
I'll put in a separate message.
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
Hello, Ross Boylan wrote: On Wed, Jun 22, 2005 at 10:13:20AM +0200, Arno Lehmann wrote: ... The manual doesn't give any indication that assignment to a variable is possible in the configuration file, or where such assignment would go. But This bug http://bugs.bacula.org/bug_view_advanced_page.php?bug_id=332 reports the problem and has this suggested solution: Right, that's the one I remembered... unfortunately, I can't give you answers to your questions, but hopefully tomorrow I'll find some time to try variables and automatic labeling... no promises, though. Arno -- IT-Service Lehmann[EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
On Wed, Jun 22, 2005 at 09:03:46PM +0200, Arno Lehmann wrote:
> Hello,
>
> Ross Boylan wrote:
>
> >On Wed, Jun 22, 2005 at 10:13:20AM +0200, Arno Lehmann wrote:
> >
> ...
> >The manual doesn't give any indication that assignment to a variable
> >is possible in the configuration file, or where such assignment
> >would go. But
> >
> >This bug
> >http://bugs.bacula.org/bug_view_advanced_page.php?bug_id=332
> >reports the problem and has this suggested solution:
>
> Right, that's the one I remembered...
>
> unfortunately, I can't give you answers to your questions, but hopefully
> tomorrow I'll find some time to try variables and automatic labeling...
> no promises, though.
>
> Arno
That's very kind. I have progressed enough so that I can see the
construct I used,
${blankv:-${seqno+}:p/4/0/r}
seems to be working. (There are other problems, but I don't think
caused by this).
I'm still a bit curious about variable assignment in general, though I
guess with .37 we'll be in a new world anyway.
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
Hi,
Ross Boylan wrote:
...
That's very kind. I have progressed enough so that I can see the
construct I used,
${blankv:-${seqno+}:p/4/0/r}
seems to be working. (There are other problems, but I don't think
caused by this).
Well, I played around a bit with variables... unfortunately, it's not
possible to increment or decrement the internal variables. Afer
inserting a variable in the director's configuration, and after rwading
the manual, I understood Kerns examples and could get something similar
myself.
Which you know already :-)
What problems are remaining?
I'm still a bit curious about variable assignment in general, though I
guess with .37 we'll be in a new world anyway.
Yes, and after experimenting a bit I hope python will make this much
simpler...
Arno
--
IT-Service Lehmann[EMAIL PROTECTED]
Arno Lehmann http://www.its-lehmann.de
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
On Thursday 23 June 2005 09:57, Arno Lehmann wrote:
> Hi,
>
> Ross Boylan wrote:
>
> ...
>
> > That's very kind. I have progressed enough so that I can see the
> > construct I used,
> >${blankv:-${seqno+}:p/4/0/r}
> > seems to be working. (There are other problems, but I don't think
> > caused by this).
>
> Well, I played around a bit with variables... unfortunately, it's not
> possible to increment or decrement the internal variables. Afer
> inserting a variable in the director's configuration, and after rwading
> the manual, I understood Kerns examples and could get something similar
> myself.
>
> Which you know already :-)
>
> What problems are remaining?
>
> > I'm still a bit curious about variable assignment in general, though I
> > guess with .37 we'll be in a new world anyway.
>
> Yes, and after experimenting a bit I hope python will make this much
> simpler...
It seems terribly ironic that now that 1.37 is almost out, there is an
important interest in variables. Instead of writing something myself, I
unfortunately took someone else's code, which is very complicated -- both the
code and the way the variables are implemented. They defy my ability to
understand them once one tries to increment and do other things at the same
time.
Now is *really* the time for people to start trying Python -- there are still
problems (a few memory leaks), and certainly much more to implement to make
it really useful. What I hope is to be able to provide a certain minimum set
of features to be able to replace variables with version 1.37. Then over
time, I think we will be able to implement some really incredible things.
Things you can already do with Bacula/Python:
- Get control and hence replace RunBeforeJob and RunAfterJob
- Since you can test the status, you could also replace RunAfterFailedJob
- Create Volume names (much more sainly than with variables)
- Run a job
- Cancel a job
- Get control in a Python script at: JobStart, JobInit, JobRun, JobEnd,
NewVolume (needed), Exit (Bacula).
What you cannot yet do is:
- Have access to the database
- Have access to/change counter variables
- Change job parameters (i.e. in JobStart change the level, priority, ...)
- Query what is running (other jobs)
- Query what is scheduled
- Get control when the Job Status changes
...
--
Best regards,
Kern
(">
/\
V_V
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
Hello, Kern Sibbald wrote: On Thursday 23 June 2005 09:57, Arno Lehmann wrote: variables: Yes, and after experimenting a bit I hope python will make this much simpler... It seems terribly ironic that now that 1.37 is almost out, there is an important interest in variables. Instead of writing something myself, I unfortunately took someone else's code, which is very complicated -- both the code and the way the variables are implemented. They defy my ability to understand them once one tries to increment and do other things at the same time. Interesting indeed that variables are coming up so often recently... Now is *really* the time for people to start trying Python -- there are still problems (a few memory leaks), and certainly much more to implement to make it really useful. What I hope is to be able to provide a certain minimum set of features to be able to replace variables with version 1.37. Then over time, I think we will be able to implement some really incredible things. I guess so... memory leaks don't bother *me* too much as I have the backup server automatically shutdown after all jobs are done... Things you can already do with Bacula/Python: - Get control and hence replace RunBeforeJob and RunAfterJob - Since you can test the status, you could also replace RunAfterFailedJob - Create Volume names (much more sainly than with variables) - Run a job - Cancel a job - Get control in a Python script at: JobStart, JobInit, JobRun, JobEnd, NewVolume (needed), Exit (Bacula). During JobInit, will it be possible to change job parameters like storage, pool etc., and have the director verify their new settings? What I'm thinking about is moving part of the scheduling info into python scripts to make things more flexible. For example, when job upgrading takes place use the right storage device or, for example, have every third full backup go to a new volume for archival porposes or something like that. Especially with automatic upgrading this is currently rather difficult to manage automatically. What you cannot yet do is: - Have access to the database I guess this will be implemented soon, as discussed on bacula-devel. - Have access to/change counter variables Seems very important :-) - Change job parameters (i.e. in JobStart change the level, priority, ...) See above... - Query what is running (other jobs) - Query what is scheduled great. Hopefully the complete job information including upgrading etc. will be available... but I guess this is hard or even impossible to implement. - Get control when the Job Status changes Might this be the right hook to have automatic job transfers to another storage device? For example, jobs pauses due to tape full -> script queries which devices are available -> sets job to use another storage? ... Anyway, lots and lots of fun opportunities. Thanks. Arno -- IT-Service Lehmann[EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
On Thursday 23 June 2005 13:34, Arno Lehmann wrote:
> Hello,
>
> Kern Sibbald wrote:
> > On Thursday 23 June 2005 09:57, Arno Lehmann wrote:
>
> variables:
> >>Yes, and after experimenting a bit I hope python will make this much
> >>simpler...
> >
> > It seems terribly ironic that now that 1.37 is almost out, there is an
> > important interest in variables. Instead of writing something myself, I
> > unfortunately took someone else's code, which is very complicated -- both
> > the code and the way the variables are implemented. They defy my ability
> > to understand them once one tries to increment and do other things at the
> > same time.
>
> Interesting indeed that variables are coming up so often recently...
Clearly there is a need ...
>
> > Now is *really* the time for people to start trying Python -- there are
> > still problems (a few memory leaks), and certainly much more to implement
> > to make it really useful. What I hope is to be able to provide a certain
> > minimum set of features to be able to replace variables with version
> > 1.37. Then over time, I think we will be able to implement some really
> > incredible things.
>
> I guess so... memory leaks don't bother *me* too much as I have the
> backup server automatically shutdown after all jobs are done...
>
> > Things you can already do with Bacula/Python:
> > - Get control and hence replace RunBeforeJob and RunAfterJob
> > - Since you can test the status, you could also replace RunAfterFailedJob
> > - Create Volume names (much more sainly than with variables)
> > - Run a job
> > - Cancel a job
> > - Get control in a Python script at: JobStart, JobInit, JobRun, JobEnd,
> > NewVolume (needed), Exit (Bacula).
>
> During JobInit, will it be possible to change job parameters like
> storage, pool etc., and have the director verify their new settings?
That is the idea, but it is not realized yet, and unless someone starts using
it, and gets down to discussing specific needs, it will undoubtedly wait
until after 1.38 is released and people *do* get down to requesting specific
items.
>
> What I'm thinking about is moving part of the scheduling info into
> python scripts to make things more flexible. For example, when job
> upgrading takes place use the right storage device or, for example, have
> every third full backup go to a new volume for archival porposes or
> something like that. Especially with automatic upgrading this is
> currently rather difficult to manage automatically.
I would hope that the basic "generally useful" features will be directly
included in Bacula and the Python will serve mostly for specific
customization.
>
> > What you cannot yet do is:
> > - Have access to the database
>
> I guess this will be implemented soon, as discussed on bacula-devel.
I'll probably implement some minimalist solution.
>
> > - Have access to/change counter variables
>
> Seems very important :-)
Unless users directly access the DB from Python.
>
> > - Change job parameters (i.e. in JobStart change the level, priority,
> > ...)
>
> See above...
>
> > - Query what is running (other jobs)
> > - Query what is scheduled
>
> great. Hopefully the complete job information including upgrading etc.
> will be available... but I guess this is hard or even impossible to
> implement.
>
> > - Get control when the Job Status changes
>
> Might this be the right hook to have automatic job transfers to another
> storage device? For example, jobs pauses due to tape full -> script
> queries which devices are available -> sets job to use another storage?
Changing from one storage device to another is unfortunately out of the
question for the current code. It will take some major brain storming design
work
>
> > ...
>
> Anyway, lots and lots of fun opportunities.
Yup -- and work, which is hard when it is 30+ degrees. :-)
--
Best regards,
Kern
(">
/\
V_V
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
On Thursday 23 June 2005 05:59 am, Kern Sibbald wrote: > Now is *really* the time for people to start trying Python -- there are > still problems (a few memory leaks), and certainly much more to implement > to make it really useful. What I hope is to be able to provide a certain > minimum set of features to be able to replace variables with version 1.37. > Then over time, I think we will be able to implement some really incredible > things. Yesterday I looked for some instruction on how to use Python with Bacula and came up empty. I am not a Python coder at all. Is there anything to get me started on using Python for this purpose? Misty --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
On Thursday 23 June 2005 15:50, Misty Stanley-Jones wrote:
> On Thursday 23 June 2005 05:59 am, Kern Sibbald wrote:
> > Now is *really* the time for people to start trying Python -- there are
> > still problems (a few memory leaks), and certainly much more to implement
> > to make it really useful. What I hope is to be able to provide a certain
> > minimum set of features to be able to replace variables with version
> > 1.37. Then over time, I think we will be able to implement some really
> > incredible things.
>
> Yesterday I looked for some instruction on how to use Python with Bacula
> and came up empty. I am not a Python coder at all. Is there anything to
> get me started on using Python for this purpose?
It is pretty rudimentary for the moment:
http://www.bacula.org/dev-manual/Python_Scripting.html
>
> Misty
>
>
> ---
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Best regards,
Kern
(">
/\
V_V
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
On Thu, Jun 23, 2005 at 12:59:22PM +0200, Kern Sibbald wrote: > Now is *really* the time for people to start trying Python -- there > are still FYI, 3 things are holding me back: 1. Not packaged for Debian. 2. Not documented. 3. counters unavailable (though if it's python, I suppose one could access the db directly, though then one would need to know the internal setup of the db and there might be concurrency issues). Ross --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
On Thursday 23 June 2005 18:02, Ross Boylan wrote:
> On Thu, Jun 23, 2005 at 12:59:22PM +0200, Kern Sibbald wrote:
> > Now is *really* the time for people to start trying Python -- there
> > are still
>
> FYI, 3 things are holding me back:
> 1. Not packaged for Debian.
I doubt that it will be packaged for Debian before release.
> 2. Not documented.
Where does this come from? It *is* documented in the 1.37 development manual.
> 3. counters unavailable
Correct, but not critical because Python can save info to its own file.
> (though if it's python, I suppose one could
> access the db directly, though then one would need to know the
> internal setup of the db and there might be concurrency issues).
I don't see any concurrency issues here.
--
Best regards,
Kern
(">
/\
V_V
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
On Thu, Jun 23, 2005 at 09:13:36PM +0200, Kern Sibbald wrote: > On Thursday 23 June 2005 18:02, Ross Boylan wrote: > > On Thu, Jun 23, 2005 at 12:59:22PM +0200, Kern Sibbald wrote: > > > Now is *really* the time for people to start trying Python -- there > > > are still > > > > FYI, 3 things are holding me back: > > 1. Not packaged for Debian. > > I doubt that it will be packaged for Debian before release. > > > 2. Not documented. > > Where does this come from? It *is* documented in the 1.37 development manual. >From the 1.36 manual :) I thought because it was referring to 1.37 stuff that it was just "the" manual. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
On Friday 24 June 2005 03:25, Ross Boylan wrote:
> On Thu, Jun 23, 2005 at 09:13:36PM +0200, Kern Sibbald wrote:
> > On Thursday 23 June 2005 18:02, Ross Boylan wrote:
> > > On Thu, Jun 23, 2005 at 12:59:22PM +0200, Kern Sibbald wrote:
> > > > Now is *really* the time for people to start trying Python -- there
> > > > are still
> > >
> > > FYI, 3 things are holding me back:
> > > 1. Not packaged for Debian.
> >
> > I doubt that it will be packaged for Debian before release.
> >
> > > 2. Not documented.
> >
> > Where does this come from? It *is* documented in the 1.37 development
> > manual.
> From the 1.36 manual :) I thought because it was referring to
> 1.37 stuff that it was just "the" manual.
Perhaps it is a bit confusing, but contrary to other project, Bacula has two
manuals. One is the released version, and one documents with a certain delay
what is in development ...
--
Best regards,
Kern
(">
/\
V_V
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
--On Thursday, June 23, 2005 2:29 PM +0200 Kern Sibbald <[EMAIL PROTECTED]> wrote: > On Thursday 23 June 2005 13:34, Arno Lehmann wrote: >> Hello, >> >> Kern Sibbald wrote: >> > On Thursday 23 June 2005 09:57, Arno Lehmann wrote: >> >> variables: >> >> Yes, and after experimenting a bit I hope python will make this much >> >> simpler... >> > >> > It seems terribly ironic that now that 1.37 is almost out, there is an >> > important interest in variables. Instead of writing something myself, >> > I unfortunately took someone else's code, which is very complicated -- >> > both the code and the way the variables are implemented. They defy my >> > ability to understand them once one tries to increment and do other >> > things at the same time. >> >> Interesting indeed that variables are coming up so often recently... > > Clearly there is a need ... > >> >> > Now is *really* the time for people to start trying Python -- there are >> > still problems (a few memory leaks), and certainly much more to >> > implement to make it really useful. What I hope is to be able to >> > provide a certain minimum set of features to be able to replace >> > variables with version 1.37. Then over time, I think we will be able >> > to implement some really incredible things. >> >> I guess so... memory leaks don't bother *me* too much as I have the >> backup server automatically shutdown after all jobs are done... >> >> > Things you can already do with Bacula/Python: >> > - Get control and hence replace RunBeforeJob and RunAfterJob >> > - Since you can test the status, you could also replace >> > RunAfterFailedJob - Create Volume names (much more sainly than with >> > variables) - Run a job >> > - Cancel a job >> > - Get control in a Python script at: JobStart, JobInit, JobRun, JobEnd, >> > NewVolume (needed), Exit (Bacula). >> >> During JobInit, will it be possible to change job parameters like >> storage, pool etc., and have the director verify their new settings? > > That is the idea, but it is not realized yet, and unless someone starts > using it, and gets down to discussing specific needs, it will > undoubtedly wait until after 1.38 is released and people *do* get down > to requesting specific items. > >> >> What I'm thinking about is moving part of the scheduling info into >> python scripts to make things more flexible. For example, when job >> upgrading takes place use the right storage device or, for example, have >> every third full backup go to a new volume for archival porposes or >> something like that. Especially with automatic upgrading this is >> currently rather difficult to manage automatically. > > I would hope that the basic "generally useful" features will be directly > included in Bacula and the Python will serve mostly for specific > customization. > >> >> > What you cannot yet do is: >> > - Have access to the database >> >> I guess this will be implemented soon, as discussed on bacula-devel. > > I'll probably implement some minimalist solution. > >> >> > - Have access to/change counter variables >> >> Seems very important :-) > > Unless users directly access the DB from Python. > >> >> > - Change job parameters (i.e. in JobStart change the level, priority, >> > ...) >> >> See above... >> >> > - Query what is running (other jobs) >> > - Query what is scheduled >> >> great. Hopefully the complete job information including upgrading etc. >> will be available... but I guess this is hard or even impossible to >> implement. >> >> > - Get control when the Job Status changes >> >> Might this be the right hook to have automatic job transfers to another >> storage device? For example, jobs pauses due to tape full -> script >> queries which devices are available -> sets job to use another storage? > > Changing from one storage device to another is unfortunately out of the > question for the current code. It will take some major brain storming > design work > >> >> > ... >> >> Anyway, lots and lots of fun opportunities. > > Yup -- and work, which is hard when it is 30+ degrees. :-) Perhaps an appreciative user base could take up a collection to install air conditioning at your place for such warm days ;-) Karl Cunningham --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] problems with labels and misc
On Friday 24 June 2005 18:28, Karl Cunningham wrote:
> --On Thursday, June 23, 2005 2:29 PM +0200 Kern Sibbald <[EMAIL PROTECTED]>
>
...
> >
> > Yup -- and work, which is hard when it is 30+ degrees. :-)
>
> Perhaps an appreciative user base could take up a collection to install air
> conditioning at your place for such warm days ;-)
Yes, that would have saved me a lot of agravation today -- since it was even
hotter, I decided that since I couldn't do anything really useful like
programming, I would upgrade my server. No big deal upgrade from RHEL 3 to
FC3. Since I've been running FC3 for many months, it would be a snap. Yes,
it was a snap, with all the minor little problems (bad CD, Bacula proved
useful, ...) no big deal. I had previously tested or run all the software on
at least one or two other machines with one minor exception: !!! imap !!!
It seems that FC3 doesn't have good old imap; it only has cyrus-imap, which
appears to be a very good program mind you, but for it is really designed
(complex enough) for a server with 2,000+ users rather than one like I have
with 2 users. Converting from Unix mail to Cyrus mail is no little matter --
I don't know what Fedora was thinking of when they dropped good old imap.
After struggling with cyrus-imap and sasl-xxx for quite some time, I finally
realized that it would take me a week to convert if for no other reason than
cyrus-imap doesn't like .forward files or user procmail, which naturally, I
use.
So, rather than be without email for a week in this heat, I downloaded an
ancient rpm source of good old imap, rebuilt it on a system where it never
was intended to run (the new compiler didn't like the old code). 5 minutes
after installing it, I had my mail back :-) Now I can take my time to learn
a bit about cyrus-imap before attempting to use it again (if ever).
If I had had airconditioning I never would have been foolish enough to attempt
the upgrade ...
I have to say that aircondition would really be quite an extravagant affair
here simply because there is normally only about a week of weather hot enough
to use it per year :-)
--
Best regards,
Kern
(">
/\
V_V
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
