Created attachment 1699023 [details] engine and vdsm logs Description of problem: Downloading image with transfer url throws the following exception on engine log [1]. Full out is here[2]. But the image is being actually downloaded. This issue occurred on ISCS, but can be reproduced on all SD types This is regression bug because this issue is not seen on previously tested release rhv-release-4.4.1-3-001.noarch The ingine is saying we should use (use 'transfer_url'), but in the download_disk.py script you can clearly see that it is using transfer_url: if args.use_proxy: download_url = transfer.proxy_url else: download_url = transfer.transfer_url [1]: 2020-06-25 11:21:59,867+03 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] (default task-12) [5bbfedb8-c9ad-423e-b723-d38994337020] Adding image ticket to ovirt-imageio-proxy, id b16d3a39-4070-4bed-ae92-1923414ae97e 2020-06-25 11:21:59,867+03 ERROR [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] (default task-12) [5bbfedb8-c9ad-423e-b723-d38994337020] Failed to add image ticket to ovirt-imageio-proxy: Connection refused (Connection refused): java.lang.RuntimeException: Connection refused (Connection refused) [2]: http://pastebin.test.redhat.com/879456 [4]: 2020-06-25 11:04:09,738+03 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-1) [f56345aa-809a-4ce3-9e5d-b6d2f08487fd] EVENT_ID: TRANSFER_FAILED_TO_ADD_TICKET_TO_PROXY(1,075), Failed to add image ticket to ovirt-imageio-proxy - only transferring directly to ovirt-imageio-daemon is applicable (use 'transfer_url'). Version-Release number of selected component (if applicable): rhv-release-4.4.1-5-001.noarch ovirt-imageio-common-2.0.8-1.el8ev.x86_64 ovirt-imageio-client-2.0.8-1.el8ev.x86_64 How reproducible: 100% Steps to Reproduce: 1. Have qcow2 disk on ISCSI 2. from vdsm host run the following command [3] [3]: [root@storage-ge13-vdsm1 ~]# python3 /usr/share/doc/python3-ovirt-engine-sdk4/examples/download_disk.py --engine-url https://storage-ge-13.scl.lab.tlv.redhat.com --username admin@internal -c ca.pem 76dced10-fbd5-4b4f-8a53-8eed230f5228 /tmp/downloaded_disk Connecting... Password: Creating image transfer... Transfer ID: 7bc7c2cb-dcd0-42f8-be39-9ee0593c600c Transfer host: host_mixed_3 Downloading image... Formatting '/tmp/downloaded_disk', fmt=qcow2 size=2147483648 cluster_size=65536 lazy_refcounts=off refcount_bits=16 [ 100.00% ] 2.00 GiB, 0.11 seconds, 18.65 GiB/s Finalizing image transfer... Actual results: Errors as mentioned in engine log Expected results: No errors should be during this operation
Also attaching the logs from failed Automated TC. The ERROR as it seen on engine log is similar. This time, the test is using 'proxy_url'
Created attachment 1699037 [details] autometed test failure. using proxy_url
IPv6 ImageIO is a new feature, not present in previous releases, removing Regression flag.
Will be fixed in 2.0.9-1.
Updating to urgent since image transfer from UI are completely broken in 2.0.8 on common setup (ipv4, dual-stack). Only ipv6 only setup works with 2.0.8.
We did not receive imageio 2.0.9-1 yet on rhv-4.4.1-5 moving back to modified. Please do not move bugs to ON_QA unless QE got the content first. (should be in next build rhv-4.4.1-6)
Verified on rhv-release-4.4.1-10-001.noarch Both upload and download works fine on UI and using SDK.
This bugzilla is included in oVirt 4.4.1 release, published on July 8th 2020. Since the problem described in this bug report should be resolved in oVirt 4.4.1 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report.