- Users - oVirt List Archives

Recommended gluster setup
by Abi Askushi 15 Sep '17

15 Sep '17

Hi all, I see in the ovirt guides that a gluster volume replica 3 with 1 arbiter is recommended. Why not simple replica 3? Is it due to the higher replication data that would cause performance issues? What I am observing is that a VM running on the server which has the arbiter brick has slower read performance then when the same VM runs on another server with a normal brick. Has anyone observed this? Is it because the arbiter does not have the real data on it? Thanx, Alex

4 4

oVirt web interface events console sorting
by Misak Khachatryan 15 Sep '17

15 Sep '17

Hello, my events started appear in reverse order lower part of web interface. Anybody have same issues? Best regards, Misak Khachatryan

6 5

Different link speeds in LACP LAG?
by Chris Adams 15 Sep '17

15 Sep '17

I have a small oVirt setup for one customer, with two servers each connected to a two-switch stack with 1G links. Now the customer would like to upgrade the server links to 10G. My question is this: can I add a 10G NIC and do this with minimal "fuss" by just adding the 10G links to the same LAG, then removing the 1G links? I would have the host in maintenance mode no matter what. I haven't checked the switch to see if it'll support that yet, figured I'd start on the oVirt side. -- Chris Adams <cma(a)cmadams.net>

5 5

V4.1 questions
by Colin Coe 14 Sep '17

14 Sep '17

Hi all We're in the process of upgrading from RHEV 3.5 to 4.1.5 and I have a couple of questions. RHV 4.1.5 takes between 10-15 minutes to become usable after a service restart, is this expected or is something wrong with our environment? The webUI seems to timeout and go back to the logon page after a very short time. Can this behavior be changed? Lastly, the RH318 course book states that to upgrade a RHEV-H node via RHEV-M, you need to install the "rhev-hypervisor7" package on the RHEV-M node. Is this still correct? Thanks CC

3 3

oVirt node with SHE on FC
by Gianluca Cecchi 14 Sep '17

14 Sep '17

Hello, it is not clear to me the exact workflow in case of testing what in object. For sure first step is to install base node from iso. NGN has no more read only filesystem. Does this mean that I have to set up eg multipath for FC LUNs (engine and data domain) before running the engine setup via cockpit? Or when I specify FC in type of storage domain it would ask and setup automatically multipath for me? Are the ovirt repos already setup when I have installed from the iso or do I have to install ovirt-release-xx rpm? In another enviroment with block based storage domains (iSCSI) and an external engine and full CentOS hypervisors I customized vdsm creating a file /etc/vdsm/vdsm.conf.d named 50_thin_block_extension_rules.conf using volume_utilization_percent = 25 volume_utilization_chunk_mb = 4096 Can I make these sort of customization in NGN without any persist command, because the file system is read write now or should I manage from cockpit or other tools instead? I'm exploring situations where NGN could be suitable better than full CentOS OS for hypervisors and I would like to know clearly advantages and limits. Thanks in advance Gianluca

3 3

Panasas File System panfs POSIX compliant
by Allen Dial 14 Sep '17

14 Sep '17

--Apple-Webmail-42--b04cfd91-c1ca-47ca-bfad-6ea34e57daa3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8; format=flowed Hello Ovirt users!=0A=0A=0A=0AI am trying to add a POSIX compliant filesys= tem to Ovirt but keep getting "Error while executing action Add Storage Co= nnection: Problem while trying to mount target."=0A=0A=0A=0ATo mount via t= erminal after adding to fstab the command is <mount -t panfs panfs://ipadd= ress/test> but using that in "Path" results in the above mentioned error.=0A= =0A=0A=0ADoes anyone here have knowledge of panfs or Panasas or how one mi= ght get this work?=0A=0A=0A=0AThank you,=0AAllen --Apple-Webmail-42--b04cfd91-c1ca-47ca-bfad-6ea34e57daa3 Content-Type: multipart/related; type="text/html"; boundary=Apple-Webmail-86--b04cfd91-c1ca-47ca-bfad-6ea34e57daa3 --Apple-Webmail-86--b04cfd91-c1ca-47ca-bfad-6ea34e57daa3 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8; <html><body><div>Hello Ovirt users! <br></div><div><br data-mce-bogus=3D"1"></div><div= >I am trying to add a POSIX compliant filesystem to Ovirt but keep getting= "Error while executing action Add Storage Connection: Problem while tryin= g to mount target."<br data-mce-bogus=3D"1"></div><div><br data-mce-bogus=3D= "1"></div><div>To mount via terminal after adding to fstab the command is = <mount -t panfs panfs://ipaddress/test> but using that in "Path" res= ults in the above mentioned error.<br></div><div><br data-mce-bogus=3D"1">= </div><div>Does anyone here have knowledge of panfs or Panasas or how one = might get this work?<br data-mce-bogus=3D"1"></div><div><br data-mce-bogus= =3D"1"></div><div>Thank you,=0A</div><div class=3D"x-apple-signature"><pre= style=3D"font-family: 'SFNSText','Helvetica Neue', Helvetica, sans-serif;= font-size: 15px; white-space: pre-wrap; word-wrap: break-word;" data-mce-= style=3D"font-family: 'SFNSText','Helvetica Neue', Helvetica, sans-serif; = font-size: 15px; white-space: pre-wrap; word-wrap: break-word;">Allen</pre= ></div></body></html> --Apple-Webmail-86--b04cfd91-c1ca-47ca-bfad-6ea34e57daa3-- --Apple-Webmail-42--b04cfd91-c1ca-47ca-bfad-6ea34e57daa3--

2 1

Question: Where does Ovirt stores VM snapshots?
by Shashwat shagun 14 Sep '17

14 Sep '17

Hi, I’m new to Ovirt, I just wanted to know where does Ovirt stores VM snapshots (On the hosts?) and It stores the VM virtual hard drives on hosts right? Because wouldn’t it’ll be slow if they stores it on a Network drive? P.S sorry for my bad English, English is not my first language Regards, Shashwat Shagun me(a)shashwat.tech

2 1

why force bond* naming?
by Charles Kozler 13 Sep '17

13 Sep '17

Hello - I had setup my server somewhat before installing ovirt. I left em1 alone for the ovirtmgmt but I had bonded two NICs on a separate card and named it storage0 and storage1 accordingly. Everything setup fine and when I went to add more networks for em3+em4 in LACP named bond0, the web UI would not let me proceed because my two NICs named storage0 and storage1. It didnt say directly it was those but it said it needed "bond" in the name followed by a number. I shut everything down and renamed them bond100 and bond101 and all was well However, I cant stop and think that I was not trying to set those NICs (storage0/1) up in ovirt so why would ovirt UI care about NICs in the server that it wasnt even responsible for managing nor I had any modifications to from the UI? I get forcing it when you're adding through to UI but making the UI force the user to use bond* for all of their NICs doesnt seem right Thoughts?

1 0

vmware ova import problem
by Jiří Sléžka 13 Sep '17

13 Sep '17

