According to the output, the task expected a dictionary but it's not.
On Thu, Feb 11, 2021 at 16:59, lejeczek via Users<users@ovirt.org> wrote:Hi,I filed a bugzilla report about the problem a while ago, butsince I got so much better feedback here on the list, aboutdifferent issue though, I thought I should try here again.I attempt to deploy hosted engine and it fails:...[ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Checkfirewalld status][ INFO ] ok: [localhost][ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Enforcefirewalld status][ ERROR ] fatal: [localhost]: FAILED! => {"msg": "Theconditional check 'firewalld_s.status.SubState != 'running'or firewalld_s.status.LoadState == 'masked'' failed. Theerror was: error while evaluating conditional(firewalld_s.status.SubState != 'running' orfirewalld_s.status.LoadState == 'masked'): 'dict object' hasno attribute 'SubState'\n\nThe error appears to be in'/usr/share/ansible/collections/ansible_collections/ovirt/ovirt/roles/hosted_engine_setup/tasks/pre_checks/validate_firewalld.yml':line 8, column 5, but may\nbe elsewhere in the filedepending on the exact syntax problem.\n\nThe offending lineappears to be:\n\n register: firewalld_s\n - name:Enforce firewalld status\n ^ here\n"}[ ERROR ] Failed to execute stage 'Closing up': Failedexecuting ansible-playbookThis is on Centos Stream with perhaps the latest of those:cockpit-ovirt-dashboard-0.14.20-0.0.master.20210210161723.git7ea56eb.el8.noarchovirt-ansible-collection-1.3.2-0.1.master.20210210132916.el8.noarchovirt-engine-appliance-4.4-20210210182638.1.el8.x86_64ovirt-host-4.4.6-0.0.20210127122119.gitef84c5a.el8.x86_64ovirt-host-dependencies-4.4.6-0.0.20210127122119.gitef84c5a.el8.x86_64ovirt-hosted-engine-ha-2.4.7-0.0.master.20210203134854.20210203134846.git7d297c2.el8.noarchovirt-hosted-engine-setup-2.5.0-0.0.master.20201216174101.git2a94b06.el8.noarchovirt-imageio-client-2.2.0-0.202102041750.git98b0a36.el8.x86_64ovirt-imageio-common-2.2.0-0.202102041750.git98b0a36.el8.x86_64ovirt-imageio-daemon-2.2.0-0.202102041750.git98b0a36.el8.x86_64ovirt-openvswitch-2.11-0.2020061801.el8.noarchovirt-openvswitch-ovn-2.11-0.2020061801.el8.noarchovirt-openvswitch-ovn-common-2.11-0.2020061801.el8.noarchovirt-openvswitch-ovn-host-2.11-0.2020061801.el8.noarchovirt-provider-ovn-driver-1.2.34-0.20201207083749.git75016ed.el8.noarchovirt-python-openvswitch-2.11-0.2020061801.el8.noarchovirt-release-master-4.4.5-0.0.master.20210210011142.git0fb6ce0.el8.noarchovirt-vmconsole-1.0.9-1.20201130191550.git0bf874a.el8.noarchovirt-vmconsole-host-1.0.9-1.20201130191550.git0bf874a.el8.noarchpython3-ovirt-engine-sdk4-4.4.10-1.20210209.gitf3d6f43.el8.x86_64python3-ovirt-setup-lib-1.3.3-0.0.master.20200727063144.git90cd6d9.el8.noarchTo make it a bit more curious - this is a bare-metal systemand I cannot reproduce that same errors on a simple KVMhost. One possibly major difference is that hardware hasmultiple ifaces as oppose to single iface in KVM.For any thoughts you care to share I'll be grateful.thanks, L_______________________________________________Users mailing list -- users@ovirt.orgTo unsubscribe send an email to users-leave@ovirt.orgPrivacy Statement: https://www.ovirt.org/privacy-policy.htmloVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/