- Users - oVirt List Archives

Can't bring upgraded to 4.3 host back to cluster
by Artem Tambovskiy 11 Jun '19

11 Jun '19

Hello, May I ask you for and advise? I'm running a small oVirt cluster and couple of months ago I decided to do an upgrade from oVirt 4.2.8 to 4.3 and having an issues since that time. I can only guess what I did wrong - probably one of the problems that I haven't switched the cluster from iptables to firewalld. But this is just my guess. The problem is that I have upgraded the engine and one host, and then I done an upgrade of second host I can't bring it to active state. Looks like VDSM can't detect the network and fails to start. I even tried to reinstall the hosts from UI (I have seen that the packages being installed) but again, VDSM doesn't startup at the end and reinstallation fails. Looking at hosts process list I see script *wait_for_ipv4s* hanging forever. vdsm 8603 1 6 16:26 ? 00:00:00 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent *root 8630 1 0 16:26 ? 00:00:00 /bin/sh /usr/libexec/vdsm/vdsmd_init_common.sh --pre-startroot 8645 8630 6 16:26 ? 00:00:00 /usr/bin/python2 /usr/libexec/vdsm/wait_for_ipv4s* root 8688 1 30 16:27 ? 00:00:00 /usr/bin/python2 /usr/share/vdsm/supervdsmd --sockfile /var/run/vdsm/svdsm.sock vdsm 8715 1 0 16:27 ? 00:00:00 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker The all hosts in cluster are reachable from each other ... That could be the issue? Thank you in advance! -- Regards, Artem

3 5

Failed to activate Storage Domain --- ovirt 4.2
by aminur.rahman＠iongroup.com 11 Jun '19

11 Jun '19

Hi Has anyone experiencing the following issue with Storage Domain - Failed to activate Storage Domain cLUN-R940-DC2-dstore01 -- VDSM command ActivateStorageDomainVDS failed: Storage domain does not exist: (u'1b0ef853-fd71-45ea-8165-cc6047a267bc',) Currently, the storge Domain is Inactive and strangely, the VMs are running as normal. We can't manage or extend the volume size of this storage domain. The pvscan shows as: [root@uk1-ion-ovm-18 pvscan /dev/mapper/36000d310056978000000000000000014: Checksum error at offset 4397954425856 Couldn't read volume group metadata from /dev/mapper/36000d310056978000000000000000014. Metadata location on /dev/mapper/36000d310056978000000000000000014 at 4397954425856 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/36000d310056978000000000000000014 Failed to scan VG from /dev/mapper/36000d310056978000000000000000014 I have tired the following steps: 1. Restarted ovirt-engine.service 2. tried to restore the metadata using vgcfgrestore but it failed with the following error: [root@uk1-ion-ovm-19 backup]# vgcfgrestore 36000d310056978000000000000000014 Volume group 36000d310056978000000000000000014 has active volume: . WARNING: Found 1 active volume(s) in volume group "36000d310056978000000000000000014". Restoring VG with active LVs, may cause mismatch with its metadata. Do you really want to proceed with restore of volume group "36000d310056978000000000000000014", while 1 volume(s) are active? [y/n]: y /dev/mapper/36000d310056978000000000000000014: Checksum error at offset 4397954425856 Couldn't read volume group metadata from /dev/mapper/36000d310056978000000000000000014. Metadata location on /dev/mapper/36000d310056978000000000000000014 at 4397954425856 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/36000d310056978000000000000000014 Failed to scan VG from /dev/mapper/36000d310056978000000000000000014 /etc/lvm/backup/36000d310056978000000000000000014: stat failed: No such file or directory Couldn't read volume group metadata from file. Failed to read VG 36000d310056978000000000000000014 from /etc/lvm/backup/36000d310056978000000000000000014 Restore failed. Please let me know if anyone knows any possible resolution. -AMinur

5 6

[ANN] oVirt 4.3.4 is now generally available
by Sandro Bonazzola 11 Jun '19

11 Jun '19

