Re: [Bacula-users] Feature Request - job complete status of with warnings on zero files zero bytes

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

Re: [Bacula-users] Feature Request - job complete status of with warnings on zero files zero bytes

> 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

Re: [Bacula-users] Feature Request - job complete status of with warnings on zero files zero bytes

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

Re: [Bacula-users] Feature Request - job complete status of with warnings on zero files zero bytes

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

Re: [Bacula-users] Feature Request - job complete status of with warnings on zero files zero bytes

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

Re: [Bacula-users] Feature Request - job complete status of with warnings on zero files zero bytes

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

Re: [Bacula-users] Feature Request - job complete status of with warnings on zero files zero bytes

> 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 > >

Re: [Bacula-users] Feature Request - job complete status of with warnings on zero files zero bytes

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

Re: [Bacula-users] Feature Request - job complete status of with warnings on zero files zero bytes

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

Re: [Bacula-users] Feature Request - job complete status of with warnings on zero files zero bytes

[mailto:k...@sibbald.com] Sent: Saturday, November 11, 2017 6:42 AM To: Jim Richardson <j...@securit360.com>; 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 f

Re: [Bacula-users] Feature Request - job complete status of with warnings on zero files zero bytes

> 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

Re: [Bacula-users] Feature Request - job complete status of with warnings on zero files zero bytes

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

Re: [Bacula-users] Feature Request - job complete status of with warnings on zero files zero bytes

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.  > >

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 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,

Re: [Bacula-users] feature request: exempt administrative connections from concurrency limits

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 mark.berg...@uphs.upenn.edu Date: Wed Nov 30 18:03:20 EST 2011 Status: What:

Re: [Bacula-users] feature request: exempt administrative connections from concurrency limits

In the message dated: Thu, 01 Dec 2011 09:48:59 +0100, The pithy ruminations from Bruno Friedmann on Re: [Bacula-users] feature request: exempt administrative connections from con currency limits were: = On 12/01/2011 12:20 AM, mark.berg...@uphs.upenn.edu wrote: = Item 1: Administrative

Re: [Bacula-users] Feature request

Thanks a lot for the answer... I should have read more carefully the documentation mea culpa. Guillaume Valdenaire 2010/12/13 Dan Langille d...@langille.org On 12/12/2010 2:56 PM, Gavin McCullagh wrote: On Sun, 12 Dec 2010, Guillaume Valdenaire wrote: Here is attached a feature request

Re: [Bacula-users] Feature request

Or.. just ask on the users mailing list. -- Dan Langille http://langille.org/ On Dec 13, 2010, at 3:00 AM, Guillaume Valdenaire guillaume.valdena...@gmail.com wrote: Thanks a lot for the answer... I should have read more carefully the documentation mea culpa. Guillaume Valdenaire

Re: [Bacula-users] Feature request

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

Re: [Bacula-users] Feature request

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 restore job

Re: [Bacula-users] Feature Request: Allow schedule to override Next Pool.

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 -- Item ?:

Re: [Bacula-users] Feature Request: Allow schedule to override Next Pool.

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

Re: [Bacula-users] Feature Request: Allow schedule to override Next Pool.

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

Re: [Bacula-users] feature request: laptops: Max Incr Interval, Level=check, error suppression

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

Re: [Bacula-users] Feature request: relative rentention times

Victor Hugo dos Santos wrote: On Tue, Apr 7, 2009 at 4:21 AM, Kevin Keane subscript...@kkeane.com 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

Re: [Bacula-users] Feature request: relative rentention times

On Tue, Apr 7, 2009 at 4:21 AM, Kevin Keane subscript...@kkeane.com 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

Re: [Bacula-users] Feature request: relative rentention times

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 enough storage for

Re: [Bacula-users] Feature Request: non-disruptive full backups

On Mon, Apr 6, 2009 at 5:19 PM, (private) HKS hks.priv...@gmail.com 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

Re: [Bacula-users] Feature request: relative rentention times

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 retention time for a

