- Users - oVirt List Archives

Looking for Ovirt Consultants
by Bob Franzke 05 Jan '20

05 Jan '20

Having an issue with Ovirt. Ovirt Engine server died. I have no idea about Ovirt and I am way over my head here. Trying to put the engine back together to get my environment working again. Can anyone help me here? Thanks in advance.

3 2

Re: How do I do bridged networking?
by Strahil 05 Jan '20

05 Jan '20

I setup my VMs to use the ovirtmgmt network as it is defined for all kinds of traffic. As you use Intel NUC - just create a VM manually with ovirtmgmt and if it works - check the ansible playbooks. Best Regards, Strahil Nikolov On Jan 5, 2020 18:30, m.skrzetuski(a)gmail.com wrote: > > Hello everyone, > > how do I set up bridged networking? I want to give my VMs direct access to the network, that is: they should get an IP from DHCP and appear as "normal" nodes. This is working out of the box for Proxmox. I was not able to find documentation that would make it possible to configure. Can I configure it via https://github.com/oVirt/ovirt-ansible-infra? > > Kind regards > Skrzetuski > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YEO4WIVR6IKIE…

1 0

Re: Power management and storage domains error when running Ansible tasks!
by Strahil 05 Jan '20

05 Jan '20

If you have some kind of ethernet-controlled power plug - you can have fencing (at least I have considered that). Or you can edit the Host and disable the power management at all. Best Regards, Strahil Nikolov On Jan 5, 2020 17:45, m.skrzetuski(a)gmail.com wrote: > > Well this is impossible on an Intel NUC. Or am I wrong? > Any way to get rid of the error messages? Deactivate them maybe? > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/77VJEXJ4C7N5A…

1 0

Re: Power management and storage domains error when running Ansible tasks!
by Strahil 05 Jan '20

05 Jan '20

You need to speciify the method to be used for power fencing - that could be HPE's iLO, Dell's iDRAC, APC UPS or something else. Best Regards, Strahil NikolovOn Jan 5, 2020 14:13, m.skrzetuski(a)gmail.com wrote: > > I don't feel comfortable uploading the whole file with all the information inside it. > I can see the following entries around power management. > > 2020-01-05 12:58:18,031+01 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-3) [26be9219] EVENT_ID: VDS_HOST_NOT_RESPONDING(9,027), Host <myhost> is not responding. Host cannot be fenced automatically because power management for the host is disabled. > [...] > 2020-01-05 12:58:24,435+01 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-25) [cff01c0] EVENT_ID: VDS_ALERT_FENCE_IS_NOT_CONFIGURED(9,000), Failed to verify Power Management configuration for Host <myhost>. > > When (in the web UI) I try to activate power management for the host I get an error: Cannot edit Host. Power Management is enabled for Host but no Agent type selected. > > Which agent is the error talking about? Do I have to run an agent somewhere? > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/7A5KBUZALRXP7…

2 1

Re: Cluster CPU type update
by Eli Mesika 05 Jan '20

05 Jan '20

This is the right way to do that IMO On Sat, Jan 4, 2020 at 3:09 AM Morris, Roy <roy.morris(a)ventura.org> wrote: > Hello, > > I'm running a 4.3 cluster with 56 VMs all set to default cluster and the > cluster itself is set to Intel Westmere Family. I am getting a new server > and retiring 3 old ones which brings me to my question. > > When implementing the new host into the cluster and retiring the older > hosts. I want to change the CPU type setting in the cluster default to > Broadwell which is what my new 3 host cluster will be. To make this change, > I assume the process would be to turn off all VMs, set cluster cpu type to > broadwell, then turn on VMs to get the new CPU flags? > > Just wanted to reach out and see if someone else has had to go through > this before and has any notes/tips. > > Best regards, > > Roy > > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/FKFGEOW5OI6A2… >

1 0

Re: Cluster CPU type update
by Mathieu Simon 04 Jan '20

04 Jan '20

