glustereventad will notify the engine when something changes - like a new volume is created from the cli (or bad things happened ;) ), so it should be running.

You can use the workaround from the github issue and reatart the glustereventsd service.

For the vdsm, you can always run '/usr/libexec/vdsm/vdsmd_init_common.sh --pre-start' which is executed by the vdsmd.service before every start (ExecStartPre stanza) and see if it complains about something.


Best Regards,
Strahil Nikolov 
On Tue, Jul 12, 2022 at 11:12, Jiří Sléžka
<jiri.slezka@slu.cz> wrote:
On 7/11/22 16:22, Jiří Sléžka wrote:
> On 7/11/22 15:57, Strahil Nikolov wrote:
>> Can you check for AVC denials and the error message like the described
>> in
>> https://github.com/gluster/glusterfs-selinux/issues/27#issue-1097225183 ?
>
> thanks for reply, there are two unrelated (qemu-kvm) avc denials logged
> (related probably to sanlock recovery)
>
> also I cannot find glustereventsd in any related log... is it really
> used by vdsm-gluster?
>
> this service runs on no hosts
>
> systemctl status glustereventsd
> ● glustereventsd.service - Gluster Events Notifier
>     Loaded: loaded (/usr/lib/systemd/system/glustereventsd.service;
> disabled; vendor preset: disabled)
>     Active: inactive (dead)

it looks like root of the problem is that Gluster service is disabled in
cluster settings and cannot be enabled. But it was enabled before...
also I have to manually install vdsm-gluster when I (re)install new
host, but bricks from this host are in unknown state in admin. Maybe
vdsm-gluster is not correctly configured? Maybe glustereventsd is not
running? I am just guessing...

I have no access to other HCI installation so I cannot compare differences.

I would be really happy if someone could tell me what circumstances
could disable Gluster service checkbox in admin and how to enable it
again...

Cheers,

Jiri


>
> Cheers,
>
> Jiri
>
>
>>
>>
>> Best Regards,
>> Strahil Nikolov
>>
>>     On Mon, Jul 11, 2022 at 16:44, Jiří Sléžka
>>     <jiri.slezka@slu.cz> wrote:
>>     Hello,
>>
>>     On 7/11/22 14:34, Strahil Nikolov wrote:
>>      > Can you check something on the host:
>>      > cat /etc/glusterfs/eventsconfig.json
>>
>>     cat /etc/glusterfs/eventsconfig.json
>>     {
>>          "log-level": "INFO",
>>          "port": 24009,
>>          "disable-events-log": false
>>     }
>>
>>
>>      > semanage port -l | grep $(awk -F ':' '/port/ {gsub(",","",$2);
>> print
>>      > $2}' /etc/glusterfs/eventsconfig.json)
>>
>>     semanage port -l | grep 24009
>>
>>     returns empty set, it looks like this port is not labeled
>>
>>     Cheers,
>>
>>     Jiri
>>
>>      >
>>      > Best Regards,
>>      > Strahil Nikolov
>>      > В понеделник, 11 юли 2022 г., 02:18:57 ч. Гринуич+3, Jiří Sléžka
>>      > <jiri.slezka@slu.cz <mailto:jiri.slezka@slu.cz>> написа:
>>      >
>>      >
>>      > Hi,
>>      >
>>      > I would like to change CPU Type in my oVirt 4.4.10 HCI cluster
>>     (based on
>>      > 3 glusterfs/virt hosts). When I try to I got this error
>>      >
>>      > Error while executing action: Cannot disable gluster service on
>> the
>>      > cluster as it contains volumes.
>>      >
>>      > As I remember I had Gluster Service enabled on this cluster but
>>     now both
>>      > (Enable Virt Services and Enable Gluster Service) checkboxes are
>>     grayed
>>      > out and Gluster Service is unchecked.
>>      >
>>      > Also Storage / Volumes displays my volumes... well, displays one
>>     brick
>>      > on particular host in unknown state (? mark) which is new
>>     situation. As
>>      > I can see from command line all bricks are online, no healing in
>>      > progress, all looks good...
>>      >
>>      > I am not sure if the second issue is relevant to first one so main
>>      > question is how can I (re)enable gluster service in my cluster?
>>      >
>>      > Thanks in advance,
>>      >
>>      > Jiri
>>      > _______________________________________________
>>      > Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
>>     <mailto:users@ovirt.org <mailto:users@ovirt.org>>
>>      > To unsubscribe send an email to users-leave@ovirt.org
>>     <mailto:users-leave@ovirt.org>
>>
>>      > <mailto:users-leave@ovirt.org <mailto:users-leave@ovirt.org>>
>>      > Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>     <https://www.ovirt.org/privacy-policy.html >
>>      > <https://www.ovirt.org/privacy-policy.html
>>     <https://www.ovirt.org/privacy-policy.html>>
>>      > oVirt Code of Conduct:
>>      > https://www.ovirt.org/community/about/community-guidelines/
>>     <https://www.ovirt.org/community/about/community-guidelines/ >
>>      > <https://www.ovirt.org/community/about/community-guidelines/
>>     <https://www.ovirt.org/community/about/community-guidelines/>>
>>      > List Archives:
>>      >
>>   
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4NVCQ33ZSJSHR7P7K7OICSA5F253BVA/
>>
>>   
>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4NVCQ33ZSJSHR7P7K7OICSA5F253BVA/
>>
>>      >
>>      >
>>   
>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4NVCQ33ZSJSHR7P7K7OICSA5F253BVA/
>>
>>   
>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4NVCQ33ZSJSHR7P7K7OICSA5F253BVA/>>
>>
>>
>
>
> _______________________________________________
> 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/KJZMKJCPGC2E2PEBYEZWLPX5YUDHD76A/