Duplicity

not found in archive, no files restored

Bug #1373610 reported by mancu
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Duplicity
New
Undecided
Unassigned

Bug Description

I have been backing up for a while now I need a file and having a classic issue which is the back up tools stopping when we really need them.

I am trying to restore a file and getting this

duplicity -v4 -r xxx/xxxxxx file:///cygdrive/v/xxxxx/DUPLICITY/xxxxxxx/ del

Error 'basis_file must be a (true) file' patching . xxx/xxxxx not found in archive, no files restored.

I tried it on linux and cygwin, same issue.

Revision history for this message
Kenneth Loafman (kenneth-loafman) wrote : Re: [Bug 1373610] [NEW] not found in archive, no files restored

How was the file backed up? You need to specify the same path without the
leading slash.

On Wed, Sep 24, 2014 at 3:33 PM, mancu <email address hidden> wrote:

> Public bug reported:
>
> I have been backing up for a while now I need a file and having a
> classic issue which is the back up tools stopping when we really need
> them.
>
> I am trying to restore a file and getting this
>
> duplicity -v4 -r xxx/xxxxxx file:///cygdrive/v/xxxxx/DUPLICITY/xxxxxxx/
> del
>
>
> Error 'basis_file must be a (true) file' patching . xxx/xxxxx not found in
> archive, no files restored.
>
>
> I tried it on linux and cygwin, same issue.
>
> ** Affects: duplicity
> Importance: Undecided
> Status: New
>
> --
> You received this bug notification because you are subscribed to
> Duplicity.
> https://bugs.launchpad.net/bugs/1373610
>
> Title:
> not found in archive, no files restored
>
> Status in Duplicity - Bandwidth Efficient Encrypted Backup:
> New
>
> Bug description:
> I have been backing up for a while now I need a file and having a
> classic issue which is the back up tools stopping when we really need
> them.
>
> I am trying to restore a file and getting this
>
> duplicity -v4 -r xxx/xxxxxx
> file:///cygdrive/v/xxxxx/DUPLICITY/xxxxxxx/ del
>
>
> Error 'basis_file must be a (true) file' patching . xxx/xxxxx not found
> in archive, no files restored.
>
>
> I tried it on linux and cygwin, same issue.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/duplicity/+bug/1373610/+subscriptions
>

Revision history for this message
mancu (mancurian) wrote :

Hi

This is the command

REPO="/cygdrive/v/DUPLICITY

duplicity -v 5 --allow-source-mismatch --no-encryption --volsize=100 $PWD file://$REPO

Revision history for this message
Kenneth Loafman (kenneth-loafman) wrote : Re: [Bug 1373610] Re: not found in archive, no files restored

duplicity -v4 -r xxx/xxxxxx file:///cygdrive/v/xxxxx/DUPLICITY/xxxxxxx/del

needs to be changed to file://cygdrive... The extra slash is causing the
problem.

On Wed, Sep 24, 2014 at 6:03 PM, mancu <email address hidden> wrote:

> Hi
>
> This is the command
>
> REPO="/cygdrive/v/DUPLICITY
>
> duplicity -v 5 --allow-source-mismatch --no-encryption --volsize=100
> $PWD file://$REPO
>
> --
> You received this bug notification because you are subscribed to
> Duplicity.
> https://bugs.launchpad.net/bugs/1373610
>
> Title:
> not found in archive, no files restored
>
> Status in Duplicity - Bandwidth Efficient Encrypted Backup:
> New
>
> Bug description:
> I have been backing up for a while now I need a file and having a
> classic issue which is the back up tools stopping when we really need
> them.
>
> I am trying to restore a file and getting this
>
> duplicity -v4 -r xxx/xxxxxx
> file:///cygdrive/v/xxxxx/DUPLICITY/xxxxxxx/ del
>
>
> Error 'basis_file must be a (true) file' patching . xxx/xxxxx not found
> in archive, no files restored.
>
>
> I tried it on linux and cygwin, same issue.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/duplicity/+bug/1373610/+subscriptions
>

Revision history for this message
mancu (mancurian) wrote :

Hi

Actually that seems to be worse. It is not even trying to do anything, this is the message I get right after putting
the gpg

