Permissions problems on knits can cause too many concurrent connection
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Confirmed
|
Medium
|
Unassigned |
Bug Description
trunk/ $ bzr push
Using saved location: bzr+ssh:
/ [======
Traceback (most recent call last):
File "/usr/lib/
sys.
ValueError: I/O operation on closed file
bzr 0.16.0 on python 2.4.4.final.0 (linux2)
arguments: ['/usr/bin/bzr', 'serve', '--inet', '--directory=/', '--allow-writes']
** please send this report to <email address hidden>
Traceback (most recent call last):
File "/usr/bin/bzr", line 111, in ?
sys.
ValueError: I/O operation on closed file
bzr: ERROR: bzrlib.
Traceback (most recent call last):
File "/opt/local/
return run_bzr(argv)
File "/opt/local/
ret = run(*run_argv)
File "/opt/local/
return self.run(
File "/opt/local/
push_result = br_from.push(br_to, overwrite)
File "/opt/local/
return unbound(self, *args, **kwargs)
File "/opt/local/
target.unlock()
File "/opt/local/
self.
File "/opt/local/
repo_token)
File "/opt/local/
result, protocol = self.call_
File "/opt/local/
request = self._medium.
File "/opt/local/
return SmartClientStre
File "/opt/local/
raise errors.
TooManyConcurre
bzr 0.16.0 on python 2.4.4.final.0 (darwin)
arguments: ['/opt/
** please send this report to <email address hidden>
This looks like it may be due to bad file permissions (which were my fault, not bzr's):
trunk/ $ bzr push sftp://
bzr: ERROR: Permission denied: 'ef/file.
After fixing those permissions, the push completed succesfully.
Changed in bzr: | |
importance: | Undecided → Medium |
status: | Unconfirmed → Needs Info |
tags: | added: hpss knits |
tags: | added: check-for-breezy |
What machine is the server running on (OS, etc)?
What it actually seems to be happening is the bzr public client gets an exception and is shutting down, and then tries to flush stdout (but it seems to already be closed). So it is hiding the real exception.
Thanks for the bug report. Is it possible for you to reliably reproduce it? (like by doing bzr init/add/commit; chmod -R; bzr push bzr+ssh: //localhost/ ...) ?
Having a simple script to reproduce the bug makes it much easier to fix.