FauBackup

hi :)

On Tue, Sep 07, 2004 at 11:07:18PM +0200, Michael Katzenmayer wrote:
> root@... password:
> bash: faubackup-find: command not found
> bash: faubackup-gather: command not found
> backup not complete! '.' should be last.

perhaps the faubackup binaries are not in the path for new logins
on that machine?

do something like  ssh remotemachine.de 'echo $PATH'  to check.

--=20
Martin Waitz

Martin Waitz schrieb:

>>root@... password:
>>bash: faubackup-find: command not found
>>bash: faubackup-gather: command not found
>>backup not complete! '.' should be last.

> perhaps the faubackup binaries are not in the path for new logins
> on that machine?

ooookay, that was an easy one...

now on to the harder stuff:

My server has 8 GB data that should be backed up over a DSL line (max 
96kb/sec) Unfortunately, such large amount of data does not fit into the 
24h timeslice of the forced disconnects of my DSL provider :/

I think the incremental backups shouldn't be a problem. But what about 
the FIRST backup? Are there other possibilities to manage those large 
backups?

I thought about:

1. rsync remote machine to local machine... unfortunately, I only have 
ONE backup of the remote machine then.

2. rsync to local machine, then faubackup the local copy to a second 
harddisc... hmm, could work, but I need lots of space on the local machine.

3. faubackup the remote machine to a second harddisc, then rsync the 
whole backup repository to the local machine... would rsync correctly 
backup the hardlinks, then?

4. directly faubackup from the remote to the local machine... won't work 
for the first backup, because of the 24h disconnect :(

Any advice?

Michael

Michael Katzenmayer wrote:
> Martin Waitz schrieb:
> 
>>> root@... password:
>>> bash: faubackup-find: command not found
>>> bash: faubackup-gather: command not found
>>> backup not complete! '.' should be last.
> 
> 
>> perhaps the faubackup binaries are not in the path for new logins
>> on that machine?
> 
> 
> ooookay, that was an easy one...
> 
> now on to the harder stuff:
> 
> My server has 8 GB data that should be backed up over a DSL line (max 
> 96kb/sec) Unfortunately, such large amount of data does not fit into the 
> 24h timeslice of the forced disconnects of my DSL provider :/
> 
> I think the incremental backups shouldn't be a problem. But what about 
> the FIRST backup? Are there other possibilities to manage those large 
> backups?

Incremental Backups have the same amount of data transfered over the 
network as first-time backups. Faubackup makes the decision whether a 
file have to be linked or not on the host, where the backups are stored. 
   This is a design problem in faubackup. We are working on a new 
version, that will check the files and will only transfer changed files 
over the network.

> 
> I thought about:
> [...] 
> 
> Any advice?
not yet :-(
You can only split the data into a number of backup sets and transfer 
them one by one.