[Bug 701940] Re: Pack moved to obsolete_packs, but still referenced in pack-names
Martin Packman
martin.packman at canonical.com
Mon Nov 14 23:58:51 UTC 2011
** Tags added: affects-twisted
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to bzr in Ubuntu.
https://bugs.launchpad.net/bugs/701940
Title:
Pack moved to obsolete_packs, but still referenced in pack-names
Status in Bazaar Version Control System:
Fix Released
Status in Bazaar 2.2 series:
Fix Released
Status in Bazaar 2.3 series:
Fix Released
Status in “bzr” package in Ubuntu:
Fix Released
Status in “bzr” source package in Maverick:
Fix Released
Bug description:
Using bzr 2.2.2 and bzr-svn 1.0.4 on ext3, 'bzr update' of a checkout
of svn://svn.twistedmatrix.com/svn/Twisted/trunk began to fail
starting with this error:
Unable to obtain lock file:///var/lib/buildbot/twisted/ held by buildbot
at illidan [process #11682], acquired 0 seconds ago.
Will continue to try until 15:47:11, unless you press Ctrl-C.
See "bzr help break-lock" for more.
bzr: ERROR: No such file: u'/var/lib/buildbot/twisted/.bzr/repository/packs/49ef04533e5410f03a9e1f78b25083b0.pack': [Errno 2] No such file or directory: u'/var/lib/buildbot/twisted/.bzr/repository/packs/49ef04533e5410f03a9e1f78b25083b0.pack'
The build system proceeded to delete the checkout and on subsequent
build attempts tried to do a new checkout, using the same shared
repository. Those checkouts all failed with just:
bzr: ERROR: No such file:
u'/var/lib/buildbot/twisted/.bzr/repository/indices/49ef04533e5410f03a9e1f78b25083b0.rix':
[Errno 2] No such file or directory:
u'/var/lib/buildbot/twisted/.bzr/repository/indices/49ef04533e5410f03a9e1f78b25083b0.rix'
maxb had me check for a corresponding pack file and I found it in
obsolete_packs/ alongside all of the index files. Once those were
moved to packs/ and indices/ respectively, the checkout was able to
succeed.
There was an interval of about six hours between the last working
update and the first failing update, with no intervening system
crashes/reboots/etc.
Since this was all part of an automated system, I didn't have a chance
to see what process might have been holding the lock referenced in the
first failure message.
To manage notifications about this bug go to:
https://bugs.launchpad.net/bzr/+bug/701940/+subscriptions
More information about the foundations-bugs
mailing list