>> Sounds a little like a network raid 1.
>>
>> There are filesystems that can do this.
>>
>>
>>
>> John
>
> Looks good (and simplier than my solution), I'll try it. Thanks for
> the link.
>
I have not used yet this but I have been following it for several
months. I think in your situation you may
Le 15 oct. 09 à 21:48, John Drescher a écrit :
>> I'm thinking of a solution (maybe not so "simple"):
>> - Before a job starts, a small script checks if the file exists
>> and if it
>> is a socket (assuming it is possible to know the file name at this
>> time). If
>> it is a real file (which
Hi,
15.10.2009 21:23, Sébastien VINOT wrote:
...
> I'm thinking of a solution (maybe not so "simple"):
> - Before a job starts, a small script checks if the file exists and if
> it is a socket (assuming it is possible to know the file name at this
> time). If it is a real file (which means it
> I'm thinking of a solution (maybe not so "simple"):
> - Before a job starts, a small script checks if the file exists and if it
> is a socket (assuming it is possible to know the file name at this time). If
> it is a real file (which means it is a new file, the script can replace the
> file by a
Le 15 oct. 09 à 17:00, Brian Debelius a écrit :
You can throttle rsync with --bwlimit, unless you would need to use
the
entire bandwidth to finish in your time window.
Mike Eggleston wrote:
On Thu, 15 Oct 2009, John Drescher might have said:
I'm using bacula for servers but the problem i
W dniu 15 października 2009 17:13 użytkownik Brian Debelius <
bdebel...@intelesyscorp.com> napisał:
>
> I may be missing something, but using smaller volume files should work
> for you. You would still need to transfer the entire job, but only the
> volumes that that job touched. So for example,
You can throttle rsync with --bwlimit, unless you would need to use the
entire bandwidth to finish in your time window.
Mike Eggleston wrote:
> On Thu, 15 Oct 2009, John Drescher might have said:
>
>
>>> I'm using bacula for servers but the problem is that both servers and where
>>> bacula ru
ent: Thursday, October 15, 2009 4:08 PM
> To: Stopka m Marek; bacula-users
> Subject: Re: [Bacula-users] Copying backup "On the fly"
>
>
>> This is not a solution at all, because Bacula every time you create new
>> backup will create new virtual tapes, and
idea works only in theory, your is really working. :-)
>
> -Original Message-
> From: John Drescher [mailto:dresche...@gmail.com]
> Sent: Thursday, October 15, 2009 4:08 PM
> To: Stopka m Marek; bacula-users
> Subject: Re: [Bacula-users] Copying backup "On the fly&qu
On Thu, Oct 15, 2009 at 11:05 AM, John Drescher wrote:
> 2009/10/15 :
>> Yeah it will, but when new full backup is taken, you again copy entire
>> operating system copy over network, even though you have already a few copy
>> of that operating systém on a target server. So, yeah it will low th
cation, that I hope can get with lessfs +
> DRBD... And yeah, my idea works only in theory, your is really working. :-)
>
> -Original Message-
> From: John Drescher [mailto:dresche...@gmail.com]
> Sent: Thursday, October 15, 2009 4:08 PM
> To: Stopka m Marek; bacula-users
On Thu, 15 Oct 2009, John Drescher might have said:
> > I'm using bacula for servers but the problem is that both servers and where
> > bacula runs are on the same room. I'd like to know how to implement a
> > duplication of the data bacula stores in order to put a copy on another
> > location (vi
theory, your is really working. :-)
-Original Message-
From: John Drescher [mailto:dresche...@gmail.com]
Sent: Thursday, October 15, 2009 4:08 PM
To: Stopka m Marek; bacula-users
Subject: Re: [Bacula-users] Copying backup "On the fly"
> This is not a solution at all, because
> This is not a solution at all, because Bacula every time you create new
> backup will create new virtual tapes, and since rsync "deduplicate" only
> files, not entire amount of data that is going to be transfared, this do not
> solve anything for us. Acctually I am not even sure if we would us
n Drescher [mailto:dresche...@gmail.com]
Sent: Thursday, October 15, 2009 3:44 PM
To: Sébastien VINOT
Cc: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Copying backup "On the fly"
> I'm using bacula for servers but the problem is that both servers and
> where b
rsday, October 15, 2009 2:29 PM
To: bacula-users@lists.sourceforge.net
Subject: [Bacula-users] Copying backup "On the fly"
Hello,
I'm using bacula for servers but the problem is that both servers and where
bacula runs are on the same room. I'd like to know how to implement a
> I'm using bacula for servers but the problem is that both servers and where
> bacula runs are on the same room. I'd like to know how to implement a
> duplication of the data bacula stores in order to put a copy on another
> location (via internet). Of course it is not possible to copy simply the
Hello,
I'm using bacula for servers but the problem is that both servers and
where bacula runs are on the same room. I'd like to know how to
implement a duplication of the data bacula stores in order to put a
copy on another location (via internet). Of course it is not possible
to copy si
18 matches
Mail list logo