Actions
Bug #6959
open[SDKs] arv-copy raises an unexpected backtrace on ^C
Story points:
-
Release:
Release relationship:
Auto
Description
I sent ^C to an arv-copy process while it was in the middle of uploading data to Keep. That wrote this traceback:
Traceback (most recent call last): File "/usr/local/lib/python2.7/dist-packages/arvados/keep.py", line 484, in _headerfunction def _headerfunction(self, header_line): KeyboardInterrupt
However, the process didn't end there. It wrote some more debug output, then ultimately failed with this:
2015-08-11 20:14:02 arvados.keep[15330] INFO: No more Keep services to try; giving up Traceback (most recent call last): File "/usr/local/bin/arv-copy", line 4, in <module> main() File "/usr/local/lib/python2.7/dist-packages/arvados/commands/arv_copy.py", line 119, in main args) File "/usr/local/lib/python2.7/dist-packages/arvados/commands/arv_copy.py", line 552, in copy_collection data = src_keep.get(word) File "/usr/local/lib/python2.7/dist-packages/arvados/retry.py", line 154, in num_retries_setter return orig_func(self, *args, **kwargs) File "/usr/local/lib/python2.7/dist-packages/arvados/keep.py", line 907, in get "failed to read {}".format(loc_s), service_errors, label="service") arvados.errors.KeepReadError: failed to read [block]: service https://keep.qr1hi.arvadosapi.com:443/ responded with 0 (23, 'Failed writing header')
I would've preferred to see the original KeyboardInterrupt exception end the process. Having it translate to another exception this way seems surprising.
Updated by Brett Smith over 9 years ago
- Target version set to Arvados Future Sprints
Updated by Ward Vandewege over 3 years ago
- Target version deleted (
Arvados Future Sprints)
Actions