This is a cryptographically signed message in MIME format. --------------ms030906080003020003010507 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi, today I tested vmware ova import for first time but unfortunately it failed. (btw. it would be great to have a possibility to upload ova directly from manager...) problem seems to be this (vdsm/import log) =2E.. libguestfs: trace: v2v: inspect_get_type =3D "linux" i_root =3D /dev/sda1 i_type =3D linux i_distro =3D debian i_arch =3D i386 i_major_version =3D 9 i_minor_version =3D 0 i_package_format =3D deb i_package_management =3D apt i_product_name =3D 9.0 i_product_variant =3D unknown i_uefi =3D false =2E.. =2E.. =2E.. [ 13.7] Converting 9.0 to run on KVM virt-v2v: error: virt-v2v is unable to convert this guest type (linux/debian) rm -rf '/var/tmp/ova.lB3mEN' rm -rf '/var/tmp/null.kaX2uZ' =2E.. so is debian really unsupported to be imported fom vmware ova? I believe this vm could run as is, even without v2v convert. It would be nice to have a possibility to bypass v2v process and import appliance as is, just disk(s) and vm definition. Does it make sense? Cheers, Jiri Slezka --------------ms030906080003020003010507 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 Cn4wggUJMIID8aADAgECAhACt8ndrdK9CetZxFyQDGB4MA0GCSqGSIb3DQEBCwUAMGUxCzAJ 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 ggVtMIIEVaADAgECAhAJGghy20GNQBKKy20wIXVXMA0GCSqGSIb3DQEBCwUAMHIxCzAJBgNV BAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzAN BgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMw HhcNMTYxMDE3MDAwMDAwWhcNMTcxMTE2MTIwMDAwWjCBkzETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBnRlcmVuYTETMBEGCgmSJomT8ixkARkWA3RjczELMAkGA1UE BhMCQ1oxJTAjBgNVBAoTHFNpbGVzaWFuIFVuaXZlcnNpdHkgaW4gT3BhdmExGzAZBgNVBAMT EkppcmkgU2xlemthIHNsZXprYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAPd3 XaprhIlr9KQ0VkOzTRn8wTrzw26B1SWOr6M+/lL9x/T33HMJTwavfoATuzczB/PnURjHu3kW j5449dAKHmne3LgsNgLPp14YbhhXJtoe5WuJoZ/P1g2o5tR6neKkSlIMWUWBBiCMmZU70EfZ 2NmDjVAhyxOJedSw+Uk4lWs3nrRgtzg3c/K8fkalDnAbTrlCRs0UOUu0NdebrHDdc0AyGpdU apsdD/vBIMlh0aF0il5qfBeCMjND/YAMlJileuYAH59+XWZVnZ2vWwyhE1WEeEpDUhyr3P4B oWTkivIzlT/jynCIYlmoGlwA8qs3aMkcAF0z1xN+zmuJcJ//T30CAwEAAaOCAdswggHXMB8G A1UdIwQYMBaAFIyfES7m43oEpR5Vi0YIBKbtl3CmMB0GA1UdDgQWBBSs4bsp5TEqufKnjp5U kbi2XfR8vzAMBgNVHRMBAf8EAjAAMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejAO BgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdIAQt MCswDAYKKoZIhvdMBQICATAMBgpghkgBhv1sBB8BMA0GCyqGSIb3TAUCAwMDMIGFBgNVHR8E fjB8MDygOqA4hjZodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vVEVSRU5BZVNjaWVuY2VQZXJz b25hbENBMy5jcmwwPKA6oDiGNmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9URVJFTkFlU2Np ZW5jZVBlcnNvbmFsQ0EzLmNybDB7BggrBgEFBQcBAQRvMG0wJAYIKwYBBQUHMAGGGGh0dHA6 Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBFBggrBgEFBQcwAoY5aHR0cDovL2NhY2VydHMuZGlnaWNl cnQuY29tL1RFUkVOQWVTY2llbmNlUGVyc29uYWxDQTMuY3J0MA0GCSqGSIb3DQEBCwUAA4IB AQCg0e3UlUq/MB5fHWNWvp4sz2mknbburgqrARkEX2JUlcKe1rRZbN/6E4qBKqGvVeXdvIhi G9GQAhhXG2phojtY2r/MjmWt+vEE7zQoVhOyBxEY4ganXG4dhi4VLwsF7zggLh2XbqmhWcdZ G/SBwF3wEqiOI4hX9ryaPcKM4c/2ojzzNrHI/WQez7LzrRJKrQY1k8dCKXliW7Am7garfIEs L0xXK/6u4rZ5nH+PmvDVpr7MC0UpPP5AcfFAgf4dyu65IZ3TS3+ig0fqplGCpqCvaxGziWbn YyQsUWgcdQJZckUWOg234UAUd4aIvt3fx2aDK9o1hunXShp5Xstzf9xeMYIDwzCCA78CAQEw gYYwcjELMAkGA1UEBhMCTkwxFjAUBgNVBAgTDU5vb3JkLUhvbGxhbmQxEjAQBgNVBAcTCUFt c3RlcmRhbTEPMA0GA1UEChMGVEVSRU5BMSYwJAYDVQQDEx1URVJFTkEgZVNjaWVuY2UgUGVy c29uYWwgQ0EgMwIQCRoIcttBjUASisttMCF1VzANBglghkgBZQMEAgEFAKCCAg0wGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcwOTExMTIxMjE2WjAvBgkq hkiG9w0BCQQxIgQgV1zMAZeA1xbYPE4HXjJtET1rM0q1r1iXbncmASguIXgwbAYJKoZIhvcN AQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3 DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBlwYJKwYB BAGCNxAEMYGJMIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIw EAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVT Y2llbmNlIFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwgZkGCyqGSIb3DQEJEAIL MYGJoIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQH EwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNl IFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwDQYJKoZIhvcNAQEBBQAEggEAIvqj g7cwgDbxsLbv1ovdj33MpNfWwzdmmIzlGjxe1vuvLuwL4ZvuFXKa3IdP0sxcvHrB2Slbisun L5jGwePquMPoO8ziKqUhR5hXwslBUsReve6uU8C6QNbbeWl1Bz8POo6w3zjhhxe/9ExujEMa eMr/SRWfh268GbbfCkt3ZVvVMsjqK86Br6LRKJWGpG8WCS7QLvjbjD8PUyEYv0P2ryRsGyIp XgU+H341WdcEbmJBb3MlYHmzAmvpvpK8zIb5HLk2ZKla5p7t0bbwxDdTCTQ5dSvYd6ALO/yj kPY3NMJ1EVqoqxa1X/1kURcccQIo0c85j253oc5PiZBYf9jo7QAAAAAAAA== --------------ms030906080003020003010507--

2 3

oVirt node and bonding options cutomizations
by Gianluca Cecchi 13 Sep '17

13 Sep '17

Hello, when using CentOS as OS for hypervisor and mode=4 for bonding (802.3ad) in the past I had to use lacp_rate=1 (aka fast), because I noticed problems with the default lacp_rate=0 parameter. Now I'm testing an oVirt node and I see that into the graphical interface there are the options to set mode, link up and down delays, but not the lacp_rate option. It is a different environment from the one where I had to modify it, so I will start with the default value and see if I get any problems again. Now the ifcfg-bond0 file created at oVirt node level by the web mgmt interface contains: BONDING_OPTS="miimon=100 updelay=0 downdelay=0 mode=802.3ad" Would I be able to modify it in case of need and have it persistent across reboot, something like this: BONDING_OPTS="miimon=100 updelay=0 downdelay=0 mode=802.3ad lacp_rate=1" ? Thanks in advance, Gianluca

2 2

epel and collectd
by Fabrice Bacchella 13 Sep '17

13 Sep '17

In the releases notes, even for the 4.6 rc, I see: https://www.ovirt.org/release/4.1.6/ ... OpsTools currently includes collectd 5.7.0, and the write_http plugin is packaged separately. But if I check the current state: yum list collectd-write_http collectd ... collectd.x86_64 5.7.2-1.el7 @centos-opstools-release collectd-write_http.x86_64 5.7.2-1.el7 @centos-opstools-release So I think the warning is not needed any more. One can uses both ovirt and epel without any special check.

3 3

mode 4 bonding for VMs with NetworkManager anyone?
by Gianluca Cecchi 13 Sep '17

13 Sep '17

Hello, I'm testing ovirt node, both 4.1.5 and 4.1.6rc2. I see that in both versions the network stack is configured with NetworkManager enabled. With plain CentOS I always disabled NetworkManager and only used classical network service alone, so I have not background with NM, related to hypervisor. I have configured a vlan (untagged) for VMs, using bonding mode=4 (802.3ad). I have some problems with my VMs: they are reachable from some parts and not from others. In parallel I have already asked network guys to crosscheck network configurations of the datacenter, but I would like to have confirmation that other ones are already using with success the combination of: - NetworkManager on hypervisor - bonding mode = 4 for VMs traffic Another question for another aspect I never understood: with an environment in the past (before 3.5 times if I remember well) I used 802.3ad but I had to set lacp_rate=1 (fast) because I had connection problems with the default lacp_rate=0 (slow) parameter. I see that still the default is lacp_rate=0 Could it be the same this time? Is there any reason to set default lacp_rate=0 in oVirt (or the reverse... ;-)? Thanks in advance, Gianluca

2 4

ovirt high points
by david caughey 13 Sep '17

13 Sep '17

Hi Folks, I'm giving a demo of our new 3 node oVirt deployment next week and am looking for some high points that I can give to the Managers that will be a sell point. If you could help with the below questions I would really appreciate it: Who are the big users of oVirt?? Why oVirt and not vMware?? (we are a big vMware house so free doesn't cover it) What is the future for oVirt?? Why do you use oVirt?? Any links or ideas appreciated, BR/David

8 10

hyperconverged question
by Charles Kozler 13 Sep '17

13 Sep '17

Hello - I have successfully created a hyperconverged hosted engine setup consisting of 3 nodes - 2 for VM's and the third purely for storage. I manually configured it all, did not use ovirt node or anything. Built the gluster volumes myself However, I noticed that when setting up the hosted engine and even when adding a new storage domain with glusterfs type, it still asks for hostname:/volumename This leads me to believe that if that one node goes down (ex: node1:/data), then ovirt engine wont be able to communicate with that volume because its trying to reach it on node 1 and thus, go down I know glusterfs fuse client can connect to all nodes to provide failover/ha but how does the engine handle this?

7 31

CBT question
by Demeter Tibor 12 Sep '17

12 Sep '17

--=_624f6725-18a6-44d8-b9bb-cd1010236886 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Dear Listmembers, Somebody know when will be available the CBT (changed block tracking) feature in ovirt/rhev? We looking for an usable backup solution for our ovirt guests, but I've see, there are some API limitation yet. Thanks in advance, R Tibor --=_624f6725-18a6-44d8-b9bb-cd1010236886 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: arial, helvetica, sans-serif; font-size: 12pt; color: #000000"><div>Dear Listmembers,</div><div><br data-mce-bogus="1"></div><div>Somebody know when will be available the CBT (changed block tracking) feature in ovirt/rhev?</div><div>We looking for an usable backup solution for our ovirt guests, but I've see, there are some API limitation yet.</div><div><br data-mce-bogus="1"></div><div>Thanks in advance,</div><div>R</div><div><br data-mce-bogus="1"></div><div></div><div>Tibor</div><div data-marker="__SIG_PRE__"><p></p></div></div></body></html> --=_624f6725-18a6-44d8-b9bb-cd1010236886--

3 4

ovirt nfs mount caused sanlock failed to access data storage
by pengyixiang 12 Sep '17

12 Sep '17

