Bug 1801710
| Summary: | ovirt-imageio service not available on engine host after clean reprovision meaning upload/download operations from UI do not work | ||
|---|---|---|---|
| Product: | [oVirt] ovirt-engine | Reporter: | Yosi Ben Shimon <ybenshim> |
| Component: | BLL.Storage | Assignee: | Vojtech Juranek <vjuranek> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Ilan Zuckerman <izuckerm> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 4.4.0 | CC: | aefrat, aoconnor, bugs, jzmeskal, lsvaty, michal.skrivanek, nsoffer, ralonso, sbonazzo, tnisan |
| Target Milestone: | ovirt-4.4.0 | Keywords: | Automation, AutomationBlocker, Regression, TestBlocker |
| Target Release: | 4.4.0 | Flags: | pm-rhel:
ovirt-4.4+
aoconnor: blocker+ |
| Hardware: | x86_64 | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | ovirt-engine-4.4.0 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-05-20 20:01:18 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 1862059 | ||
| Bug Blocks: | |||
|
Description
Yosi Ben Shimon
2020-02-11 13:54:40 UTC
Engine 4.4. is in the middle of migration to python 3 and imageio proxy package may not be available until we finish this migration. The proxy is used only for upload and download from UI, so it should not affect upload/download tests which should use transfer_url. If you have tests using only proxy_url they should be changed to test both transfer_url and proxy_url. Tests using proxy_url should be skipped until we finish the migration to python 3. Sandro, can you have a look if the package was dropped by mistake? (In reply to Tal Nisan from comment #4) > Sandro, can you have a look if the package was dropped by mistake? package has not been built for el8 and is not included in el8 repos. You can take it from el7: https://resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/noarch/ovirt-imageio-proxy-1.6.3-0.el7.noarch.rpm but can't be automatically installed unless built for el8. we won't get it in some time, retargetting for 4.4.2 for now Just want to expand on what Nir wrote in comment #1: The proxy is used only for upload and download from UI, so it should not affect upload/download tests which should use transfer_url. If you have tests using only proxy_url they should be changed to test both transfer_url and proxy_url. This is not entirely true, since Ansible ovirt_disk module uses url_proxy as well. See here: https://github.com/ansible/ansible/blob/4e8b240b8b74db2453851f12ec82c7f782289187/lib/ansible/modules/cloud/ovirt/ovirt_disk.py#L377 This affects ovirt_disk module in a way described here: https://bugzilla.redhat.com/show_bug.cgi?id=1802661#c7 (In reply to Jan Zmeskal from comment #8) > Just want to expand on what Nir wrote in comment #1: > The proxy is used only for upload and download from UI, so it should not > affect > upload/download tests which should use transfer_url. If you have tests using > only proxy_url they should be changed to test both transfer_url and > proxy_url. > > This is not entirely true, since Ansible ovirt_disk module uses url_proxy as > well. See here: > https://github.com/ansible/ansible/blob/ > 4e8b240b8b74db2453851f12ec82c7f782289187/lib/ansible/modules/cloud/ovirt/ > ovirt_disk.py#L377 This is ovirt_disk ansible module bug, using outdated code. It should use the code in: https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py It can support using a proxy for cases when you don't have access to host, but the recommended and supported way to upload is via the host directly. > This affects ovirt_disk module in a way described here: > https://bugzilla.redhat.com/show_bug.cgi?id=1802661#c7 Should be fixed in that package. Hi Nir, is that bug tracked somewhere, please? (In reply to Jan Zmeskal from comment #10) > Hi Nir, is that bug tracked somewhere, please? I don't know about a bug, please file one. > I don't know about a bug, please file one. The Ansible ovirt_disk issue is now being tracked here: https://github.com/ansible/ansible/issues/68403 Thank you for the explanation, Nir! due to Regression keyword targeting to 4.4.0 Moving back to 4.4.0, since the patches looks ready. package ovirt-imageio-proxy was completely remove and daemon, which previously run only on the host, can now server also as a proxy, i.e. daemon now run host as well as on engine. The service is called ovirt-imageio.
In terms of packages, we have two packages:
* ovirt-imageio-common - basically imageio library, containing most of thecode
* ovirt-imageio-deamon - contains daemon script, service file etc. Requires ovirt-imageio-common.
Verified on:
rhv-release-4.4.0-35-001.noarch
ovirt-imageio-daemon-2.0.5-0.el8ev.x86_64
ovirt-imageio-common-2.0.5-0.el8ev.x86_64
Service is up and running:
[root@storage-ge-05 ~]# systemctl status ovirt-imageio
● ovirt-imageio.service - oVirt ImageIO Daemon
Loaded: loaded (/usr/lib/systemd/system/ovirt-imageio.service; enabled; vendor preset: disabled)
Active: active (running) since Tue 2020-05-12 17:08:37 IDT; 17h ago
Main PID: 1246057 (ovirt-imageio)
Tasks: 3 (limit: 101312)
Memory: 12.1M
CGroup: /system.slice/ovirt-imageio.service
└─1246057 /usr/libexec/platform-python -s /usr/bin/ovirt-imageio
I uploaded a disk image from UI while watching /var/log/ovirt-imageio/daemon.log both on engine and vdsm host.
No ERRORS / WARNS were seen, the process completed successfully.
This bugzilla is included in oVirt 4.4.0 release, published on May 20th 2020. Since the problem described in this bug report should be resolved in oVirt 4.4.0 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. This bug depends on libvirt bz https://bugzilla.redhat.com/show_bug.cgi?id=1862059 |