Closed alfredodeza closed 11 years ago
Looks good, thank you!
@axw do you have a release in mind? We are obviously interested in using this fix :)
I haven't had anything planned, as I've not been actively working on pushy for a while now. I can release a minor version (0.5.2), but I probably won't have time until this weekend at the earliest. Is your project bundling pushy?
May I ask, what are you using pushy for? I see you have a Ceph-related repo; are you working on ceph-deploy?
@axw yep, I am working on ceph-deploy and one of the issues we have often is this ValueError
coming up (very very difficult to replicate as it involves threads).
I might be able to just wait until you push a new release (minor version is just fine).
@alfredodeza I have uploaded a new version (0.5.2) to PyPI, and launchpad.
Thank you! w00t!
@alfredodeza If you're going to be bundling pushy with ceph-deploy, please be aware Issue #43, raised today/last night. This affects only Windows by default. If you pass "use_native=False", it'll also exercise the problem on Unix.
FYI, I have uploaded a new release, 0.5.3, which fixes #43.
Thank you for the update
We are seeing some errors from threads that are not able to write to the stream because the connection is closing the file descriptors before the threads are joined (as seen in
protocol.ssh.NativePopen.close
).The connection object is already catching
IOError
butValueError
can also be raised for some IO Errors as well.I am making sure that we only catch that exact issue (
'I/O operation on closed file'
) otherwise the exception is re-raised (if for whatever reason a different ValueError is raised).