On 7/12/22 22:28, Strahil Nikolov wrote:
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.
ok, workaround applied, glustereventsd service enabled and started on
all hosts.
I can see this log entry in volume Events
Detected change in status of brick
10.0.4.11:/gluster_bricks/engine/engine of volume engine of cluster
McHosting from UNKNOWN to UP via gluster event.
but Bricks tab shows still two (.12 and .13) of three bricks in Unknown
state. From command line point of view all bricks are up and healthy.
it looks like engine thinks that gluster service is disabled in cluster
but I cannot enable it because checkbox is disabled. In my other (FC
based) oVirt instance Gluster Service checkbox is not selected but not
disabled. So I am interested what could make that checkbox inactive...
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.
[root@ovirt-hci03 ~]# /usr/libexec/vdsm/vdsmd_init_common.sh --pre-start
vdsm: Running mkdirs
vdsm: Running configure_vdsm_logs
vdsm: Running run_init_hooks
vdsm: Running check_is_configured
sanlock is configured for vdsm
lvm is configured for vdsm
abrt is already configured for vdsm
Managed volume database is already configured
Current revision of multipath.conf detected, preserving
libvirt is already configured for vdsm
vdsm: Running validate_configuration
SUCCESS: ssl configured to true. No conflicts
vdsm: Running prepare_transient_repository
vdsm: Running syslog_available
vdsm: Running nwfilter
vdsm: Running dummybr
vdsm: Running tune_system
vdsm: Running test_space
vdsm: Running test_lo
retcode 0, all looks ok...
Cheers,
Jiri
Best Regards,
Strahil Nikolov
On Tue, Jul 12, 2022 at 11:12, Jiří Sléžka
<jiri.slezka(a)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
<
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(a)slu.cz <mailto: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(a)slu.cz <mailto:jiri.slezka@slu.cz>
<mailto: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(a)ovirt.org
<mailto:users@ovirt.org> <mailto:users@ovirt.org
<mailto:users@ovirt.org>>
>> <mailto:users@ovirt.org <mailto:users@ovirt.org>
<mailto:users@ovirt.org <mailto:users@ovirt.org>>>
>> > To unsubscribe send an email to users-leave(a)ovirt.org
<mailto:users-leave@ovirt.org>
>> <mailto:users-leave@ovirt.org
<mailto:users-leave@ovirt.org>>
>>
>> > <mailto: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 >>
>> > <
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/ >>
>> >
<
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/S4NVCQ33ZSJ...
<
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4NVCQ33ZSJ...
>
>>
>>
>>
<
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4NVCQ33ZSJ...
<
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4NVCQ33ZSJ...
>
>>
>> >
>> >
>>
>>
<
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4NVCQ33ZSJ...
<
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4NVCQ33ZSJ...
>
>>
>>
>>
<
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4NVCQ33ZSJ...
<
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4NVCQ33ZSJ...
>>
>>
>
>
> _______________________________________________
> Users mailing list -- users(a)ovirt.org <mailto:users@ovirt.org>
> To unsubscribe send an email to users-leave(a)ovirt.org
<mailto:users-leave@ovirt.org>
> Privacy Statement:
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/>
> List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KJZMKJCPGC2...
<
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KJZMKJCPGC2...