Autopack fails with NoSuchFile error when committing concurrently
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Fix Released
|
Medium
|
John A Meinel | ||
2.0 |
Fix Released
|
Medium
|
John A Meinel |
Bug Description
When committing at the same time to different branches in a shared repository, the commit will occasionally fail with an error such as:
aborting commit write group: NoSuchFile(No such file: 'C:/code/
See attached log for the full output.
It looks like both commits are trying to do the autopack and one is failing because the other has already done it. I've reproduced this with and without a smart server, but it seems easier to reproduce with a smart server. I've tested it with both Bazaar 2.0.1 and 2.1.0b3 using Python 2.5 on Windows XP SP3.
To reproduce:
bzr init-repo --no-trees testrepo
bzr init testrepo\branch1
bzr init testrepo\branch2
start bzr serve --allow-writes
bzr checkout --lightweight bzr://localhost
bzr checkout --lightweight bzr://localhost
In one window, "cd branch1" and repeat the following command many times:
commit -m "test" --unchanged
In another window, do the same thing in "branch2" at the same time.
(Note: This also happens even if committing real changes. We've noticed it just by having 3 developers using the same repository at the same time. It makes us worried about how it would scale to 30+.)
Related branches
- Martin Pool: Approve
-
Diff: 75 lines (+42/-1)3 files modifiedNEWS (+4/-0)
bzrlib/repofmt/groupcompress_repo.py (+2/-1)
bzrlib/tests/per_pack_repository.py (+36/-0)
Changed in bzr: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
Changed in bzr: | |
assignee: | nobody → John A Meinel (jameinel) |
milestone: | none → 2.1.0rc1 |
status: | Fix Committed → Fix Released |
Has anyone been able to reproduce this issue yet? It's going to be a serious issue for us if we decide to switch to Bazaar.