- Users - oVirt List Archives

unable to upgrade Centos 7.5 due to ovirt package dependencies
by Vineet Khandpur 11 May '18

11 May '18

Hello. Attempting to upgrade our ovirt hypervisors, getting the following error: --> Finished Dependency Resolution Error: Package: cockpit-storaged-160-1.el7.centos.noarch (@extras) Requires: storaged-iscsi >= 2.1.1 Removing: storaged-iscsi-2.5.2-4.el7.x86_64 (@extras) storaged-iscsi = 2.5.2-4.el7 Obsoleted By: udisks2-iscsi-2.7.3-6.el7.x86_64 (base) Not found Available: storaged-iscsi-2.5.2-2.el7.x86_64 (ovirt-4.2-centos-ovirt42) storaged-iscsi = 2.5.2-2.el7 Error: Package: cockpit-storaged-160-1.el7.centos.noarch (@extras) Requires: storaged-lvm2 >= 2.1.1 Removing: storaged-lvm2-2.5.2-4.el7.x86_64 (@extras) storaged-lvm2 = 2.5.2-4.el7 Obsoleted By: udisks2-lvm2-2.7.3-6.el7.x86_64 (base) Not found Available: storaged-lvm2-2.5.2-2.el7.x86_64 (ovirt-4.2-centos-ovirt42) storaged-lvm2 = 2.5.2-2.el7 Error: Package: cockpit-storaged-160-1.el7.centos.noarch (@extras) Requires: storaged >= 2.1.1 Removing: storaged-2.5.2-4.el7.x86_64 (@extras) storaged = 2.5.2-4.el7 Obsoleted By: udisks2-2.7.3-6.el7.x86_64 (base) Not found Available: storaged-2.5.2-2.el7.x86_64 (ovirt-4.2-centos-ovirt42) storaged = 2.5.2-2.el7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Would like to avoid using the --skip-broken option. Does the dependency for the various storaged packages need to be updated to instead require udisks2? Thanks. vk -------------------------------- Vineet Khandpur UNIX System Administrator Information Technology Services University of Alberta Libraries +1-780-492-4718

1 0

gluster dispersed volume provisioning
by josip＠section7.eu 11 May '18

11 May '18

Hi, have a quick question regarding ovirt UI and provisioning of gluster volumes. I've found an old thread - https://lists.ovirt.org/pipermail/users/2015-February/064602.html - where it's said that creating dispersed volumes is not supported but that it will be in the next release. Is there any update on when will it be supported? Thanks

2 1

ovirt 4.1 repo
by Alex K 11 May '18

11 May '18

Hi all, I have the following issue with repo of 4.1 version: I am doing: yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm yum update then I get: http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.8/repodata/repom…: [Errno 14] HTTP Error 404 - Not Found Trying other mirror. To address this issue please refer to the below wiki article I know that 4.2 is released and stable but I cannot go to it if upgrade of all production servers is not planned. Can't I use still 4.1? Thanx, Alex

2 1

strange issue: vm lost info on disk
by Juan Pablo 11 May '18

11 May '18

Hi! , Im strugled about an ongoing problem: after migrating a vm's disk from an iscsi domain to a nfs and ovirt reporting the migration was successful, I see there's no data 'inside' the vm's disk. we never had this issues with ovirt so Im stranged about the root cause and if theres a chance of recovering the information. can you please help me out troubleshooting this one? I would really appreciate it =) running ovirt 4.2.1 here! thanks in advance, JP

2 1

CentOS 7.5.1804 is now officially available
by Sandro Bonazzola 11 May '18

11 May '18

FYI, CentOS 7.5.1804 is now officially available. See announce here: https://lists.centos.org/pipermail/centos-announce/2018-May/022829.html Users: I suggest to upgrade in order to get latest features, fixes and security fixes. Just a note for ppc64le users, there's a known bug with libguestfs requiring qemu-kvm-ma instead of qemu-kvm that may cause upgrade issues. This should be fixed in next update which should land in CentOS in ~2 weeks. If you are still on 4.1, please change your centos repos to point to http://mirror.centos.org/centos/7.4.1708/ instead of http://mirror.centos.org/centos/7. Then please update to latest 4.1 and then to oVirt 4.2 + CentOS 7.5 as soon as you can. Devel: please cross check your jenkins jobs, especially those having to do something with 4.1 since CentOS 7.5 is not supporting oVirt 4.1 anymore. See above. Infra: please schedule a mass update of oVirt infrastructure to CentOS 7.5 + oVirt 4.2.3 ASAP. Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

5 17

hosted engine with openvswitch
by Sverker Abrahamsson 11 May '18

11 May '18

