Bug 1693257
| Summary: | Setup wizard: Deployment can be started even if values are missing or incorrect | ||
|---|---|---|---|
| Product: | [oVirt] cockpit-ovirt | Reporter: | Ido Rosenzwig <irosenzw> |
| Component: | Hosted Engine | Assignee: | Ido Rosenzwig <irosenzw> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Wei Wang <weiwang> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 0.12.6 | CC: | bugs, cshao, eslutsky, huzhao, jikwang, nlevy, qiyuan, sbonazzo, sborella, weiwang, yaniwang, ycui, yturgema |
| Target Milestone: | ovirt-4.3.3 | Flags: | sbonazzo:
ovirt-4.3?
sbonazzo: planning_ack? sbonazzo: devel_ack+ weiwang: testing_ack+ |
| Target Release: | 0.12.7 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | cockpit-ovirt-0.12.7 | Doc Type: | Bug Fix |
| Doc Text: |
This fix ensures that the self-hosted engine deployment begins only if all of the prerequisite values, such as passwords and MAC address, are valid.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2019-04-16 13:58:27 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Integration | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Ido Rosenzwig
2019-03-27 12:13:07 UTC
Test Version rhvh-4.3.0.5-0.20190327.0 cockpit-system-176-4.el7.noarch cockpit-ws-176-4.el7.x86_64 cockpit-bridge-176-4.el7.x86_64 cockpit-storaged-176-4.el7.noarch cockpit-ovirt-dashboard-0.12.6-1.el7ev.noarch cockpit-machines-ovirt-176-4.el7.noarch cockpit-dashboard-176-4.el7.x86_64 cockpit-176-4.el7.x86_64 ovirt-hosted-engine-setup-2.3.7-1.el7ev.noarch ovirt-hosted-engine-ha-2.3.1-1.el7ev.noarch Test Steps: According to comment 0 Result: deployment can start with missing or incorrect values. But I think some of them are designed as that: 1. Passwords, root and admin, and the MAC address can be left empty QE can reproduce the password issue. The MAC address is designed to accept random generation, so I guess if filling nothing, it will use the default value. 2. MAC address isn't validated right - missing last character is valid 00:11:22:33:44:5 produces no error QE can reproduce this issue. In addition, all error messages are disappearing when editing one of the fields. for example, if we have error messages in both 'engine fqdn' and 'MAC address', when the user edits the MAC address field both of the errors disappear instead of just the error near the MAC address field Yes, this only happened as the engine vm fqdn is empty, when editing MAC address, the "Required field" error message for "engine fqdn" disappears also. It looks like strange, but if clicking next button, the "engine fqdn" error message will come back again. Also, sometimes the user can go to the next step while there are still errors in some of the fields I cannot reproduce this. Only when filling engine vm fqdn with invalid resolved fqdn. But the message is not an error message, seems like a warning message. According to 1 and 2, QE only can reproduce password issue and MAC address missing last character issue. ACK+ Test Version: RHVH-4.3-20190404.1-RHVH-x86_64-dvd1.iso cockpit-system-176-4.el7.noarch cockpit-ws-176-4.el7.x86_64 cockpit-bridge-176-4.el7.x86_64 cockpit-storaged-176-4.el7.noarch cockpit-ovirt-dashboard-0.12.7-1.el7ev.noarch cockpit-machines-ovirt-176-4.el7.noarch cockpit-dashboard-176-4.el7.x86_64 cockpit-176-4.el7.x86_64 Test Steps: According to comment 0 Result: deployment can start only when all values where validated successfully bug is fixed, move to "VERIFIED" This bugzilla is included in oVirt 4.3.3 release, published on April 16th 2019. Since the problem described in this bug report should be resolved in oVirt 4.3.3 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. *** Bug 1701317 has been marked as a duplicate of this bug. *** |