------=_Part_241661_1359064048.1505136836830 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8sZXZlcnlvbmUKICAgIHNhbmxvY2sncyBsb2c6CjQyNTEyMCBUcmFjZWJhY2sgKG1vc3Qg cmVjZW50IGNhbGwgbGFzdCk6CjQyNTEyMSAgIEZpbGUgIi91c3IvbGliL3B5dGhvbjIuNy9kaXN0 LXBhY2thZ2VzL3Zkc20vc3RvcmFnZS90YXNrLnB5IiwgbGluZSA4NzgsIGluIF9ydW4KNDI1MTIy ICAgICByZXR1cm4gZm4oKmFyZ3MsICoqa2FyZ3MpCjQyNTEyMyAgIEZpbGUgIi91c3IvbGliL3B5 dGhvbjIuNy9kaXN0LXBhY2thZ2VzL3Zkc20vbG9nVXRpbHMucHkiLCBsaW5lIDUyLCBpbiB3cmFw cGVyCjQyNTEyNCAgICAgcmVzID0gZigqYXJncywgKiprd2FyZ3MpCjQyNTEyNSAgIEZpbGUgIi91 c3Ivc2hhcmUvdmRzbS9zdG9yYWdlL2hzbS5weSIsIGxpbmUgNjE5LCBpbiBnZXRTcG1TdGF0dXMK NDI1MTI2ICAgICBzdGF0dXMgPSBzZWxmLl9nZXRTcG1TdGF0dXNJbmZvKHBvb2wpCjQyNTEyNyAg IEZpbGUgIi91c3Ivc2hhcmUvdmRzbS9zdG9yYWdlL2hzbS5weSIsIGxpbmUgNjEzLCBpbiBfZ2V0 U3BtU3RhdHVzSW5mbwo0MjUxMjggICAgIChwb29sLnNwbVJvbGUsKSArIHBvb2wuZ2V0U3BtU3Rh dHVzKCkpKQo0MjUxMjkgICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9zcC5weSIsIGxp bmUgMTQxLCBpbiBnZXRTcG1TdGF0dXMKNDI1MTMwICAgICByZXR1cm4gc2VsZi5fYmFja2VuZC5n ZXRTcG1TdGF0dXMoKQo0MjUxMzEgICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9zcGJh Y2tlbmRzLnB5IiwgbGluZSA0MzMsIGluIGdldFNwbVN0YXR1cwo0MjUxMzIgICAgIGxWZXIsIHNw bUlkID0gc2VsZi5tYXN0ZXJEb21haW4uaW5xdWlyZUNsdXN0ZXJMb2NrKCkKNDI1MTMzICAgRmls ZSAiL3Vzci9zaGFyZS92ZHNtL3N0b3JhZ2Uvc2QucHkiLCBsaW5lIDgxNywgaW4gaW5xdWlyZUNs dXN0ZXJMb2NrCjQyNTEzNCAgICAgcmV0dXJuIHNlbGYuX21hbmlmZXN0LmlucXVpcmVEb21haW5M b2NrKCkKNDI1MTM1ICAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3N0b3JhZ2Uvc2QucHkiLCBsaW5l IDUyMiwgaW4gaW5xdWlyZURvbWFpbkxvY2sKNDI1MTM2ICAgICByZXR1cm4gc2VsZi5fZG9tYWlu TG9jay5pbnF1aXJlKHNlbGYuZ2V0RG9tYWluTGVhc2UoKSkKNDI1MTM3ICAgRmlsZSAiL3Vzci9s aWIvcHl0aG9uMi43L2Rpc3QtcGFja2FnZXMvdmRzbS9zdG9yYWdlL2NsdXN0ZXJsb2NrLnB5Iiwg bGluZSAzNzIsIGluIGkgICAgICAgbnF1aXJlCjQyNTEzOCAgICAgcmVzb3VyY2UgPSBzYW5sb2Nr LnJlYWRfcmVzb3VyY2UobGVhc2UucGF0aCwgbGVhc2Uub2Zmc2V0KQo0MjUxMzkgU2FubG9ja0V4 Y2VwdGlvbjogKDEzLCAnU2FubG9jayByZXNvdXJjZSByZWFkIGZhaWx1cmUnLCAnUGVybWlzc2lv biBkZW5pZWQnKQoKCmkgdGVzdCBpdCwgYW5kIGluIG5vZGUsSSBhZGQgdXNlciAibGlueCIgdG8g Z3JvdXAgImt2bSIKCiQgY2F0IC9ldGMvZ3JvdXAgfCBncmVwICJrdm0iCmt2bTp4OjExMjpxZW11 LHZkc20sbGlueCxzYW5sb2NrCgoKdGhlbiBpIGNyZWF0ZSBhIGZpbGUgaW4gJEhPTUU6CiQgbHMg LWwK19zTw8G/IDE2Ci1ydy1ydy0tLS0gMSB2ZHNtIGt2bSAgICAgNiA51MIgIDExIDIwOjA2IDEu dHh0CmRyd3hyLXhyLXggOSBsaW54IGxpbnggNDA5NiA51MIgICAxIDE1OjU4IGxpbngtdmlydHVh bGl6YXRpb24KZHJ3LXJ3LS0tLSAzIGxpbnggbGlueCA0MDk2IDnUwiAgMTEgMjA6MTMgdGVzdDIK ZHJ3LXJ3LS0tLSAyIGxpbnggbGlueCA0MDk2IDnUwiAgMTEgMjA6MTkgdGVzdDMKCgp0aGVuIHdl IGNhbiB2aWV3IHRoZSBmaWxlIGluIHVzZXIgImxpbngiOgokIGNhdCAxLnR4dApwZW5jYwoKCmxl YXNlcyBpZiB2ZHNtOmt2bSB0b286CiQgbHMgLWwgL3JoZXYvZGF0YS1jZW50ZXIvbW50LzE5Mi4x NjguMTEuNTVcOl9ob21lX2RhdGFTdG9yYWdlLzE4NDViZTIyLTFhYzQtNGU0Mi1iYmNiLTdiYTlj Y2Q2ZTU2OS9kb21fbWQvbGVhc2VzCi1ydy1ydy0tLS0gMSB2ZHNtIGt2bSAyMDk3MTUyIDnUwiAg MTEgMTk6MjEgL3JoZXYvZGF0YS1jZW50ZXIvbW50LzE5Mi4xNjguMTEuNTU6X2hvbWVfZGF0YVN0 b3JhZ2UvMTg0NWJlMjItMWFjNC00ZTQyLWJiY2ItN2JhOWNjZDZlNTY5L2RvbV9tZC9sZWFzZXMK CgpidXQgd2UgY2Fubm90IHJlYWQgdGhlIGZpbGUgaW4gdXNlciAibGlueCI6CiQgY2F0IC9yaGV2 L2RhdGEtY2VudGVyL21udC8xOTIuMTY4LjExLjU1XDpfaG9tZV9kYXRhU3RvcmFnZS8xODQ1YmUy Mi0xYWM0LTRlNDItYmJjYi03YmE5Y2NkNmU1NjkvZG9tX21kL2xlYXNlcwpjYXQ6ICcvcmhldi9k YXRhLWNlbnRlci9tbnQvMTkyLjE2OC4xMS41NTpfaG9tZV9kYXRhU3RvcmFnZS8xODQ1YmUyMi0x YWM0LTRlNDItYmJjYi03YmE5Y2NkNmU1NjkvZG9tX21kL2xlYXNlcyc6IMioz96yu7m7CgoKCndo eSBpcyB0aGlzPyBmb2xsb3dzIHRoZSBuZnMgc2VydmVyIGNvbmZpZ3VyZQojIGNhdCAvZXRjL2V4 cG9ydHMKCi9ob21lL2RhdGFTdG9yYWdlIDE5Mi4xNjguMTEuKihydyxzeW5jKQovaG9tZS9kYXRh U3RvcmFnZTIgMTkyLjE2OC4xMS4qKHJ3LHN5bmMsbm9fcm9vdF9zcXVhc2gsbm9fc3VidHJlZV9j aGVjaykKL2hvbWUvaXNvU3RvcmFnZSAxOTIuMTY4LjExLioocncsc3luYyxub19yb290X3NxdWFz aCxub19zdWJ0cmVlX2NoZWNrKQoKCgpJcyBteSBuZnMtc2VydmVyIGNvbmZpZ3VyYXRpb25zIG1p c3Mgc29tZSBhcmd1bWVudHM/IGhhdmUgYW55IGlkZWE/CgoKCgoKCgoKCgoKCgoK ------=_Part_241661_1359064048.1505136836830 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGVsbG8sZXZlcnlvbmU8L2Rpdj48ZGl2PiZuYnNwOyZu YnNwOyZuYnNwOyBzYW5sb2NrJ3MgbG9nOjxicj40MjUxMjAgVHJhY2ViYWNrIChtb3N0IHJlY2Vu dCBjYWxsIGxhc3QpOjxicj40MjUxMjEmbmJzcDsmbmJzcDsgRmlsZSAiL3Vzci9saWIvcHl0aG9u Mi43L2Rpc3QtcGFja2FnZXMvdmRzbS9zdG9yYWdlL3Rhc2sucHkiLCBsaW5lIDg3OCwgaW4gX3J1 bjxicj40MjUxMjImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmV0dXJuIGZuKCphcmdzLCAqKmth cmdzKTxicj40MjUxMjMmbmJzcDsmbmJzcDsgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L2Rpc3Qt cGFja2FnZXMvdmRzbS9sb2dVdGlscy5weSIsIGxpbmUgNTIsIGluIHdyYXBwZXI8YnI+NDI1MTI0 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlcyA9IGYoKmFyZ3MsICoqa3dhcmdzKTxicj40MjUx MjUmbmJzcDsmbmJzcDsgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3N0b3JhZ2UvaHNtLnB5IiwgbGlu ZSA2MTksIGluIGdldFNwbVN0YXR1czxicj40MjUxMjYmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg c3RhdHVzID0gc2VsZi5fZ2V0U3BtU3RhdHVzSW5mbyhwb29sKTxicj40MjUxMjcmbmJzcDsmbmJz cDsgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3N0b3JhZ2UvaHNtLnB5IiwgbGluZSA2MTMsIGluIF9n ZXRTcG1TdGF0dXNJbmZvPGJyPjQyNTEyOCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAocG9vbC5z cG1Sb2xlLCkgKyBwb29sLmdldFNwbVN0YXR1cygpKSk8YnI+NDI1MTI5Jm5ic3A7Jm5ic3A7IEZp bGUgIi91c3Ivc2hhcmUvdmRzbS9zdG9yYWdlL3NwLnB5IiwgbGluZSAxNDEsIGluIGdldFNwbVN0 YXR1czxicj40MjUxMzAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmV0dXJuIHNlbGYuX2JhY2tl bmQuZ2V0U3BtU3RhdHVzKCk8YnI+NDI1MTMxJm5ic3A7Jm5ic3A7IEZpbGUgIi91c3Ivc2hhcmUv dmRzbS9zdG9yYWdlL3NwYmFja2VuZHMucHkiLCBsaW5lIDQzMywgaW4gZ2V0U3BtU3RhdHVzPGJy PjQyNTEzMiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBsVmVyLCBzcG1JZCA9IHNlbGYubWFzdGVy RG9tYWluLmlucXVpcmVDbHVzdGVyTG9jaygpPGJyPjQyNTEzMyZuYnNwOyZuYnNwOyBGaWxlICIv dXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9zZC5weSIsIGxpbmUgODE3LCBpbiBpbnF1aXJlQ2x1c3Rl ckxvY2s8YnI+NDI1MTM0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJldHVybiBzZWxmLl9tYW5p ZmVzdC5pbnF1aXJlRG9tYWluTG9jaygpPGJyPjQyNTEzNSZuYnNwOyZuYnNwOyBGaWxlICIvdXNy L3NoYXJlL3Zkc20vc3RvcmFnZS9zZC5weSIsIGxpbmUgNTIyLCBpbiBpbnF1aXJlRG9tYWluTG9j azxicj40MjUxMzYmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmV0dXJuIHNlbGYuX2RvbWFpbkxv Y2suaW5xdWlyZShzZWxmLmdldERvbWFpbkxlYXNlKCkpPGJyPjQyNTEzNyZuYnNwOyZuYnNwOyBG aWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3N0b3JhZ2UvY2x1c3Rl cmxvY2sucHkiLCBsaW5lIDM3MiwgaW4gaSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBucXVpcmU8YnI+NDI1MTM4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlc291cmNlID0g c2FubG9jay5yZWFkX3Jlc291cmNlKGxlYXNlLnBhdGgsIGxlYXNlLm9mZnNldCk8YnI+NDI1MTM5 IFNhbmxvY2tFeGNlcHRpb246ICgxMywgJ1NhbmxvY2sgcmVzb3VyY2UgcmVhZCBmYWlsdXJlJywg J1Blcm1pc3Npb24gZGVuaWVkJyk8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PmkgdGVzdCBpdCwg YW5kIGluIG5vZGUsSSBhZGQgdXNlciAibGlueCIgdG8gZ3JvdXAgImt2bSI8YnI+PC9kaXY+PGRp dj4kIGNhdCAvZXRjL2dyb3VwIHwgZ3JlcCAia3ZtIjxicj5rdm06eDoxMTI6cWVtdSx2ZHNtLDxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDI1NSwgMCwgMCk7Ij5saW54PC9zcGFuPixzYW5sb2NrPC9k aXY+PGRpdj48YnI+PC9kaXY+PGRpdj50aGVuIGkgY3JlYXRlIGEgZmlsZSBpbiAkSE9NRTo8L2Rp dj48ZGl2PiQgbHMgLWw8YnI+19zTw8G/IDE2PGJyPi1ydy1ydy0tLS0gMSB2ZHNtIGt2bSZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyA2IDnUwiZuYnNwOyAxMSAyMDowNiAxLnR4dDxicj5kcnd4ci14 ci14IDkgbGlueCBsaW54IDQwOTYgOdTCJm5ic3A7Jm5ic3A7IDEgMTU6NTggbGlueC12aXJ0dWFs aXphdGlvbjxicj5kcnctcnctLS0tIDMgbGlueCBsaW54IDQwOTYgOdTCJm5ic3A7IDExIDIwOjEz IHRlc3QyPGJyPmRydy1ydy0tLS0gMiBsaW54IGxpbnggNDA5NiA51MImbmJzcDsgMTEgMjA6MTkg dGVzdDM8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PnRoZW4gd2UgY2FuIHZpZXcgdGhlIGZpbGUg aW4gdXNlciAibGlueCI6PC9kaXY+PGRpdj4kIGNhdCAxLnR4dCA8YnI+cGVuY2M8L2Rpdj48ZGl2 Pjxicj48L2Rpdj48ZGl2PmxlYXNlcyBpZiB2ZHNtOmt2bSB0b286PC9kaXY+PGRpdj4kIGxzIC1s IC9yaGV2L2RhdGEtY2VudGVyL21udC8xOTIuMTY4LjExLjU1XDpfaG9tZV9kYXRhU3RvcmFnZS8x ODQ1YmUyMi0xYWM0LTRlNDItYmJjYi03YmE5Y2NkNmU1NjkvZG9tX21kL2xlYXNlcyA8YnI+LXJ3 LXJ3LS0tLSAxIHZkc20ga3ZtIDIwOTcxNTIgOdTCJm5ic3A7IDExIDE5OjIxIC9yaGV2L2RhdGEt Y2VudGVyL21udC8xOTIuMTY4LjExLjU1Ol9ob21lX2RhdGFTdG9yYWdlLzE4NDViZTIyLTFhYzQt NGU0Mi1iYmNiLTdiYTljY2Q2ZTU2OS9kb21fbWQvbGVhc2VzPC9kaXY+PGRpdj48YnI+PC9kaXY+ PGRpdj5idXQgd2UgY2Fubm90IHJlYWQgdGhlIGZpbGUgaW4gdXNlciAibGlueCI6PC9kaXY+PGRp dj4kIGNhdCAvcmhldi9kYXRhLWNlbnRlci9tbnQvMTkyLjE2OC4xMS41NVw6X2hvbWVfZGF0YVN0 b3JhZ2UvMTg0NWJlMjItMWFjNC00ZTQyLWJiY2ItN2JhOWNjZDZlNTY5L2RvbV9tZC9sZWFzZXM8 YnI+Y2F0OiAnL3JoZXYvZGF0YS1jZW50ZXIvbW50LzE5Mi4xNjguMTEuNTU6X2hvbWVfZGF0YVN0 b3JhZ2UvMTg0NWJlMjItMWFjNC00ZTQyLWJiY2ItN2JhOWNjZDZlNTY5L2RvbV9tZC9sZWFzZXMn OiDIqM/esru5uzxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PndoeSBpcyB0aGlzPyBmb2xs b3dzIHRoZSBuZnMgc2VydmVyIGNvbmZpZ3VyZTwvZGl2PjxkaXY+IyBjYXQgL2V0Yy9leHBvcnRz IDxicj48YnI+L2hvbWUvZGF0YVN0b3JhZ2UgMTkyLjE2OC4xMS4qKHJ3LHN5bmMpPGJyPi9ob21l L2RhdGFTdG9yYWdlMiAxOTIuMTY4LjExLioocncsc3luYyxub19yb290X3NxdWFzaCxub19zdWJ0 cmVlX2NoZWNrKTxicj4vaG9tZS9pc29TdG9yYWdlIDE5Mi4xNjguMTEuKihydyxzeW5jLG5vX3Jv b3Rfc3F1YXNoLG5vX3N1YnRyZWVfY2hlY2spPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+ SXMgbXkgbmZzLXNlcnZlciBjb25maWd1cmF0aW9ucyBtaXNzIHNvbWUgYXJndW1lbnRzPyBoYXZl IGFueSBpZGVhPzxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxi cj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2 Pjxicj48L2Rpdj48L2Rpdj48YnI+PGJyPjxzcGFuIHRpdGxlPSJuZXRlYXNlZm9vdGVyIj48cD4m bmJzcDs8L3A+PC9zcGFuPg== ------=_Part_241661_1359064048.1505136836830--