Hi I have a problem with running hosted engine with openvswitch. I have one cluster where the ovirt engine runs on the host, there it works and when starting a vm the interface definition looks like this: <interface type="bridge"> <address bus="0x00" domain="0x0000" function="0x0" slot="0x03" type="pci" /> <mac address="00:1a:4a:16:01:51" /> <model type="virtio" /> <source bridge="vdsmbr_2XMhqdgD" /> <virtualport type="openvswitch" /> <filterref filter="vdsm-no-mac-spoofing" /> </interface> The xml for that vm as fetched from vdsm does not contain virtualport tag nor does it use the correct bridge, it looks like this: <interface type="bridge"> <model type="virtio"/> <link state="up"/> <source bridge="ovirtmgmt"/> <address bus="0x00" domain="0x0000" function="0x0" slot="0x03" type="pci"/> <mac address="00:1a:4a:16:01:51"/> <filterref filter="vdsm-no-mac-spoofing"/> <bandwidth/> </interface> I.e. somewhere the definition is modified to contain the correct data to work with openvswitch On the other cluster where I try to run hosted engine I don't get the above behaviour. When the engine vm starts the interface settings are not modified to use the bridge in openvswitch, with the result that the vm fails to start: <interface type="bridge"> <model type="virtio"/> <link state="up"/> <source bridge="ovirtmgmt"/> <alias name="ua-430d692e-6ef0-4529-8af0-b37a53a11564"/> <address bus="0x00" domain="0x0000" function="0x0" slot="0x03" type="pci"/> <mac address="00:16:3e:0e:39:42"/> <filterref filter="vdsm-no-mac-spoofing"/> <bandwidth/> </interface> Last login: Thu May 10 16:23:48 2018 from 172.27.1.32 [root@h2 ~]# ovs-vsctl show dfcf7463-ce51-4115-9a3a-ecab9efa8146 Bridge "vdsmbr_H91hH5sG" Port "vdsmbr_H91hH5sG" Interface "vdsmbr_H91hH5sG" type: internal Port ovirtmgmt Interface ovirtmgmt type: internal Port "dummy0" Interface "dummy0" ovs_version: "2.9.0" I assumed first there is a hook that make the needed change, but the only hooks I can find that mentions openvswitch are ovirt_provider_ovn_hook and 50_openstacknet but both those would set the source bridge to br-int and not look up the dynamic name of the bridge as created by vdsm. One special thing about the host where I try to run hosted engine is that the there is a dummy port since otherwise I couldn't get vdsm to create the bridge, but that shouldn't affect changing the interface definition for the vm. Where should I look next?

3 3

not signed
by Fernando Fuentes 11 May '18

11 May '18