Re: [Bacula-users] Feature request: relative rentention times

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

Re: [Bacula-users] Feature request: relative rentention times

-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

Re: [Bacula-users] Feature Request: Migration jobs tape to tape with single drive

Tobias Barth wrote: Feature Request Form Item n: Migration jobs tape to tape with single drive Origin: Tobias Barth tobias.barth at web-arts.com Date: 11 February 2009 Status: new What: Migration jobs from tape to table should be possible with one single tape drive.

Re: [Bacula-users] Feature request: Enable/disable spooling when using run

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 the

Re: [Bacula-users] Feature request: Enable/disable spooling when using run

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 November; it

Re: [Bacula-users] Feature request

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 documentation of all the

Re: [Bacula-users] feature request: fixed naming/numbering of sql queries

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 parsing

Re: [Bacula-users] feature request: fixed naming/numbering of sql queries

-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 Date: 24 Jan,

Re: [Bacula-users] Feature request

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 tables.

Re: [Bacula-users] Feature request

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. What do you define as

Re: [Bacula-users] Feature Request: Testing before reloading...

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 -OK

Re: [Bacula-users] Feature Request: Testing before reloading...

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 - OK

Re: [Bacula-users] Feature Request Copy Job

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/

Re: [Bacula-users] Feature Request Copy Job

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 Fernmeldegeheimnis

Re: [Bacula-users] Feature Request Copy Job

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 again.

Re: [Bacula-users] Feature Request Copy Job

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. This is

Re: [Bacula-users] Feature Request: Storage deamon config option OfflineOnPoll

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

Re: [Bacula-users] Feature Request: Storage deamon config option OfflineOnPoll

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 tools.

Re: [Bacula-users] feature request : clustered server

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

Re: [Bacula-users] Feature request: Job migration between different SDs

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

Re: [Bacula-users] Feature Request: Remove label from tape from bconsole

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 - georg DOT weiss AT avira DOT com Date: 27 April 2007 Status: NEW What: Please consider adding a remove label command to bacula. This should

Re: [Bacula-users] Feature Request: Remove label from tape from bconsole

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 device rewind; mt -f device weof from the

Re: [Bacula-users] Feature request: make changing spooldata=yes|no possible for manual/interactive jobs

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 jobs

Re: [Bacula-users] Feature Request: Layered Jobdefs

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

Re: [Bacula-users] Feature Request: Layered Jobdefs

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

Re: [Bacula-users] Feature Request: Layered Jobdefs

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

Re: [Bacula-users] feature request: report future purge/prune/recycle actions

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,

Re: [Bacula-users] feature request: aliasing directory paths

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

Re: [Bacula-users] feature request: report future purge/prune/recycle actions

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 Re: [Bacula-users] feature request: report future purge/prune/recycle actions were: = = = If you simply want to know what Jobs

Re: [Bacula-users] Feature request: dynamic configuration files

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

Re: [Bacula-users] Feature request: dynamic configuration files

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

Re: [Bacula-users] Feature request: dynamic configuration files

# 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 into

Re: [Bacula-users] Feature request: dynamic configuration files

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 you mean that I

Re: [Bacula-users] Feature request: dynamic configuration files

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.

Re: [Bacula-users] Feature request: dynamic configuration files

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

Re: [Bacula-users] Feature request: dynamic configuration files

-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 program

Re: [Bacula-users] Feature request: more flexible TLS cert validation

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 learned

Re: [Bacula-users] Feature request: more flexible TLS cert validation

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:

Re: [Bacula-users] Feature Request: Append Period

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 which has

Re: [Bacula-users] Feature Request : Implement NDMP protocol

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

Re: [Bacula-users] Feature Request: Append Period

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 last

Re: [Bacula-users] Feature Request: Append Period

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 period is a

Re: [Bacula-users] Feature Request: Append Period

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: Submitted What:

Re: [Bacula-users] feature request: add option to assign purged volumes to Scratch pool

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 pool upon