Hi Roy > To make this change, I assume the process would be to turn off all VMs, set cluster cpu type to broadwell, then turn on VMs to get the new CPU flags? Exactly, you can only reliably change the CPU type for a cluster once the last Westmere-based host is gone. That's what I had to do when I when we upgraded CPU microcode on clusters to enable the various CPU mitigations within the guests. After changing the CPU type at the cluster level, you should see an orange triangle shown with each VM in the Web UI indicating what VM needs a restart in order to pick up the change. Because of those various updates to CPU microcodes, check your current BIOS/UEFI (though microcode is part of CentOS/RHEL) then check the CPU Type in the tab of each Broadwell-based host. As of writing, ideally set "Intel Broadwell IBRS SSBD MDS" (or the -noTSX) variant. Regards Mathieu

1 0

Cluster CPU type update
by Morris, Roy 03 Jan '20

03 Jan '20

Hello, I'm running a 4.3 cluster with 56 VMs all set to default cluster and the cluster itself is set to Intel Westmere Family. I am getting a new server and retiring 3 old ones which brings me to my question. When implementing the new host into the cluster and retiring the older hosts. I want to change the CPU type setting in the cluster default to Broadwell which is what my new 3 host cluster will be. To make this change, I assume the process would be to turn off all VMs, set cluster cpu type to broadwell, then turn on VMs to get the new CPU flags? Just wanted to reach out and see if someone else has had to go through this before and has any notes/tips. Best regards, Roy

1 0

Can't add host with "Certificate enrollment failed". Any ideas?
by m.skrzetuski＠gmail.com 03 Jan '20

03 Jan '20