I am getting this when trying to upgrade to 4.2 from 4.1: [ ERROR ] Yum Package gdeploy-2.0.6-1.el7.noarch.rpm is not signed [ ERROR ] Failed to execute stage 'Package installation': Package gdeploy-2.0.6-1.el7.noarch.rpm is not signed [ INFO ] Yum Performing yum transaction rollback [ INFO ] Rolling back to the previous PostgreSQL instance (postgresql). [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20180510144813-tvu4i2.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20180510144937-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed Ideas? -- Fernando Fuentes ffuentes(a)txweather.org http://www.txweather.org

2 4

Scheduling a Snapshot of a Gluster volume not working within Ovirt
by Mark Betham 11 May '18

11 May '18

Hi Ovirt community, I am hoping you will be able to help with a problem I am experiencing when trying to schedule a snapshot of my Gluster volumes using the Ovirt portal. Below is an overview of the environment; I have an Ovirt instance running which is managing our Gluster storage. We are running Ovirt version "4.2.2.6-1.el7.centos", Gluster version "glusterfs-3.13.2-2.el7" on a base OS of "CentOS Linux release 7.4.1708 (Core)", Kernel "3.10.0 - 693.21.1.el7.x86_64", VDSM version "vdsm-4.20.23-1.el7.centos". All of the versions of software are the latest release and have been fully patched where necessary. Ovirt has been installed and configured in "Gluster" mode only, no virtualisation. The Ovirt platform runs from one of the Gluster storage nodes. Gluster runs with 2 clusters, each located at a different physical site (UK and DE). Each of the storage clusters contain 3 storage nodes. Each storage cluster contains a single gluster volume. The Gluster volume is 3 * Replicated. The Gluster volume runs on top of a LVM thin vol which has been provisioned with a XFS filesystem. The system is running a Geo-rep between the 2 geo-diverse clusters. The host servers running at the primary site are of specification 1 * Intel(R) Xeon(R) CPU E3-1270 v5 @ 3.60GHz (8 core with HT), 64GB Ram, LSI MegaRAID SAS 9271 with bbu and cache, 8 * SAS 10K 2.5" 1.8TB enterprise drives configured in a RAID 10 array to give 6.52TB of useable space. The host servers running at the secondary site are of specification 1 * Intel(R) Xeon(R) CPU E3-1271 v3 @ 3.60GHz (8 core with HT), 32GB Ram, LSI MegaRAID SAS 9260 with bbu and cache, 8 * SAS 10K 2.5" 1.8TB enterprise drives configured in a RAID 10 array to give 6.52TB of useable space. The secondary site is for DR use only. When I first starting experiencing the issue and was unable to resolve it, I carried out a full rebuild from scratch across the two storage clusters. I had spent some time troubleshooting the issue but felt it worthwhile to ensure I had a clean platform, void of any potential issues which may be there due to some of the previous work carried out. The platform was rebuilt and data re-ingested. It is probably worth mentioning that this environment will become our new production platform, we will be migrating data and services to this new platform from our existing Gluster storage cluster. The date for the migration activity is getting closer so available time has become an issue and will not permit another full rebuild of the platform without impacting delivery date. After the rebuild with both storage clusters online, available and managed within the Ovirt platform I conducted some basic commissioning checks and I found no issues. The next step I took at this point was to setup the Geo-replication. This was brought online with no issues and data was seen to be synchronised without any problems. At this point the data re-ingestion was started and the new data was synchronised by the Geo-replication. The first step in bringing the snapshot schedule online was to validate that snapshots could be taken outside of the scheduler. Taking a manual snapshot via the OVirt portal worked without issue. Several were taken on both primary and secondary clusters. At this point a schedule was created on the primary site cluster via the Ovirt portal to create a snapshot of the storage at hourly intervals. The schedule was created successfully however no snapshots were ever created. Examining the logs did not show anything which I believed was a direct result of the faulty schedule but it is quite possible I missed something. I reviewed many online articles, bug reports and application manuals in relation to snapshotting. There were several loosely related support articles around snapshotting but none of the recommendations seemed to work. I did the same with manuals and again nothing that seemed to work. What I did find were several references to running snapshots along with geo-replication and that the geo-replication should be paused when creating. So I removed all existing references to any snapshot schedule, paused the Geo-repl and recreated the snapshot schedule. The schedule was never actioned and no snapshots were created. Removed Geo-repl entirely, remove all schedules and carried out a reboot of the entire platform. When the system was fully back online and no pending heal operations the schedule was re-added for the primary site only. No difference in the results and no snapshots were created from the schedule. I have now reached the point where I feel I require assistance and hence this email request. If you require any further data then please let me know and I will do my best to get it for you. Any help you can give would be greatly appreciated. Many thanks, Mark Betham

2 1

delete snapshot error
by 董青龙 11 May '18

11 May '18

Hi all, I am using ovirt4.1. I failed deleting a snapshot of a vm. The state of the snapshot stayed locked and I could not start the vm. Anyone can help? Thanks! PS: some logs: VDSM command ReconcileVolumeChainVDS failed: Could not acquire resource. Probably resource factory threw an exception.: () VDSM host command GetVGInfoVDS failed: Volume Group does not exist: (u'vg_uuid: nL3wgg-uctH-1lGd-Vyl1-f1P2-fk95-tH5tlj',)

2 2

Mikrotik CHR guest agent
by Magnus Isaksson 10 May '18

10 May '18

Hello all I have installed MikroTik Cloud Hosted Router on my oVirt 4.2 setup It starts fine and so but oVirt complains about guest-agent. At MikroTik this information is available regarding guest-agent https://wiki.mikrotik.com/wiki/Manual:CHR#KVM But I don't understand what I shall do with that information to get it working. Can somebody help me? Regards Magnus

3 2

ovirt4.1 repo error
by Fernando Fuentes 10 May '18

10 May '18

I am trying to upgrade my ovirt cluster and came across a repo 404. http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.8/repodata/repom…: [Errno 14] HTTP Error 404 - Not Found Trying other mirror. Any ideas how to fix it? TIA! -- Fernando Fuentes ffuentes(a)txweather.org http://www.txweather.org

3 4

self hosted engine mac range and possible conflict
by Gianluca Cecchi 10 May '18

10 May '18

Hello, suppose I have an environment with self hosted engine environment in 4.1 How is it generated the hw address of the virtual nic of the engine vm when I deploy using cockpit? Suppose on a lan I already have a self hosted engine environment and I'm going to create another one on the same lan, is there any risck of hw address collision for the engine? I know that from inside web admin console I can then set the hw address ranges for the VMs, but what about the mac of the engine vm itself? At the moment I have only lan access and so crosschecked an RHV 4.1 environment and I see that the engine has hw addr 00:16:3e:7c:65:34 (a lookup seems to associate to "Xensource, Inc.") while the VMs have their hw addr in the range 00:1a:4a:16:01:51 - 00:1a:4a:16:01:e6 (eg the 00:1a:4a:16:01:56) (a lookup seems to associate to "Qumranet Inc.". Does this mean that the engine has a sort of dedicated range? Any risk of collision or is a query on the lan done before assigning it? BTW: probably the range for engine VM hw addr has to be put in Qumranet too...? Thanks in advance, Gianluca

4 4

How to add hosted-engine deployment in oVIrt 4.2.3 after host has already been added to cluster ?
by Balg, Andreas 10 May '18

10 May '18

Hello everybody, how am I supposed to add an additional hosted-engine deployment to a cluster to a host that has already been added - "hosted-engine -- deploy" in the hosts terminal tells me to do it using the webUI ( oVirt 4.2.3 ) but in WebUI I haven't found a way to do so - also in Cockpit it offers me to "Redeploy" the Hosted-engine setup is that the way to go? It would really hurt if this would break the whole stuff. Usually I'd just try that before bothering you guys here - but this deployment is currently in use so this would really hurt. Thanks in advance for any help Cheers Andreas -- Andreas Balg Senior Site Reliability Engineer DevOps ------------------------------------------------------------------ Haufe-umantis AG Ein Unternehmen der Haufe Gruppe Unterstrasse 11, CH-9001 St.Gallen Tel. +41 71 224 01 52, Fax +41 71 224 01 02 E-Mail: andreas.balg(a)haufe.com

2 2

VM import and manage custom property missing on new env
by Gianluca Cecchi 10 May '18

10 May '18

Hello, I have a VM exported in 4.1 and imported in 4.1 into a different env On original env where I exported I had the VM configured with custom property hugepages. On new env where I have imported it, I have not (yet) configured this custom property. In "Edit VM" I don't see anything related, so I cannot "diable" it, but if I try to power on the VM I get: Error while executing action: vm1_import: - Cannot run VM if some of the specified custom properties are not configured by the system. The keys are: hugepages Is it possible to choose during import phase if one wants to preserve or not custom properties in general? What can I do to workaround if I don't mind to use huge pages on the imported VM? Thanks, Gianluca

1 0

Upgrade host to 4.2 - 10gbe connection does not work anymore
by Demeter Tibor 10 May '18

10 May '18

Hi All, I did successfully upgraded my 4.1 hosted engine and the first node to 4.2.3. Since upgrade, the node's 10Gbe connection does not work. It was the connection between host and storage. That is why, now I can't activate my node. I have IP and I have all of bonding, and it seems to fine. All other networks and bonds (1gbe) is working fine, I can communicate with other hosts. I had a mode-1 (active/passive) bonding on that interfaces. I can ping from other nodes, but not from this. Also, I did a full OS upgrade (yum update) on node. Somebody could me help? Thanks in advance, R Tibor

2 2

Cluster compatibility 4.1 to 4.2 upgrade
by Demeter Tibor 10 May '18

10 May '18

Dear Listmember, I've just upgrade to my ovirt-hosted-engine from 4.1 to 4.2.3. It was successful, but it saw " Data Center XYZ compatibility version is 4.1, which is lower than latest engine version 4.2. Please upgrade your Data Center to latest version to successfully finish upgrade of your setup." My first question is that, it need to do BEFORE or AFTER the node upgrades? I haven't upgrade my nodes yet, because after upgrade the live migration does not work with some VMs. It seems only affected those VMs that's have big (>8GB ) memory. It counting to 99 percent and after a while just stopped. At this moment I can't stop my affected, productive VMs, so I can't do the upgrade of nodes. I just wondering, if i do the upgrade to 4.2 , that's maybe repair my the live migration function? What can I do? Centos 7.4, NFS storage, 4 nodes, Hyperconverged hosted engine. Thanks in advance, Tibor

3 3

oVIrt 4.2 could not boot up old < 4.2 image or new boot from virtual CD ROM
by paul.lkw＠gmail.com 10 May '18

10 May '18

Hi anyone: Any one success in booting up FreeBSD 10.4 from oVIrt 4.2, seems a bug in oVirt ! However FreeBSD earlier than 10.4 (eg. 10.3, 10.2) is fine for booting up. BR, Paul.LKW

1 0

How to update "quota_cluster_limit" settings of a quota object through REST API?
by Shao-Da Huang 09 May '18

09 May '18

Hi, I can update the vCPU and memory quota by editing a Quota object of a datacenter through webadmin portal, but it seems that I cannot update through REST API... For example, I have a quota object with a global quota_cluster_limit object: GET https://192.168.80.168/ovirt-engine/api/datacenters/ 5ad4fafe-0253-0015-0215-000000000378/quotas/8a6b3336- 2dfc-4e40-a58e-9bdcb45d228a/quotaclusterlimits/ <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <quota_cluster_limits> <quota_cluster_limit href="/ovirt-engine/api/ datacenters/5ad4fafe-0253-0015-0215-000000000378/quotas/ 8a6b3336-2dfc-4e40-a58e-9bdcb45d228a/quotaclusterlimits/8a6b3336-2dfc-4e40-a58e-9bdcb45d228a" id="8a6b3336-2dfc-4e40-a58e-9bdcb45d228a"> <memory_limit>16.0</memory_limit> <memory_usage>0.0</memory_usage> <vcpu_limit>6</vcpu_limit> <vcpu_usage>0</vcpu_usage> <quota href="/ovirt-engine/api/ datacenters/5ad4fafe-0253-0015-0215-000000000378/quotas/ 8a6b3336-2dfc-4e40-a58e-9bdcb45d228a" id="8a6b3336-2dfc-4e40-a58e-9bdcb45d228a"/> </quota_cluster_limit> </quota_cluster_limits> But when I try to do PUT https://192.168.80.168/ovirt-engine/api/datacenters/5ad4fafe-0253-0015-0215- 000000000378/quotas/8a6b3336-2dfc-4e40-a58e-9bdcb45d228a/ quotaclusterlimits/8a6b3336-2dfc-4e40-a58e-9bdcb45d228a with request body like: <quota_cluster_limit> <vcpu_limit>8</vcpu_limit> </quota_cluster_limit> I got *405 Method Not Allowed.* Could anyone give me some advices?

2 1

Work-Around for Access Problem to resources.ovirt.org and jenkins.ovirt.org
by Anton Marchukov 09 May '18

09 May '18

Hello All. Please note that ovirt.org got HSTS setting enabled. The way this change was rolled was not authorised by us. The setting contains “includeSubDomains” parameter that ask browser to access all resources inside *.ovirt.org using https://. The problem is that not all resources on *.ovirt.org are https-enabled. And this will prevent you from being able to access http://resources.ovirt.org http://jenkins.ovirt.org This setting is cached in your browser and then applied with no exceptions even if you explicitly specify http:// the browser will rewrite to https and then connection to above mentioned resources will fail. The only immediate work-around for you is to clear the HSTS flag in your browser, please find the instructions for Firefox and Chrome [1]. Please note that you will get that setting back by visiting ovirt.org website until we clear it from there. We are currently working on this setting to be soften or disabled till all resources are https enabled that is also in progress. This is only related to access via the web browser. Accessing using yum or automated scripts should work fine as they usually do not observe and cache HSTS. Anton. [1] https://www.thesslstore.com/blog/clear-hsts-settings-chrome-firefox/

3 2

sun.security.validator.ValidatorException after update to 4.2.3
by Jiří Sléžka 09 May '18

09 May '18

This is a cryptographically signed message in MIME format. --------------ms020800040402030301010200 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi, after upgrade ovirt from 4.2.2 to 4.2.3.5-1.el7.centos I cannot login into admin portal because sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target I am using custom 3rd party certificate Any hints how to resolve this issue? Thanks in advance, Jiri Slezka --------------ms020800040402030301010200 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC Cn8wggUJMIID8aADAgECAhACt8ndrdK9CetZxFyQDGB4MA0GCSqGSIb3DQEBCwUAMGUxCzAJ BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTAeFw0xNDExMTgx MjAwMDBaFw0yNDExMTgxMjAwMDBaMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1I b2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMd VEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQCwp9Jj5Aej1xPkS1GV3LvBdemFmkUR//nSzBodqsU3dv2BCRD30r4gt5oRsYty qDGF2nnItxV1SkwVoDxFeRzOIHYNYvBRHaiGvCQjEXzPRTocOSVfWpmq/zAL/QOEqpJogeM+ 0IBGiJcAENJshl7UcfjYbBnN5qStk74f52VWFf/aiF7MVJnsUr3oriQvXYOzs8N/NXyyQyim atBbumJVCNszF1X+XHCGfPNvxlNFW9ktv7azK0baminfLcsh6ubCdINZc+Nof2lU387NCDgg oh3KsYVcZTSuhh7qp6MjxE5VqOZod1hpXXzDOkjK+DAMC57iZXssncp24eaN08VlAgMBAAGj ggGmMIIBojASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBhjB5BggrBgEFBQcB AQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcw AoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENB LmNydDCBgQYDVR0fBHoweDA6oDigNoY0aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lD ZXJ0QXNzdXJlZElEUm9vdENBLmNybDA6oDigNoY0aHR0cDovL2NybDQuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDA9BgNVHSAENjA0MDIGBFUdIAAwKjAoBggr BgEFBQcCARYcaHR0cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzAdBgNVHQ4EFgQUjJ8RLubj egSlHlWLRggEpu2XcKYwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAI5HEV91Oen8WHFCoJkeu2Av+b/kWTV2qH/YNI1Xsbou2hHKhh4IyNkF OxA/TUiuK2qQnQ5hAS0TIrs9SJ1Ke+DjXd/cTBiw7lCYSW5hkzigFV+iSivninpItafWqYBS WxITl1KHBS9YBskhEqO5GLliDMPiAgjqUBQ/H1qZMlZNQIuFu0UaFUQuZUpJFr4+0zpzPxsB iWU2muAoGItwbaP55EYshM7+v/J+x6kIhAJt5Dng8fOmOvR9F6Vw2/E0EZ6oQ8g1fdhwM101 S1OI6J1tUil1r7ES/svNqVWVb7YkUEBcPo8ppfHnTI/uxsn2tslsWefsOGJxNYUUSMAb9Eow ggVuMIIEVqADAgECAhAKebGg8bOvnIyfOWAn4bpzMA0GCSqGSIb3DQEBCwUAMHIxCzAJBgNV BAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzAN BgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMw HhcNMTcxMTE2MDAwMDAwWhcNMTgxMjE1MTIwMDAwWjCBlDETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBnRlcmVuYTETMBEGCgmSJomT8ixkARkWA3RjczELMAkGA1UE BhMCQ1oxJTAjBgNVBAoTHFNpbGVzaWFuIFVuaXZlcnNpdHkgaW4gT3BhdmExHDAaBgNVBAMT E0ppcmkgU2xlemthIHNsZTAwMDEwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC/ VwOD1hlYL6l7GzxNqV1ne7/iMF/gHvPfTwejsC2s9sby7It82qXPRBVA2s1Cjb1A3ucpdlDN MXM83Lvh881XfkxhS2YLLyiZDmlSzAqfoMLxQ2/E0m1UugttzGJF7/10pEwj0FJFhnIVwA/E 8svCcbhxwO9BBpUz8JG1C6fTd0qyzJtNXVyH+WuHQbU2jgu2JJ7miiEKE1Fis0hFf1rKxTzX aVGyXiQLOn7TZDfPtXrJEG7eWYlFUP58edyuJELpWHTPHn8xJKYTy8Qq5BgFNyCRQT/6imsh tZlDBZSEeqyoSNtLsC57ZrjqgtLCEQFK9EX27dOy0/u95zS0OIWdAgMBAAGjggHbMIIB1zAf BgNVHSMEGDAWgBSMnxEu5uN6BKUeVYtGCASm7ZdwpjAdBgNVHQ4EFgQUF1mSlcyDz9wWit9V jCz+zJ9CrpswDAYDVR0TAQH/BAIwADAdBgNVHREEFjAUgRJqaXJpLnNsZXprYUBzbHUuY3ow DgYDVR0PAQH/BAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHSAE LTArMAwGCiqGSIb3TAUCAgEwDAYKYIZIAYb9bAQfATANBgsqhkiG90wFAgMDAzCBhQYDVR0f BH4wfDA8oDqgOIY2aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL1RFUkVOQWVTY2llbmNlUGVy c29uYWxDQTMuY3JsMDygOqA4hjZodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vVEVSRU5BZVNj aWVuY2VQZXJzb25hbENBMy5jcmwwewYIKwYBBQUHAQEEbzBtMCQGCCsGAQUFBzABhhhodHRw Oi8vb2NzcC5kaWdpY2VydC5jb20wRQYIKwYBBQUHMAKGOWh0dHA6Ly9jYWNlcnRzLmRpZ2lj ZXJ0LmNvbS9URVJFTkFlU2NpZW5jZVBlcnNvbmFsQ0EzLmNydDANBgkqhkiG9w0BAQsFAAOC AQEADtFRxKphkcHVdWjR/+i1+cdHfkbicraHlU5Mpw8EX6nemKu4GGAWfzH+Y7p6ImZwUHWf /SSbrX+57xaFUBOr3jktQm1GRmGUZESEmsUDB8UZXzdQC79/tO9MzRhvEBXuQhdxdoO64Efx VqtYAB2ydqz7yWh56ioSwaQZEXo5rO1kZuAcmVz8Smd1r/Mur/h8Y+qbrsJng1GS25aMhFts UV6z9zXuHFkT9Ck8SLdCEDzjzYNjXIDB5n+QOmPXnXrZMlGiI/aOqa5k5Sv6xCIPdH2kbpyd M1YiH/ChmU9gWJvy0Jq42KGLvWBvuHEzcb3f473Fvn4GWsXu0zDS2oh2/TGCA8MwggO/AgEB MIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlB bXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBl cnNvbmFsIENBIDMCEAp5saDxs6+cjJ85YCfhunMwDQYJYIZIAWUDBAIBBQCgggINMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE4MDUwNzE1NDEwM1owLwYJ KoZIhvcNAQkEMSIEICVXkIyGY0Vn2bfo9/HNUIM1ozaasiIOr8tqAebw1DwvMGwGCSqGSIb3 DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG 9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZcGCSsG AQQBgjcQBDGBiTCBhjByMQswCQYDVQQGEwJOTDEWMBQGA1UECBMNTm9vcmQtSG9sbGFuZDES MBAGA1UEBxMJQW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkExJjAkBgNVBAMTHVRFUkVOQSBl U2NpZW5jZSBQZXJzb25hbCBDQSAzAhAKebGg8bOvnIyfOWAn4bpzMIGZBgsqhkiG9w0BCRAC CzGBiaCBhjByMQswCQYDVQQGEwJOTDEWMBQGA1UECBMNTm9vcmQtSG9sbGFuZDESMBAGA1UE BxMJQW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkExJjAkBgNVBAMTHVRFUkVOQSBlU2NpZW5j ZSBQZXJzb25hbCBDQSAzAhAKebGg8bOvnIyfOWAn4bpzMA0GCSqGSIb3DQEBAQUABIIBAAlh wZpUkIK/kEuHl6+ThVIcWni+413g80Z4nA2kizLn67bGYqLNPzkEXWT37geWbAgw3GZx7lHu rmfqvxUZC3d3RIVubvLKQKZf/4N0PzMOxpdZlnYuWPpGydQ1FOv+jgJwxXcfnyJPuinBueuZ nTI8aB/TnlrbsS6UgD1K7VmhJgr2q/ClXp41OgyVXiPi7v2nRa9eOmUnQ/MdhceDtjtH3h7y SPBdKnz+CU8Ziu2dx9gB417x9khCvNaZHEFSdoniCWT6fypFRPODXxF/dGkUCZsMiK4W35k3 mKkfNhFdsFtJJTO4Daj1eP7zMbe+UNVb2E7GvoPlPSWhyWDX3z0AAAAAAAA= --------------ms020800040402030301010200--

3 4

Error : Cannot locate ovirt-host package, possible cause is incorrect channels
by Aziz 09 May '18

09 May '18

Hi All, I'm trying to add a second Host to my controller but it fails for some reason, from the events log in the webUI I got the following message : *Host HV2 installation failed. Command returned failure code 1 during SSH session * The engine logs are showing the following messages : *2018-05-09 05:50:28,315-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host HV2. Stage: Initializing.2018-05-09 05:50:28,398-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host HV2. Stage: Environment setup.2018-05-09 05:50:28,440-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host HV2. Stage: Environment packages setup.2018-05-09 05:50:29,924-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host HV2. Stage: Programs detection.2018-05-09 05:50:29,932-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host HV2. Stage: Environment customization.2018-05-09 05:50:30,457-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host HV2. Kdump supported.2018-05-09 05:50:30,541-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host HV2. Logs at host located at: '/tmp/ovirt-host-deploy-20180509105027-896hy7.log'.2018-05-09 05:50:30,595-04 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployVdsmUnit] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] Host hv2.vdi-lab.ma <http://hv2.vdi-lab.ma> reports unique id 4C4C4544-0053-5A10-8048-C2C04F59344A2018-05-09 05:50:30,618-04 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployVdsmUnit] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] Assigning unique id 4C4C4544-0053-5A10-8048-C2C04F59344A to Host hv2.vdi-lab.ma <http://hv2.vdi-lab.ma>2018-05-09 05:50:30,674-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host HV2. Disabling Kdump integration.2018-05-09 05:50:30,774-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host HV2. Stage: Setup validation.2018-05-09 05:50:31,232-04 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has occurred during installation of Host HV2: Failed to execute stage 'Setup validation': Cannot locate ovirt-host package, possible cause is incorrect channels.2018-05-09 05:50:31,241-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host HV2. Stage: Clean up.2018-05-09 05:50:31,249-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host HV2. Stage: Pre-termination.2018-05-09 05:50:31,265-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host HV2. Retrieving installation logs to: '/var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20180509055031-hv2.vdi-lab.ma-359b2b82-9cca-4910-8a74-4d90819702b0.log'.2018-05-09 05:50:31,591-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host HV2. Stage: Termination.2018-05-09 05:50:31,592-04 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (EE-ManagedThreadFactory-engine-Thread-115) [359b2b82-9cca-4910-8a74-4d90819702b0] SSH error running command root(a)hv2.vdi-lab.ma:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True': IOException: Command returned failure code 1 during SSH session 'root(a)hv2.vdi-lab.ma <root(a)hv2.vdi-lab.ma>'2018-05-09 05:50:31,592-04 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (EE-ManagedThreadFactory-engine-Thread-115) [359b2b82-9cca-4910-8a74-4d90819702b0] Error during host hv2.vdi-lab.ma <http://hv2.vdi-lab.ma> install2018-05-09 05:50:31,593-04 ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-115) [359b2b82-9cca-4910-8a74-4d90819702b0] Host installation failed for host 'fa86070d-61a3-40b5-85ec-bae7a2056210', 'HV2': Command returned failure code 1 during SSH session 'root(a)hv2.vdi-lab.ma <root(a)hv2.vdi-lab.ma>'2018-05-09 05:50:31,597-04 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-115) [359b2b82-9cca-4910-8a74-4d90819702b0] START, SetVdsStatusVDSCommand(HostName = HV2, SetVdsStatusVDSCommandParameters:{hostId='fa86070d-61a3-40b5-85ec-bae7a2056210', status='InstallFailed', nonOperationalReason='NONE', stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 1a83e92b2018-05-09 05:50:31,608-04 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-115) [359b2b82-9cca-4910-8a74-4d90819702b0] FINISH, SetVdsStatusVDSCommand, log id: 1a83e92b2018-05-09 05:50:31,649-04 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-115) [359b2b82-9cca-4910-8a74-4d90819702b0] EVENT_ID: VDS_INSTALL_FAILED(505), Host HV2 installation failed. Command returned failure code 1 during SSH session 'root(a)hv2.vdi-lab.ma <root(a)hv2.vdi-lab.ma>'.2018-05-09 05:50:31,658-04 INFO [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-115) [359b2b82-9cca-4910-8a74-4d90819702b0] Lock freed to object 'EngineLock:{exclusiveLocks='[fa86070d-61a3-40b5-85ec-bae7a2056210=VDS]', sharedLocks=''}'* Does anyone have a hint on how to fix this ? Thank you in advance.

1 0

Self Hosted Engine and iSCSI doubt
by Gianluca Cecchi 09 May '18

09 May '18

Hello, a doubt for 4.1 related to LUNs / storage domains to dedicate to hosted engine storage and normal data domain storage. In oVirt docs here: https://ovirt.org/documentation/self-hosted/chap-Deploying_Self-Hosted_Engi… doesn't say anything special to differentiate iSCSI based and FC-SAN based storage for hosted engine. Inside the docs of Self-Hosted Engine Guide for RHV (bot 4.1 final and 4.2beta ones) there is this general statement: " You must have prepared storage for your self-hosted engine environment. At least two storage domains are required: - A shared storage domain dedicated to the Manager virtual machine. This domain is created during the self-hosted engine deployment, and must be at least 60 GB. - A data storage domain for regular virtual machine data. This domain must be added to the self-hosted engine environment after the deployment is complete. " So far so good. But a bit below there is a particular note for iSCSI that I don't understand quite well " IMPORTANT If you are using iSCSI storage, do not use the same iSCSI target for the shared storage domain and data storage domain. " Does it simply remark that the LUN for the hosted engine storage (shared storage domain) should be different from the LUN(s) used then for normal VMs (data storage domain), or what? I think it doesn't refer to the portal that for some reason needs to be different, correct? Any clarification about this restrictions? Thanks, Gianluca

3 6

Fwd: [JIRA] (OVIRT-2005) jira.ovirt.org redirect doesn't work anymore, redirects instead to https://jira.ovirt.org/ovirt.apps/
by Eyal Edri 09 May '18

09 May '18

FYI, It seems jira.ovirt.org redirect doesn't work, since we don't own the jira instance ( cloud provided by Attlasian ) it might be a change done on their side. We'll investigate and check possible solutions. Until then, please use the full URL for the JIRA instance - https://ovirt-jira.atlassian.net ---------- Forwarded message ---------- From: eyal edri (oVirt JIRA) <jira(a)ovirt-jira.atlassian.net> Date: Wed, May 9, 2018 at 10:11 AM Subject: [JIRA] (OVIRT-2005) jira.ovirt.org redirect doesn't work anymore, redirects instead to https://jira.ovirt.org/ovirt.apps/ To: infra(a)ovirt.org [ https://ovirt-jira.atlassian.net/browse/OVIRT-2005?page=com.atlassian.jira.… ] eyal edri updated OVIRT-2005: Epic Link: OVIRT-403 jira.ovirt.org redirect doesn't work anymore, redirects instead to https://jira.ovirt.org/ovirt.apps/ Key: OVIRT-2005 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2005 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: eyal edri Assignee: infra Priority: High [~ederevea] any idea what could cause this? maybe Atlassian blocked us or IP was changed? cc [~ena(a)redhat.com] [~bkorren(a)redhat.com] — This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100083) _______________________________________________ Infra mailing list -- infra(a)ovirt.org To unsubscribe send an email to infra-leave(a)ovirt.org -- Eyal edri MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

1 0

oVirt Orb 4.2.3 is now available
by Sandro Bonazzola 09 May '18

09 May '18

oVirt Orb image has been updated with oVirt 4.2.3 content[1] oVirt Orb is a project that allows anyone to easily take an oVirt for a ride, test and play with it. See oVirt Orb documentation for using it[2] [1] http://resources.ovirt.org/pub/ovirt-4.2/ovirt-orb/ [2] https://ovirt.org/documentation/ovirt-orb/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

3 5

Host install failed - cannot set maintenance or remove
by Callum Smith 09 May '18

09 May '18

Dear All, There appears to be an issue with the host install on these, there's quite a lot of errors being kicked out into the logs as they cycle through attempting to activate, failing, and then failing to go into maintenance. I can't remove the hosts from the engine to attempt to reinstall them. Issue presented from having a statically configured network on the ovritmgmt network on the hosts before running the host install. There are SQL errors (FK missing) and assorted goodness in there. Any help greatly appreciated, not sure what the next step forward is from here Engine.log on dropbox: https://www.dropbox.com/s/82iem0ov869yh32/engine.log-20180508.zip?dl=0 PS. Sorry if this comes through a few times, mailing list membership seems to be having a funny turn this morning. Regards, Callum -- Callum Smith Research Computing Core Wellcome Trust Centre for Human Genetics University of Oxford e. callum(a)well.ox.ac.uk<mailto:callum@well.ox.ac.uk>

3 10