6:24 a.m.
On Tue, Nov 19, 2019 at 2:16 PM Martin Kletzander <mkletzan(a)redhat.com>
wrote:
On Tue, Nov 19, 2019 at 01:14:23PM +0200, Nir Soffer wrote:
>On Tue, Nov 19, 2019 at 11:17 AM Martin Kletzander <mkletzan(a)redhat.com>
wrote:
>>
>> On Mon, Nov 18, 2019 at 11:53:39PM +0200, Nir Soffer wrote:
>> >This series extract oVirt SDK and imageio code to make it eaiser to
follow the
>> >code and improve error handing in open() and close().
>> >
>> >Tested with virt-v2v master.
>> >
>> >Changes since v1:
>> >- Rebase on merged patches from v1
>> >- Fix regression introduced by "rhv-upload: Fix cleanup after
errors"
>> >- Remove "rhv-upload: Try to remove disk on timeout" since it
cannot
>> > succeed
>> >- Add more context in debug error logs
>> >- Use disk_id instead of disk.id in close()
>> >
>> >v1 was here:
>> >https://www.redhat.com/archives/libguestfs/2019-November/msg00060.html
>> >
>> >Nir Soffer (11):
>> > rhv-upload: Cancel transfer if finalize failed
>> > rhv-upload: Keep disk_id in handle
>> > rhv-upload: Show disk id in error message
>> > rhv-upload: Don't keep transfer_service in handle
>> > rhv-upload: Get host before creating disk
>> > rhv-upload: Extract create_transfer() function
>> > rhv-upload: Show transfer id in error message
>> > rhv-upload: Extract imageio helpers
>> > rhv-upload: Extract get_options() helper
>> > rhv-upload: Extract optimize_http() helper
>> > rhv-upload: Clean up username and password
>> >
>>
>> I'm not sure which one of these is causing it, it sounds like the first
one, but
>> basically the cleanup path is probably not checked well. I'm facing a
>> completely different issue currently, but when updated to your version
(in a
>> hope that it might either provide more data in the error message or
even fix it)
>> I'm now getting a "During handling of the above exception, another
exception
>> occurred", which is not a good thing. I think it should be easy to fix
and also
>> check for similar issues elsewhere, but I'm now trying to figure out
different
>> things that bother me ('No route to host' changing to 'Network
unreachable'
>> after the patches even though I can connect everywhere the upload
plugin is
>> connecting), so I can't look at it right now. Here's the traceback:
>>
>> Traceback (most recent call last):
>> File "/var/tmp/rhvupload.Vw0CIU/rhv-upload-plugin.py", line 94, in
open
>> options = get_options(http, destination_url)
>> File "/var/tmp/rhvupload.Vw0CIU/rhv-upload-plugin.py", line 575, in
get_options
>> http.request("OPTIONS", url.path)
>> File "/usr/lib64/python3.7/http/client.py", line 1252, in request
>> self._send_request(method, url, body, headers, encode_chunked)
>> File "/usr/lib64/python3.7/http/client.py", line 1298, in
_send_request
>> self.endheaders(body, encode_chunked=encode_chunked)
>> File "/usr/lib64/python3.7/http/client.py", line 1247, in
endheaders
>> self._send_output(message_body, encode_chunked=encode_chunked)
>> File "/usr/lib64/python3.7/http/client.py", line 1026, in
_send_output
>> self.send(msg)
>> File "/usr/lib64/python3.7/http/client.py", line 966, in send
>> self.connect()
>> File "/usr/lib64/python3.7/http/client.py", line 1414, in connect
>> super().connect()
>> File "/usr/lib64/python3.7/http/client.py", line 938, in connect
>> (self.host,self.port), self.timeout, self.source_address)
>> File "/usr/lib64/python3.7/socket.py", line 727, in
create_connection
>> raise err
>> File "/usr/lib64/python3.7/socket.py", line 716, in
create_connection
>> sock.connect(sa)
>> OSError: [Errno 101] Network is unreachable
>>
>> During handling of the above exception, another exception occurred:
>>
>> Traceback (most recent call last):
>> File "/var/tmp/rhvupload.Vw0CIU/rhv-upload-plugin.py", line 97, in
open
>> transfer_service.cancel()
>> NameError: name 'transfer_service' is not defined
>
>Does this fix the error for you?
>
https://github.com/nirs/virt-v2v/commit/2f93dbffad81a26445831293ecac213ea...
>
>I did not test it yet.
>
If I remove the stray `def finalize_transfer(...)` it works, yes.
Right, belongs to the next patch.
In the meantime I managed to fix the original issue (which I needed
to
revert to
test this patch =) ), thankfully it was just caused by my oVirt host setup.
Unfortunately I am getting another issue. Now nbdkit fails after all the
data
is written and it is trying to write the disk id file. I'm getting "No
such
file or directory", so because it is writing to that file I'm assuming the
directory does not exist. On the other hand it *must* exists because it's
the
same one where the python scripts are saved. So I need to debug more.
This works for me, are you running a modified plugin?