> On 26. 8. 2022, at 17:37, parallax wrote:
>
> I need to switch the host into maintenance mode but without stopping VMs
why? you shouldn't do that, it's not that easy to make sure everything picks up
the new certificates.
in 4.5.1+ you can re-enroll certificates in unresponsive state too,
I need to switch the host into maintenance mode but without stopping VMs
VM is not checked as "HA available" and selected "manual migration only" in
options
If I do manual fencing to the host (confirm host has been rebooted) will
the VM automatically start on another host ?
ср, 24 авг. 2022 г. в
I had to add a new server into the datacenter and the StorageDomains status
back to normal and the error is gone
but I still have hosts that haven't valid certificates
putting host into maintenance mode is the only way to update the
certificate ?
пн, 22 авг. 2022 г. в 13:31, Strahil Nikolov :
>
Are you able to set a host into maintenance?If yes, then you should be able to
Hosts -> select host -> Installation -> Enroll Certificate
Best Regards,Strahil Nikolov
On Mon, Aug 22, 2022 at 10:30, parallax wrote: no vdsm
errors on hosts side
but I see vdsmcert.pem has expired on each
no vdsm errors on hosts side
but I see vdsmcert.pem has expired on each hosts in the datacenter
and there were no warning to me about certs expiration beginning
it is possible to update the certificate without stopping the server ?
сб, 20 авг. 2022 г. в 18:27, Strahil Nikolov :
> Check the vdsm
Check the vdsm logs on all hosts to get a clue why this is happening.
P.S.: Next time consider adding a subject.
Best Regards,Strahil Nikolov
On Sat, Aug 20, 2022 at 17:23, parallax wrote: oVirt
version:4.4.4.7-1.el8
I have several servers in cluster and I got this error:
Data Center is
Will do, thanks anyways
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
On Wed, Apr 27, 2022 at 9:55 AM Abe E wrote:
>
> I ran the following: dnf -q list installed centos-release\* ovirt-release\*
> ovirt-engine
> and it shows I do have gluster10 which comes with 4.5.
>
> I have checked other threads already but didnt find anything that matched my
> issue. Can you
I ran the following: dnf -q list installed centos-release\* ovirt-release\*
ovirt-engine
and it shows I do have gluster10 which comes with 4.5.
I have checked other threads already but didnt find anything that matched my
issue. Can you link what you're referring to?
SDA4 is where the Data and
On Wed, Apr 27, 2022 at 8:27 AM Abe E wrote:
>
> Seems the Gluster Node that booted from 4.5 into emergency mode was due to
> not finding the mounts for gluster_bricks data and engine, its as if it cant
> see them any more.
> Once i removed the mounts from /etc/fstab it lets me in, I could boot
Hello,
I can confirm hosted engine itself is stopping glusterd service on the
node1,
- Is it possible to remove the pending task from DB - as I am able to halt
the engine vm from failing by stopping ovirt-engine service via ssh?
- Is it possible to stop gluster service on the cluster ( without
Corrections,
Hello Sahina,
[root@node2 ~]# hosted-engine --get-shared-config mnt_options
--type=he_shared
mnt_options : , type : he_shared
[root@node2 ~]#
[root@node2 ~]# hosted-engine --set-shared-config mnt_options
backup-volfile-servers=192.168.2.2:192.168.2.3 --type=he_shared
Hello Sahina,
[root@node2 ~]# hosted-engine --get-shared-config mnt_options
--type=he_shared
mnt_options : , type : he_shared
[root@node2 ~]#
[root@node2 ~]# hosted-engine --set-shared-config mnt_options
backup-volfile-servers=192.168.2.1:192.168.2.1 --type=he_shared
[root@node2 ~]#
On Tue, Dec 4, 2018 at 11:32 AM Abhishek Sahni
wrote:
> Hello Team,
>
>
> We are running a setup of 3-way replica HC gluster setup configured during
> the initial deployment from the cockpit console using ansible.
>
> NODE1
> - /dev/sda (OS)
> - /dev/sdb ( Gluster Bricks )
>*
14 matches
Mail list logo
