Hello Kern,
On Sun, 2013-12-22 at 19:44 +0100, Kern Sibbald wrote:
> Ulrich,
>
> Would you mind submitting this request to the bugs
> database under Feature Requests?
>
Thanks for the reminder, yes i will.
Regards
Ulrich
> Thanks,
> Kern
>
> On 11/23/2013 03:36 PM, Leodolter, Ulrich wrote:
>
Ulrich,
Would you mind submitting this request to the bugs
database under Feature Requests?
Thanks,
Kern
On 11/23/2013 03:36 PM, Leodolter, Ulrich wrote:
> Item 1: add the ability to configure the maximum number of copy
> or migrate jobs.
>
> Origin: Ulrich Leodolter - ulrich.leodol...@obvsg.at
Item 1: add the ability to configure the maximum number of copy
or migrate jobs.
Origin: Ulrich Leodolter - ulrich.leodol...@obvsg.at
Date: 23 Nov 2013
Status:
What: Bacula version 5.2.13 contains a hardcoded limit on the number
of jobs created by a copy job event though the SQL pooluncopiedj
Yes, such patch would definitely help, I looked quickly your first
patch, and it was reasonable.
If the patch contains more than few lines (not very likely), we will
need also a FLA to include your work.
http://www.bacula.org/en/?page=fla
Hi Eric,
I have modified the code so MaxRunSchedTime wi
Hello Thomas,
On 03/13/2013 01:49 PM, Thomas Lohman wrote:
>> I have the impression that the original MaxRunSchedTime doesn't handle
>> correctly the reschedule option, so it sounds to be better to fix the
>> existing directive rather than adding a new directive.
>>
>> The original goal of this di
> I have the impression that the original MaxRunSchedTime doesn't handle
> correctly the reschedule option, so it sounds to be better to fix the
> existing directive rather than adding a new directive.
>
> The original goal of this directive was to take the initial schedule run
> time in account to
Hello Tom,
On 03/12/2013 09:06 PM, Thomas Lohman wrote:
> Item 1: add the ability to track the first initial scheduled time for a
> job and an option to allow a job to run only for MaxRunInitSchedTime
> before being canceled
I have the impression that the original MaxRunSchedTime doesn't handle
c
Item 1: add the ability to track the first initial scheduled time for a
job and an option to allow a job to run only for MaxRunInitSchedTime
before being canceled
Origin: Thomas Lohman - thom...@mtl.mit.edu
Date: 12 March 2013
Status: patch attached
What: Hi, it may be that it is possible
Item : Fallback to IPV6 when available
Origin: Luc Maisonobe
Date: 2012-03-19
Status:
What:
Bacula does support either IPV4 or IPV6 for communication between the
various daemons. However, there are some caveats for dual stack
IPV4/IPV6 systems which for now are more and more widespre
I have some files (MSSQL databases and other files) that I need backed
up always, even though their datestamp hasn't changed. For some files,
Windows keeps them open and writes data to various parts of the file but
the datestamp never gets updated. The file contents have changed, so
accurate=5 (MD5
On 4/4/2011 1:56 AM, Kern Sibbald wrote:
> On Thursday 31 March 2011 16:24:46 Josh Fisher wrote:
>> On 3/30/2011 5:05 PM, Kern Sibbald wrote:
>>> Hello,
>>>
>>> Thank you for your feature request. Unfortunately, I have no idea how to
>>> implement it, so unless you can provide some new insight, i
On Thursday 31 March 2011 16:24:46 Josh Fisher wrote:
> On 3/30/2011 5:05 PM, Kern Sibbald wrote:
> > 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
On Friday 01 April 2011 22:00:17 Bob Hetzel wrote:
> Hi Kern,
>
> I'm 100% sure I've checked for extra indexes on the File table in the past
> but now I checked again and then dropped the index I had on PathId in the
> File table.
>
> The time to build the build the restore tree is again manageable
Hi Kern,
I'm 100% sure I've checked for extra indexes on the File table in the past
but now I checked again and then dropped the index I had on PathId in the
File table.
The time to build the build the restore tree is again manageable now for a
test case I had run earlier today and also for a
Hello Bob,
I agree with you (as well as with Phil): it would probably take some major
rewrite to try to use multiple threads to improve performance, and second
doing so would be unlikely to improve the overall speed.
I would go one step further than you did toward understanding the "problem"
a
On 3/30/2011 9:43 PM, Phil Stracchino wrote:
> On 03/30/11 17:05, Kern Sibbald wrote:
>> 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.
>>
>> Be
On 3/30/2011 5:05 PM, Kern Sibbald wrote:
> 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.
This can be done with a "software transactional memory" (
On 03/30/11 17:05, Kern Sibbald wrote:
> 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 201
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:
Hello Guillaume,
On 12/12/2010 17:38, Guillaume Valdenaire wrote:
> Hello,
>
> Here is attached a feature request for that wonderful Bacula.
> Thanks in advance
This is a strange way to send simple text snip :-)
This feature already exits, take a look to the message resource on the
manual or ge
On 12/12/2010 11:38 AM, Guillaume Valdenaire wrote:
> Hello,
>
> Here is attached a feature request for that wonderful Bacula.
> Thanks in advance
>
> Guillaume Valdenaire
Text version of PDF:
Item 1: Implement a functionality that permits to log which files were
restored during a restore job (es
Hello,
Here is attached a feature request for that wonderful Bacula.
Thanks in advance
Guillaume Valdenaire
feature_request.pdf
Description: Adobe PDF document
--
Oracle to DB2 Conversion Guide: Learn learn about native
Hello,
Le mercredi 14 juillet 2010 16:20:18, Olaf Zevenboom a écrit :
> Item x (new): add the ability to pass a director-name to bconsole on start
> of bconsole Date: 14 july 2010
> Origin: Olaf Zevenboom (olaf at artefact dot nl)
> Status:
This feature has been implemented few months ago in the
Hello,
This sounds like a nice feature.
In the mean time, you could probably script this by having two different
bconsole.conf files, one for each director, then call a script that takes the
Director name and then executes bconsole with the correct conf file.
File bcon:
#!/bin/sh
/bc
Item x (new): add the ability to pass a director-name to bconsole on start of
bconsole
Date: 14 july 2010
Origin: Olaf Zevenboom (olaf at artefact dot nl)
Status:
Background:
Recently I found myself adding a second Director to the network while in
process of moving Bacula to a new server. To all
Enhancement to:
Item 3: Scheduling syntax that permits more flexibility and options
Date: 15 December 2006
Origin: Gregory Brauer (greg at wildbrain dot com) and
Florian Schnabel
Status:
(see:
http://bacula.git.sourceforge.net/git/gitweb.cgi?p=bacula/bacula;a=blob;f=bacula/projects;hb=HEAD
)
W
Hello,
Although it would be useful to have vacation schedules directly in Bacula,
your Feature Request doesn't explain in a way that can be implemented what
you really want as there is no common definition of what a holiday/vacation
and you do not specify how this should be handled.
In additio
Feature Request
Item: implement Vacation/Holiday scheduling *within* Bacula(director)
Date: 10 May 2010
Origin: Olaf Zevenboom (o...@artefact.nl)
Status:
What:
A pre-job option to check to see if the current date (or the day before
when jobs are run after 24.00) is a holiday/vacation. Currently
On 23/04/2010 12:11 AM, Graham Keeling wrote:
> Item n: Option to turn off 'ask the operator'
>Date: 22/04/2010
>Origin: Graham Keeling (gra...@equiinet.com)
>Status:
>
>What: I would like to be able to turn off 'ask the operator'.
> When bacula has a problem, it someti
Item n: Option to turn off 'ask the operator'
Date: 22/04/2010
Origin: Graham Keeling (gra...@equiinet.com)
Status:
What: I would like to be able to turn off 'ask the operator'.
When bacula has a problem, it sometimes pauses the job and attempts to
ask the operator to
On 03/29/10 06:53 PM, Kern Sibbald wrote:
> On Monday 29 March 2010 18:01:56 Henrik Johansen wrote:
>> On 03/29/10 05:08 PM, Kern Sibbald wrote:
>>> On Monday 29 March 2010 16:59:05 Phil Stracchino wrote:
On 03/29/10 08:22, Henrik Johansen wrote:
> We'll top 300+ devices per SD once we are
On Monday 29 March 2010 18:01:56 Henrik Johansen wrote:
> On 03/29/10 05:08 PM, Kern Sibbald wrote:
> > On Monday 29 March 2010 16:59:05 Phil Stracchino wrote:
> >> On 03/29/10 08:22, Henrik Johansen wrote:
> >>> We'll top 300+ devices per SD once we are finished migrating.
> >>
> >> I hope you'll
On 03/29/10 05:08 PM, Kern Sibbald wrote:
> On Monday 29 March 2010 16:59:05 Phil Stracchino wrote:
>> On 03/29/10 08:22, Henrik Johansen wrote:
>>> We'll top 300+ devices per SD once we are finished migrating.
>>
>> I hope you'll post a full writeup somewhere. :)
>
> Oh, I hope not. I am believe
On Monday 29 March 2010 16:59:05 Phil Stracchino wrote:
> On 03/29/10 08:22, Henrik Johansen wrote:
> > We'll top 300+ devices per SD once we are finished migrating.
>
> I hope you'll post a full writeup somewhere. :)
Oh, I hope not. I am believe that anything more than about 10 devices is the
On 03/29/10 08:22, Henrik Johansen wrote:
> We'll top 300+ devices per SD once we are finished migrating.
I hope you'll post a full writeup somewhere. :)
--
Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355
ala...@caerllewys.net ala...@metrocast.net p...@co.ordinate.or
On 03/29/10 01:48 PM, Kern Sibbald wrote:
> On Monday 29 March 2010 12:48:14 James Harper wrote:
>>> In addition, one should take care in using multipe disk Devices that
>>
>> write to
>>
>>> the same physical disk drive. Depending how you set it up and how
>>
>> many you
>>
>>> have, you may crea
On Monday 29 March 2010 12:48:14 James Harper wrote:
> > In addition, one should take care in using multipe disk Devices that
>
> write to
>
> > the same physical disk drive. Depending how you set it up and how
>
> many you
>
> > have, you may create severe disk fragmentation and performance
>
> p
> In addition, one should take care in using multipe disk Devices that
write to
> the same physical disk drive. Depending how you set it up and how
many you
> have, you may create severe disk fragmentation and performance
problems.
>
I use 1 disk device per client (and 1 job per volume) and had
Hello,
Thank you for your feature request. Each Volume that is mounted by Bacula
must be on a different device, and adding those devices to the Storage daemon
is really a quite trivial job.
In a normal Bacula Storage daemon, you probably would never have more than 10
devices total (some very
It seems this message hasn't made it to bacula-devel, so I'm sending it
again..
Item: Allow writing to multiple volumes concurrently on file-type devices
Origin: Silver Salonen (sil...@ultrasoft.ee)
Date: 15.Mar.2010
Status:
What: Currently Bacula allows only one volume to be written per
Am Fri, 12 Mar 2010 13:51:57 +0530 schrieb bacula-devel:
> Hello :-)
>
> Item: Add nice and ionice facilities.
>
> Origin: Charles, bacula-devel ||| catcons.co.uk Date: 12 March 2010
> Status: ?
>
> What: Add a ./configure option to prefix the sd and fd daemon
> initialis
On 3/12/2010 3:21 AM, bacula-de...@catcons.co.uk wrote:
> Hello :-)
>
> Item: Add nice and ionice facilities.
>
>Origin: Charles, bacula-devel ||| catcons.co.uk
>Date: 12 March 2010
>Status: ?
>
>What: Add a ./configure option to prefix the sd and fd daemon
>initi
Hello :-)
Item: Add nice and ionice facilities.
Origin: Charles, bacula-devel ||| catcons.co.uk
Date: 12 March 2010
Status: ?
What: Add a ./configure option to prefix the sd and fd daemon
initialisation commands with nice and ionice.
Why:When Bacula is run on a w
Hello :-)
Item: Change boot script message to "Starting the Bacula * daemon".
Origin: Charles, bacula-devel ||| catcons.co.uk
Date: 12 March 2010
Status: ?
What: Change the boot scripts' message "Starting the * daemon"
to "Starting the Bacula * daemon".
Why:Tighte
Hello :-)
Item: Change boot script message to "Starting the Bacula * daemon".
Origin: Charles, bacula-devel ||| catcons.co.uk
Date: 12 March 2010
Status: ?
What: Change the boot scripts' message "Starting the * daemon"
to "Starting the Bacula * daemon".
Why:Tighte
On Wednesday 09 December 2009 18:51:27 Jesper Krogh wrote:
> Kern Sibbald wrote:
> > On Tuesday 08 December 2009 20:21:18 Jesper Krogh wrote:
> >> Eric Bollengier wrote:
> >>> Hello,
> >>>
> >>> Maybe it could be possible to make the restore size information
> >>> available to the ClientBeforeJob r
Kern Sibbald wrote:
> On Tuesday 08 December 2009 20:21:18 Jesper Krogh wrote:
>> Eric Bollengier wrote:
>>> Hello,
>>>
>>> Maybe it could be possible to make the restore size information available
>>> to the ClientBeforeJob runscript, then it will be possible to run a
>>> specific script that can
On Tuesday 08 December 2009 20:21:18 Jesper Krogh wrote:
> Eric Bollengier wrote:
> > Hello,
> >
> > Maybe it could be possible to make the restore size information available
> > to the ClientBeforeJob runscript, then it will be possible to run a
> > specific script that can do whatever you want. I
Eric Bollengier wrote:
> Hello,
>
> Maybe it could be possible to make the restore size information available to
> the ClientBeforeJob runscript, then it will be possible to run a specific
> script that can do whatever you want. IMHO, Bacula won't implement directly
> this kind of feature.
I'l
On Tuesday 08 December 2009 19:55:53 Eric Bollengier wrote:
> Hello,
>
> Maybe it could be possible to make the restore size information available
> to the ClientBeforeJob runscript, then it will be possible to run a
> specific script that can do whatever you want. IMHO, Bacula won't implement
> di
Hello,
Maybe it could be possible to make the restore size information available to
the ClientBeforeJob runscript, then it will be possible to run a specific
script that can do whatever you want. IMHO, Bacula won't implement directly
this kind of feature.
Bye
-
On Sunday 06 December 2009 19:10:35 Jesper Krogh wrote:
> I have a feature request, that is more a "usabillity issue" than
> anything else. Should be trivial to implement if people think it is
> equally important as I do.
>
>
> Item ?: On restore, check space on target volume
>
> Date: 6 de
Kjetil Torgrim Homme wrote:
> Jesper Krogh writes:
>
>> I have a feature request, that is more a "usabillity issue" than
>> anything else. Should be trivial to implement if people think it is
>> equally important as I do.
>>
>> Item ?: On restore, check space on target volume
>
> no, it's n
> Jesper Krogh writes:
>
> > What: Currently a restore defaults to "yes" in the confirm dialog.
> > This is suggested to change the default to "no" or better "no
> > defaults" but require operator intervention.
>
> +1
>
> > Why:In our production environment we have
Jesper Krogh writes:
> I have a feature request, that is more a "usabillity issue" than
> anything else. Should be trivial to implement if people think it is
> equally important as I do.
>
> Item ?: On restore, check space on target volume
no, it's not trivial to do, at least not accuratel
Jesper Krogh writes:
> What: Currently a restore defaults to "yes" in the confirm dialog.
> This is suggested to change the default to "no" or better "no
> defaults" but require operator intervention.
+1
> Why: In our production environment we have filesystems with
> mi
I have a feature request, that is more a "usabillity issue" than
anything else. Should be trivial to implement if people think it is
equally important as I do.
Item ?: On restore, check space on target volume
Date: 6 december 2009
Origin: Jesper Krogh
Status: New request
What: Filling up
I have a feature request, that is more a "usabillity issue" than
anything else. Should be trivial to implement if people think it is
equally important as I do.
Item ?: Change defaults for restore
Date: 6 december 2009
Origin: Jesper Krogh
Status: New request
What: Currently a restore defa
> Kern Sibbald wrote:
>
> The Storage Daemon shouldn't ever crash. If it does, it is a bug, and you
> really should report it (bugs database). However, you should probably be on
> 3.0.3 (I forget what version you are using). Even on 3.0.3, we have found
> several very unusual problems in th
On Monday 30 November 2009 02:00:22 Jim Barber wrote:
> Kern Sibbald wrote:
> > Hello,
> >
> > I don't remember getting any feedback from you concerning my comments on
> > this proposal.
>
> Hi Kern.
>
> I wrote back saying that I may have underestimated that Bacula was smart
> enough to avoid usin
Kern Sibbald wrote:
> Hello,
>
> I don't remember getting any feedback from you concerning my comments on this
> proposal.
Hi Kern.
I wrote back saying that I may have underestimated that Bacula was smart enough
to avoid using the same volume.
So I removed my hack to mark tapes as USED to see h
Hello,
I don't remember getting any feedback from you concerning my comments on this
proposal.
I have been thinking about it, and a second problem that you mentioned that I
did not address in my comments was that the Volume to be read must be marked
as Full or Used (if I remember right). I or
On Tuesday 24 November 2009 22:15:35 Martin Simmons wrote:
> > On Sun, 22 Nov 2009 12:16:33 +0100, Kern Sibbald said:
> >
> > On Friday 20 November 2009 14:44:54 Martin Simmons wrote:
> > > It there a technical reason why the NextPool directive is part of the
> > > pool at all?
> >
> > It was n
> On Sun, 22 Nov 2009 12:16:33 +0100, Kern Sibbald said:
>
> On Friday 20 November 2009 14:44:54 Martin Simmons wrote:
> > It there a technical reason why the NextPool directive is part of the pool
> > at all?
>
> It was not really a technical reason, but David Boyes suggested doing it that
On Tuesday 24 November 2009 15:54:53 Jim Barber wrote:
> > Kern Sibbald wrote:
> > Hello,
> >
> > If the only reason is to prevent a deadlock then this override is not
> > necessary since Bacula (at some version, I think it was 2.4.0) will not
> > use the same volume for reading and writing.
> Kern Sibbald wrote:
> Hello,
>
> If the only reason is to prevent a deadlock then this override is not
> necessary since Bacula (at some version, I think it was 2.4.0) will not
> use the same volume for reading and writing.
>
> If there is some other good reason, please remove the comment
Jesper Krogh schrieb:
>
> Item n: Concurrent spooling and despooling withini a single job.
> Date: 17 nov 2009
> Origin: Jesper Krogh
> Status: NEW
> What: When a job has spooling enabled and the spool area size is
> less than the total volumes size the storage daemon will:
> 1) Spool to spool
Hello,
This is something that we have been "planning" for some time, and it is
actually in the projects file as "step 2" of item 14, but I have added it as
a project on its own.
Thanks,
Kern
On Tuesday 17 November 2009 21:50:53 Jesper Krogh wrote:
> Item n: Concurrent spooling and despooling
On Monday 23 November 2009 16:42:48 Blake Dunlap wrote:
> > On Friday 20 November 2009 14:44:54 Martin Simmons wrote:
> > > It there a technical reason why the NextPool directive is part of the
> >
> > pool
> >
> > > at all?
> >
> > It was not really a technical reason, but David Boyes suggested do
>
> On Friday 20 November 2009 14:44:54 Martin Simmons wrote:
> > It there a technical reason why the NextPool directive is part of the
> pool
> > at all?
>
> It was not really a technical reason, but David Boyes suggested doing it
> that
> way, possibly because that is how TSM does it. At the t
On Sunday 22 November 2009 23:11:27 Phil Stracchino wrote:
> Kern Sibbald wrote:
> > On Sunday 22 November 2009 18:23:36 Phil Stracchino wrote:
> >> Unless I'm misunderstanding what you mean, I personally believe this
> >> would be a serious mistake, unless it is replaced with an alternate
> >> mec
Kern Sibbald wrote:
> On Sunday 22 November 2009 18:23:36 Phil Stracchino wrote:
>> Unless I'm misunderstanding what you mean, I personally believe this
>> would be a serious mistake, unless it is replaced with an alternate
>> mechanism for accomplishing the same ends. Without Pool and Storage
>>
Hello,
This is a project that I (and we) have wanted and planned for quite some time,
and in fact, it is now an "official" project being actively worked on by
Marco and will shortly be documented on our development blog.
Due to scheduling, this feature will not make it into the 3.2.0 release (d
Item ?: Shared object for catalog
Date: 21 November 2009
Origin: Christian Wittmer. ch...@computersalat.de
Status: New request
What: Provide shared object for catalog when building with
different SQL engines.
Why:You can build --with-postgresql --with-sqlite --with-mysql at
On Friday 20 November 2009 14:44:54 Martin Simmons wrote:
> It there a technical reason why the NextPool directive is part of the pool
> at all?
It was not really a technical reason, but David Boyes suggested doing it that
way, possibly because that is how TSM does it. At the time, I wasn't re
It there a technical reason why the NextPool directive is part of the pool at
all? When I first heard about migration and copy jobs, I expected to find
something like a TargetPool directive in the job definition, so that it can be
varied for each job.
Someone already had to hack around this with
Hello,
If the only reason is to prevent a deadlock then this override is not
necessary since Bacula (at some version, I think it was 2.4.0) will not
use the same volume for reading and writing.
If there is some other good reason, please remove the comments about
deadlock and resubmit, and I think
Item ?: Allow Schedule Resource to override NextPool
Date: 18 November 2009
Origin: Jim Barber. jim.bar...@ddihealth.com
Status: New request
What: Allow the Schedule resource to define a NextPool= statement
to override the NextPool statement of the pool defined in the job.
Why:
Item n: Concurrent spooling and despooling withini a single job.
Date: 17 nov 2009
Origin: Jesper Krogh
Status: NEW
What: When a job has spooling enabled and the spool area size is
less than the total volumes size the storage daemon will:
1) Spool to spool-area
2) Despool to tape
3) Go to 1 if
Hello Graham,
I have now taken the time to review this, and in short, it is over almost 3600
lines of changes, which would be a very big job to intergrate into the
current code base, make work, document, and ensure the stability of the code,
so as it stands, we cannot accept it for inclusion in
On Thu, Oct 15, 2009 at 03:56:12PM +0200, Eric Bollengier wrote:
> Le Thursday 15 October 2009 15:50:24 Ralf Gross, vous avez écrit :
> > Graham Keeling schrieb:
> > > On Fri, Oct 09, 2009 at 09:39:55PM +0200, Kern Sibbald wrote:
> > > > On Wednesday 07 October 2009 11:02:23 Graham Keeling wrote:
>
On Thu, Oct 15, 2009 at 03:50:24PM +0200, Ralf Gross wrote:
> Graham Keeling schrieb:
> > On Fri, Oct 09, 2009 at 09:39:55PM +0200, Kern Sibbald wrote:
> > > On Wednesday 07 October 2009 11:02:23 Graham Keeling wrote:
> > > > Item n: Run bscan on a remote storage daemon from within bconsole.
> > >
Le Thursday 15 October 2009 15:50:24 Ralf Gross, vous avez écrit :
> Graham Keeling schrieb:
> > On Fri, Oct 09, 2009 at 09:39:55PM +0200, Kern Sibbald wrote:
> > > On Wednesday 07 October 2009 11:02:23 Graham Keeling wrote:
> > > > Item n: Run bscan on a remote storage daemon from within bconsole
Graham Keeling schrieb:
> On Fri, Oct 09, 2009 at 09:39:55PM +0200, Kern Sibbald wrote:
> > On Wednesday 07 October 2009 11:02:23 Graham Keeling wrote:
> > > Item n: Run bscan on a remote storage daemon from within bconsole.
> > > Date: 07 October 2009
> > > Origin: Graham Keeling
> > > St
On Fri, Oct 09, 2009 at 09:39:55PM +0200, Kern Sibbald wrote:
> On Wednesday 07 October 2009 11:02:23 Graham Keeling wrote:
> > Item n: Run bscan on a remote storage daemon from within bconsole.
> > Date: 07 October 2009
> > Origin: Graham Keeling
> > Status: Proposing
> >
> > What: The
Item: Least recently used device selection for tape drives in autochanger.
Date: 12 October 2009
Origin: Thomas Carter
Status: Proposal
What: A better tape drive selection algorithm for multi-drive
autochangers. The AUTOCHANGER class contains an array list of tape
devices. When a tape drive is
On Saturday 10 October 2009 16:30:21 John Jorgensen wrote:
> > "kern" == Kern Sibbald writes:
>
> kern> Notes: (Kern). If you need to do a bscan, you have
> kern> done something wrong, so this functionality should not
> kern> need to be integrated into the the Storage daemon.
>
>
> "kern" == Kern Sibbald writes:
kern> Notes: (Kern). If you need to do a bscan, you have
kern> done something wrong, so this functionality should not
kern> need to be integrated into the the Storage daemon.
When I've used bscan, it has been to recatalog a volume which has
pass
On Monday 05 October 2009 13:21:44 Gavin McCullagh wrote:
> Hi,
>
> following up on the previous discussion, below is a feature request form.
>
> http://www.mail-archive.com/bacula-devel@lists.sourceforge.net/msg04962.htm
>l
>
> Any comments welcome,
>
> Gavin
>
> --
On Wednesday 07 October 2009 11:02:23 Graham Keeling wrote:
> Item n: Run bscan on a remote storage daemon from within bconsole.
> Date: 07 October 2009
> Origin: Graham Keeling
> Status: Proposing
>
> What: The ability to be able to run bscan on a remote storage daemon
> from within bc
Item n: Run bscan on a remote storage daemon from within bconsole.
Date: 07 October 2009
Origin: Graham Keeling
Status: Proposing
What: The ability to be able to run bscan on a remote storage daemon from
within bconsole in order to populate your catalog.
Why: Currently, i
Hi,
following up on the previous discussion, below is a feature request form.
http://www.mail-archive.com/bacula-devel@lists.sourceforge.net/msg04962.html
Any comments welcome,
Gavin
-
Item n: Implement a Migration j
On Wed, May 13, 2009 at 10:25:07AM +0200, Kern Sibbald wrote:
> On Wednesday 13 May 2009 10:07:52 Pasi Kärkkäinen wrote:
> > On Thu, May 07, 2009 at 12:45:46PM +0200, Kern Sibbald wrote:
> > > Thanks,
> > >
> > > I have added it to the projects file.
> >
> > Thanks.
> >
> > Should it show up here?:
On Wednesday 13 May 2009 10:07:52 Pasi Kärkkäinen wrote:
> On Thu, May 07, 2009 at 12:45:46PM +0200, Kern Sibbald wrote:
> > Thanks,
> >
> > I have added it to the projects file.
>
> Thanks.
>
> Should it show up here?:
> http://bacula.svn.sourceforge.net/viewvc/bacula/trunk/bacula/projects?view=
>
On Thu, May 07, 2009 at 12:45:46PM +0200, Kern Sibbald wrote:
> Thanks,
>
> I have added it to the projects file.
>
Thanks.
Should it show up here?:
http://bacula.svn.sourceforge.net/viewvc/bacula/trunk/bacula/projects?view=markup
-- Pasi
> Best regards,
>
> Kern
>
> On Thursday 07 May 2009
Thanks,
I have added it to the projects file.
Best regards,
Kern
On Thursday 07 May 2009 10:19:08 Pasi Kärkkäinen wrote:
> Hello,
>
> Item 1: Relabel disk volume after recycling
> Origin: Pasi Kärkkäinen
> Date: 07 May 2009.
> Status: Not implemented yet, no code written.
>
> What:
Hello,
Item 1: Relabel disk volume after recycling
Origin: Pasi Kärkkäinen
Date: 07 May 2009.
Status: Not implemented yet, no code written.
What: The ability to relabel the disk volume (and thus rename the file on
the disk)
after it has been recycled. Useful when you ha
Item 1: Extend the verify code to make it possible to verify
older jobs, not only the last one that has finished
Date: 10 April 2009
Origin: Ralf Gross (Ralf-Lists ralfgross.de)
Status: not implemented or documented
What: At the moment a VolumeToCatalog job compares onl
On Fri, Mar 27, 2009 at 10:57:16AM +0100, Kern Sibbald wrote:
> Thanks. I have applied this patch, and it will be committed to the SVN later
> today and be part of the 3.0 release.
>
Great, thanks!
-- Pasi
> Best regards,
>
> Kern
>
> On Tuesday 24 March 2009 08:54:55 Pasi Kärkkäinen wrote:
On Fri, Mar 27, 2009 at 12:13:08PM +0100, Kern Sibbald wrote:
> Hello Graham,
>
> Thanks for the patches. Since we are very close to releasing 3.0 at the
> current time, I am holding all new features for examination shortly after the
> release. If you haven't heard back from me within two week
1 - 100 of 258 matches
Mail list logo