Hello everyone, I am trying to add a new host with the "ovirt.infra" role and use the following Ansible snippet for it. hosts: - name: delirium address: delirium.home cluster: Matrix public_key: true power_management_enabled: true I am getting the following error. msg: 'Error message: [''Host delirium installation failed. Certificate enrollment failed.'', ''An error has occurred during installation of Host delirium: Certificate enrollment failed.'']' Any ideas? The error does not say what exactly is wrong. The following are my SSL certs. [skrzetuski@delirium ~]$ sudo ls -lR /etc/pki/ovirt-engine/ /etc/pki/ovirt-engine/: total 68 lrwxrwxrwx. 1 root root 28 Jan 2 23:51 apache-ca.pem -> /etc/pki/ovirt-engine/ca.pem -rw-r--r--. 1 root root 384 Jan 2 23:51 cacert.conf -rw-r--r--. 1 root root 384 Jan 2 23:51 cacert.template -rw-r--r--. 1 root root 384 Nov 12 14:16 cacert.template.in -rw-r--r--. 1 root root 1647 Jan 3 01:12 ca.pem -rw-r--r--. 1 root root 1444 Jan 2 23:51 cert.conf drwxr-xr-x. 2 ovirt ovirt 4096 Jan 2 23:52 certs -rw-r--r--. 1 root root 1444 Jan 2 23:51 cert.template -rw-r--r--. 1 root root 1156 Nov 12 14:16 cert.template.in -rw-r--r--. 1 ovirt ovirt 800 Jan 2 23:52 database.txt -rw-r--r--. 1 ovirt ovirt 20 Jan 2 23:52 database.txt.attr -rw-r--r--. 1 ovirt ovirt 20 Jan 2 23:52 database.txt.attr.old -rw-r--r--. 1 ovirt ovirt 733 Jan 2 23:52 database.txt.old drwxr-xr-x. 2 root root 4096 Jan 2 23:52 keys -rw-r--r--. 1 root root 550 Nov 12 14:16 openssl.conf drwxr-x---. 2 ovirt ovirt 20 Jan 2 23:51 private drwxr-xr-x. 2 ovirt ovirt 4096 Jan 3 12:22 requests -rw-r--r--. 1 ovirt ovirt 5 Jan 2 23:52 serial.txt -rw-r--r--. 1 ovirt ovirt 5 Jan 2 23:52 serial.txt.old /etc/pki/ovirt-engine/certs: total 244 -rw-r--r--. 1 root root 1310 Jan 2 23:51 1000.pem -rw-r--r--. 1 root root 5109 Jan 2 23:51 1001.pem -rw-r--r--. 1 root root 5109 Jan 2 23:51 1002.pem -rw-r--r--. 1 root root 5109 Jan 2 23:51 1003.pem -rw-r--r--. 1 root root 5109 Jan 2 23:51 1004.pem -rw-r--r--. 1 root root 5109 Jan 2 23:51 1005.pem -rw-r--r--. 1 root root 5109 Jan 2 23:51 1006.pem -rw-r--r--. 1 root root 5109 Jan 2 23:51 1007.pem -rw-r--r--. 1 root root 5109 Jan 2 23:51 1008.pem -rw-r--r--. 1 root root 5109 Jan 2 23:51 1009.pem -rw-r--r--. 1 root root 4925 Jan 2 23:52 100A.pem -rw-r--r--. 1 root root 5011 Jan 2 23:52 100B.pem -rw-r--r--. 1 root root 5011 Jan 2 23:52 100C.pem -rw-r--r--. 1 root root 1968 Jan 3 01:12 apache.cer -rw-r--r--. 1 root root 5109 Jan 2 23:51 apache.cer.20200102235148 -rw-r--r--. 1 root root 1310 Jan 2 23:51 ca.der -rw-r--r--. 1 root root 5109 Jan 2 23:51 engine.cer -rw-r--r--. 1 root root 1727 Jan 2 23:51 imageio-proxy.cer -rw-r--r--. 1 root root 5109 Jan 2 23:51 imageio-proxy.cer.20200102235148 -rw-r--r--. 1 root root 5109 Jan 2 23:51 jboss.cer -rw-r--r--. 1 root root 1727 Jan 2 23:51 ovirt-provider-ovn.cer -rw-r--r--. 1 root root 5109 Jan 2 23:51 ovirt-provider-ovn.cer.20200102235149 -rw-r--r--. 1 root root 1727 Jan 2 23:51 ovn-ndb.cer -rw-r--r--. 1 root root 5109 Jan 2 23:51 ovn-ndb.cer.20200102235148 -rw-r--r--. 1 root root 1727 Jan 2 23:51 ovn-sdb.cer -rw-r--r--. 1 root root 5109 Jan 2 23:51 ovn-sdb.cer.20200102235149 -rw-r--r--. 1 root root 1727 Jan 2 23:51 reports.cer -rw-r--r--. 1 root root 5109 Jan 2 23:51 reports.cer.20200102235148 -rw-r--r--. 1 root root 4925 Jan 2 23:52 vmconsole-proxy-helper.cer -rw-r--r--. 1 root root 5011 Jan 2 23:52 vmconsole-proxy-host.cer -rw-r--r--. 1 root root 1391 Jan 2 23:52 vmconsole-proxy-host-cert.pub -rw-r--r--. 1 root root 381 Jan 2 23:52 vmconsole-proxy-host.pub -rw-r--r--. 1 root root 5011 Jan 2 23:52 vmconsole-proxy-user.cer -rw-r--r--. 1 root root 1423 Jan 2 23:52 vmconsole-proxy-user-cert.pub -rw-r--r--. 1 root root 381 Jan 2 23:52 vmconsole-proxy-user.pub -rw-r--r--. 1 root root 1727 Jan 2 23:51 websocket-proxy.cer -rw-r--r--. 1 root root 5109 Jan 2 23:51 websocket-proxy.cer.20200102235148 /etc/pki/ovirt-engine/keys: total 84 -rw-r-----. 1 root ovirt 1675 Jan 3 01:12 apache.key.nopass -rw-------. 1 root root 2709 Jan 2 23:51 apache.p12 -rw-------. 1 ovirt ovirt 1828 Jan 2 23:51 engine_id_rsa -rw-------. 1 ovirt root 2709 Jan 2 23:51 engine.p12 -rw-------. 1 root root 1828 Jan 2 23:51 imageio-proxy.key.nopass -rw-------. 1 root root 2709 Jan 2 23:51 imageio-proxy.p12 -rw-------. 1 ovirt root 2709 Jan 2 23:51 jboss.p12 -rw-------. 1 root root 1828 Jan 2 23:51 ovirt-provider-ovn.key.nopass -rw-------. 1 root root 2709 Jan 2 23:51 ovirt-provider-ovn.p12 -rw-------. 1 root root 1828 Jan 2 23:51 ovn-ndb.key.nopass -rw-------. 1 root root 2709 Jan 2 23:51 ovn-ndb.p12 -rw-------. 1 root root 1832 Jan 2 23:51 ovn-sdb.key.nopass -rw-------. 1 root root 2709 Jan 2 23:51 ovn-sdb.p12 -rw-------. 1 root root 1828 Jan 2 23:51 reports.key.nopass -rw-------. 1 root root 2709 Jan 2 23:51 reports.p12 -rw-------. 1 ovirt-vmconsole ovirt-vmconsole 1832 Jan 2 23:52 vmconsole-proxy-helper.key.nopass -rw-------. 1 root root 2677 Jan 2 23:52 vmconsole-proxy-helper.p12 -rw-------. 1 root root 2693 Jan 2 23:52 vmconsole-proxy-host.p12 -rw-------. 1 root root 2693 Jan 2 23:52 vmconsole-proxy-user.p12 -rw-------. 1 ovirt ovirt 1828 Jan 2 23:51 websocket-proxy.key.nopass -rw-------. 1 ovirt root 2709 Jan 2 23:51 websocket-proxy.p12 /etc/pki/ovirt-engine/private: total 4 -rw-r-----. 1 ovirt ovirt 1675 Jan 2 23:51 ca.pem /etc/pki/ovirt-engine/requests: total 64 -rw-r--r--. 1 ovirt ovirt 862 Jan 3 12:04 192.168.1.5.req -rw-r--r--. 1 root root 863 Jan 2 23:51 apache.req -rw-r--r--. 1 root root 863 Jan 2 23:51 ca.csr -rw-r--r--. 1 root root 863 Jan 2 23:51 engine.req -rw-r--r--. 1 root root 863 Jan 2 23:51 imageio-proxy.req -rw-r--r--. 1 root root 863 Jan 2 23:51 jboss.req -rw-r--r--. 1 ovirt ovirt 862 Jan 3 12:11 delirium.home.req -rw-r--r--. 1 ovirt ovirt 862 Jan 3 12:22 delirium.mysecretdomain.ch.req -rw-r--r--. 1 root root 863 Jan 2 23:51 ovirt-provider-ovn.req -rw-r--r--. 1 root root 863 Jan 2 23:51 ovn-ndb.req -rw-r--r--. 1 root root 863 Jan 2 23:51 ovn-sdb.req -rw-r--r--. 1 root root 863 Jan 2 23:51 reports.req -rw-r--r--. 1 root root 863 Jan 2 23:52 vmconsole-proxy-helper.req -rw-r--r--. 1 root root 863 Jan 2 23:52 vmconsole-proxy-host.req -rw-r--r--. 1 root root 863 Jan 2 23:52 vmconsole-proxy-user.req -rw-r--r--. 1 root root 863 Jan 2 23:51 websocket-proxy.req Kind regards skrzetuski

