Re: [Duplicity-talk] duply restore Bug [ # diff -q -r /tmp/restore/sbin /usr/sbin ] Comes wrong! {Amended 2}

[han duply]

Hi ede:

1.The output of "duply tst2 list -v9" on the Pastebin: 

http://pastebin.com/iQgvTF0N

2.The output of between "ls -la /tmp/restore/sbin" and "ls -la /usr/sbin" are different with 105 lines

  

3.Sth. I tested & found below:

address@hidden /]# md5sum /usr/sbin/accton

708241cd44a54ed08893e4657719af6c  /usr/sbin/accton

address@hidden /]# md5sum /tmp/restore/sbin/accton 

md5sum: /tmp/restore/sbin/accton: No such file or directory

address@hidden /]# md5sum /usr/sbin/adsl-connect 

7dba3ab8d5dd4d4539bb9d410b4e37ff  /usr/sbin/adsl-connect

address@hidden /]# md5sum /tmp/restore/sbin/adsl-connect    

md5sum: /tmp/restore/sbin/adsl-connect: No such file or directory

-----------------------------------------------------------------------------------------------

address@hidden /]# du -sh /usr/sbin/ /tmp/restore/sbin/

34M     /usr/sbin/

32M     /tmp/restore/sbin/

4.My guess:

--------------------

a. Some files are not backuped just because they were running and can't be processed by duply.

b. From the md5sum of the /usr/sbin/accton with /tmp/restore/sbin/accton, I guess autually the file accton in /usr/sbin was not backuped.

c. From the size of the /usr/sbin and /tmp/restore/sbin, I guess some files were indeed not backuped.

5.Another info:

-----------------------

* I'm using a VMware under Vista with a CentOS running in the VM

* VM version:7.15

On Sun, Mar 4, 2012 at 11:37 PM, <address@hidden> wrote:

On 04.03.2012 03:12, han duply wrote:
> *Hi ede: *
> *So it is---------------------------------------- *
> *The Pastebin LInk ( PUBLIC- EVERYBODY CAN SEE IT ** )  *:

> http://pastebin.com/7AkW31TB
>
> And the attached file as well included.

ok, the files /missing/ in your diffs are correctly added, see your output.

e.g.
Selecting /usr/sbin/capiinit
Comparing ('sbin', 'capiinit') and None
Getting delta of (('sbin', 'capiinit') /usr/sbin/capiinit sym) and None
A sbin/capiinit

they seem to be all symlinks, maybe they loose there correct target when restoring?

could you now please pastebin the output of
 duply <profile> list -v9
to assure they ended up in the backup?

and try a restore to a temporary location and
 ls -la <tmprestore>
to see what ends up in the restoration folder.

ede/duply.net

_______________________________________________
Duplicity-talk mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/duplicity-talk