PermissionDenied test failures on windows with sftp
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Confirmed
|
High
|
Unassigned | ||
Breezy |
Triaged
|
High
|
Unassigned |
Bug Description
Various tests involving an sftp server on windows fail randomly, but now more consistently, with PermissionDenied while trying to operate on a .pack file. This is similar but not obviously related to the earlier problems bug 681047 covers. A example set of failing tests can be seen on babune:
<http://
There are a couple of other issues causing failures (see bug 842233 and bug 8891582 for those), the relevent ones from that run are:
bb.test_
bb.test_
bb.test_
bt.commands.
bt.commands.
bt.per_
bt.per_
bt.per_
These tests on babune were also affected the big regression in r6079 and started failing consistently with "Attempt to escape test isolation":
<http://
That problem is covered in bug 842223, but with the fix PermissionDenied errors returned, and appear more widespread. Another change in the meanwhile may well have been caused or aggravated this. Some of the tests at least were already failing before then, for instance:
The general form of the tracebacks is:
Traceback (most recent call last):
File "...\bzrlib\
pull.
File "...\bzrlib\
return self._operation
File "...\bzrlib\
self.cleanups, self.func, *args, **kwargs)
File "...\bzrlib\
result = func(*args, **kwargs)
File "...\bzrlib\
local=local, show_base=
File "...\bzrlib\
result = unbound(self, *args, **kwargs)
File "...\bzrlib\
local=local)
File "...\bzrlib\
possible_
File "...\bzrlib\
result = unbound(self, *args, **kwargs)
File "...\bzrlib\
run_
File "...\bzrlib\
possible_
File "...\bzrlib\
result = unbound(self, *args, **kwargs)
File "...\bzrlib\
merge_
File "...\bzrlib\
graph=graph)
File "...\bzrlib\
result = unbound(self, *args, **kwargs)
File "...\bzrlib\
self.
File "...\bzrlib\
result = unbound(self, *args, **kwargs)
File "...\bzrlib\
fetch_
File "...\bzrlib\
find_
File "...\bzrlib\
result = unbound(self, *args, **kwargs)
File "...\bzrlib\
find_
File "...\bzrlib\
self.__fetch()
File "...\bzrlib\
self.
File "...\bzrlib\
stream, from_format, [])
File "...\bzrlib\
hint = self.target_
File "...\bzrlib\
result = self._commit_
File "...\bzrlib\
hint = self._pack_
File "...\bzrlib\
self.
File "...\bzrlib\
self.
File "...\bzrlib\
self.
File "...\bzrlib\
': unable to rename to %r' % (abs_to))
File "...\bzrlib\
self.
File "...\bzrlib\
raise errors.
PermissionDenied: Permission denied: "/C:/docume~
The initial forward slash on the path renders it invalid, but must be just a cosmetic problem with the error reporting as the tests do sometimes pass.
A number of tests also report a traceback during cleanup like:
Traceback (most recent call last):
File "...\bzrlib\
self.
File "...\bzrlib\
self.
File "...\bzrlib\
operation.
File "...\bzrlib\
self.cleanups, self.func, *args, **kwargs)
File "...\bzrlib\
result = func(*args, **kwargs)
File "...\bzrlib\
self.
File "...\bzrlib\
del _file_streams[
KeyError: 'hooked:
Which is likely a seperate bug in the rollback code.
tags: | added: check-for-breezy |
tags: | removed: check-for-breezy |
Changed in brz: | |
status: | New → Triaged |
importance: | Undecided → High |
Missed bug 788130 which is about this issue on one of the tests, from when it was a more intermittent and less prevalent problem.