Re: [Bacula-users] feature request: add option to assign purged volumes to Scratch pool

I believe that this is already implemented. See bacula-source/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:

Re: [Bacula-users] feature request: add option to assign purged volumes to Scratch pool

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?

Re: [Bacula-users] feature request: dynamic job priorities (bias for restores)

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

Re: [Bacula-users] Feature Request: add an item to the restore option where you can select a pool

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

Re: [Bacula-users] Feature Request - Source address control

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 specified

Re: [Bacula-users] feature request: pause jobs

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 Ive had to do

Re: [Bacula-users] Feature request - SQL Server (freetds? odbc?) support for catalog database

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 nice

Re: [Bacula-users] Feature request: split documentation in several books

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,

Re: [Bacula-users] Feature request - SQL Server (freetds? odbc?) support for catalog database

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

Re: [Bacula-users] Feature request - SQL Server (freetds? odbc?) support for catalog database

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

Re: [Bacula-users] Feature request - SQL Server (freetds? odbc?) support for catalog database

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

Re: [Bacula-users] Feature request - SQL Server (freetds? odbc?) support for catalog database

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 thinking of

Re: [Bacula-users] Feature request - SQL Server (freetds? odbc?) support for catalog database

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? I wrote

Re: [Bacula-users] Feature request - SQL Server (freetds? odbc?) support for catalog database

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 database

Re: [Bacula-users] Feature request: split documentation in several books

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 getting

Re: [Bacula-users] Feature request: Spooling data while despooling it

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

Re: [Bacula-users] Feature request: Spooling data while despooling it

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

Re: [Bacula-users] Feature request: Spooling data while despoolingit

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rumko wrote: Item n: Spooling data while despooling it Origin: Rumko [EMAIL PROTECTED] Date: 21 June 2006 Status: What: Currently when fd runs out of data or maximum spool size is reached, the sd starts despooling. While it is

Re: [Bacula-users] Feature request: Spooling data while despoolingit

On 6/22/06, Michel Meyers [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rumko wrote: Item n: Spooling data while despooling it Origin: Rumko [EMAIL PROTECTED] Date: 21 June 2006 Status: What: Currently when fd runs out of data or maximum spool

Re: [Bacula-users] Feature request: Spooling data while despoolingit

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rumko wrote: On 6/22/06, Michel Meyers [EMAIL PROTECTED] wrote: Both could be argued: Is performance really better when your backups system is reading from disk and writing to it simultaneously? Probably not. And given the performance hit you take

Re: [Bacula-users] Feature request: Spooling data while despooling it

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

Re: [Bacula-users] Feature request: Spooling data while despooling it

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? Splitting the

Re: [Bacula-users] Feature Request

Hello, There may be a need for more features, but it seems that there are at least two that already exist that could solve or partially solve your problems: 1. Run multiple simultaneous jobs. 2. Fix a maximum time for the job to run after which it will be cancelled. On Wednesday 14 December

Re: [Bacula-users] Feature request

On Wednesday 30 November 2005 23:49, Eric Langheinrich wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kern Sibbald Sent: Wednesday, November 30, 2005 1:13 PM To: Tomas Vasko; bacula-users@lists.sourceforge.net Subject: [Bacula-users] Feature

Re: [Bacula-users] Feature request

Hi all; I do fully understand that file lists are specified on Director, but i would like to have a possibility to enumerate directories on FD that could be accessed by fd process and thus backed up. All directories that are not subdirectories of these specified would fd process refuse to

Re: [Bacula-users] Feature request

implementation is there nothing what the administrator of FD can do to prevent the administrator of Director to back up thw whole FD's computer including the private directories. Why not just run the FD as a non-root user and limit the directories allowed to be backed up using

Re: [Bacula-users] Feature request

On Thursday 01 December 2005 15:28, Tomas Vasko wrote: Hi all; I do fully understand that file lists are specified on Director, but i would like to have a possibility to enumerate directories on FD that could be accessed by fd process and thus backed up. All directories that are not

  1   2   >