GnuPG passphrase:
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1502, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1496, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1345, in main
    do_backup(action)
  File "/usr/bin/duplicity", line 1430, in do_backup
    restore(col_stats)
  File "/usr/bin/duplicity", line 693, in restore
    restore_get_patched_rop_iter(col_stats)):
  File "/usr/bin/duplicity", line 715, in restore_get_patched_rop_iter
    backup_chain = col_stats.get_backup_chain_at_time(time)
  File "/usr/lib/python2.7/site-packages/duplicity/collections.py", line 952, in get_backup_chain_at_time
    raise CollectionsError("No backup chains found")
CollectionsError: No backup chains found

This is bogus because there is a back right in that folder. Not sure what the real issue is. I will try on Linux later

thanks

Revision history for this message
mancu (mancurian) wrote :

Here is the linux one, seems to be same error

Traceback (most recent call last):
  File "/usr/local/bin/duplicity", line 1500, in <module>
    with_tempdir(main)
  File "/usr/local/bin/duplicity", line 1494, in with_tempdir
    fn()
  File "/usr/local/bin/duplicity", line 1343, in main
    do_backup(action)
  File "/usr/local/bin/duplicity", line 1428, in do_backup
    restore(col_stats)
  File "/usr/local/bin/duplicity", line 691, in restore
    restore_get_patched_rop_iter(col_stats)):
  File "/usr/local/bin/duplicity", line 713, in restore_get_patched_rop_iter
    backup_chain = col_stats.get_backup_chain_at_time(time)
  File "/usr/local/lib/python2.7/dist-packages/duplicity/collections.py", line 955, in get_backup_chain_at_time
    raise CollectionsError("No backup chains found")
CollectionsError: No backup chains found

Revision history for this message
mancu (mancurian) wrote :

Here is the actual line
duplicity -v 9 -r XXX/xxx file://media/xxx/xxxx/xxxx/xxx testfolder

Revision history for this message
mancu (mancurian) wrote :

Sorry I forgot to mention that I can restore the back if I just use restore. But I am trying to restore individual files.

Revision history for this message
Kenneth Loafman (kenneth-loafman) wrote :

I need you to run this on Linux with -v9, capture all the output, and
attach it to the bug report. Add the full command line as well. Munge any
confidential info, but don't munge filenames if possible. Structure is
extremely important.

I also need:
- Linux version
- duplicity version
- python version

On Thu, Sep 25, 2014 at 5:27 PM, mancu <email address hidden> wrote:

> Sorry I forgot to mention that I can restore the back if I just use
> restore. But I am trying to restore individual files.
>
> --
> You received this bug notification because you are subscribed to
> Duplicity.
> https://bugs.launchpad.net/bugs/1373610
>
> Title:
> not found in archive, no files restored
>
> Status in Duplicity - Bandwidth Efficient Encrypted Backup:
> New
>
> Bug description:
> I have been backing up for a while now I need a file and having a
> classic issue which is the back up tools stopping when we really need
> them.
>
> I am trying to restore a file and getting this
>
> duplicity -v4 -r xxx/xxxxxx
> file:///cygdrive/v/xxxxx/DUPLICITY/xxxxxxx/ del
>
>
> Error 'basis_file must be a (true) file' patching . xxx/xxxxx not found
> in archive, no files restored.
>
>
> I tried it on linux and cygwin, same issue.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/duplicity/+bug/1373610/+subscriptions
>

Revision history for this message
mancu (mancurian) wrote :

Hi

This is what I get for

duplicity -v 9 -r BACKUP/file.lxo file://media/_DUPLICITY_/PROJECT del >del_log

