Try using Back In Time instead of Deja Dup. It works perfectly.
On Sun, May 12, 2013 at 4:45 PM, Jacob Mischka <x.mischk...@gmail.com>wrote: > For the record, I just now stumbled across this bug report after getting > sick of closing deja-dup when it fails on every single boot. I am still > receiving the 400 error. I'm not becoming impatient or anything, simply > reporting that it is affecting another person. > > Thank you all. > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/1161599 > > Title: > Backup to Ubuntu one failed, after 5 attempts status 400 bad request > > Status in Déjà Dup Backup Tool: > Invalid > Status in Duplicity - Bandwidth Efficient Encrypted Backup: > Fix Committed > Status in “deja-dup” package in Ubuntu: > Invalid > Status in “duplicity” package in Ubuntu: > Confirmed > > Bug description: > 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/deja-dup/+bug/1161599/+subscriptions > -- *JC* -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1161599 Title: Backup to Ubuntu one failed, after 5 attempts status 400 bad request To manage notifications about this bug go to: https://bugs.launchpad.net/deja-dup/+bug/1161599/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
