Bug 1094632
| Summary: | The ISO uploader assumes that the storage domain uses NFS | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | rhev-integ | ||||
| Component: | ovirt-engine-iso-uploader | Assignee: | Sandro Bonazzola <sbonazzo> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Petr Beňas <pbenas> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 3.3.0 | CC: | aberezin, acathrow, adahms, bazulay, dfediuck, didi, gklein, iheim, juan.hernandez, oramraz, pstehlik, Rhev-m-bugs, sbonazzo, srevivo, yeylon | ||||
| Target Milestone: | --- | Keywords: | Rebase, ZStream | ||||
| Target Release: | 3.3.3 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | integration | ||||||
| Fixed In Version: | Doc Type: | Rebase: Bug Fixes Only | |||||
| Doc Text: |
Previously, the engine-iso-uploader tool would fail to upload ISO files to local ISO storage domains under certain conditions. This was caused by the logic used by the tool, which assumed that all local storage domains were NFS domains and used the NFS uploader backend by default. Now, users are provided information instructing them to supply SSH credentials to upload ISO files if a local ISO storage domain is used, and the SSH uploader backend is used.
|
Story Points: | --- | ||||
| Clone Of: | 1065726 | Environment: | |||||
| Last Closed: | 2014-05-27 08:57:12 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | 1065726 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
It seems the situation is different in 3.3. Looks like it's not possible to create a local ISO domain the same way it's possible in 3.4. Therefore this patch does not make sense for 3.3 since this code cannot be currently triggered. Reported as a bug 1095382 . I am not sure how to deal with this bug then. If the support for multiple local storages will be added, then it's ok to keep this patch, but this bug cannot be tested until 1095382 gets resolved. If it will be decided to not to support local iso domain in 3.3, than this patch should be probably dropped. Sandro, do you agree? [root@slot-7 ~]# rpm -qa rhevm-iso-uploader rhevm-iso-uploader-3.3.1-1.el6ev.noarch [root@slot-7 ~]# rhevm-iso-uploader list Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): ISO Storage Domain Name | Datacenter | ISO Domain Status localiso | local_datacenter | active [root@slot-7 ~]# rhevm-iso-uploader upload -i localiso qwerty.iso Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... ERROR: mount.nfs: Failed to resolve server None: Name or service not known [root@slot-7 ~]# rpm -qa rhevm-iso-uploader rhevm-iso-uploader-3.3.3-1.el6ev.noarch [root@slot-7 ~]# rhevm-iso-uploader list Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): ISO Storage Domain Name | Datacenter | ISO Domain Status localiso | local_datacenter | active [root@slot-7 ~]# rhevm-iso-uploader upload -i localiso qwerty.iso Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... ERROR: Upload to a local storage domain is supported only through SSH Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2014-0552.html |
Created attachment 892815 [details] storage: detect localfs storage same patch pushed to upstream master and 3.4 branch, just updated Bug-Url.