Re: [Bacula-users] Windows incremental backup based on time stamps

2009-09-26 Thread James Harper
> > Does anyone have more info about the following statement? It's a very old > info. > > From: http://www.bacula.org/en/dev-manual/Current_State_Bacula.html > > "Bacula's Differential and Incremental backups are based on time > stamps. Consequently, if you move files into an existing directory

[Bacula-users] Windows incremental backup based on time stamps

2009-09-26 Thread Júlio Maranhão
Does anyone have more info about the following statement? It's a very old info. From: http://www.bacula.org/en/dev-manual/Current_State_Bacula.html "Bacula's Differential and Incremental backups are based on time stamps. Consequently, if you move files into an existing directory or move a whole d

Re: [Bacula-users] One Library LTO3 and LTO4 drives

2009-09-26 Thread Watson, Joe
run the btape test to see if all those drives are working. there are some tests you can run from mtx to see if your autochanger is working as well. to run btape test type btape -c /usr/bin/bacula/bacula-sd.conf /dev/(yourdriveshere) then it enters into a program and you can type test if they a

Re: [Bacula-users] Alternating two usb disks

2009-09-26 Thread Jon Schewe
Gerald Leier wrote: > > hi, > > -Original Message- > From: Fabrizio Reale [mailto:fabrizio.re...@redomino.com] > Sent: Tue 9/22/2009 10:03 AM > To: bacula-users@lists.sourceforge.net > Subject: [Bacula-users] Alternating two usb disks > > >Hi all, > >I would like to store my volumes on two

[Bacula-users] One Library LTO3 and LTO4 drives

2009-09-26 Thread Mitch Anderson
Hi, I've been looking around for a while... and I haven't found anything to answer a question... I'm running bacula-3.0.1 x86_64. I have an HP MSL8096, which has two LTO3 drives in in and we just got a new LTO4 drive. I'm getting an error when trying to use the new LTO4 drive with the LTO4 tapes.

Re: [Bacula-users] [Bacula-devel] Bacula project design process

2009-09-26 Thread Kern Sibbald
On Saturday 26 September 2009 19:45:02 Reynier Pérez Mira wrote: > Kern Sibbald wrote: > > We have mostly worked around these problems by strongly encouraging > > potential developers to read the Developers Guide posted on > > www.bacula.org. It pretty much covers all the points necessary to ensur

Re: [Bacula-users] [Bacula-devel] Bacula project design process

2009-09-26 Thread Reynier Pérez Mira
Kern Sibbald wrote: > We have mostly worked around these problems by strongly encouraging potential > developers to read the Developers Guide posted on www.bacula.org. It pretty > much covers all the points necessary to ensure that code submissions are > accepted. The problem is that not every

[Bacula-users] understand Migration Job Part 2

2009-09-26 Thread tw2006
Hi all, sorry if i open a new thread but from gmail i'm not able to reply to myself in the other one. After some tweaks i finally understand how it work migration task but i need to understand if i can do a better job... So, i add to DiskPool Pool with parameter Maximum Volume Jobs = 1 After i

Re: [Bacula-users] [Bacula-devel] Bacula project design process

2009-09-26 Thread Kern Sibbald
On Saturday 26 September 2009 10:38:07 Blake Dunlap wrote: > > Hello, > > > > Recently several email design threads have pointed out an important > > deficiency > > in the Bacula project that I would like to discuss. We (I) I have already > > designed (mostly in my head) a good number of future pro

[Bacula-users] understand Migration Job

2009-09-26 Thread tw2006
Hi all, i'm trying to deploy a small bacula enviroment per my backups. I have in the test enviroment 2 clients (a freenas server and a Windows Client) and a bacula server where is connect a tape device (DDS72) I create 2 scheduled backups for the clients with different filesets and they write t

Re: [Bacula-users] [Bacula-devel] Bacula project design process

2009-09-26 Thread Blake Dunlap
> > Hello, > > Recently several email design threads have pointed out an important > deficiency > in the Bacula project that I would like to discuss. We (I) I have already > designed (mostly in my head) a good number of future projects -- including > how to support portable clients better, deleting