Ovirt 4.4 HC gluster issues on new CentOS 8 node (cluster still in 4.3 compatibility level)

I've successfully migrated to a new 4.4 engine, now managing the older 4.3 (CentOS 7) nodes. So far so good there. I installed a new CentOS 8 node w/ 4.4, joined it to the Gluster peer group, and it can see all of the volumes, but the node won't go into Online state in the engine because of apparent gluster-related VDSM errors: Status of host butter was set to NonOperational. Gluster command [<UNKNOWN>] failed on server <UNKNOWN>. VDSM butter command ManageGlusterServiceVDS failed: The method does not exist or is not available: {'method': 'GlusterService.action'} I haven't been able to find anything in the VDSM or Engine logs that give me any hint as to what's going on (besides just repeating that the "GlusterSerice.action" method doesn't exist). Anybody know what I'm missing, or have hints on where to dig to debug further?

Maybe you miss a rpm. Do you have vdsm-gluster package installed ? Best Regards, Strahil Nikolov На 2 юни 2020 г. 19:18:43 GMT+03:00, jillian.morgan@primordial.ca написа:
I've successfully migrated to a new 4.4 engine, now managing the older 4.3 (CentOS 7) nodes. So far so good there.
I installed a new CentOS 8 node w/ 4.4, joined it to the Gluster peer group, and it can see all of the volumes, but the node won't go into Online state in the engine because of apparent gluster-related VDSM errors:
Status of host butter was set to NonOperational. Gluster command [<UNKNOWN>] failed on server <UNKNOWN>. VDSM butter command ManageGlusterServiceVDS failed: The method does not exist or is not available: {'method': 'GlusterService.action'}
I haven't been able to find anything in the VDSM or Engine logs that give me any hint as to what's going on (besides just repeating that the "GlusterSerice.action" method doesn't exist). Anybody know what I'm missing, or have hints on where to dig to debug further? _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KERTWSZE5I5WMI...

Thank you, Strahil. That was exactly the problem. I had already figured out other missing gluster-related packages (ansible roles, gluster-server, etc), but didn't think about the VDSM sub-package. Sigh. So that problem's solved. Now I have another, but I'll debug that a while before bugging the list again. -- Jillian Morgan (she/her) Systems & Networking Specialist Primordial Software Group & I.T. Consultancy https://www.primordial.ca On Tue, 2 Jun 2020 at 13:02, Strahil Nikolov <hunter86_bg@yahoo.com> wrote:
Maybe you miss a rpm. Do you have vdsm-gluster package installed ?
Best Regards, Strahil Nikolov
На 2 юни 2020 г. 19:18:43 GMT+03:00, jillian.morgan@primordial.ca написа:
I've successfully migrated to a new 4.4 engine, now managing the older 4.3 (CentOS 7) nodes. So far so good there.
I installed a new CentOS 8 node w/ 4.4, joined it to the Gluster peer group, and it can see all of the volumes, but the node won't go into Online state in the engine because of apparent gluster-related VDSM errors:
Status of host butter was set to NonOperational. Gluster command [<UNKNOWN>] failed on server <UNKNOWN>. VDSM butter command ManageGlusterServiceVDS failed: The method does not exist or is not available: {'method': 'GlusterService.action'}
I haven't been able to find anything in the VDSM or Engine logs that give me any hint as to what's going on (besides just repeating that the "GlusterSerice.action" method doesn't exist). Anybody know what I'm missing, or have hints on where to dig to debug further? _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KERTWSZE5I5WMI...

Please open a bug for that issue with the relevant logs. 4.4 HCI should depend on that one. Thanks in advance. Best Regards, Strahil Nikolov На 3 юни 2020 г. 18:31:18 GMT+03:00, Jillian Morgan <jillian.morgan@primordial.ca> написа:
Thank you, Strahil.
That was exactly the problem. I had already figured out other missing gluster-related packages (ansible roles, gluster-server, etc), but didn't think about the VDSM sub-package. Sigh. So that problem's solved. Now I have another, but I'll debug that a while before bugging the list again.

Il giorno mer 3 giu 2020 alle ore 22:10 Strahil Nikolov via Users < users@ovirt.org> ha scritto:
Please open a bug for that issue with the relevant logs. 4.4 HCI should depend on that one.
Indeed. Just to clarify the scenario, the CentOS 8 node you added is not an "oVirt Node 4.4.0" right? It's a CentOS 8 node added to the system correct? If so, within the ovirt-engine, was the gluster support enabled for the cluster where the node was added? Adding +Gobinda Das <godas@redhat.com> and +Sahina Bose <sabose@redhat.com> to the loop.
Thanks in advance.
Best Regards, Strahil Nikolov
На 3 юни 2020 г. 18:31:18 GMT+03:00, Jillian Morgan < jillian.morgan@primordial.ca> написа:
Thank you, Strahil.
That was exactly the problem. I had already figured out other missing gluster-related packages (ansible roles, gluster-server, etc), but didn't think about the VDSM sub-package. Sigh. So that problem's solved. Now I have another, but I'll debug that a while before bugging the list again.
Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/HHRJUEHJOKQ7BG...
-- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo@redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours. <https://mojo.redhat.com/docs/DOC-1199578>*
participants (4)
-
Jillian Morgan
-
jillian.morgan@primordial.ca
-
Sandro Bonazzola
-
Strahil Nikolov