Created attachment 1425811 [details] terminal_set_temporary_passwd Description of problem: While deploying HostedEngine successfully, set a temporary password by "hosted-engine --add-console-password --password="123456", Use "vncviewer 10.73.73.106:5902" to login to HE-VM, but failed. Version-Release number of selected component (if applicable): redhat-virtualization-host-4.2.2.1-0.20180420.0 cockpit-160-3.el7.x86_64 cockpit-bridge-160-3.el7.x86_64 cockpit-ws-160-3.el7.x86_64 cockpit-storaged-160-3.el7.noarch cockpit-ovirt-dashboard-0.11.22-1.el7ev.noarch cockpit-dashboard-160-3.el7.x86_64 cockpit-system-160-3.el7.noarch ovirt-hosted-engine-setup-2.2.18-1.el7ev.noarch ovirt-hosted-engine-ha-2.2.10-1.el7ev.noarch rhvm-appliance-4.2-20180420.0.el7.noarch How reproducible: 100% Steps to Reproduce: 1. Clean install redhat-virtualization-host-4.2.2.1-0.20180420.0 with ks 2. Deploy HE via cockpit 3. Use "hosted-engine --add-console-password " to set a temporary password 4. Login to the HE-VM by the temporary password Actual results: After step4, login to HE-VM failed Expected results: After step4, login to HE-VM successfully Additional info:
Created attachment 1425813 [details] engine_side_temporary_passwd
Not sure if relevant but I see 10.73.73.106 in the terminal screenshot and 10.73.73.105 in the engine one. Should the point to the same env?
(In reply to Simone Tiraboschi from comment #2) > Not sure if relevant but I see 10.73.73.106 in the terminal screenshot and > 10.73.73.105 in the engine one. > > Should the point to the same env? Yes , it is the same env.
Michal, 'hosted-engine --add-console-password' is simply calling cli.VM.setTicket( vmID=args.vmid, password=args.password, ttl=args.ttl, existingConnAction='keep', params={}, ) https://github.com/oVirt/ovirt-hosted-engine-setup/blob/master/src/ovirt_hosted_engine_setup/vdsm_helper.py#L87 and from the logs it run successfully but then the user cannot login with that password directly pointing a VNC client to host address on the right port. We didn't change that code in recent months/years. The only relevant change is that we recently switched from VNC to Spice+VNC, Could it affect our setTicket call?
Yes. See https://github.com/oVirt/vdsm/blob/0cfab8ce3730ee89ed5b9dd9320a501d4254c0a0/lib/vdsm/virt/vm.py#L4977 You can use updateDevice instead if you need to set it on arbitrary console/protocol
Works for me with these component: ovirt-hosted-engine-ha-2.2.11-1.el7ev.noarch ovirt-hosted-engine-setup-2.2.20-1.el7ev.noarch rhvm-appliance-4.2-20180427.0.el7.noarch cockpit-dashboard-165-3.el7.x86_64 cockpit-bridge-165-3.el7.x86_64 cockpit-165-3.el7.x86_64 cockpit-storaged-165-3.el7.noarch cockpit-ws-165-3.el7.x86_64 cockpit-ovirt-dashboard-0.11.23-1.el7ev.noarch cockpit-system-165-3.el7.noarch rhvh-4.2.3.0-0.20180430.0+1 ansible-2.5.2-1.el7ae.noarch I will move to verify if the bug become to ON_QA.
Moving to verified forth to https://bugzilla.redhat.com/show_bug.cgi?id=1571113#c6.
This bugzilla is included in oVirt 4.2.3 release, published on May 4th 2018. Since the problem described in this bug report should be resolved in oVirt 4.2.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.