Using archive dir: /home/xxxxxxx/.cache/duplicity/cdb0b35fc38b7390bf8d509c457ebd5b
Using backup name: cdb0b35fc38b7390bf8d509c457ebd5b
Import of duplicity.backends.botobackend Succeeded
Import of duplicity.backends.cfbackend Succeeded
Import of duplicity.backends.copycombackend Succeeded
Import of duplicity.backends.dpbxbackend Succeeded
Import of duplicity.backends.ftpbackend Succeeded
Import of duplicity.backends.ftpsbackend Succeeded
Import of duplicity.backends.gdocsbackend Succeeded
Import of duplicity.backends.giobackend Succeeded
Import of duplicity.backends.hsibackend Succeeded
Import of duplicity.backends.imapbackend Succeeded
Import of duplicity.backends.localbackend Succeeded
Import of duplicity.backends.megabackend Succeeded
Import of duplicity.backends.par2backend Succeeded
Import of duplicity.backends.rsyncbackend Succeeded
Import of duplicity.backends.sshbackend Succeeded
Import of duplicity.backends.swiftbackend Succeeded
Import of duplicity.backends.sxbackend Succeeded
Import of duplicity.backends.tahoebackend Succeeded
Import of duplicity.backends.webdavbackend Succeeded
Main action: restore
================================================================================
duplicity $version ($reldate)
Args: /usr/local/bin/duplicity -v 9 -r BACKUP/file.lxo file://media/_DUPLICITY_/PROJECT del
Linux lydia-4c 3.16-1-amd64 #1 SMP Debian 3.16.2-3 (2014-09-13) x86_64
/usr/bin/python 2.7.8 (default, Sep 9 2014, 22:08:43)
[GCC 4.9.1]
================================================================================
Using temporary directory /tmp/duplicity-TCLCny-tempdir
Registering (mkstemp) temporary file /tmp/duplicity-TCLCny-tempdir/mkstemp-OWU9Mp-1
Temp has 3990663168 available, backup will use approx 34078720.
Local and Remote metadata are synchronized, no sync needed.
0 files exist on backend
2 files exist in cache
Extracting backup chains from list of files: []
Last full backup date: none
Collection Status
-----------------
Connecting with backend: BackendWrapper
Archive dir: /home/xxxxxxx/.cache/duplicity/cdb0b35fc38b7390bf8d509c457ebd5b

Found 0 secondary backup chains.
No backup chains with active signatures found
No orphaned or incomplete backup sets found.
PASSPHRASE variable not set, asking user.
Releasing lockfile <lockfile.LinkFileLock instance at 0x7fea9f14c998>
Removing still remembered temporary file /tmp/duplicity-TCLCny-tempdir/mkstemp-OWU9Mp-1

Revision history for this message
Kenneth Loafman (kenneth-loafman) wrote :
Download full text (3.6 KiB)

Which branch are you using, 0.6 or 0.7? How recent?

On Fri, Sep 26, 2014 at 10:20 PM, mancu <email address hidden> wrote:

> Hi
>
> This is what I get for
>
>
>
> duplicity -v 9 -r BACKUP/file.lxo file://media/_DUPLICITY_/PROJECT del
> >del_log
>
>
> Using archive dir:
> /home/xxxxxxx/.cache/duplicity/cdb0b35fc38b7390bf8d509c457ebd5b
> Using backup name: cdb0b35fc38b7390bf8d509c457ebd5b
> Import of duplicity.backends.botobackend Succeeded
> Import of duplicity.backends.cfbackend Succeeded
> Import of duplicity.backends.copycombackend Succeeded
> Import of duplicity.backends.dpbxbackend Succeeded
> Import of duplicity.backends.ftpbackend Succeeded
> Import of duplicity.backends.ftpsbackend Succeeded
> Import of duplicity.backends.gdocsbackend Succeeded
> Import of duplicity.backends.giobackend Succeeded
> Import of duplicity.backends.hsibackend Succeeded
> Import of duplicity.backends.imapbackend Succeeded
> Import of duplicity.backends.localbackend Succeeded
> Import of duplicity.backends.megabackend Succeeded
> Import of duplicity.backends.par2backend Succeeded
> Import of duplicity.backends.rsyncbackend Succeeded
> Import of duplicity.backends.sshbackend Succeeded
> Import of duplicity.backends.swiftbackend Succeeded
> Import of duplicity.backends.sxbackend Succeeded
> Import of duplicity.backends.tahoebackend Succeeded
> Import of duplicity.backends.webdavbackend Succeeded
> Main action: restore
>
> ================================================================================
> duplicity $version ($reldate)
> Args: /usr/local/bin/duplicity -v 9 -r BACKUP/file.lxo
> file://media/_DUPLICITY_/PROJECT del
> Linux lydia-4c 3.16-1-amd64 #1 SMP Debian 3.16.2-3 (2014-09-13) x86_64
> /usr/bin/python 2.7.8 (default, Sep 9 2014, 22:08:43)
> [GCC 4.9.1]
>
> ================================================================================
> Using temporary directory /tmp/duplicity-TCLCny-tempdir
> Registering (mkstemp) temporary file
> /tmp/duplicity-TCLCny-tempdir/mkstemp-OWU9Mp-1
> Temp has 3990663168 available, backup will use approx 34078720.
> Local and Remote metadata are synchronized, no sync needed.
> 0 files exist on backend
> 2 files exist in cache
> Extracting backup chains from list of files: []
> Last full backup date: none
> Collection Status
> -----------------
> Connecting with backend: BackendWrapper
> Archive dir:
> /home/xxxxxxx/.cache/duplicity/cdb0b35fc38b7390bf8d509c457ebd5b
>
> Found 0 secondary backup chains.
> No backup chains with active signatures found
> No orphaned or incomplete backup sets found.
> PASSPHRASE variable not set, asking user.
> Releasing lockfile <lockfile.LinkFileLock instance at 0x7fea9f14c998>
> Removing still remembered temporary file
> /tmp/duplicity-TCLCny-tempdir/mkstemp-OWU9Mp-1
>
> --
> You received this bug notification because you are subscribed to
> Duplicity.
> https://bugs.launchpad.net/bugs/1373610
>
> Title:
> not found in archive, no files restored
>
> Status in Duplicity - Bandwidth Efficient Encrypted Backup:
> New
>
> Bug description:
> I have been backing up for a while now I need a file and having a
> classic issue which is the back up tools stopping when we really ne...