1 1

2 node redundant cluster without hyperconverged
by gokerdalar＠gmail.com 03 Jan '20

03 Jan '20

Hello, I want to get an idea in this topic. I have two servers with the same capabilities and 8 same physical disc per node. I want to setup a cluster using a redundant disc.I dont have another server for gluster hyperconverged . How i should build for this structure ? Thanks in advance, Göker

1 0

Re: Confusion about storage domain ISO. How do I provision VMs?
by Strahil 02 Jan '20

02 Jan '20

On Jan 2, 2020 23:34, m.skrzetuski(a)gmail.com wrote: > > Hello there, > > I'm a bit confused about provisioning VMs (with Ansible). > > At first I wanted to setup a VM manually over the web UI, just to see how it works. > I was not able to upload ISO files with cloud images to a data domain but I was able to upload to ISO domain. However I read that ISO domains are deprecated (see https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/ht…) You should be able to import any ISO to data domains... What is the error you get ? > So what is the workflow/process of provisioning VMs from cloud images with cloud init? Where do I store my ISOs? In Storage -> Storage Domains -> Ovirt-Image-repository there are a lot of cloud images that can be imported and later used (I have neverr done that so far). So far, I'm using the ISO domain as it was in active isse when I setup my lab. > Kind regards > skrzetuski Best Regards, Strahil Nikolov

1 0