Description of problem: On an install of an ovirt node based gluster cluster with hosted engine, the installer asks if you want to configure your host and cluster for Gluster. In some of my tests, the installer fails at this point, with an error message of `Failed to execute stage 'Environment customization'`. When I encounter this, I click "Restart Setup", advance through the setup process again, and am able to proceed normally. In the UI, the error is: Failed to execute stage 'Environment customization': Invalid value provided to 'ENABLE_HC_GLUSTER_SERVICE' From the log: 2017-04-03 22:16:12 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/nfs.py", line 497, in _customization_hc default=False, File "/usr/lib/python2.7/site-packages/ovirt_setup_lib/dialog.py", line 47, in queryBoolean default=true if default else false, File "/usr/share/otopi/plugins/otopi/dialog/machine.py", line 212, in queryString name=name RuntimeError: Invalid value provided to 'ENABLE_HC_GLUSTER_SERVICE' 2017-04-03 22:16:12 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Environment customization': Invalid value provided to 'ENABLE_HC_GLUSTER_SERVICE' 2017-04-03 22:16:12 DEBUG otopi.context context.dumpEnvironment:760 ENVIRONMENT DUMP - BEGIN 2017-04-03 22:16:12 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/error=bool:'True' 2017-04-03 22:16:12 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError("Invalid value provided to 'ENABLE_HC_GLUSTER_SERVICE'",), <traceback object at 0x55dfef0>)]'
Ryan, this is part of the hosted engine deployment flow, not part of the gdeploy.
Sahina - I moved this because the cockpit hosted engine plugin has absolutely no host-side logic. The gdeploy plugin DOES write values to the HEAnswerFile (though not this one). The HE plugin does not. The values the gdeploy plugin writes will then be used, which may affect the runtime of HE. I don't have a gluster test environment, and it's possible that this bug is somehow related to the interaction of the keys the gdeploy plugin does write and ovirt-hosted-engine-setup. I moved it for investigation. If there is no problem with the syntax (see src/helpers/GdeployUtil.js:GdeployUtil.createHEAnswerFileForGlusterStorage) and this bug is not reproducible, please let me know and I'll move it to ovirt-hosted-engine-setup. But this is not a bug in cockpit-ovirt, outside of the potential of it being in gdeploy.
I tried this yesterday with nfs storage, with a similar result. It errored out once before I restarted the setup and it worked the second time through.
Can you grab the deployment logs from a failed try and attach them, please? They should be in /var/log/ovirt-hosted-engine-setup
Created attachment 1269096 [details] install log from attempt w/ nfs storage
Thanks Jason!
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
Sandro - This should also get blocker+, since it will happen every time the GPG_KEY needs confirmation, and should definitely make 4.1.1
Can reproduce the issue. Test version: rhvh-4.1-0.20170403.0+1 Test steps: Deploy HE with NFS storage while accepting the gpg key.
(In reply to Ryan Barry from comment #8) > Sandro - > > This should also get blocker+, since it will happen every time the GPG_KEY > needs confirmation, and should definitely make 4.1.1 proposed as blocker.
(In reply to Yihui Zhao from comment #9) > Can reproduce the issue. > > Test version: > rhvh-4.1-0.20170403.0+1 > > > Test steps: > Deploy HE with NFS storage while accepting the gpg key. Update version info for #c9, Test version: rhvh-4.1-0.20170403.0+1 imgbased-0.9.20-0.1.el7ev.noarch ovirt-hosted-engine-ha-2.1.0.5-1.el7ev.noarch ovirt-hosted-engine-setup-2.1.0.5-1.el7ev.noarch cockpit-ovirt-dashboard-0.10.7-0.0.16.el7ev.noarch cockpit-ws-126-1.el7.x86_64
(In reply to Yihui Zhao from comment #9) > Can reproduce the issue. > > Test version: > rhvh-4.1-0.20170403.0+1 > > > Test steps: > Deploy HE with NFS storage while accepting the gpg key. Deploy HE via cmdline also meet the issue.
So moving ot ovirt-hsoted-engine-setup.
It seams a bug on the cockpit plugin: hosted-engine-setup queries a value with a list of valid options (**%QValidValues: glusterfs|iscsi|fc|nfs3|nfs4) but the cockpit plugin responds with CONFIRM GPG_KEY=nfs3 Trying to reproduce also on CLI as for https://bugzilla.redhat.com/show_bug.cgi?id=1438604#c12 2017-04-05 21:00:02 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%QStart: OVEHOSTED_STORAGE_DOMAIN_TYPE 2017-04-05 21:00:02 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]: 2017-04-05 21:00:02 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%QDefault: nfs3 2017-04-05 21:00:02 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%QValidValues: glusterfs|iscsi|fc|nfs3|nfs4 2017-04-05 21:00:02 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%QHidden: FALSE 2017-04-05 21:00:02 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ***Q:STRING OVEHOSTED_STORAGE_DOMAIN_TYPE 2017-04-05 21:00:02 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%QEnd: OVEHOSTED_STORAGE_DOMAIN_TYPE 2017-04-05 21:43:11 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:RECEIVE CONFIRM GPG_KEY=nfs3 2017-04-05 21:43:11 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/storage.py", line 897, in _early_customization default=ohostedcons.DomainTypes.NFS3, File "/usr/share/otopi/plugins/otopi/dialog/machine.py", line 212, in queryString name=name RuntimeError: Invalid value provided to 'OVEHOSTED_STORAGE_DOMAIN_TYPE' 2017-04-05 21:43:11 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Environment customization': Invalid value provided to 'OVEHOSTED_STORAGE_DOMAIN_TYPE'
Update comment 12: Deploy HE via cmdline don't meet the issue, just meet when deploying via Cockpit.
Moved back to cockpit-ovirt, moving to POST since we have already a patch for it under review.
Created attachment 1271631 [details] 0413_version_cockpit.png
Can reproduce again. Test version: rhvh-4.1-0.20170413.0+1 ovirt-imageio-common-1.0.0-0.el7ev.noarch ovirt-vmconsole-1.0.4-1.el7ev.noarch ovirt-node-ng-nodectl-4.1.1-0.20170404.0.el7.noarch ovirt-engine-sdk-python-3.6.9.1-1.el7ev.noarch ovirt-setup-lib-1.1.0-1.el7ev.noarch ovirt-host-deploy-1.6.3-1.el7ev.noarch ovirt-imageio-daemon-1.0.0-0.el7ev.noarch ovirt-hosted-engine-ha-2.1.0.5-2.el7ev.noarch ovirt-hosted-engine-setup-2.1.0.5-1.el7ev.noarch ovirt-vmconsole-host-1.0.4-1.el7ev.noarch cockpit-ovirt-dashboard-0.10.7-0.0.16.el7ev.noarch rhvm-appliance-4.1.20170221.0-1.el7ev.noarch Test steps: Deploy HE with NFS storage while accepting the gpg key via cockpit. Attachment: https://bugzilla.redhat.com/attachment.cgi?id=1271631
Assigned this bug according #c18.
This missed a build downstream, which is why it was not moved to MODIFIED...
Test version: rhvh-4.1-0.20170417.0+1 cockpit-dashboard-135-4.el7.x86_64 cockpit-ovirt-dashboard-0.10.7-0.0.17.el7ev.noarch cockpit-bridge-135-4.el7.x86_64 cockpit-ws-135-4.el7.x86_64 cockpit-system-135-4.el7.noarch cockpit-storaged-135-4.el7.noarch ovirt-imageio-common-1.0.0-0.el7ev.noarch ovirt-vmconsole-host-1.0.4-1.el7ev.noarch cockpit-ovirt-dashboard-0.10.7-0.0.17.el7ev.noarch ovirt-setup-lib-1.1.0-1.el7ev.noarch ovirt-engine-sdk-python-3.6.9.1-1.el7ev.noarch ovirt-host-deploy-1.6.3-1.el7ev.noarch ovirt-imageio-daemon-1.0.0-0.el7ev.noarch ovirt-hosted-engine-ha-2.1.0.5-2.el7ev.noarch ovirt-hosted-engine-setup-2.1.0.5-1.el7ev.noarch ovirt-vmconsole-1.0.4-1.el7ev.noarch ovirt-node-ng-nodectl-4.1.1-0.20170404.0.el7.noarch Test steps: 1. Install RHVH4.1 2. Login to cockpit, subscribe to RHN, enable correct repos 3. Deploy HE with NFS storage while accepting the gpg key via cockpit. Test result: After step3, Deploy HE successfully with NFS storage while accepting the gpg key via cockpit. So this bug is fixed in redhat-virtualization-host-4.1-20170417.0, I will change the status to VERIFIED after the status is changed to ON_QA.
According to the comment21, change the status to VERIFIED.