Concurrent updates of separate threads in a shared repository fails
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Fix Released
|
High
|
Unassigned |
Bug Description
I have a repository with two branches. When I started an update in each branch concurrently, the one started first worked fine, the one started second gave an error (below) with its request to file a bug report. When rerun the update completed successfully so my hypothesis is that this is not really a troublesome bug, just a situation in need of a less drastic and dramatic response.
|> bzr update
Unable to obtain lock file://
held by <email address hidden> on host balin [process #25636]
locked 7 seconds ago
Will continue to try until 10:40:14
bzr: ERROR: exceptions.
Traceback (most recent call last):
File "/usr/lib/
return run_bzr(argv)
File "/usr/lib/
ret = run(*run_argv)
File "/usr/lib/
return self.run(
File "/usr/lib/
tree.unlock()
File "/usr/lib/
self.
File "/usr/lib/
self.
File "/usr/lib/
self.
File "/usr/lib/
self.
File "/usr/lib/
self.
File "/usr/lib/
self.
AttributeError: 'NoneType' object has no attribute 'abort'
bzr 1.1.0 on python 2.5.1.final.0 (linux2)
arguments: ['/usr/bin/bzr', 'update']
encoding: 'UTF-8', fsenc: 'UTF-8', lang: 'en_GB.UTF-8'
plugins:
builddeb /usr/lib/
bzrtools /usr/lib/
gtk /usr/lib/
launchpad /usr/lib/
multiparent /usr/lib/
svn /usr/lib/
xmloutput /home/users/
*** Bazaar has encountered an internal error.
Please report a bug at https:/
including this traceback, and a description of what you
were doing when the error occurred.
Changed in bzr: | |
importance: | Undecided → High |
milestone: | none → 1.2 |
status: | New → Fix Released |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Russel Winder wrote:
| Public bug reported:
|
| I have a repository with two branches. When I started an update in each
| branch concurrently, the one started first worked fine, the one started
| second gave an error (below) with its request to file a bug report.
| When rerun the update completed successfully so my hypothesis is that
| this is not really a troublesome bug, just a situation in need of a less
| drastic and dramatic response.
|
|
~ status Fix Released
~ milestone 1.2
This was fixed in 1.2. It basically just means that there weren't any changes to
push, and the unlock thought there were.
John
=:->
-----BEGIN PGP SIGNATURE----- enigmail. mozdev. org
BCYSNAAMRAmUzAK Cv5CS+c78z7JXYF yhPFg1DiYksagCe L3DQ GJEXzIvU=
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://
iD8DBQFH4YnUJde
qJsbOMAt9FiqKlm
=10LA
-----END PGP SIGNATURE-----