cache corruption on api.launchpad.net,1.0,-application,vnd.sun.wadl+xml,fc06437932a618a4b30d0d0417f9234c
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
launchpadlib |
Triaged
|
High
|
Unassigned |
Bug Description
While running tests on quantal for the udd package importer I encountered a series of tracebacks:
Traceback (most recent call last):
File "/pkgimport/
sys.
File "/pkgimport/
only_
File "/pkgimport/
possible_
File "/pkgimport/
if clean_collision
File "/pkgimport/
return check_same(importp, db, revid, name, updates_branch, temp_dir, download_dir)
File "/pkgimport/
importp, db, revid, name, updates_branch, temp_dir, download_dir)
File "/usr/lib/
self.cleanups, self.func, self, *args, **kwargs)
File "/usr/lib/
result = func(*args, **kwargs)
File "/pkgimport/
pull_
File "/usr/lib/
pull_
File "/usr/lib/
timestamp=
File "/usr/lib/
get_
File "/usr/lib/
bugs = find_bugs_
File "/usr/lib/
deb_bugs = _lplib.
File "/usr/lib/
lp = get_launchpad()
File "/usr/lib/
service_
File "/usr/lib/
version=
File "/usr/lib/
credentials, service_root, cache, timeout, proxy_info, version)
File "/usr/lib/
self._wadl = self._browser.
File "/usr/lib/
return Application(
File "/usr/lib/
self.doc = self._from_
File "/usr/lib/
return self._from_
File "/usr/lib/
for event, elem in ET.iterparse(
File "<string>", line 107, in next
cElementTree.
Deleting .launchpadlib/
I had a brief look at the file before deleting it and it appeared truncated.
This occurred at least three times so I expect it will happen again, if the
file itself is needed for analysis, I'll keep a copy next time.
I don't remember seeing that kind of failure on jubany (running lucid) nor
on precise.
Changed in launchpadlib: | |
status: | New → Triaged |
importance: | Undecided → High |
tags: | added: api launchpadlib |
My understanding here is that two processes are doing the same query and stepping on each other toes. Updating the file itself should be atomic to avoid this (create a tmp file, rename to the existing one) or something.