Unable to get collection-status or list-current-files

Asked by Shahid Sheikh

This was a Centos 5.x server that had a catastrophic disk failure. An NFS export from a Windows Server mounted on /mnt/backup/pbx01 was used to save backups done through duplicity. All backups were done using --no-encryption as far as I know.

The version running on this temp server I am trying to list from is 0.4.11. Not sure what version was running on the server that died.

Now if I try to do collection-status or list-current-files, all I get is:

---------

[root@localhost pbx01]# duplicity collection-status -v9 --no-encryption file:///mnt/backup/pbx01
Main action: collection-status
566 files exist on backend
Extracting backup chains from list of files: **** lists the names of all 556 files here ****

File duplicity-new-signatures.20121209T230220Z.to.20121210T230220Z.sigtar.gz is not part of a known set; creating new set
Ignoring file (rejected by backup set) 'duplicity-new-signatures.20121209T230220Z.to.20121210T230220Z.sigtar.gz'

**** The above is repeated for every file in the directory where backups were being saved. I have .manifest, duplicity-full and duplicity-inc files in there.

Collection Status
-----------------
Connecting with backend: LocalBackend
Archive dir: None

Found 0 backup chains without signatures.
No backup chains with active signatures found
No orphaned or incomplete backup sets found.
Last full backup date: none
Connecting with backend: LocalBackend
Archive dir: None

Found 0 backup chains without signatures.
No backup chains with active signatures found
No orphaned or incomplete backup sets found.
Using temporary directory /tmp/duplicity-iDgzpb-tempdir
----

What am I doing wrong here? Would like to at the minimum be able to recover some configuration files from /etc.

Thanks,

Shahid

Question information

Language:
English Edit question
Status:
Answered
For:
Duplicity Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
edso (ed.so) said :
#1

On 16.01.2013 08:50, Shahid Sheikh wrote:
> New question #219308 on Duplicity:
> https://answers.launchpad.net/duplicity/+question/219308
>
> This was a Centos 5.x server that had a catastrophic disk failure. An NFS export from a Windows Server mounted on /mnt/backup/pbx01 was used to save backups done through duplicity. All backups were done using --no-encryption as far as I know.
>
> The version running on this temp server I am trying to list from is 0.4.11. Not sure what version was running on the server that died.
>
> Now if I try to do collection-status or list-current-files, all I get is:
>
> ---------
>
> [root@localhost pbx01]# duplicity collection-status -v9 --no-encryption file:///mnt/backup/pbx01
> Main action: collection-status
> 566 files exist on backend
> Extracting backup chains from list of files: **** lists the names of all 556 files here ****
>
> File duplicity-new-signatures.20121209T230220Z.to.20121210T230220Z.sigtar.gz is not part of a known set; creating new set
> Ignoring file (rejected by backup set) 'duplicity-new-signatures.20121209T230220Z.to.20121210T230220Z.sigtar.gz'
>
> **** The above is repeated for every file in the directory where backups were being saved. I have .manifest, duplicity-full and duplicity-inc files in there.
>
> Collection Status
> -----------------
> Connecting with backend: LocalBackend
> Archive dir: None
>
> Found 0 backup chains without signatures.
> No backup chains with active signatures found
> No orphaned or incomplete backup sets found.
> Last full backup date: none
> Connecting with backend: LocalBackend
> Archive dir: None
>
> Found 0 backup chains without signatures.
> No backup chains with active signatures found
> No orphaned or incomplete backup sets found.
> Using temporary directory /tmp/duplicity-iDgzpb-tempdir
> ----
>
> What am I doing wrong here? Would like to at the minimum be able to recover some configuration files from /etc.
>

0.4.11 is outdated long time ago.. use latest stable 0.6.20

looks like the backup was also created with a 0.6 version by the naming of the backup files. .. ede/duply.net

Can you help with this problem?

Provide an answer of your own, or ask Shahid Sheikh for more information if necessary.

To post a message you must log in.