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
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
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,
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
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
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
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
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
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
> 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
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
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
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
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:
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
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 weeks after the 3.0
release, please don't hesitate to ping me.
Best regard
Thanks. I have applied this patch, and it will be committed to the SVN later
today and be part of the 3.0 release.
Best regards,
Kern
On Tuesday 24 March 2009 08:54:55 Pasi Kärkkäinen wrote:
> On Sun, Jan 25, 2009 at 06:41:43PM +0200, Pasi Kärkkäinen wrote:
> > On Sat, Jan 24, 2009 at 05:03:40
Phil,
While ssh would technically be a usable solution, using port forwarding via SSH
is often not allowed by hard policy by many government and corporate agencies.
(especially remote port forwarding [-R]) The ability to use standard in/out to
forward bacula traffic would be a more elegant an
Grindley, Karl wrote:
> Item 1: Bacula Dir, FD and SD to support proxies
> Origin: Karl Grindley @ MIT Lincoln Laboratory mit dot edu>
> Date: 25 March 2009
> Status: proposed
>
> What:
> Support alternate methods for nailing up a TCP session such as SOCKS5,
> SOCKS4 and HTTP (CONNECT)
On Thu, Mar 26, 2009 at 12:56:02PM +0100, Kern Sibbald wrote:
> On Thursday 26 March 2009 11:39:50 Graham Keeling wrote:
> > On Thu, Mar 26, 2009 at 10:26:24AM +0100, Kern Sibbald wrote:
> > > On Thursday 26 March 2009 10:07:03 Graham Keeling wrote:
> > > > On Fri, Mar 13, 2009 at 05:58:05PM +0100,
On Thursday 26 March 2009 11:39:50 Graham Keeling wrote:
> On Thu, Mar 26, 2009 at 10:26:24AM +0100, Kern Sibbald wrote:
> > On Thursday 26 March 2009 10:07:03 Graham Keeling wrote:
> > > On Fri, Mar 13, 2009 at 05:58:05PM +0100, Kern Sibbald wrote:
> > > > On Friday 13 March 2009 17:40:30 Graham K
On Thu, Mar 26, 2009 at 10:26:24AM +0100, Kern Sibbald wrote:
> On Thursday 26 March 2009 10:07:03 Graham Keeling wrote:
> > On Fri, Mar 13, 2009 at 05:58:05PM +0100, Kern Sibbald wrote:
> > > On Friday 13 March 2009 17:40:30 Graham Keeling wrote:
> > > > On Fri, Mar 13, 2009 at 04:16:13PM +0100, K
On Thursday 26 March 2009 10:07:03 Graham Keeling wrote:
> On Fri, Mar 13, 2009 at 05:58:05PM +0100, Kern Sibbald wrote:
> > On Friday 13 March 2009 17:40:30 Graham Keeling wrote:
> > > On Fri, Mar 13, 2009 at 04:16:13PM +0100, Kern Sibbald wrote:
> > > > On Friday 13 March 2009 15:37:38 Graham Kee
On Fri, Mar 13, 2009 at 05:58:05PM +0100, Kern Sibbald wrote:
> On Friday 13 March 2009 17:40:30 Graham Keeling wrote:
> > On Fri, Mar 13, 2009 at 04:16:13PM +0100, Kern Sibbald wrote:
> > > On Friday 13 March 2009 15:37:38 Graham Keeling wrote:
> > > > For example, I have:
> > > > JobId Level Date
On Sun, Jan 25, 2009 at 06:41:43PM +0200, Pasi Kärkkäinen wrote:
> On Sat, Jan 24, 2009 at 05:03:40PM +0100, Kern Sibbald wrote:
> > On Thursday 22 January 2009 16:11:23 Pasi Kärkkäinen wrote:
> > > Hello!
> > >
> > > When 'copy job' is started, name of the original job to be copied is shown
> > >
On Sat, Mar 14, 2009 at 09:14:18PM +0100, Kern Sibbald wrote:
> On Friday 13 March 2009 12:38:14 Graham Keeling wrote:
> > Under the current design:
> >
> > The director connects to the storage daemon, and gets an
> > sd_auth_key. The director then connects to the file daemon, and gives it
> > the
On Friday 13 March 2009 13:00:37 Graham Keeling wrote:
> Hello,
> Here is a feature request.
>
>
> Item n: 'restore' menu: enter a JobId, automatically select dependents
>
> Origin: Graham Keeling (gra...@equiinet.com)
>
> Date: 13 March 2009
>
> Status: Proposing
>
> What: Add to the bconsole 'res
On Friday 13 March 2009 12:38:14 Graham Keeling wrote:
> Under the current design:
>
> The director connects to the storage daemon, and gets an
> sd_auth_key. The director then connects to the file daemon, and gives it
> the sd_auth_key with the 'jobcmd'.
> (restoring of files happe
On Friday 13 March 2009 19:24:47 Landon Fuller wrote:
> On Feb 16, 2009, at 11:15 AM, Steve Polyack wrote:
> > Feature Request Form
> >
> > Item n: Storage Daemon based encryption
> > Origin: Steve Polyack
> > Date: 16 February 2009
> > Status: new
> >
> > What: The ability to encry
On Feb 16, 2009, at 11:15 AM, Steve Polyack wrote:
Feature Request Form
Item n: Storage Daemon based encryption
Origin: Steve Polyack
Date: 16 February 2009
Status: new
What: The ability to encrypt and decrypt data that moves between
the storage daemon and its storage devic
On Friday 13 March 2009 17:40:30 Graham Keeling wrote:
> On Fri, Mar 13, 2009 at 04:16:13PM +0100, Kern Sibbald wrote:
> > On Friday 13 March 2009 15:37:38 Graham Keeling wrote:
> > > On Fri, Mar 13, 2009 at 02:23:14PM +0100, Kern Sibbald wrote:
> > > > On Friday 13 March 2009 13:00:37 Graham Keeli
On Fri, Mar 13, 2009 at 04:16:13PM +0100, Kern Sibbald wrote:
> On Friday 13 March 2009 15:37:38 Graham Keeling wrote:
> > On Fri, Mar 13, 2009 at 02:23:14PM +0100, Kern Sibbald wrote:
> > > On Friday 13 March 2009 13:00:37 Graham Keeling wrote:
> > > > Hello,
> > > > Here is a feature request.
> >
On Friday 13 March 2009 15:37:38 Graham Keeling wrote:
> On Fri, Mar 13, 2009 at 02:23:14PM +0100, Kern Sibbald wrote:
> > On Friday 13 March 2009 13:00:37 Graham Keeling wrote:
> > > Hello,
> > > Here is a feature request.
> > >
> > >
> > > Item n: 'restore' menu: enter a JobId, automatically sele
Hello,
Yes, something like this could work.
However, here are some thoughts about the changes and challenges:
1. New code would be needed to be added to the Director so that it knows which
SDs to contact.
2. Only the appropriate part of the bsr should be sent to the FD for each SD,
or the FD
On Fri, Mar 13, 2009 at 02:23:14PM +0100, Kern Sibbald wrote:
> On Friday 13 March 2009 13:00:37 Graham Keeling wrote:
> > Hello,
> > Here is a feature request.
> >
> >
> > Item n: 'restore' menu: enter a JobId, automatically select dependents
> >
> > Origin: Graham Keeling (gra...@equiinet.com)
>
On Friday 13 March 2009 13:00:37 Graham Keeling wrote:
> Hello,
> Here is a feature request.
>
>
> Item n: 'restore' menu: enter a JobId, automatically select dependents
>
> Origin: Graham Keeling (gra...@equiinet.com)
>
> Date: 13 March 2009
>
> Status: Proposing
>
> What: Add to the bconsole 'res
>
> I also have another scenario that demonstrates the same problem.
>
> The user wants to be able to recover from his office burning down.
> He also wants to be able to quickly recover the secretary's
accidentally
> deleted Microsoft Word file that was backed up yesterday.
OT, but under Windows
Hello,
Here are my answers to the rest of your comments.
On Thu, Mar 12, 2009 at 06:44:54PM +0100, Kern Sibbald wrote:
> Hello,
>
> I think what you are asking for is probably a much bigger issue than you
> might imagine. Hopefully what follows will give a rough overview the issues.
>
> The sch
1 - 100 of 199 matches
Mail list logo