Read more...

Revision history for this message
mancu (mancurian) wrote :

Kenneth

Unfortunately whatever version I have is not giving me the version number. All it does

duplicity -V

duplicity $version

Revision history for this message
Kenneth Loafman (kenneth-loafman) wrote :

How was duplicity installed?

On Sat, Sep 27, 2014 at 9:42 PM, mancu <email address hidden> wrote:

> Kenneth
>
> Unfortunately whatever version I have is not giving me the version
> number. All it does
>
> duplicity -V
>
> duplicity $version
>
> --
> You received this bug notification because you are subscribed to
> Duplicity.
> https://bugs.launchpad.net/bugs/1373610
>
> Title:
> not found in archive, no files restored
>
> Status in Duplicity - Bandwidth Efficient Encrypted Backup:
> New
>
> Bug description:
> I have been backing up for a while now I need a file and having a
> classic issue which is the back up tools stopping when we really need
> them.
>
> I am trying to restore a file and getting this
>
> duplicity -v4 -r xxx/xxxxxx
> file:///cygdrive/v/xxxxx/DUPLICITY/xxxxxxx/ del
>
>
> Error 'basis_file must be a (true) file' patching . xxx/xxxxx not found
> in archive, no files restored.
>
>
> I tried it on linux and cygwin, same issue.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/duplicity/+bug/1373610/+subscriptions
>

Revision history for this message
mancu (mancurian) wrote :

Kenneth

I think that I either used pip, or manually installed it, both on Linx and Cygwin, which has the same issues.

Is upgradeing to .7 safe? I will try it with never code from the repo.

Revision history for this message
Kenneth Loafman (kenneth-loafman) wrote :

I think your best bet is 0.7 at this point.

On Mon, Sep 29, 2014 at 12:50 PM, mancu <email address hidden> wrote:

> Kenneth
>
> I think that I either used pip, or manually installed it, both on Linx
> and Cygwin, which has the same issues.
>
>
> Is upgradeing to .7 safe? I will try it with never code from the repo.
>
> --
> You received this bug notification because you are subscribed to
> Duplicity.
> https://bugs.launchpad.net/bugs/1373610
>
> Title:
> not found in archive, no files restored
>
> Status in Duplicity - Bandwidth Efficient Encrypted Backup:
> New
>
> Bug description:
> I have been backing up for a while now I need a file and having a
> classic issue which is the back up tools stopping when we really need
> them.
>
> I am trying to restore a file and getting this
>
> duplicity -v4 -r xxx/xxxxxx
> file:///cygdrive/v/xxxxx/DUPLICITY/xxxxxxx/ del
>
>
> Error 'basis_file must be a (true) file' patching . xxx/xxxxx not found
> in archive, no files restored.
>
>
> I tried it on linux and cygwin, same issue.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/duplicity/+bug/1373610/+subscriptions
>

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.