Re: [Bacula-devel] Feature request: Hardware Encryption on LT04 Drives

2009-02-06 Thread Kern Sibbald
On Saturday 07 February 2009 08:36:03 Jason A. Kates wrote: > It might be a run during mount command. Keeping track of the keys > would still need to be done within Bacula. I assume you mean "specification of the keys" rather than "keeping track of the keys", since Bacula isn't a key manager, a

Re: [Bacula-devel] Feature request: Hardware Encryption on LT04 Drives

2009-02-06 Thread Jason A. Kates
It might be a run during mount command. Keeping track of the keys would still need to be done within Bacula. -Jason On Thu, 2009-02-05 at 22:15 -0500, Dan Langille wrote: > On Feb 5, 2009, at 1:43 AM, Jason A. Kates wrote: > > > It's not just turn on encryption t

Re: [Bacula-devel] Copy job seems to wait forever

2009-02-06 Thread Kern Sibbald
On Friday 06 February 2009 20:16:42 ber...@cyberwizzard.ath.cx wrote: > I didn't fully read the Migration documentation because I thought Copy was > a whole new thing. I found this little point in the docs: > >Migration is only implemented for a single Storage daemon. You cannot > read on one S

Re: [Bacula-devel] Copy job seems to wait forever

2009-02-06 Thread berend
I didn't fully read the Migration documentation because I thought Copy was a whole new thing. I found this little point in the docs: Migration is only implemented for a single Storage daemon. You cannot read on one Storage daemon and write on another. Does this still hold? If so that it the r

Re: [Bacula-devel] Copy job seems to wait forever

2009-02-06 Thread Kern Sibbald
Hello, I believe this is pointed out in the manual (maybe not because the Copy documentation is new). In any case, I am quite sure it is in the Migration documentation: For both Migration and Copy jobs, the read and write device must be different and in the *same* Storage daemon. B

[Bacula-devel] Copy job seems to wait forever

2009-02-06 Thread berend
I finally decided to try out the new beta of bacula because the last time I needed to restore bacula wanted volumes from both the local storage pool and the remote one making me transfer 12GB of backup volumes to the local storage server and making a simple restore quite the try en error game. So

Re: [Bacula-devel] New Exchange plugin

2009-02-06 Thread Graham Keeling
Argh. I'm sorry, I've just noticed two things: a) Since bacula-fd crashed before I ran the previous steps, it didn't have debug turned on when it restarted. b) I've been putting the file relocation arguments inside double quotes, which is probably wrong (I got used to typing them into the bconso

Re: [Bacula-devel] New Exchange plugin

2009-02-06 Thread Kern Sibbald
On Friday 06 February 2009 10:17:13 Graham Keeling wrote: > On Fri, Feb 06, 2009 at 08:23:47AM +0100, Kern Sibbald wrote: > > On Friday 06 February 2009 00:48:26 James Harper wrote: > > > > On Thu, Feb 05, 2009 at 02:31:33PM +0100, Kern Sibbald wrote: > > > > > > When I use 'bls' to look at a volum

Re: [Bacula-devel] New Exchange plugin

2009-02-06 Thread Graham Keeling
On Fri, Feb 06, 2009 at 08:23:47AM +0100, Kern Sibbald wrote: > On Friday 06 February 2009 00:48:26 James Harper wrote: > > > On Thu, Feb 05, 2009 at 02:31:33PM +0100, Kern Sibbald wrote: > > > > > When I use 'bls' to look at a volume's contents, the output > > > > includes > > > > > some > > > > >

Re: [Bacula-devel] Feature request: Hardware Encryption on LT04 Drives

2009-02-06 Thread Arno Lehmann
Hi, 06.02.2009 04:23, Frank Sweetser wrote: > Dan Langille wrote: >> On Feb 5, 2009, at 1:43 AM, Jason A. Kates wrote: >> >>> It's not just turn on encryption then start Bacula its slightly more >>> complicated. It may be just running an external script with >>> parameters >>> before telling mt