Kevin,
* Kevin Keane [07/28/2009 22:49]:
> the whole goal was. What I saw was that apparently you wanted to have
> two separate file sets (with different names, obviously) that both
> contain the exact same files - and needed a way to maintain it that way.
> Basically, you would end up with tw
John Drescher schrieb:
> The goal was to allow an a local and off-site backups of the same
> fileset to be independent. I remember that I did this in the past
> (years ago) that this worked if you created 2 jobs that contained the
> same fileset. Apparently in bacula 3.0.X this no longer works, so
On Tue, Jul 28, 2009 at 10:46 PM, Kevin Keane wrote:
> Daniel De Marco wrote:
>> * Kevin Keane [07/28/2009 21:51]:
>>
>>> I didn't follow this thread, but there is a simple solution to this
>>> problem. You can generate the actual content of the file set with a
>>> script, and call the same script
On 7/28/2009 10:25 PM, Daniel De Marco wrote:
* Kevin Keane [07/28/2009 21:51]:
I didn't follow this thread, but there is a simple solution to this
problem. You can generate the actual content of the file set with a
script, and call the same script from within both file sets in the
bacula c
Daniel De Marco wrote:
> * Kevin Keane [07/28/2009 21:51]:
>
>> I didn't follow this thread, but there is a simple solution to this
>> problem. You can generate the actual content of the file set with a
>> script, and call the same script from within both file sets in the
>> bacula configura
* Kevin Keane [07/28/2009 21:51]:
> I didn't follow this thread, but there is a simple solution to this
> problem. You can generate the actual content of the file set with a
> script, and call the same script from within both file sets in the
> bacula configuration file.
Thanks, but in this ca
Daniel De Marco wrote:
> Julian & John,
>
> * Fahrer, Julian [07/28/2009 17:14]:
>
>>Two filesets should also work if i understood u right.
>>
>
> * Mike Ruskai [07/28/2009 17:17]
>
>> I'm pretty sure Bacula considers the file set the backup unit of
>> relevance here. Use two iden
On Tue, Jul 28, 2009 at 7:08 PM, Daniel De Marco wrote:
> John,
>
> * John Drescher [07/28/2009 16:52]:
>> This is interesting to me. I did this a long while back (like 2 years
>> ago) and it worked. I still have the configs in my bacula.
>
> I'm using version 3.0.2, I assume you were using 2.some
John,
* John Drescher [07/28/2009 16:52]:
> This is interesting to me. I did this a long while back (like 2 years
> ago) and it worked. I still have the configs in my bacula.
I'm using version 3.0.2, I assume you were using 2.something ?
Daniel.
Julian & John,
* Fahrer, Julian [07/28/2009 17:14]:
>Two filesets should also work if i understood u right.
* Mike Ruskai [07/28/2009 17:17]
> I'm pretty sure Bacula considers the file set the backup unit of
> relevance here. Use two identical but differently-named FileSet
> definitions in
On 7/28/2009 3:59 PM, Daniel De Marco wrote:
> Hi,
>
> I'm trying to use bacula to keep two independent sets of backups for
> some particular machines. I have two storage daemons setup (one of them
> offsite) so I can't use Migration or Copy Jobs.
>
> My first try has been to setup a second set of
Two filesets should also work if i understood u right.
Mit freundlichem Gruß
Julian Fahrer
- Originalnachricht -
Von: Daniel De Marco
An: Bacula-users@lists.sourceforge.net
Gesendet: Tue Jul 28 21:59:57 2009
Betreff: [Bacula-users] multiple copies
Hi,
I'm trying to use bacula to kee
On Tue, Jul 28, 2009 at 3:59 PM, Daniel De Marco wrote:
> Hi,
>
> I'm trying to use bacula to keep two independent sets of backups for
> some particular machines. I have two storage daemons setup (one of them
> offsite) so I can't use Migration or Copy Jobs.
>
> My first try has been to setup a sec
Sure, although I have not tried it myself. I suppose you could do better by
using a filesystem replicator as used on DRP instead of trying to make this
work on bacula. Cloning jobs would be spending twice the time required for a
single job, and be run sequentially (although they may be also run
con
14 matches
Mail list logo