The oVirt Project is pleased to announce the general availability of oVirt 4.3.4 as of June 11th, 2019. This update is the fourth in a series of stabilization updates to the 4.3 series. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) Due to Fedora 28 being now at end of life this release is missing experimental tech preview for x86_64 and s390x architectures for Fedora 28. We are working on Fedora 29 and 30 support and we may re-introduce experimental support for Fedora in next release. See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node is already available[2] - oVirt Windows Guest Tools is already available[2] oVirt Guest Tools ISO has been updated including new virtio-win-prewhql drivers collection version 171, providing updated qxl-wddm-dod driver version 0.19 (see https://gitlab.freedesktop.org/spice/win32/qxl-wddm-dod/blob/master/Changel… for more information). oVirt Node and Appliance have been updated including: - oVirt 4.3.4: http://www.ovirt.org/release/4.3.4/ - Latest CentOS updates including: - CEBA-2019:1015 CentOS 7 glibc BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023302.html> - CESA-2019:0809 Important CentOS 7 ovmf Security Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023280.html> - CEBA-2019:0814 CentOS 7 lvm2 BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023294.html> - CEBA-2019:0808 CentOS 7 iproute BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023288.html> - CESA-2019:1168 Important CentOS 7 kernel Security Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023314.html> - CEBA-2019:0807 CentOS 7 gcc BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023286.html> - CEBA-2019:0820 CentOS 7 systemd BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023281.html> - CEBA-2019:0816 CentOS 7 sssd BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023283.html> - CESA-2019:1264 Important CentOS 7 libvirt Security Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023319.html> - CEEA-2019:1210 CentOS 7 microcode_ctl Enhancement Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023311.html> - CESA-2019:1022 Important CentOS 7 python-jinja2 Security Update <https://lists.centos.org/pipermail/centos-announce/2019-May/023303.html> - CEEA-2019:0045 CentOS 7 rsync Enhancement Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023284.html> - CEBA-2019:0826 CentOS 7 scap-security-guide BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023291.html> - CEBA-2019:0819 CentOS 7 sos BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-April/023292.html> - latest CentOS Virt and Storage SIG updates: - CESA-2019:1179 CentOS Virt SIG - Errata and Security Advisory 2019:1179 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:1179 - ansible-2.8.1: https://github.com/ansible/ansible/blob/stable-2.8/changelogs/CHANGELOG-v2.… - glusterfs-5.6: https://docs.gluster.org/en/latest/release-notes/5.6/ - cockpit 193: https://cockpit-project.org/blog/cockpit-193.html Additional Resources: * Read more about the oVirt 4.3.4 release highlights: http://www.ovirt.org/release/4.3.4/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.3.4/ [2] http://resources.ovirt.org/pub/ovirt-4.3/iso/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>

1 0

Replace bad Host from a 9 Node hyperconverged setup 4.3.3
by adrianquintero＠gmail.com 10 Jun '19

10 Jun '19

Anybody have had to replace a failed host from a 3, 6, or 9 node hyperconverged setup with gluster storage? One of my hosts is completely dead, I need to do a fresh install using ovirt node iso, can anybody point me to the proper steps? thanks,

6 15

Re: run ovirt without firewalld
by Strahil 10 Jun '19

10 Jun '19

Then ... You have no choice , but to enable firewalld via a cron job or systemd service. I think Sahina and/or Sandro can hint you how to proceed . Best Regards, Strahil Nikolov On Jun 10, 2019 20:02, Chris Boon <cpjboon(a)gmail.com> wrote: > > yeah i noticed the same, HostedEngine doesn't want to migrate or start due to disabled firewalld. > But some organizations have a company policy not to run firewalls on servers, only edge firewalls. > So automation tools disable firewalld :( > > best regards, > Chris > _______________________________________________ > 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/JQOROLNXKSQHT…

1 0

Re: Replace bad Host from a 9 Node hyperconverged setup 4.3.3
by Strahil 10 Jun '19

10 Jun '19

Hi Adrian, Did you fix the issue with the gluster and the missing brick? If yes, try to set the 'old' host in maintenance and then forcefully remove it from oVirt. If it succeeds (and it should), then you can add the server back and then check what happens. Best Regards, Strahil NikolovOn Jun 10, 2019 18:12, Adrian Quintero <adrianquintero(a)gmail.com> wrote: > > Ok I have tried reinstalling the server from scratch with a different name and IP address and when trying to add it to cluster I get the following error: > > Event details > ID: 505 > Time: Jun 10, 2019, 10:00:00 AM > Message: Host myshost2.virt.iad3p installation failed. Host myhost2.mydomain.com reports unique id which already registered for myhost1.mydomain.com > > I am at a loss here, I don't have a brand new server to do this and in need to re-use what I have. > > > From the oVirt engine log (/var/log/ovirt-engine/engine.log): > 2019-06-10 10:57:59,950-04 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-37744) [9b88055] EVENT_ID: VDS_INSTALL_FAILED(505), Host myhost2.mydomain.com installation failed. Host myhost2.mydomain.com reports unique id which already registered for myhost1.mydomain.com > > So in the /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20190610105759-myhost2.mydomain.com-9b88055.log of the ovirt engine I see that the host deploy is running the following command to identify the system, if this is the case then it will never work :( because it identifies each host using the system uuid. > > dmidecode -s system-uuid > b64d566e-055d-44d4-83a2-d3b83f25412e > > > Any suggestions? > > Thanks > > On Sat, Jun 8, 2019 at 11:23 AM Adrian Quintero <adrianquintero(a)gmail.com> wrote: >> >> Leo, >> I did try putting it under maintenance and checking to ignore gluster and it did not work. >> Error while executing action: >> -Cannot remove host. Server having gluster volume. >> >> Note: the server was already reinstalled so gluster will never see the volumes or bricks for this server. >> >> I will rename the server to myhost2.mydomain.com and try to replace the bricks hopefully that might work, however it would be good to know that you can re-install from scratch an existing cluster server and put it back to the cluster. >> >> Still doing research hopefully we can find a way. >> >> thanks again >> >> Adrian >> >> >> >> >> On Fri, Jun 7, 2019 at 2:39 AM Leo David <leoalex(a)gmail.com> wrote: >>> >>> You will need to remove the storage role from that server first ( not being part of gluster cluster ). >>> I cannot test this right now on production, but maybe putting host although its already died under "mantainance" while checking to ignore guster warning will let you remove it. >>> Maybe I am wrong about the procedure, can anybody input an advice helping with this situation ? >>> Cheers, >>> >>> Leo >>> >>> >>> >>> >>> On Thu, Jun 6, 2019 at 9:45 PM Adrian Quintero <adrianquintero(a)gmail.com> wrote: >>>> >>>> I tried removing the bad host but running into the following issue , any idea?

2 1

Re: run ovirt without firewalld
by Strahil 10 Jun '19

10 Jun '19

I remember a case where my HostedEngine couldn't start due to disqbled firewalld. I'd recommend you to keep it running , as it will only be benefitial . Best Regards, Strahil NikolovOn Jun 8, 2019 13:38, Chris Boon <cpjboon(a)gmail.com> wrote: > > Hello, > > When i deploy and use oVirt 4.3, is firewalld really needed on hypervisors or can oVirt 4.3 run and function with a disabled firewalld? > > Regards, > Chris > _______________________________________________ > 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/7G4KQQCEVIXCK…

2 1

Erro seabios ovirt
by LIONS TECNOLOGIA 10 Jun '19

10 Jun '19

Please! I am a beginner in ovirt and I installed a single server, I am with the following problem, when I open the virtual machine console screen, it shows this black screen attached, I would like to know how to solve this problem.

2 1

Re: Failed to activate Storage Domain --- ovirt 4.2
by Eyal Shenitzky 10 Jun '19

10 Jun '19

Nir, can you please have a look? On Mon, Jun 10, 2019 at 2:29 PM Aminur Rahman <aminur.rahman(a)iongroup.com> wrote: > Hi Eyal > > > > We’re using: > > > > ovirt-engine-4.2.8.2-1.el7.noarch > > vdsm-client-4.20.46-1.el7.noarch > > > > Thanks > > *Aminur Rahman* > > aminur.rahman(a)iongroup.com > > *t* > > +44 20 7398 0243 <+44%2020%207398%200243> > > *m* > > +44 7825 780697 <+44%207825%20780697%3c> > > iongroup.com <https://www.iongroup.com> > > > > *From:* Eyal Shenitzky <eshenitz(a)redhat.com> > *Sent:* 10 June 2019 07:20 > *To:* Aminur Rahman <aminur.rahman(a)iongroup.com>; Nir Soffer < > nsoffer(a)redhat.com> > *Cc:* users <users(a)ovirt.org> > *Subject:* Re: [ovirt-users] Failed to activate Storage Domain --- ovirt > 4.2 > > > > Hi Aminur, > > > > Can you please send the engine and vdsm versions? > > > > > > On Fri, Jun 7, 2019 at 5:03 PM <aminur.rahman(a)iongroup.com> wrote: > > Hi > Has anyone experiencing the following issue with Storage Domain - > > Failed to activate Storage Domain cLUN-R940-DC2-dstore01 -- > VDSM command ActivateStorageDomainVDS failed: Storage domain does not > exist: (u'1b0ef853-fd71-45ea-8165-cc6047a267bc',) > > Currently, the storge Domain is Inactive and strangely, the VMs are > running as normal. We can't manage or extend the volume size of this > storage domain. The pvscan shows as: > [root@uk1-ion-ovm-18 pvscan > /dev/mapper/36000d310056978000000000000000014: Checksum error at offset > 4397954425856 > Couldn't read volume group metadata from > /dev/mapper/36000d310056978000000000000000014. > Metadata location on /dev/mapper/36000d310056978000000000000000014 at > 4397954425856 has invalid summary for VG. > Failed to read metadata summary from > /dev/mapper/36000d310056978000000000000000014 > Failed to scan VG from /dev/mapper/36000d310056978000000000000000014 > > I have tired the following steps: > 1. Restarted ovirt-engine.service > 2. tried to restore the metadata using vgcfgrestore but it failed with the > following error: > > [root@uk1-ion-ovm-19 backup]# vgcfgrestore > 36000d310056978000000000000000014 > Volume group 36000d310056978000000000000000014 has active volume: . > WARNING: Found 1 active volume(s) in volume group > "36000d310056978000000000000000014". > Restoring VG with active LVs, may cause mismatch with its metadata. > Do you really want to proceed with restore of volume group > "36000d310056978000000000000000014", while 1 volume(s) are active? [y/n]: y > /dev/mapper/36000d310056978000000000000000014: Checksum error at offset > 4397954425856 > Couldn't read volume group metadata from > /dev/mapper/36000d310056978000000000000000014. > Metadata location on /dev/mapper/36000d310056978000000000000000014 at > 4397954425856 has invalid summary for VG. > Failed to read metadata summary from > /dev/mapper/36000d310056978000000000000000014 > Failed to scan VG from /dev/mapper/36000d310056978000000000000000014 > /etc/lvm/backup/36000d310056978000000000000000014: stat failed: No such > file or directory > Couldn't read volume group metadata from file. > Failed to read VG 36000d310056978000000000000000014 from > /etc/lvm/backup/36000d310056978000000000000000014 > Restore failed. > > Please let me know if anyone knows any possible resolution. > > -AMinur > _______________________________________________ > 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/ > <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…> > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…> > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/W2JP7ZO5XMV66… > <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovi…> > > > > > -- > > Regards, > > Eyal Shenitzky > -- Regards, Eyal Shenitzky

1 0

oVirt survey - May 2019
by Sandro Bonazzola 10 Jun '19

10 Jun '19

As we continue to develop oVirt 4.3 and future releases, the Development and Integration teams at Red Hat would value insights on how you are deploying the oVirt environment. Please help us to hit the mark by completing this short survey. Survey will close on June 7th. If you're managing multiple oVirt deployments with very different use cases or very different deployments you can consider answering this survey multiple times. Please note the answers to this survey will be publicly accessible. This survey is under oVirt Privacy Policy available at https://www.ovirt.org/site/privacy-policy.html The survey is available here: https://forms.gle/8uzuVNmDWtoKruhm8 -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

1 1