1 0

Automatic snapshot
by Lionel Caignec 11 Sep '17

11 Sep '17

Hi, I study the snapshot possibillities in ovirt. I would like to make a cron running every day which: - retrieve vm list from a specific cluster - create a new snapshot (without memory) for every vm - removes oldest snapshot to keep only 5. I'm wondering what is the best approach to do that? use a list of command in batch for "ovirt-shell", scripting a bit with python, using the api ovirt? Unless there is already something to find something. Thank you for helping -- Lionel

1 0

More than one mgmt network possible?
by Gianluca Cecchi 11 Sep '17

11 Sep '17

Hello, in site1 I have 2 oVirt hosts with ovirtmgmt configured on vlan167. Now I want to add a server that is in site2 where this vlan doesn't arrive. I have here a vlan 169 that does routing with the vlan 167 of site1. Can I add the host into the same cluster or the only way is to "transport" vlan167 into site2 too? Thanks, Gianluca

2 1

Re: [ovirt-users] Native Access on gluster storage domain
by Stefano Danzi 11 Sep '17

11 Sep '17

This is a multi-part message in MIME format. --------------FD20035AA480B5A87ADF5A8D Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Your suggestion solved the problem. In the UI relative flag still missing, but now VMs are using gfapi. Il 11/09/2017 05:23, Sahina Bose ha scritto: > You could try to enable the config option for the 4.1 cluster level - > using engine-config tool from the Hosted Engine VM. This will require > a restart of the engine service and will enable gfapi access for all > clusters at 4.1 level though - so try this option if this is acceptable. > > On Wed, Aug 30, 2017 at 8:02 PM, Stefano Danzi <s.danzi(a)hawai.it > <mailto:s.danzi@hawai.it>> wrote: > > above the logs. > PS cluster compatibility level is 4.1 > > engine: > > 2017-08-30 16:26:07,928+02 INFO > [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-8) > [56d090c5-1097-4641-b745-74af8397d945] Lock Acquired to object > 'EngineLock:{exclusiveLocks='[]', sharedLocks='[]'}' > 2017-08-30 16:26:07,951+02 WARN > [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-8) > [56d090c5-1097-4641-b745-74af8397d945] Validation of action > 'UpdateCluster' failed for user admin@internal. Reasons: > VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,CLUSTER_CANNOT_UPDATE_SUPPORTED_FEATURES_WITH_LOWER_HOSTS > 2017-08-30 16:26:07,952+02 INFO > [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-8) > [56d090c5-1097-4641-b745-74af8397d945] Lock freed to object > 'EngineLock:{exclusiveLocks='[]', sharedLocks='[]'}' > > vdsm: > > 2017-08-30 16:29:23,310+0200 INFO (jsonrpc/0) > [jsonrpc.JsonRpcServer] RPC call GlusterHost.list succeeded in > 0.15 seconds (__init__:539) > 2017-08-30 16:29:23,419+0200 INFO (jsonrpc/4) > [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in > 0.01 seconds (__init__:539) > 2017-08-30 16:29:23,424+0200 INFO (jsonrpc/3) > [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies > succeeded in 0.00 seconds (__init__:539) > 2017-08-30 16:29:23,814+0200 INFO (jsonrpc/5) > [jsonrpc.JsonRpcServer] RPC call GlusterHost.list succeeded in > 0.15 seconds (__init__:539) > 2017-08-30 16:29:24,011+0200 INFO (Reactor thread) > [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:51862 > (protocoldetector:72) > 2017-08-30 16:29:24,023+0200 INFO (Reactor thread) > [ProtocolDetector.Detector] Detected protocol stomp from ::1:51862 > (protocoldetector:127) > 2017-08-30 16:29:24,024+0200 INFO (Reactor thread) > [Broker.StompAdapter] Processing CONNECT request (stompreactor:103) > 2017-08-30 16:29:24,031+0200 INFO (JsonRpc (StompReactor)) > [Broker.StompAdapter] Subscribe command received (stompreactor:130) > 2017-08-30 16:29:24,287+0200 INFO (jsonrpc/2) > [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in > 0.01 seconds (__init__:539) > 2017-08-30 16:29:24,443+0200 INFO (jsonrpc/7) [vdsm.api] START > getSpmStatus(spUUID=u'00000002-0002-0002-0002-0000000001ef', > options=None) from=::ffff:192.168.1.55,46502, flow_id=1f664a9, > task_id=c856903a-0af1-4c0c-8a44-7971fee7dffa (api:46) > 2017-08-30 16:29:24,446+0200 INFO (jsonrpc/7) [vdsm.api] FINISH > getSpmStatus return={'spm_st': {'spmId': 1, 'spmStatus': 'SPM', > 'spmLver': 1430L}} from=::ffff:192.168.1.55,46502, > flow_id=1f664a9, task_id=c856903a-0af1-4c0c-8a44-7971fee7dffa (api:52) > 2017-08-30 16:29:24,447+0200 INFO (jsonrpc/7) > [jsonrpc.JsonRpcServer] RPC call StoragePool.getSpmStatus > succeeded in 0.00 seconds (__init__:539) > 2017-08-30 16:29:24,460+0200 INFO (jsonrpc/6) > [jsonrpc.JsonRpcServer] RPC call GlusterHost.list succeeded in > 0.16 seconds (__init__:539) > 2017-08-30 16:29:24,467+0200 INFO (jsonrpc/1) [vdsm.api] START > getStoragePoolInfo(spUUID=u'00000002-0002-0002-0002-0000000001ef', > options=None) from=::ffff:192.168.1.55,46506, flow_id=1f664a9, > task_id=029ec55e-9c47-4a20-be44-8c80fd1fd5ac (api:46) > > > Il 30/08/2017 16:06, Shani Leviim ha scritto: >> Hi Stefano, >> Can you please attach your engine and vdsm logs? >> >> *Regards, >> * >> *Shani Leviim >> * >> >> On Wed, Aug 30, 2017 at 12:46 PM, Stefano Danzi <s.danzi(a)hawai.it >> <mailto:s.danzi@hawai.it>> wrote: >> >> Hello, >> I have a test environment with a sigle host and self hosted >> engine running oVirt Engine: 4.1.5.2-1.el7.centos >> >> I what to try the option "Native Access on gluster storage >> domain" but I get an error because I have to put the >> host in maintenance mode. I can't do that because I have a >> single host so the hosted engine can't be migrated. >> >> There are a way to change this option but apply it at next >> reboot? >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> >> http://lists.ovirt.org/mailman/listinfo/users >> <http://lists.ovirt.org/mailman/listinfo/users> >> >> > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users> > > --------------FD20035AA480B5A87ADF5A8D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Your suggestion solved the problem.<br> In the UI relative flag still missing, but now VMs are using gfapi.<br> <br> <div class="moz-cite-prefix">Il 11/09/2017 05:23, Sahina Bose ha scritto:<br> </div> <blockquote type="cite" cite="mid:CACjzOvfs6hdhT52ThXG5esacViLeqNw=1xHtC8DQyy_xBnqUQQ@mail.gmail.com"> <div dir="ltr">You could try to enable the config option for the 4.1 cluster level - using engine-config tool from the Hosted Engine VM. This will require a restart of the engine service and will enable gfapi access for all clusters at 4.1 level though - so try this option if this is acceptable.<br> </div> <div class="gmail_extra"><br> <div class="gmail_quote">On Wed, Aug 30, 2017 at 8:02 PM, Stefano Danzi <span dir="ltr"><<a href="mailto:s.danzi@hawai.it" target="_blank" moz-do-not-send="true">s.danzi(a)hawai.it</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div text="#000000" bgcolor="#FFFFFF"> above the logs.<br> PS cluster compatibility level is 4.1<br> <br> engine:<br> <br> 2017-08-30 16:26:07,928+02 INFO [org.ovirt.engine.core.bll.<wbr>UpdateClusterCommand] (default task-8) [56d090c5-1097-4641-b745-<wbr>74af8397d945] Lock Acquired to object 'EngineLock:{exclusiveLocks='[<wbr>]', sharedLocks='[]'}'<br> 2017-08-30 16:26:07,951+02 WARN [org.ovirt.engine.core.bll.<wbr>UpdateClusterCommand] (default task-8) [56d090c5-1097-4641-b745-<wbr>74af8397d945] Validation of action 'UpdateCluster' failed for user admin@internal. Reasons: VAR__TYPE__CLUSTER,VAR__<wbr>ACTION__UPDATE,CLUSTER_CANNOT_<wbr>UPDATE_SUPPORTED_FEATURES_<wbr>WITH_LOWER_HOSTS<br> 2017-08-30 16:26:07,952+02 INFO [org.ovirt.engine.core.bll.<wbr>UpdateClusterCommand] (default task-8) [56d090c5-1097-4641-b745-<wbr>74af8397d945] Lock freed to object 'EngineLock:{exclusiveLocks='[<wbr>]', sharedLocks='[]'}'<br> <br> vdsm:<br> <br> 2017-08-30 16:29:23,310+0200 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call GlusterHost.list succeeded in 0.15 seconds (__init__:539)<br> 2017-08-30 16:29:23,419+0200 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.01 seconds (__init__:539)<br> 2017-08-30 16:29:23,424+0200 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:539)<br> 2017-08-30 16:29:23,814+0200 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call GlusterHost.list succeeded in 0.15 seconds (__init__:539)<br> 2017-08-30 16:29:24,011+0200 INFO (Reactor thread) [ProtocolDetector.<wbr>AcceptorImpl] Accepted connection from ::1:51862 (protocoldetector:72)<br> 2017-08-30 16:29:24,023+0200 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::1:51862 (protocoldetector:127)<br> 2017-08-30 16:29:24,024+0200 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:103)<br> 2017-08-30 16:29:24,031+0200 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:130)<br> 2017-08-30 16:29:24,287+0200 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.01 seconds (__init__:539)<br> 2017-08-30 16:29:24,443+0200 INFO (jsonrpc/7) [vdsm.api] START getSpmStatus(spUUID=u'<wbr>00000002-0002-0002-0002-<wbr>0000000001ef', options=None) from=::ffff:192.168.1.55,<wbr>46502, flow_id=1f664a9, task_id=c856903a-0af1-4c0c-<wbr>8a44-7971fee7dffa (api:46)<br> 2017-08-30 16:29:24,446+0200 INFO (jsonrpc/7) [vdsm.api] FINISH getSpmStatus return={'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 1430L}} from=::ffff:192.168.1.55,<wbr>46502, flow_id=1f664a9, task_id=c856903a-0af1-4c0c-<wbr>8a44-7971fee7dffa (api:52)<br> 2017-08-30 16:29:24,447+0200 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call StoragePool.getSpmStatus succeeded in 0.00 seconds (__init__:539)<br> 2017-08-30 16:29:24,460+0200 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call GlusterHost.list succeeded in 0.16 seconds (__init__:539)<br> 2017-08-30 16:29:24,467+0200 INFO (jsonrpc/1) [vdsm.api] START getStoragePoolInfo(spUUID=u'<wbr>00000002-0002-0002-0002-<wbr>0000000001ef', options=None) from=::ffff:192.168.1.55,<wbr>46506, flow_id=1f664a9, task_id=029ec55e-9c47-4a20-<wbr>be44-8c80fd1fd5ac (api:46) <div> <div class="h5"><br> <br> <div class="m_1878010931131115540moz-cite-prefix">Il 30/08/2017 16:06, Shani Leviim ha scritto:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div class="gmail_default">Hi Stefano,</div> <div class="gmail_default">Can you please attach your engine and vdsm logs?<br> </div> </div> <div class="gmail_extra"><br> <div> <div class="m_1878010931131115540gmail_signature" data-smartmail="gmail_signature"> <div dir="ltr"> <div> <div dir="ltr"> <div><span><b>Regards,<br> </b></span></div> <span><b>Shani Leviim<br> </b></span></div> </div> </div> </div> </div> <br> <div class="gmail_quote">On Wed, Aug 30, 2017 at 12:46 PM, Stefano Danzi <span dir="ltr"><<a href="mailto:s.danzi@hawai.it" target="_blank" moz-do-not-send="true">s.danzi(a)hawai.it</a>></span> wrote:<br> <blockquote class="gmail_quote"> <div> Hello, <br> I have a test environment with a sigle host and self hosted engine running <span class="m_1878010931131115540m_-3427634671303477199gwt-InlineLabel">oVirt Engine: 4.1.5.2-1.el7.centos<br> <br> I what to try the option "Native Access on gluster storage domain" but I get an error because I have to put the <br> host in maintenance mode. I can't do that because I have a single host so the hosted engine can't be migrated.<br> <br> There are a way to change this option but apply it at next reboot?<br> </span> </div> <br> ______________________________<wbr>_________________<br> Users mailing list<br> <a href="mailto:Users@ovirt.org" target="_blank" moz-do-not-send="true">Users(a)ovirt.org</a><br> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank" moz-do-not-send="true">http://lists.ovirt.org/mailman<wbr>/listinfo/users</a><br> <br> </blockquote> </div> <br> </div> </blockquote> <br> </div> </div> </div> <br> ______________________________<wbr>_________________<br> Users mailing list<br> <a href="mailto:Users@ovirt.org" moz-do-not-send="true">Users(a)ovirt.org</a><br> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank" moz-do-not-send="true">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br> <br> </blockquote> </div> <br> </div> </blockquote> <br> </body> </html> --------------FD20035AA480B5A87ADF5A8D--

1 0

Centos 7.3 ovirt 4.0.6 Can't add host to cluster collectd or collectd-disk not found
by Claudio Soprano 11 Sep '17

11 Sep '17

This is a multi-part message in MIME format. --------------3A508373C5EC3F29788C45F1 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi all, we are installing new nodes on a Ovirt 4.0.6 Cluster, the new nodes were installed from a Minimal 1707 iso image, Centos v7.3.1611 in the log of host-deploy (on the manager) it indicates that collectd packages was not found. I found this bug in the ovirt 4.1.0 version where it tells to disable the EPEL repository, in another tread on redhat someone told to add excludepkgs=collectd* always in the epel repository I checked all my repository and i found epel reference only in [root@xxxx yum.repos.d]# grep epel * ovirt-4.0-dependencies.repo:[ovirt-4.0-epel] ovirt-4.0-dependencies.repo:#baseurl=http://download.fedoraproject.org/pub/… ovirt-4.0-dependencies.repo:mirrorlist=https://mirrors.fedoraproject.org/me… ovirt-4.0-dependencies.repo:includepkgs=epel-release,python-uinput,puppet,python-lockfile,python-cpopen,python-ordereddict,python-pthreading,python-inotify,python-argparse,novnc,python-ply,python-kitchen,python-daemon,python-websockify,livecd-tools,spice-html5,mom,python-IPy,python-ioprocess,ioprocess,safelease,python-paramiko,python2-paramiko,python2-crypto,libtomcrypt,libtommath,python-cheetah,python-ecdsa,python2-ecdsa,python-markdown,rubygem-rgen,ovirt-guest-agent*,userspace-rcu,protobuf-java,objenesis,python34* ovirt-4.0-dependencies.repo:gpgkey=https://dl.fedoraproject.org/pub/epel/RP… ovirt-4.0-dependencies.repo:[ovirt-4.0-patternfly1-noarch-epel] ovirt-4.0-dependencies.repo:baseurl=http://copr-be.cloud.fedoraproject.org/… so before includespkgs i added the excludepkgs line removed the host, reinserted and still again collectd not found so i added the excludepkgs line in all the ovirt sections removed the host, reinserted and still again collectd not found I removed on the manager also the file /var/cache/ovirt-engine/ovirt-host-deploy.tar but still the same error these are the ovirt-repos files with the excludepkgs line added [ovirt-4.0] name=Latest oVirt 4.0 Release #baseurl=http://resources.ovirt.org/pub/ovirt-4.0/rpm/el$releasever/ mirrorlist=http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el$… enabled=1 excludepkgs=collectd* skip_if_unavailable=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.0 [ovirt-4.0-epel] name=Extra Packages for Enterprise Linux 7 - $basearch #baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$bas… failovermethod=priority enabled=1 excludepkgs=collectd* includepkgs=epel-release,python-uinput,puppet,python-lockfile,python-cpopen,python-ordereddict,python-pthreading,python-inotify,python-argparse,novnc,python-ply,python-kitchen,python-daemon,python-websockify,livec d-tools,spice-html5,mom,python-IPy,python-ioprocess,ioprocess,safelease,python-paramiko,python2-paramiko,python2-crypto,libtomcrypt,libtommath,python-cheetah,python-ecdsa,python2-ecdsa,python-markdown,rubygem-rgen ,ovirt-guest-agent*,userspace-rcu,protobuf-java,objenesis,python34* gpgcheck=1 gpgkey=https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7 [ovirt-4.0-centos-gluster37] name=CentOS-7 - Gluster 3.7 baseurl=http://mirror.centos.org/centos/7/storage/$basearch/gluster-3.7/ excludepkgs=collectd* gpgcheck=1 enabled=1 gpgkey=https://raw.githubusercontent.com/CentOS-Storage-SIG/centos-release-… [ovirt-4.0-patternfly1-noarch-epel] name=Copr repo for patternfly1 owned by patternfly baseurl=http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfl… enabled=1 excludepkgs=collectd* skip_if_unavailable=1 gpgcheck=0 [virtio-win-stable] name=virtio-win builds roughly matching what was shipped in latest RHEL baseurl=http://fedorapeople.org/groups/virt/virtio-win/repo/stable enabled=1 excludepkgs=collectd* skip_if_unavailable=1 gpgcheck=0 [centos-ovirt40-release] name=CentOS-7 - oVirt 4.0 baseurl=http://mirror.centos.org/centos/7/virt/$basearch/ovirt-4.0/ gpgcheck=0 enabled=1 excludepkgs=collectd* I add also the part of log on the manager relatives to host-deploy where the error is logged [root@ovcmgr host-deploy]# more ovirt-host-deploy-20170825092719-xxxxxx-53018ceb.log | grep collectd 2017-08-25 09:26:49 DEBUG otopi.context context.dumpSequence:744 METHOD otopi.plugins.ovirt_host_deploy.collectd.packages.Plugin._packages (None) 2017-08-25 09:26:50 DEBUG otopi.context context.dumpSequence:744 METHOD otopi.plugins.ovirt_host_deploy.collectd.packages.Plugin._packages (None) 2017-08-25 09:27:19 DEBUG otopi.context context._executeMethod:128 Stage packages METHOD otopi.plugins.ovirt_host_deploy.collectd.packages.Plugin._packages 2017-08-25 09:27:19 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:76 Yum queue package collectd for install/update 2017-08-25 09:27:19 ERROR otopi.plugins.otopi.packagers.yumpackager yumpackager.error:85 Yum Cannot queue package collectd: Package collectd cannot be found File "/tmp/ovirt-3rP0BGQm0o/otopi-plugins/ovirt-host-deploy/collectd/packages.py", line 53, in _packages 'collectd-write_http', RuntimeError: Package collectd cannot be found 2017-08-25 09:27:19 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Package installation': Package collectd cannot be found 2017-08-25 09:27:19 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd cannot be found',), <traceback object at 0x3514ef0>)]' 2017-08-25 09:27:19 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd cannot be found',), <traceback object at 0x3514ef0>)]' After this i see that there is and include package for epel-release, that will install the epel repository, so i installed manually the epel-repository added the excludepkgs line but now the error is Package collectd-disk cannot be found this is the epel.repo modified [root@ovc2n05 yum.repos.d]# more /etc/yum.repos.d/epel.repo [epel] name=Extra Packages for Enterprise Linux 7 - $basearch #baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basea… failovermethod=priority enabled=1 excludepkgs=collectd* gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7 [epel-debuginfo] name=Extra Packages for Enterprise Linux 7 - $basearch - Debug #baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch/debug metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&arch=… failovermethod=priority enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7 gpgcheck=1 [epel-source] name=Extra Packages for Enterprise Linux 7 - $basearch - Source #baseurl=http://download.fedoraproject.org/pub/epel/7/SRPMS metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&arch… failovermethod=priority enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7 gpgcheck=1 the epel-testing.repo has all disabled This is the part of log on the manager [root@ovcmgr host-deploy]# more ovirt-host-deploy-20170825* | grep collectd-disk 2017-08-25 10:36:23 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:76 Yum queue package collectd-disk for install/update 2017-08-25 10:36:23 ERROR otopi.plugins.otopi.packagers.yumpackager yumpackager.error:85 Yum Cannot queue package collectd-disk: Package collectd-disk cannot be found RuntimeError: Package collectd-disk cannot be found 2017-08-25 10:36:23 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Package installation': Package collectd-disk cannot be found 2017-08-25 10:36:23 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd-disk cannot be found',), <traceback object at 0x592e290>)]' 2017-08-25 10:36:23 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd-disk cannot be found',), <traceback object at 0x592e290>)]' I don't know what other to try. Any help would be accepted Claudio Soprano -- / | / _____/ / | / _____/ | / / / | / / / / | / / / | / / / | / ___/ _____/ / / | / ___/ / | / / / | / / / / | / / / | / ______/ _/ __/ _/ _/ _/ __/ _/ _/ __/ Claudio Soprano phone: (+39)-06-9403.2349/2355 Computing Service fax: (+39)-06-9403.2649 LNF-INFN e-mail: Claudio.Soprano(a)lnf.infn.it Via Enrico Fermi, 40 www: http://www.lnf.infn.it/ I-00044 Frascati, Italy --------------3A508373C5EC3F29788C45F1 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> <p>Hi all,</p> <p>we are installing new nodes on a Ovirt 4.0.6 Cluster, the new nodes were installed from a Minimal 1707 iso image, Centos v7.3.1611</p> <p>in the log of host-deploy (on the manager) it indicates that collectd packages was not found.</p> <p>I found this bug in the ovirt 4.1.0 version where it tells to disable the EPEL repository, in another tread on redhat someone told to add <br> </p> <p>excludepkgs=collectd*</p> <p>always in the epel repository</p> <p>I checked all my repository and i found epel reference only in <br> </p> <p>[root@xxxx yum.repos.d]# grep epel *<br> ovirt-4.0-dependencies.repo:[ovirt-4.0-epel]<br> ovirt-4.0-dependencies.repo:#baseurl=<a class="moz-txt-link-freetext" href="http://download.fedoraproject.org/pub/epel/7/$basearch">http://download.fedoraproject.org/pub/epel/7/$basearch</a><br> ovirt-4.0-dependencies.repo:mirrorlist=<a class="moz-txt-link-freetext" href="https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch">https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch</a><br> ovirt-4.0-dependencies.repo:includepkgs=epel-release,python-uinput,puppet,python-lockfile,python-cpopen,python-ordereddict,python-pthreading,python-inotify,python-argparse,novnc,python-ply,python-kitchen,python-daemon,python-websockify,livecd-tools,spice-html5,mom,python-IPy,python-ioprocess,ioprocess,safelease,python-paramiko,python2-paramiko,python2-crypto,libtomcrypt,libtommath,python-cheetah,python-ecdsa,python2-ecdsa,python-markdown,rubygem-rgen,ovirt-guest-agent*,userspace-rcu,protobuf-java,objenesis,python34*<br> ovirt-4.0-dependencies.repo:gpgkey=<a class="moz-txt-link-freetext" href="https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7">https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7</a><br> ovirt-4.0-dependencies.repo:[ovirt-4.0-patternfly1-noarch-epel]<br> ovirt-4.0-dependencies.repo:baseurl=<a class="moz-txt-link-freetext" href="http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…">http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…</a></p> <p>so before includespkgs i added the excludepkgs line</p> <p>removed the host, reinserted and still again collectd not found</p> <p>so i added the excludepkgs line in all the ovirt sections <br> </p> <p>removed the host, reinserted and still again collectd not found</p> <p>I removed on the manager also the file /var/cache/ovirt-engine/ovirt-host-deploy.tar but still the same error</p> <p>these are the ovirt-repos files with the excludepkgs line added<br> </p> <p>[ovirt-4.0]<br> name=Latest oVirt 4.0 Release<br> #baseurl=<a class="moz-txt-link-freetext" href="http://resources.ovirt.org/pub/ovirt-4.0/rpm/el$releasever/">http://resources.ovirt.org/pub/ovirt-4.0/rpm/el$releasever/</a><br> mirrorlist=<a class="moz-txt-link-freetext" href="http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el$releasever">http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el$releasever</a><br> enabled=1<br> </p> <p>excludepkgs=collectd*<br> </p> <p>skip_if_unavailable=1<br> gpgcheck=1<br> gpgkey=<a class="moz-txt-link-freetext" href="file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.0">file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.0</a><br> </p> <p>[ovirt-4.0-epel]<br> name=Extra Packages for Enterprise Linux 7 - $basearch<br> #baseurl=<a class="moz-txt-link-freetext" href="http://download.fedoraproject.org/pub/epel/7/$basearch">http://download.fedoraproject.org/pub/epel/7/$basearch</a><br> mirrorlist=<a class="moz-txt-link-freetext" href="https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch">https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch</a><br> failovermethod=priority<br> enabled=1<br> <br> excludepkgs=collectd*<br> </p> <p>includepkgs=epel-release,python-uinput,puppet,python-lockfile,python-cpopen,python-ordereddict,python-pthreading,python-inotify,python-argparse,novnc,python-ply,python-kitchen,python-daemon,python-websockify,livec<br> d-tools,spice-html5,mom,python-IPy,python-ioprocess,ioprocess,safelease,python-paramiko,python2-paramiko,python2-crypto,libtomcrypt,libtommath,python-cheetah,python-ecdsa,python2-ecdsa,python-markdown,rubygem-rgen<br> ,ovirt-guest-agent*,userspace-rcu,protobuf-java,objenesis,python34*<br> gpgcheck=1<br> gpgkey=<a class="moz-txt-link-freetext" href="https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7">https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7</a><br> <br> [ovirt-4.0-centos-gluster37]<br> name=CentOS-7 - Gluster 3.7<br> baseurl=<a class="moz-txt-link-freetext" href="http://mirror.centos.org/centos/7/storage/$basearch/gluster-3.7/">http://mirror.centos.org/centos/7/storage/$basearch/gluster-3.7/</a><br> <br> excludepkgs=collectd*<br> </p> <p>gpgcheck=1<br> enabled=1<br> gpgkey=<a class="moz-txt-link-freetext" href="https://raw.githubusercontent.com/CentOS-Storage-SIG/centos-release-storage…">https://raw.githubusercontent.com/CentOS-Storage-SIG/centos-release-storage…</a><br> <br> [ovirt-4.0-patternfly1-noarch-epel]<br> name=Copr repo for patternfly1 owned by patternfly<br> baseurl=<a class="moz-txt-link-freetext" href="http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…">http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…</a><br> enabled=1<br> <br> excludepkgs=collectd*<br> </p> <p>skip_if_unavailable=1<br> gpgcheck=0<br> <br> [virtio-win-stable]<br> name=virtio-win builds roughly matching what was shipped in latest RHEL<br> baseurl=<a class="moz-txt-link-freetext" href="http://fedorapeople.org/groups/virt/virtio-win/repo/stable">http://fedorapeople.org/groups/virt/virtio-win/repo/stable</a><br> enabled=1<br> <br> excludepkgs=collectd*<br> </p> <p>skip_if_unavailable=1<br> gpgcheck=0<br> <br> [centos-ovirt40-release]<br> name=CentOS-7 - oVirt 4.0<br> baseurl=<a class="moz-txt-link-freetext" href="http://mirror.centos.org/centos/7/virt/$basearch/ovirt-4.0/">http://mirror.centos.org/centos/7/virt/$basearch/ovirt-4.0/</a><br> gpgcheck=0<br> enabled=1<br> <br> excludepkgs=collectd*<br> </p> <p>I add also the part of log on the manager relatives to host-deploy where the error is logged</p> <p>[root@ovcmgr host-deploy]# more ovirt-host-deploy-20170825092719-xxxxxx-53018ceb.log | grep collectd<br> 2017-08-25 09:26:49 DEBUG otopi.context context.dumpSequence:744 METHOD otopi.plugins.ovirt_host_deploy.collectd.packages.Plugin._packages (None)<br> 2017-08-25 09:26:50 DEBUG otopi.context context.dumpSequence:744 METHOD otopi.plugins.ovirt_host_deploy.collectd.packages.Plugin._packages (None)<br> 2017-08-25 09:27:19 DEBUG otopi.context context._executeMethod:128 Stage packages METHOD otopi.plugins.ovirt_host_deploy.collectd.packages.Plugin._packages<br> 2017-08-25 09:27:19 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:76 Yum queue package collectd for install/update<br> 2017-08-25 09:27:19 ERROR otopi.plugins.otopi.packagers.yumpackager yumpackager.error:85 Yum Cannot queue package collectd: Package collectd cannot be found<br> File "/tmp/ovirt-3rP0BGQm0o/otopi-plugins/ovirt-host-deploy/collectd/packages.py", line 53, in _packages<br> 'collectd-write_http',<br> RuntimeError: Package collectd cannot be found<br> 2017-08-25 09:27:19 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Package installation': Package collectd cannot be found<br> 2017-08-25 09:27:19 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd cannot be found',), <traceback object at 0x3514ef0>)]'<br> 2017-08-25 09:27:19 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd cannot be found',), <traceback object at 0x3514ef0>)]'<br> </p> <p>After this i see that there is and include package for epel-release, that will install the epel repository, <br> </p> <p>so i installed manually the epel-repository</p> <p>added the excludepkgs line but now the error is Package collectd-disk cannot be found</p> <p>this is the epel.repo modified</p> <p>[root@ovc2n05 yum.repos.d]# more /etc/yum.repos.d/epel.repo<br> </p> <p>[epel]<br> name=Extra Packages for Enterprise Linux 7 - $basearch<br> #baseurl=<a class="moz-txt-link-freetext" href="http://download.fedoraproject.org/pub/epel/7/$basearch">http://download.fedoraproject.org/pub/epel/7/$basearch</a><br> metalink=<a class="moz-txt-link-freetext" href="https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch">https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch</a><br> failovermethod=priority<br> enabled=1<br> </p> <p>excludepkgs=collectd*<br> </p> <p>gpgcheck=1<br> gpgkey=<a class="moz-txt-link-freetext" href="file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7">file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7</a><br> <br> [epel-debuginfo]<br> name=Extra Packages for Enterprise Linux 7 - $basearch - Debug<br> #baseurl=<a class="moz-txt-link-freetext" href="http://download.fedoraproject.org/pub/epel/7/$basearch/debug">http://download.fedoraproject.org/pub/epel/7/$basearch/debug</a><br> metalink=<a class="moz-txt-link-freetext" href="https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&arch=$base…">https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&arch=$base…</a><br> failovermethod=priority<br> enabled=0<br> gpgkey=<a class="moz-txt-link-freetext" href="file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7">file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7</a><br> gpgcheck=1<br> <br> [epel-source]<br> name=Extra Packages for Enterprise Linux 7 - $basearch - Source<br> #baseurl=<a class="moz-txt-link-freetext" href="http://download.fedoraproject.org/pub/epel/7/SRPMS">http://download.fedoraproject.org/pub/epel/7/SRPMS</a><br> metalink=<a class="moz-txt-link-freetext" href="https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&arch=$bas…">https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&arch=$bas…</a><br> failovermethod=priority<br> enabled=0<br> gpgkey=<a class="moz-txt-link-freetext" href="file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7">file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7</a><br> gpgcheck=1<br> </p> <p>the epel-testing.repo has all disabled</p> <p>This is the part of log on the manager</p> <p>[root@ovcmgr host-deploy]# more ovirt-host-deploy-20170825* | grep collectd-disk<br> 2017-08-25 10:36:23 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:76 Yum queue package collectd-disk for install/update<br> 2017-08-25 10:36:23 ERROR otopi.plugins.otopi.packagers.yumpackager yumpackager.error:85 Yum Cannot queue package collectd-disk: Package collectd-disk cannot be found<br> RuntimeError: Package collectd-disk cannot be found<br> 2017-08-25 10:36:23 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Package installation': Package collectd-disk cannot be found<br> 2017-08-25 10:36:23 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd-disk cannot be found',), <traceback object at 0x592e290>)]'<br> 2017-08-25 10:36:23 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd-disk cannot be found',), <traceback object at 0x592e290>)]'<br> </p> <p>I don't know what other to try.<br> </p> <p>Any help would be accepted</p> <p>Claudio Soprano<br> </p> <pre class="bz_comment_text bz_wrap_comment_text" style="font-size: small; font-family: monospace; white-space: pre-wrap; word-wrap: break-word; width: 50em; color: rgb(0, 0, 0); font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration-style: initial; text-decoration-color: initial;"> </pre> <pre class="moz-signature" cols="72">-- / | / _____/ / | / _____/ | / / / | / / / / | / / / | / / / | / ___/ _____/ / / | / ___/ / | / / / | / / / / | / / / | / ______/ _/ __/ _/ _/ _/ __/ _/ _/ __/ Claudio Soprano phone: (+39)-06-9403.2349/2355 Computing Service fax: (+39)-06-9403.2649 LNF-INFN e-mail: <a class="moz-txt-link-abbreviated" href="mailto:Claudio.Soprano@lnf.infn.it">Claudio.Soprano(a)lnf.infn.it</a> Via Enrico Fermi, 40 www: <a class="moz-txt-link-freetext" href="http://www.lnf.infn.it/">http://www.lnf.infn.it/</a> I-00044 Frascati, Italy </pre> </body> </html> --------------3A508373C5EC3F29788C45F1--

4 12

Adding host for the first time - Power Management?
by Mark Steele 11 Sep '17

11 Sep '17

Hello, We have an existing 4 Host Ovirt 3.5 installation. I am adding two more HP Gen9 Blades to the configuration. I looked at how the power management is setup up in Ovirt for the first four blades and it appears to be configured for ilo4 using a user account that I cannot find documentation for anywhere within my infrastructure. Questions: - is this user / password defined on the blade somewhere (perhaps like an IPMI setup)? - is anyone familiar with where I set this up on an HP Blade? I'd like to get this configured before it goes into production as I assume this requires access to the blade bios / setup to properly configure. Best regards, *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

3 2

Ovirt help!
by Alexander Witte 10 Sep '17

10 Sep '17

--_000_3ABA8AFA8FC54669A6E97527B8B5D097baicanadacom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, I am just curious- is this a valid email address I can use to ask a quick q= uestion regarding connecting to a VM via SPICE or VNC? Thanks! Alex Witte --_000_3ABA8AFA8FC54669A6E97527B8B5D097baicanadacom_ Content-Type: text/html; charset="us-ascii" Content-ID: <85B25495EB39094AB6E798D3CFD688B3(a)baicanada.local> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > </head> <body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin= e-break: after-white-space;" class=3D""> <div class=3D"">Hello,</div> <div class=3D""><br class=3D""> </div> <div class=3D"">I am just curious- is this a valid email address I can use = to ask a quick question regarding connecting to a VM via SPICE or VNC?</div= > <div class=3D""><br class=3D""> </div> <div class=3D"">Thanks!</div> <br class=3D""> <div class=3D""> <div style=3D"color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px;= font-style: normal; font-variant-caps: normal; font-weight: normal; letter= -spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-= transform: none; white-space: normal; widows: auto; word-spacing: 0px; -web= kit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; word-wrap: brea= k-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" c= lass=3D""> <div style=3D"color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px;= font-style: normal; font-variant-caps: normal; font-weight: normal; letter= -spacing: normal; text-align: start; text-indent: 0px; text-transform: none= ; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;"> Alex Witte<br class=3D""> <br class=3D""> </div> </div> </div> <br class=3D""> </body> </html> --_000_3ABA8AFA8FC54669A6E97527B8B5D097baicanadacom_--

2 2

unsupported configuration: Unable to find security driver for model selinux
by Charles Kozler 10 Sep '17

10 Sep '17

Hello, I recently installed ovirt cluster on 3 nodes and saw that I could only migrate one way Reviewing the logs I found this 2017-08-31 09:04:30,685-0400 ERROR (migsrc/1eca84bd) [virt.vm] (vmId='1eca84bd-2796-469d-a071-6ba2b21d82f4') unsupported configuration: Unable to find security driver for model selinux (migration:287) 2017-08-31 09:04:30,698-0400 ERROR (migsrc/1eca84bd) [virt.vm] (vmId='1eca84bd-2796-469d-a071-6ba2b21d82f4') Failed to migrate (migration:429) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 411, in run self._startUnderlyingMigration(time.time()) File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 487, in _startUnderlyingMigration self._perform_with_conv_schedule(duri, muri) File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 563, in _perform_with_conv_schedule self._perform_migration(duri, muri) File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 529, in _perform_migration self._vm._dom.migrateToURI3(duri, params, flags) File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 69, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 123, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 944, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1939, in migrateToURI3 if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', dom=self) libvirtError: unsupported configuration: Unable to find security driver for model selinux Which led me to this https://bugzilla.redhat.com/show_bug.cgi?id=1013617 I could migrate from node1 -> node 2 but not node2 -> node1, so obviously I had something different with node 1. In this case, it was selinux On node 1 it is set to disabled but on node 2 it is set to permissive. I am not sure how they got different but I wanted to update this list with this finding Node 2 was setup directly via web UI in the engine with host -> new. Perhaps I manually set node 1 to disabled Does ovirt / libvirt expect permissive? Or does it expect enforcing? Or does it need to be both the same matching? thanks!

2 2

Discard After Delete: Why not the default?
by Troels Arvin 10 Sep '17

10 Sep '17

Hello, In the settings for a storage domain, in "Advanced Options", there is an option "Discard After Delete". The default is that the checkbox is not set. The documentation at https://www.ovirt.org/develop/release-management/features/storage/discard- after-delete/ and https://www.ovirt.org/develop/release-management/features/storage/pass- discard-from-guest-to-underlying-storage/ does not mention why the option is not the default. What drawback does the "Dicard After Delete" feature have, since it's not the default? -- Regards, Troels Arvin

2 1

Replacing engine SSL cert
by Chris Adams 10 Sep '17

10 Sep '17

I'm writing a script to install a new SSL key/cert pair (from Let's Encrypt) for the engine web UI on oVirt 4.1. I'm looking at this, but it's a little confusing. https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/ It sounds like steps 1 and 3 are referring to the CA-supplied intermediate cert(s), not the actual issue cert for the server. Is that right? Does anything actually use the PCKS12 format file referred to in step 4? I don't normally see that format from regular CAs; they usually provide cert+intermediate(s) in PEM format. With Apache 2.4, it is normal to just put the cert+intermediate(s) chain in one file and configure Apache with SSLCertificateFile. You aren't supposed to put the CA-supplied cert in the SSLCACertificateFile like oVirt appears to do; that's intended to be used for validating client certs, not the intermediate(s) for the server cert. It really just looks like the cert+intermediate(s) should go in /etc/pki/ovirt-engine/certs/apache.cer, the corresponding key put in /etc/pki/ovirt-engine/keys/apache.key.nopass, and then Apache needs to be restarted. Since oVirt doesn't use the engine web UI cert for anything internally (right?), do any of the other steps on the above page matter? -- Chris Adams <cma(a)cmadams.net>

2 1