** Changed in: duplicity
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to duplicity in Ubuntu.
https://bugs.launchpad.net/bugs/1161599
Title:
Backup to Ubuntu one failed, after 5 attempts status 400 bad request
Status in Duplicity - Bandwidth Efficient Encrypted Backup:
Fix Released
Status in “duplicity” package in Ubuntu:
Fix Released
Status in “duplicity” source package in Raring:
Fix Released
Bug description:
[Impact]
Users on Ubuntu 13.04 can't reliably back up to Ubuntu One. Any hiccup in an
upload, which is not uncommon with Ubuntu One, will cause a backup failure.
Usually, a hiccup will just cause a retry. But because of this bug,
retries will always fail.
[Test Case]
Make a large backup to Ubuntu One. Eventually, you're likely to hit a 400
Bad Request error.
[Regression Potential]
The only change is in the Ubuntu One backend. So regressions will be limited
to that.
[Original Report]
On Raring using deja-dup to backup to Ubuntu one, when I add a particular git
repository to the folders to backup and then start the backup, the process sits
for some minutes at the start of the upload operation and then fails with a
popup "Backup Failed. Giving up on request after 5 attempts last status 400 bad
request". The progress bar does not get started as far as I can see.
While it is saying that it is uploading I can see in System Monitor that data
is being continuously sent, but after the failure there are no new files on U1.
By a process of elimination I determined that it is the objects
directory (which itself contains a large number of subdirectories each
containing a number of small files) that is causing the problem. I
attempted to determine whether it was a particular file or folder that
was causing the problem but it seems not to be consistent. I thought
that I had found a particular subfolder causing the problem, I cleared
.cache/deja_dup, and then it accepted that folder. However when I
then put back the rest of the subfolders it failed again.
I copied the complete git repository to another machine (running up to
date Ubuntu 12.04) and backing up from there (to a different U1
account) deja_dup has no problems.
I also notice that on Raring it always takes a long time in the
verification phase even when only a trivial change has been made. It
is as if it is downloading the whole repository, but whether that is a
related problem I do not know.
ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: deja-dup 25.5-0ubuntu1
ProcVersionSignature: Ubuntu 3.8.0-15.25-generic 3.8.4
Uname: Linux 3.8.0-15-generic i686
ApportVersion: 2.9.2-0ubuntu5
Architecture: i386
Date: Thu Mar 28 20:28:06 2013
InstallationDate: Installed on 2012-08-01 (239 days ago)
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Alpha i386 (20120730.1)
MarkForUpload: True
SourcePackage: deja-dup
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/duplicity/+bug/1161599/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
