Hello everyone,
Sorry I am a few days late on this, but attached is a script called
"bacula_warn_on_zero-20171116.sh"
It takes one to three command line parameters:
USE:
./bacula_warn_on_zero-20171116.sh jobid [debug] [zero_incremental_ok]
A jobid is required, debug just logs everything to std
> On Mon, 13 Nov 2017 08:33:26 -0700, Bill Arlofski said:
>
> On 11/13/2017 03:49 AM, Martin Simmons wrote:
>
> > Why not take this info from the job table, rather than having to parse it
> > from
> > the joblog?
> >
> > __Martin
>
>
> Hi Martin,
>
> I usually try to avoid directly acces
On 11/13/2017 03:49 AM, Martin Simmons wrote:
> Why not take this info from the job table, rather than having to parse it from
> the joblog?
>
> __Martin
Hi Martin,
I usually try to avoid directly accessing the catalog if possible. In this
case, what I am looking for is so simple to get from b
Hello,
>From Bacula point of view a zero files / zero bytes backup size is
perfectly fine unless no errors detected during backup (i.e. permission is
denied) which Bacula should show in the job log.
So, an extreme specific conditions and requirements, should be handled
outside Bacula, as it could
Hello Alan,
No, nothing gets written to storage. Yes, there are database entries
written for the job.
Best regards,
Kern
On 11/13/2017 01:04 PM, Alan Brown wrote:
On 11/11/17 17:26, Kern Sibbald wrote:
Yes, that is one of the reasons why I am not very enthusiastic about
it because it wil
On 11/11/17 17:26, Kern Sibbald wrote:
Yes, that is one of the reasons why I am not very enthusiastic about
it because it will require yet another directive :-(
Kern, please clarify:
If a backup is 0bytes/0files, does anything actually get written to
storage (tape or disk), or is it just a da
> On Sun, 12 Nov 2017 10:43:47 -0700, Bill Arlofski said:
>
> The idea:
>
> - Call this script from a RunScript (RunsWhen = after) "Command ="
> - Pass the script the current jobid (%i) and a few other variables:
> - allow_zero_files
> - allow_zero_bytes
> - zero_incremental_ok
>
> So,
Hi everyone,
Personally I think this is something that should be kept out the core code of
Bacula, but the topic interested me so last night I emailed Jim directly (off
list) and then wrote a script.
I have the script mostly completed which I will release shortly. I am just
working out the final
On Saturday 2017-11-11 12:21:22 Phil Stracchino wrote:
> If implemented at all it should be implemented as an option, because
> there are many kinds of possible admin jobs (and even incremental
> backups) for which it is *perfectly normal* to complete with 0 files/0
> bytes backed up.
If implement
[mailto:k...@sibbald.com]
Sent: Saturday, November 11, 2017 6:42 AM
To: Jim Richardson ; bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Feature Request - job complete status of with
warnings on zero files zero bytes
Hello Jim,
You can submit it as a feature request, but I am not
> On Nov 9, 2017, at 3:35 PM, Jim Richardson wrote:
>
>
> Any chance I can get a feature request in? I would like to have all jobs
> that complete with zero files and / or zero bytes to complete with Backup OK
> – with warnings. Currently these jobs complete with Backup OK.
>
>
Instead
Yes, that is one of the reasons why I am not very enthusiastic about it
because it will require yet another directive :-(
On 11/11/2017 06:21 PM, Phil Stracchino wrote:
On 11/11/17 07:41, Kern Sibbald wrote:
Hello Jim,
You can submit it as a feature request, but I am not really inclined to
i
On 11/11/17 07:41, Kern Sibbald wrote:
> Hello Jim,
>
> You can submit it as a feature request, but I am not really inclined to
> implement it, because it is a very special case, and it is very easy for
> anyone to look at the number of files backed up that is produced in the
> job report.
>
> B
Hello Jim,
You can submit it as a feature request, but I am not really
inclined to implement it, because it is a very special case, and
it is very easy for anyone to look at the number of files backed
up that is produced in the job report.
Best regards,
In the message dated: Thu, 01 Dec 2011 09:48:59 +0100,
The pithy ruminations from Bruno Friedmann on
were:
=> On 12/01/2011 12:20 AM, mark.berg...@uphs.upenn.edu wrote:
=> > Item 1: Administrative connections to the file daemon should not count
in the concurrency li
=> mit
=> > Origin: Mark
On 12/01/2011 12:20 AM, mark.berg...@uphs.upenn.edu wrote:
> Item 1: Administrative connections to the file daemon should not count in
> the concurrency limit
> Origin: Mark Bergman
> Date: Wed Nov 30 18:03:20 EST 2011
> Status:
>
> What:
>Administrative connections to the
Hello,
Thank you for your feature request. Unfortunately, I have no idea how to
implement it, so unless you can provide some new insight, it will not help
adding it to the projects file.
Best regards,
Kern
On Wednesday 30 March 2011 15:23:31 peterfl...@users.sourceforge.net wrote:
> Item n:
Or.. just ask on the users mailing list.
--
Dan Langille
http://langille.org/
On Dec 13, 2010, at 3:00 AM, Guillaume Valdenaire
wrote:
> Thanks a lot for the answer...
> I should have read more carefully the documentation mea culpa.
>
> Guillaume Valdenaire
>
> 2010/12/13 Dan Langille
>
Thanks a lot for the answer...
I should have read more carefully the documentation mea culpa.
Guillaume Valdenaire
2010/12/13 Dan Langille
> On 12/12/2010 2:56 PM, Gavin McCullagh wrote:
>
>> On Sun, 12 Dec 2010, Guillaume Valdenaire wrote:
>>
>> Here is attached a feature request for that won
On 12/12/2010 2:56 PM, Gavin McCullagh wrote:
> On Sun, 12 Dec 2010, Guillaume Valdenaire wrote:
>
>> Here is attached a feature request for that wonderful Bacula.
>> Thanks in advance
>
>> Item 1:Implement a functionality that permits to log which files were
>> restored during a r
On Sun, 12 Dec 2010, Guillaume Valdenaire wrote:
> Here is attached a feature request for that wonderful Bacula.
> Thanks in advance
> Item 1:Implement a functionality that permits to log which files were
> restored during a restore job (especially when using the Bweb
>
Hello,
18.11.2009 10:06, Jim Barber wrote:
> Thanks Arno.
>
> Is this better?
Looks quite good.
I hope this one is accepted and implemented :-)
Cheers,
Arno
> If so I'll clean out all other text except the feature request and submit it
> to bacula-devel
>
> --
>
>
Thanks Arno.
Is this better?
If so I'll clean out all other text except the feature request and submit it to
bacula-devel
--
Item ?: Allow Schedule Resource to override 'Next Pool'
Date: 18 November 2009
Origin: Jim Barber. jim.bar...@ddihealth.com
Status: New reque
Hello,
18.11.2009 07:32, Jim Barber wrote:
> Hi.
>
> When defining backup strategies, I've wanted to be able to define
> the 'Next Pool' in the Schedule to override the value defined
> against a pool.
An interesting and valuable feature request. Can you reformat it to
the shape found at http://
Dear Morty
I use Bacula to backup laptops about 35 in total and assume they may
connect to the network between 9:00 and 10:30 so I use
Reschedule On Error = yes
Reschedule Interval = 45 minutes
Reschedule Times = 2
in jobdefs.conf
I also split the the laptops into 5 groups so that on
Victor Hugo dos Santos wrote:
> On Tue, Apr 7, 2009 at 4:21 AM, Kevin Keane wrote:
>
> [...]
>
>
>> Notes: This feature may only makes sense for jobs and files, maybe not for
>> volumes.
>> I haven't fully thought through the implications yet.
>> The interaction between "Keep
On Tue, Apr 7, 2009 at 4:21 AM, Kevin Keane wrote:
[...]
> Notes: This feature may only makes sense for jobs and files, maybe not for
> volumes.
> I haven't fully thought through the implications yet.
> The interaction between "Keep Copies" and "Volume Retention"
> nee
>
> On Mon, Apr 6, 2009 at 5:19 PM, (private) HKS
> wrote:
>> Bacula 2.2.8 on OpenBSD 4.4 in a mixed OS environment.
>>
>> I'm introducing tape backups into a disk-only backup scheme, and trying
>> to figure out what the best way to do so is. Right now, I think the
>> best option is to modify my
Mike Ruskai wrote:
> On 04/07/2009 04:21, Kevin Keane wrote:
>
>> Item n: implement retention times specified as number of copies.
>> Date: 4/6/2009
>> Origin: Kevin Keane - subscription at kkeane dot com
>> Status:
>>
>>
>>
> I very much like this idea. I have pretty much en
Dan Langille wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kevin Keane wrote:
>
>> Item n: implement retention times specified as number of copies.
>> Date: 4/6/2009
>> Origin: Kevin Keane - subscription at kkeane dot com
>> Status:
>>
>> What: Currently, the retentio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin Keane wrote:
> Item n: implement retention times specified as number of copies.
> Date: 4/6/2009
> Origin: Kevin Keane - subscription at kkeane dot com
> Status:
>
> What: Currently, the retention time for a volume/job etc. is a
>
On 04/07/2009 04:21, Kevin Keane wrote:
> Item n: implement retention times specified as number of copies.
> Date: 4/6/2009
> Origin: Kevin Keane - subscription at kkeane dot com
> Status:
>
>
I very much like this idea. I have pretty much enough storage for two
full backups plus in
Tobias Barth wrote:
>
>
> Feature Request Form
>
> Item n: Migration jobs tape to tape with single drive
> Origin: Tobias Barth
> Date: 11 February 2009
> Status: new
>
> What: Migration jobs from tape to table should be possible with one
> single tape drive. File Systems (har
Dear Bastian,
In message <200902090907.37541.bastian.friedr...@collax.com> you wrote:
>
> > What: I would like to be able to override the spooling settings
> > of a job when manually starting it using "run".
>
> what you are looking for has been implemented in the SVN code in Novem
Wolfgang,
Am Montag, 9. Februar 2009 00:46:44 schrieb Wolfgang Denk:
>
> What: I would like to be able to override the spooling settings
> of a job when manually starting it using "run".
what you are looking for has been implemented in the SVN code in November; it
thus is part in t
Dan Langille wrote:
>
> On Feb 4, 2009, at 5:50 PM, Kevin Keane wrote:
>
>> Here is a second feature request
>>
>> Item n: Document the database design
>> Origin: Kevin Keane, subscript...@kkeane.com
>> Date: February 4, 2009
>> Status:
>>
>> What: I would like to see a complete documenta
>> Here is a second feature request
>>
>> Item n: Document the database design
>> Origin: Kevin Keane, subscript...@kkeane.com
>> Date: February 4, 2009
>> Status:
>>
>> What: I would like to see a complete documentation of all the
>> database tables.
>
> "Complete" is subjective.
>
> Wha
On Feb 4, 2009, at 5:50 PM, Kevin Keane wrote:
> Here is a second feature request
>
> Item n: Document the database design
> Origin: Kevin Keane, subscript...@kkeane.com
> Date: February 4, 2009
> Status:
>
> What: I would like to see a complete documentation of all the
> database table
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kern Sibbald wrote:
> Hello,
>
> I have added this to the projects list.
>
> Best regards,
>
> Kern
>
> On Wednesday 24 January 2007 16:43:45 mark.berg...@uphs.upenn.edu wrote:
>> Item 1: enable persistent naming/number of SQL queries
>>
>> Dat
Hello,
I have added this to the projects list.
Best regards,
Kern
On Wednesday 24 January 2007 16:43:45 mark.berg...@uphs.upenn.edu wrote:
> Item 1: enable persistent naming/number of SQL queries
>
> Date: 24 Jan, 2007
> Origin: Mark Bergman
> Status:
>
> What:
> Change the
On Monday 03 December 2007 11:37:46 am you wrote:
> > Something like:
> > * reload test
> > /etc/bacula/bacula-dir.conf - v 2.2.5 OK
> > < client1 - FD version 2.2.5 - OK
> > < client2 - Unable to connect ERROR
> > < client3 - FD version 2.0.3 -
> Something like:
> * reload test
> /etc/bacula/bacula-dir.conf - v 2.2.5 OK
> < client1 - FD version 2.2.5 - OK
> < client2 - Unable to connect ERROR
> < client3 - FD version 2.0.3 - OK
> < storage1 - SD v2.2.5 -
Migration deletes the old job (equivalent to a move). What he (and
others) wants is a copy (retain old job).
-Nick
On Sep 11, 2007, at 5:41 AM, Eric Böse-Wolf wrote:
> What about migration? See the Bacula manual.
>
> mfg
>
> Eric
> --
> Das Briefgeheimnis sowie das Post- und Fernmeldegeheimn
What about migration? See the Bacula manual.
mfg
Eric
--
Das Briefgeheimnis sowie das Post- und Fernmeldegeheimnis sind
unverletzlich. (Grundgesetz, Artikel 10, Abs. 1)
http://www.gnupp.de http://www.gnupg.org
http://www.stud.uni-karlsruhe.de/~uwaru/
pgpfAhN
> The remaining part, copying data to different media after the job
> itself is run, might still be interesting, but I would suggest to
> re-write your request with the above information in mind.
I would add copying/migrating data from sd to sd (in addition to device to
device on the same s
Isn't he describing the fabled 'clone' job?
brian-
Arno Lehmann wrote:
> Hello,
>
> 24.08.2007 14:26,, Kaiser, Viktor wrote::
>
>> Item 1: Implement a Copy job type that will copy the jobdata
>> from one device to another, for example, copy from a fiel Tape to a real
>> Tape.
>>
Hello,
24.08.2007 14:26,, Kaiser, Viktor wrote::
> Item 1: Implement a Copy job type that will copy the jobdata
> from one device to another, for example, copy from a fiel Tape to a real
> Tape.
This is something that is discussed from time to time, and has
recently been mentioned agai
Hello Kern,
- If I did not cc the list last time, this was only because you send
me a private mail and I did not feel free to make it contents public.
>From now, I DO copy the lists.
- For the 'security restrictions' I was just thinking about the
listserver blocking any attachement to prevent th
Hello Marc,
For the next time, please always copy the list.
On Wednesday 30 May 2007 02:18, Marc Levy wrote:
> Hello Kern,
>
>
> For point #1:
> Let me explain a litle longer my needs:
> - No manual operator interaction with bacula (via bconsole, ...)
That is already possible with existing t
2007/5/18, Andrew Fabian <[EMAIL PROTECTED]>:
It's worth pointing out that you can build a failover pair of bacula
directors and FDs with no software modifications, providing you've got
shared storage for your data. The Heartbeat project has a mechanism for
having a backup server take over a pr
It's worth pointing out that you can build a failover pair of bacula
directors and FDs with no software modifications, providing you've got
shared storage for your data. The Heartbeat project has a mechanism for
having a backup server take over a primary server's IP address when the
primary go
Hello,
On 5/7/2007 3:28 PM, Mariusz Czulada wrote:
> Item n:
> Job migration between different SDs
This is something Kern will probably implement some day. We discussed
that, and he confirmed some time ago that it's still on his to do list.
If you find developers to implement it, that wo
I confirm you just have to do "unmount" in bconsole and exit to do "mt"
commands
But it will be great if we can unlabel & eject directly in bconsole (after
umount command)
Franck
2007/4/27, Arno Lehmann <[EMAIL PROTECTED]>:
> This forces you to use "mt -f
> rewind; mt -f weof" from the cons
Hi,
On 4/27/2007 9:42 AM, Georg Weiß wrote:
> Item: Add a "remove label" (or "initialize tape") command to bacula.
>
> Origin: Georg Weiss -
>
> Date: 27 April 2007
>
> Status: NEW
>
> What: Please consider adding a "remove label" command to bacula. This
> should enable the reuse of
I've added this feature request to the projects file because I don't think it
is hard to do and it is something Bacula should do.
Best regards,
Kern
On Thursday 12 April 2007 22:11, Marc Schiffbauer wrote:
> Item n: make changing "spooldata=yes|no" possible for
> manual/interactive jo
On Wednesday 11 April 2007 00:20, Steen wrote:
> Tirsdag 10 april 2007 23:14 skrev Kern Sibbald:
> > Although, I am really pleased at seeing lots of people using Bacula, and
> > interest in improving it, we seem to be getting a lot of Feature Requests.
> > In fact, given our currently very limited
Tirsdag 10 april 2007 23:14 skrev Kern Sibbald:
> Although, I am really pleased at seeing lots of people using Bacula, and
> interest in improving it, we seem to be getting a lot of Feature Requests.
> In fact, given our currently very limited programming resources, I feel we
> have way too many fe
Although, I am really pleased at seeing lots of people using Bacula, and
interest in improving it, we seem to be getting a lot of Feature Requests.
In fact, given our currently very limited programming resources, I feel we
have way too many feature requests.
The last time we voted, there were
On Monday 09 April 2007 18:27, [EMAIL PROTECTED] wrote:
>
> In the message dated: Mon, 09 Apr 2007 18:16:21 +0200,
> The pithy ruminations from Kern Sibbald on
>
> were:
> =>
> =>
> => If you simply want to know what Jobs and Volumes will reach their
expiration
> => date/time, that is somet
I'm sorry on this one too, but I am not at all in favor of it, as I have
pointed out a number of times. IMO, Bacula should always retain the full
path to where it found the data, otherwise, it will be total chaos.
In addition, I find the symantics of your propose (for me) confusing. I doubt
I
If you simply want to know what Jobs and Volumes will reach their expiration
date/time, that is something that you can do (and I think someone has done
it) with the query.sql file. Predicting purge/prune/recycling is
indeterminate (AFAIK) except at the moment in time.
Consequently, sorry, bu
> >> For example, starting the director like this:
> >>
> >># bacula-dir -c '|/usr/local/sbin/generate-dir-config'
> >
> > Maybe I am missing some important point, but by now I can't see any mayor
> > benefits of your solution compared with:
> >
> > # /usr/local/sbin/generate-dir-config > /e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Helmcke wrote:
> Jorj Bauer wrote:
>> What: The ability to read a configuration file as stdout from an executable
>>
>> Why: The configuration files (particularly for the Director) are very
>> complex. In my case I find it easier to have a
> Maybe I am missing some important point, but by now I can't see any mayor
> benefits of your solution compared with:
>
> # /usr/local/sbin/generate-dir-config > /etc/bacula/bacula-dir.conf &&
> bacula-dir -c /etc/bacula/bacula-dir.conf
It's subtle. You're missing the 'reload' command.
-- Jorj
Jorj Bauer wrote:
> What: The ability to read a configuration file as stdout from an executable
>
> Why: The configuration files (particularly for the Director) are very
> complex. In my case I find it easier to have a program generate them
> from meta-information about the clients.
>
On Mar 19, 2007, at 10:38 AM, Jorj Bauer wrote:
>>> # bacula-dir -c '|/usr/local/sbin/generate-dir-config'
>>>
>>> ... would cause it to run /usr/local/sbin/generate-dir-config to
>>> generate a new configuration file.
>>
>>
>> Hey, that sounds pretty useful. When you say "globally", I assume
> > # bacula-dir -c '|/usr/local/sbin/generate-dir-config'
> >
> > ... would cause it to run /usr/local/sbin/generate-dir-config to
> > generate a new configuration file.
>
>
> Hey, that sounds pretty useful. When you say "globally", I assume you
> mean that I can just toss a similar line i
On Mar 19, 2007, at 6:59 AM, Jorj Bauer wrote:
> What: The ability to read a configuration file as stdout from an
> executable
>
> Why: The configuration files (particularly for the Director) are very
> complex. In my case I find it easier to have a program generate them
> from meta-i
Kern Sibbald schrieb:
> Hello,
Hi,
>
> Unless I am mistaken, even if there is a duplicate CN as you fear, it seems
> to
> me it should pose no problems because the certificate would not match.
>
> Does someone more experienced with TLS know the answer to that?
Hmm. I'm not an expert but I've le
Hello,
Unless I am mistaken, even if there is a duplicate CN as you fear, it seems to
me it should pose no problems because the certificate would not match.
Does someone more experienced with TLS know the answer to that?
Best regards,
Kern
On Thursday 08 March 2007 15:00, Jorj Bauer wrote:
>
On Tue, 6 Mar 2007, Brian Debelius wrote:
>> 2. Your Why clause is really a continuation of the What, so you need to
>> provide some reason why we might want to implement this -- off of the top of
>> *my* head, I don't immediately see one.
The thing that springs to mind is closing off a tape whic
On Tuesday 06 March 2007 21:23, Brian Debelius wrote:
> Kern Sibbald wrote:
> > On Tuesday 06 March 2007 18:55, Brian Debelius wrote:
> >> Item n:Implement an 'Append Period'
> >> Origin: Brian Debelius (bdebelius @ intelesyscorp dot com)
> >> Date:06 March 2007
> >> Status: Submitt
Kern Sibbald wrote:
> On Tuesday 06 March 2007 18:55, Brian Debelius wrote:
>
>> Item n:Implement an 'Append Period'
>> Origin: Brian Debelius (bdebelius @ intelesyscorp dot com)
>> Date:06 March 2007
>> Status: Submitted
>>
>> What: Implement an 'Append Period'. An append peri
On Tuesday 06 March 2007 18:55, Brian Debelius wrote:
> Item n:Implement an 'Append Period'
> Origin: Brian Debelius (bdebelius @ intelesyscorp dot com)
> Date:06 March 2007
> Status: Submitted
>
> What: Implement an 'Append Period'. An append period is a window of
> time after the
On Tuesday 06 March 2007 17:40, Alan Davis wrote:
> Item n: Implement NDMP protocol support
> Origin: Alan Davis
> Date: 06 March 2007
> Status: Submitted
>
> What: Network Data Management Protocol is implemented by a number of
> NAS filer vendors to enable
> backups using t
Hi,
This have been implemented.
see bacula/patches/testing/scratch.readme
It will be commited in main trunk soon.
Bye
>
>Item 1: add option to assign purged volumes to Scratch pool
>
-
Using Tomcat but need to do more?
I believe that this is already implemented. See
/patches/tests/scratch.patch and scratch.readme
On Thursday 08 February 2007 17:31, [EMAIL PROTECTED] wrote:
> Item 1: add option to assign purged volumes to Scratch pool
>
> Date: 08 Feb, 2007
> Origin: Mark Bergman
> Status:
>
> What
On 2/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Item 1: add option to assign purged volumes to Scratch pool
>
> Date: 08 Feb, 2007
> Origin: Mark Bergman
> Status:
>
> What:
> Add an option to allow purged volumes to be automatically assigned
> to the Scratch
On Mon, 22 Jan 2007 [EMAIL PROTECTED] wrote:
> Item 1: the numerical priority of restore jobs should be dynamically set to
> make them happen sooner
Comment: I would like to see this happen too, however there would need to
be an "exclusive" setting as well, or else the Bacula database ba
On Mon, 1 Jan 2007, kshatriyak wrote:
> Item n: add an item to the restore option where you can select a pool
I thought about this last days, and maybe on second thought, it might be
better to be able to select the most recent backup from a specified media
type, not a pool? So the right pool wh
On Monday 18 December 2006 18:29, Bill Moran wrote:
>
> Item 1: Cause daemons to use a specific IP address to source communications
> Origin: Bill Moran <[EMAIL PROTECTED]>
> Date: 18 Dec 2006
> Status:
> What: Cause Bacula daemons (dir, fd, sd) to always use the ip address
> spe
On Thursday 17 March 2005 23:41, Joshua Kugler wrote:
> On Thursday 17 March 2005 09:00, Kern Sibbald wrote:
> > > Anyway, I was running a LONG job today (14+ hours over
> > > a slow link) when I had to cancel the job in the middle
> > > and run a restore! This is probably the 30th time I"ve
> > >
Hello Mark,
Thanks for taking the time to write up the Feature Request, and I see you put
a good deal of effort into it. However, I'm not really too enthusiastic
about this request (though I see certain merits) for three reasons:
1. Bacula already handles running out of spool space quite well.
On Friday 28 July 2006 09:33, Bernhard Suttner wrote:
> Here is my make_mysql_tables for innodb!
What are the advantages and disadvantages of using innodb over myiasm? What
is most important for users is not the internal complexity of the program,
but the speed as well as not having table size
Here is my make_mysql_tables for innodb!
On Fri, 28 Jul 2006 08:45:01 +0200
Sebastien Guilbaud <[EMAIL PROTECTED]> wrote:
>
> > Sorry, I thought one thing and wrote another. It's not
> > InnoDB - it's MyISAM. It's the adequate storage engine
> > for Bacula. Regards,
>
> and why no innodb ??
This is a project that I have planned for quite some time (several years),
though the splitting of the manual may be somewhat different. Now that Frank
Sweetser has begun working on the documentation, this project has a much
higher chance of being realized.
On Thursday 27 July 2006 09:24, Maxx
> Sorry, I thought one thing and wrote another. It's not
> InnoDB - it's MyISAM. It's the adequate storage engine
> for Bacula. Regards,
and why no innodb ?? works fine for me, big tables, simpler
memory model than innodb (no tons of buffers to tune), and
negligeable performance hit...
have a ni
MaxxAtWork wrote:
> Item n: Split documentation
> Origin: Maxx <[EMAIL PROTECTED]>
> Date: 27th July 2006
> Status:
>
> What: Split documentation in several books
>
> Why:Bacula manual has now more than 600 pages, and looking for
> implementation details is getti
Hello,
On Thursday 27 July 2006 18:03, Russell Howe wrote:
> Dan Langille wrote, sometime around 27/07/06 16:29:
> > On 26 Jul 2006 at 11:55, Russell Howe wrote:
> >
> >> I haven't seen Bacula's database routines, but it seems like it's fairly
> >> modular and so I'm guessing that adding another
Dan Langille wrote, sometime around 27/07/06 16:29:
> On 26 Jul 2006 at 11:55, Russell Howe wrote:
>
>> I haven't seen Bacula's database routines, but it seems like it's fairly
>> modular and so I'm guessing that adding another database wouldn't be too
>> much work. What would be involved?
>
>
On 26 Jul 2006 at 11:55, Russell Howe wrote:
> I didn't see a feature request on the site for extra database support,
> so here goes:
>
> Origin: Russell Howe <[EMAIL PROTECTED]>
> Date: 26 July 2006
>
> What: It would be nice for the database backend to support more
> databases. I'm think
Sorry, I thought one thing and wrote another. It's not
InnoDB - it's MyISAM. It's the adequate storage engine
for Bacula. Regards,
Georger
--- Georger Araujo <[EMAIL PROTECTED]> escreveu:
> Russel,
> Supporting proprietary DBs would be nice, but you're
> given THREE free choices for storing your
Russel,
Supporting proprietary DBs would be nice, but you're
given THREE free choices for storing your catalog -
SQLite, Postgres, and MySQL - and two are mature,
capable DBs. I personally use MySQL and it works very
well. I don't speak on Kern's behalf, but it would
take more work (and testing an
On Sat, 24 Jun 2006, Christoff Buch wrote:
>> Bacuka has the ability to already run simultaneous jobs on different
tape
>> drives and spool them to disk.
>> Despooling is triggered by the spool file reaching maximum size,
or the
>> spool disk area exceeding maximum size.
>
> => What exactl
On Sat, 24 Jun 2006, Christoff Buch wrote:
>> Bacuka has the ability to already run simultaneous jobs on different tape
>> drives and spool them to disk.
>> Despooling is triggered by the spool file reaching maximum size, or the
>> spool disk area exceeding maximum size.
>
> => What exactly do you
Am Fri, 23 Jun 2006 17:17:27 +0100 (BST) schrieb Alan Brown
<[EMAIL PROTECTED]>:
> On Thu, 22 Jun 2006, Christoff Buch wrote:
>
>> Might I add a few lines I've already added to Rumkos original mail
>> before?:
>>
>> Spooling is very good, but shouldn't slow down backup since this affects
>> per-n
On Thu, 22 Jun 2006, Christoff Buch wrote:
> Might I add a few lines I've already added to Rumkos original mail
> before?:
>
> Spooling is very good, but shouldn't slow down backup since this affects
> per-night-capacity.
>
> Also, I thought about simultaneous jobs going on several drives of one
>
> > One possibility in continuing spooling would be to introduce "multiple"
> > spool
> > directories or some way to partition a spool directory so that it would say
> > fill half-way and then begin despooling while the other half could continue
> > spooling.
> What about a configurable setting? S
Hello again,
Might I add a few lines I've already
added to Rumkos original mail before?:
Spooling is very good, but shouldn't slow down backup
since this affects
per-night-capacity.
Also, I thought about simultaneous jobs going on several drives of one
machine at a time:
Could it be done to g
On 6/22/06, Kern Sibbald <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I am not likely to accept the Feature request as it stands (perhaps after some
> changes) for the following two reasons:
>
> 1. You mention that this feature will prolong the tape's lifetime, but I see
> no impovement in this regard o
1 - 100 of 123 matches
Mail list logo
