Is this consistent and repeatable? At the same place every time? The error "syntax error: line 1, column 49" implies that the site is sending XML that contains syntax errors, or perhaps something is being corrupted in transit.
On Tue, Feb 25, 2014 at 8:46 AM, Chris <[email protected] > wrote: > New question #244553 on Duplicity: > https://answers.launchpad.net/duplicity/+question/244553 > > I have created a backup set, incremental, GPG encrypted, stored on a > WebDav server. I have restored data successfully in te past but during a > routine check I get this error (last few lines of debug log very verbose): > > <D:status>HTTP/1.1 200 OK</D:status> > </D:propstat> > </D:response> > <D:response xmlns:lp1="DAV:" xmlns:lp2="http://apache.org/dav/props/";> > > <D:href>/fp_backup/duplicity-full.20140225T135112Z.vol9.difftar.gpg</D:href> > <D:propstat> > <D:prop> > <lp1:resourcetype/> > <lp1:creationdate>2014-02-25T13:55:50Z</lp1:creationdate> > <lp1:getcontentlength>26268361</lp1:getcontentlength> > <lp1:getlastmodified>Tue, 25 Feb 2014 13:55:51 GMT</lp1:getlastmodified> > <lp1:getetag>"22000000010967-190d2c9-4f33b7236bf36"</lp1:getetag> > <D:supportedlock> > <D:lockentry> > <D:lockscope><D:exclusive/></D:lockscope> > <D:locktype><D:write/></D:locktype> > </D:lockentry> > <D:lockentry> > <D:lockscope><D:shared/></D:lockscope> > <D:locktype><D:write/></D:locktype> > </D:lockentry> > </D:supportedlock> > <D:lockdiscovery/> > <D:getcontenttype>text/plain</D:getcontenttype> > </D:prop> > <D:status>HTTP/1.1 200 OK</D:status> > </D:propstat> > </D:response> > </D:multistatus> > > 0 > > > Backtrace of previous error: Traceback (innermost last): > File "/usr/lib64/python2.6/site-packages/duplicity/backend.py", line > 357, in _retry_fatal > return fn(self, *args) > File > "/usr/lib64/python2.6/site-packages/duplicity/backends/webdavbackend.py", > line 300, in list > raise e > ExpatError: syntax error: line 1, column 49 > > Giving up after 1 attempts. ExpatError: syntax error: line 1, column 49 > Removing still remembered temporary file > /tmp/duplicity-KWZE9U-tempdir/mkstemp-grIfqe-1 > > ------ > > I'm glad I tested my backup and found out before I have an actual need for > my backup.. > Any idea how I can resolve this issue? > > Running CentOS 6.3, 2.6.32-431.5.1.el6.x86_64 > Duplicity version 6.22 > > I see 6.23 is available, doesn't seem like a bug is fixed that affects my > problem though.. > > I tried it anyway, it doesn't compile, there are a lot of errors in > _librsyncmodule.c > > Any help would be much appreciated.. > > -- > You received this question notification because you are a member of > duplicity-team, which is an answer contact for Duplicity. > > _______________________________________________ > Mailing list: https://launchpad.net/~duplicity-team > Post to : [email protected] > Unsubscribe : https://launchpad.net/~duplicity-team > More help : https://help.launchpad.net/ListHelp >
_______________________________________________ Mailing list: https://launchpad.net/~duplicity-team Post to : [email protected] Unsubscribe : https://launchpad.net/~duplicity-team More help : https://help.launchpad.net/ListHelp
