duplicity-talk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Duplicity-talk] Duplicity is push/pull backup?


From: edgar . soldin
Subject: Re: [Duplicity-talk] Duplicity is push/pull backup?
Date: Fri, 05 Aug 2011 18:19:56 +0200
User-agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0

On 05.08.2011 15:21, pradyumna dash wrote:
> Hi,
> 
> I am facing some issues while restoring files.  Can any one give me an exact 
> syntax, and explain a bit.

did you consult the man page?
http://duplicity.nongnu.org/duplicity.1.html

> E.g :  I want to restore the /etc/hosts file, i have taken the backup of /etc 
> but want to restore hosts file

this one is a bit unintuitive that's true

duplicity --file-to-restore /etc/hosts [options] source_url /etc/hosts.backup 
 
> Another question i have is when am taking the backup the backup is stored as 
> "duplicity-full-date.....gpg", what i would like to do is, as i have many 
> servers, can i rename those files to my hostname by duplicity command line or 
> by a script ? If answer is yes then please share the command/script would be 
> a great help.

there is no way to achieve that as far as i know. But.. you might want to put 
all backups of one host in a folder named like that host?

..ede/duply.net

> 
> Please am newbie to duplicity, help me.
> 
> Regards,
> Neo
> 
> On Tue, Aug 2, 2011 at 3:53 PM, pradyumna dash <address@hidden 
> <mailto:address@hidden>> wrote:
> 
>     Thanks Guys for the quick answer.  Much appreciated.
> 
>     Regards,
>     Pradyumna
> 
> 
>     On Tue, Aug 2, 2011 at 3:51 PM, Chris Poole <address@hidden 
> <mailto:address@hidden>> wrote:
> 
>         2011/8/2 pradyumna dash <address@hidden <mailto:address@hidden>>:
> 
>         > I would like to know whether duplicity is push backup or pull 
> backup, I
>         > would like to have a design where the backup server fetch the data 
> from the
>         > servers,
> 
>         Duplicity does all of its processing on the client side, and then 
> pushes these
>         files to the backup location. The backup location is assumed to be 
> dumb; that
>         is, we can read, write and delete files, but not really anything 
> else. No trust
>         is put in the backup location, in the sense that all encryption and 
> signing
>         operations are done on the client side, before sending to the backup.
> 
>         > does the backup retain file attributes as original file, hard
>         > links,permissions,ownership etc.
> 
>         From the Duplicity home page:
> 
>         > Currently duplicity supports deleted files, full unix permissions,
>         > directories, and symbolic links, fifos, and device files, but not 
> hard links.
> 
> 
>         Hope that helps.
> 
>         Cheers
> 
> 
>         Chris Poole
>         [PGP BAD246F9]
> 
>         _______________________________________________
>         Duplicity-talk mailing list
>         address@hidden <mailto:address@hidden>
>         https://lists.nongnu.org/mailman/listinfo/duplicity-talk
> 
> 
> 
> 
> 
> _______________________________________________
> Duplicity-talk mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/duplicity-talk



reply via email to

[Prev in Thread] Current Thread [Next in Thread]