September 2017 - Users - oVirt List Archives

Network Address Change
by Paul.LKW 28 Dec '22

28 Dec '22

Hi All: I just has a case, I need to change the oVirt host and engine IP address due to data center decommission I checked in the hosted-engine host there are some files I could change ; in ovirt-hosted-engine/hosted-engine.conf ca_subject="O=simple.com, CN=1.2.3.4" gateway=1.2.3.254 and of course I need to change the ovirtmgmt interface IP too, I think just change the above line could do the tick, but where could I change the other host IP in the cluster ? I think I have to be lost all the host as once changed the hosted-engine host IP as it is in diff. sub net. Does there any command line tools could do that or someone has such experience could share? Best Regards, Paul.LKW

4 6

looking for some ISV backup software which integrates the backup API
by Nathanaël Blanchet 08 Jun '22

08 Jun '22

Hello, We are about to change our backup provider, and I find it is a great chance to choose a full supported ovirt backup solution. I currently use this python script vm-backup-scheduler (https://github.com/wefixit-AT/oVirtBackup) but it is not the workflow officially suggested by the community (https://www.ovirt.org/develop/release-management/features/storage/backup-re…) I've been looking for a long time an ISV who supports such an API, but the only one I found is this one : Acronis Backup Advanced suggested here https://access.redhat.com/ecosystem/search/#/ecosystem/Red%20Hat%20Enterpri… I ran the trial version, but it doesn't seem to do better than the vm-backup-scheduler script, and it doesn't seem to use the backup API (attach a clone as a disk to an existing vm). Can you suggest me some other ISV solutions, if they ever exist... or share me your backup experience?

5 4

OVS switch type for hosted-engine
by Devin A. Bougie 06 May '22

06 May '22

Is it possible to setup a hosted engine using the OVS switch type instead of Legacy? If it's not possible to start out as OVS, instructions for switching from Legacy to OVS after the fact would be greatly appreciated. Many thanks, Devin

4 5

OVN routing and firewalling in oVirt
by Gianluca Cecchi 19 Apr '22

19 Apr '22

Hello, how do we manage routing between different OVN networks in oVirt? And between OVN networks and physical ones? Based on architecture read here: http://openvswitch.org/support/dist-docs/ovn-architecture.7.html I see terms for logical routers and gateway routers respectively but how to apply to oVirt configuration? Do I have to choose between setting up a specialized VM or a physical one: is it applicable/advisable to put on oVirt host itself the gateway functionality? Is there any security policy (like security groups in Openstack) to implement? Thanks, Gianluca

4 6

deprecating export domain?
by Charles Kozler 30 Aug '20

30 Aug '20

Hello, I recently read on this list from a redhat member that export domain is either being deprecated or looking at being deprecated To that end, can you share details? Can you share any notes/postings/bz's that document this? I would imagine something like this would be discussed in larger audience This seems like a somewhat significant change to make and I am curious where this is scheduled? Currently, a lot of my backups rely explicitly on an export domain for online snapshots, so I'd like to plan accordingly Thanks!

11 21

Vm suddenly paused with error "vm has paused due to unknown storage error"
by Jasper Siero 18 Feb '20

18 Feb '20

Hi all, Since we upgraded our Ovirt nodes to CentOS 7 a vm (not a specific one but never more then one) will sometimes pause suddenly with the error "VM ... has paused due to unknown storage error". It happens now two times in a month. The Ovirt node uses san storage for the vm's running on it. When a specific vm is pausing with an error the other vm's keeps running without problems. The vm runs without problems after unpausing it. Versions: CentOS Linux release 7.1.1503 vdsm-4.14.17-0 libvirt-daemon-1.2.8-16 vdsm.log: VM Channels Listener::DEBUG::2015-10-25 07:43:54,382::vmChannels::95::vds::(_handle_timeouts) Timeout on fileno 78. libvirtEventLoop::INFO::2015-10-25 07:43:56,177::vm::4602::vm.Vm::(_onIOError) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device virtio-disk0 error eother libvirtEventLoop::DEBUG::2015-10-25 07:43:56,178::vm::5204::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::event Suspended detail 2 opaque None libvirtEventLoop::INFO::2015-10-25 07:43:56,178::vm::4602::vm.Vm::(_onIOError) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device virtio-disk0 error eother ........... libvirtEventLoop::INFO::2015-10-25 07:43:56,180::vm::4602::vm.Vm::(_onIOError) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device virtio-disk0 error eother specific error part in libvirt vm log: block I/O error in device 'drive-virtio-disk0': Unknown error 32758 (32758) ........... block I/O error in device 'drive-virtio-disk0': Unknown error 32758 (32758) engine.log: 2015-10-25 07:44:48,945 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-40) [a43dcc8] VM diataal-prod-cas1 77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb moved from Up --> Paused 2015-10-25 07:44:49,003 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-40) [a43dcc8] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM diataal-prod-cas1 has paused due to unknown storage error. Has anyone experienced the same problem or knows a way to solve this? Kind regards, Jasper

3 3

Unable to find OVF_STORE after recovery / upgrade
by Sam Cappello 26 May '19

26 May '19

This is a multi-part message in MIME format. --------------05F3D0780062C6D37C1619A7 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, so i was running a 3.4 hosted engine two node setup on centos 6, had some disk issues so i tried to upgrade to centos 7 and follow the path 3.4 > 3.5 > 3.6 > 4.0. i screwed up dig time somewhere between 3.6 and 4.0, so i wiped the drives, installed a fresh 4.0.3, then created the database and restored the 3.6 engine backup before running engine-setup as per the docs. things seemed to work, but i have the the following issues / symptoms: - ovirt-ha-agent running 100% CPU on both nodes - messages in the UI that the Hosted Engine storage Domain isn't active and Failed to import the Hosted Engine Storage Domain - hosted engine is not visible in the UI and the following repeating in the agent.log: MainThread::INFO::2016-10-03 12:38:27,718::hosted_engine::461::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 3400) MainThread::INFO::2016-10-03 12:38:27,720::hosted_engine::466::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host vmhost1.oracool.net (id: 1, score: 3400) MainThread::INFO::2016-10-03 12:38:37,979::states::421::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm running on localhost MainThread::INFO::2016-10-03 12:38:37,985::hosted_engine::612::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Initializing VDSM MainThread::INFO::2016-10-03 12:38:45,645::hosted_engine::639::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Connecting the storage MainThread::INFO::2016-10-03 12:38:45,647::storage_server::219::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Connecting storage server MainThread::INFO::2016-10-03 12:39:00,543::storage_server::226::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Connecting storage server MainThread::INFO::2016-10-03 12:39:00,562::storage_server::233::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Refreshing the storage domain MainThread::INFO::2016-10-03 12:39:01,235::hosted_engine::666::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Preparing images MainThread::INFO::2016-10-03 12:39:01,236::image::126::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) Preparing images MainThread::INFO::2016-10-03 12:39:09,295::hosted_engine::669::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Reloading vm.conf from the shared storage domain MainThread::INFO::2016-10-03 12:39:09,296::config::206::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Trying to get a fresher copy of vm configuration from the OVF_STORE MainThread::WARNING::2016-10-03 12:39:16,928::ovf_store::107::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) Unable to find OVF_STORE MainThread::ERROR::2016-10-03 12:39:16,934::config::235::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf I have searched a bit and not really found a solution, and have come to the conclusion that i have made a mess of things, and am wondering if the best solution is to export the VMs, and reinstall everything then import them back? i am using remote NFS storage. if i try and add the hosted engine storage domain it says it is already registered. i have also upgraded and am now running oVirt Engine Version: 4.0.4.4-1.el7.centos hosts were installed using ovirt-node. currently at 3.10.0-327.28.3.el7.x86_64 if a fresh install is best, any advice / pointer to doc that explains best way to do this? i have not moved my most important server over to this cluster yet so i can take some downtime to reinstall. thanks! sam --------------05F3D0780062C6D37C1619A7 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 bgcolor="#FFFFFF" text="#000000"> Hi,<br> so i was running a 3.4 hosted engine two node setup on centos 6, had some disk issues so i tried to upgrade to centos 7 and follow the path 3.4 > 3.5 > 3.6 > 4.0. i screwed up dig time somewhere between 3.6 and 4.0, so i wiped the drives, installed a fresh 4.0.3, then created the database and restored the 3.6 engine backup before running engine-setup as per the docs. things seemed to work, but i have the the following issues / symptoms:<br> - ovirt-ha-agent running 100% CPU on both nodes<br> - messages in the UI that the Hosted Engine storage Domain isn't active and Failed to import the Hosted Engine Storage Domain<br> - hosted engine is not visible in the UI<br> and the following repeating in the agent.log:<br> <br> MainThread::INFO::2016-10-03 12:38:27,718::hosted_engine::461::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 3400)<br> MainThread::INFO::2016-10-03 12:38:27,720::hosted_engine::466::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host vmhost1.oracool.net (id: 1, score: 3400)<br> MainThread::INFO::2016-10-03 12:38:37,979::states::421::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm running on localhost<br> MainThread::INFO::2016-10-03 12:38:37,985::hosted_engine::612::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Initializing VDSM<br> MainThread::INFO::2016-10-03 12:38:45,645::hosted_engine::639::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Connecting the storage<br> MainThread::INFO::2016-10-03 12:38:45,647::storage_server::219::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Connecting storage server<br> MainThread::INFO::2016-10-03 12:39:00,543::storage_server::226::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Connecting storage server<br> MainThread::INFO::2016-10-03 12:39:00,562::storage_server::233::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Refreshing the storage domain<br> MainThread::INFO::2016-10-03 12:39:01,235::hosted_engine::666::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Preparing images<br> MainThread::INFO::2016-10-03 12:39:01,236::image::126::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) Preparing images<br> MainThread::INFO::2016-10-03 12:39:09,295::hosted_engine::669::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Reloading vm.conf from the shared storage domain<br> MainThread::INFO::2016-10-03 12:39:09,296::config::206::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Trying to get a fresher copy of vm configuration from the OVF_STORE<br> MainThread::WARNING::2016-10-03 12:39:16,928::ovf_store::107::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) Unable to find OVF_STORE<br> MainThread::ERROR::2016-10-03 12:39:16,934::config::235::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf<br> <br> I have searched a bit and not really found a solution, and have come to the conclusion that i have made a mess of things, and am wondering if the best solution is to export the VMs, and reinstall everything then import them back?<br> i am using remote NFS storage.<br> if i try and add the hosted engine storage domain it says it is already registered.<br> i have also upgraded and am now running <span class="gwt-InlineLabel">oVirt Engine Version: 4.0.4.4-1.el7.centos<br> hosts were installed using ovirt-node. currently at 3.10.0-327.28.3.el7.x86_64<br> if a fresh install is best, any advice / pointer to doc that explains best way to do this?<br> i have not moved my most important server over to this cluster yet so i can take some downtime to reinstall.<br> thanks!<br> sam<br> <br> </span><br> </body> </html> --------------05F3D0780062C6D37C1619A7--

3 2

[Users] Problem Creating "oVirtEngine" Machine
by Richie＠HIP 15 May '19

15 May '19

--Apple-Mail=_DF4BF6D1-1F87-4F60-9CF9-070D4D836241 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I can't agree with you more. Modifying every box's or Virtual Machine's = HOSTS file with a FQDN and IP SHOULD work, but in my case it is not. = There are several reasons I've come to believe could be the problem = during my trial-and-errors testing and learning. FIRST - MACHINE IPs. THe machine's "Names" where not appearing in the Microsoft Active = Directory DHCP along with their assigned IPs; in other words, the DHCP = just showed an "Assigned IP", equal to the Linux Machine's IP, with a = <empty> ('i.e. blank, none, silch, plan old "no-letters-or-numbers") = "Name" in the "Name" (i.e. machines "network name", or FQDN-value used = by the Windows AD DNS-service) column. =20 if your IP is is appearing with an <empty> "name", there is no "host = name" to associate the IP, it makes it difficult to define a FQDN; which = isn't that useful if we're going to use the HOSTS files in all = participating machines in an oVirt Installation. I kept banging my head for three (3) long hours trying to find the = problem. In Fedora 18, I could't find where the "network name" of the machine = could be defined. =20 I tried putting the "Additional Search Domains" and/or "DHCP Client ID" = in Fedora's 18 Desktop - under "System Settings > Hardware > Network > = Options > IPv4 Setting" The DHCP went crazy; showing an "Aberrant-MAC-Address" (i.e. a really = long-sting value where the machine's MAC address should be), and we knew = the MAC address as we obtained using "ifconfig" on the machine getting = it's IP from the DHCP. So we reverted these entries from the = aforementioned, rebooted, and got an assigned IP, with proper MAC = address, but still no "Name" Kept wondering around the "Settings" and seeing which one made sense, = but what the heck, I went for it. =20 Under "System Settings > System > Details" I found the information about = GNOME and the machine's hardware. =20 There was a field for "Device Name" that originally had = "localhost.localdomain"; I changed the value to "ovirtmanager". and = under "Graphic" changed to "Forced Fallback Mode" to "ON". =20 I also installed all Kerberos libraries and client (i.e. authconfig-gtk, = authhub, authhub-client, krb5-apple-clents, krb5-auth-dialog, = krb5-workstation, pam-kcoda, pam-krb5, root-net.krb5) and rebooted VOILA=85!!! =20 I don;t know if it was the definition of "Device Name" from = "localhost.localdomain" to "ovirtengine", of the Kerberos libraries = install, or both. But finally the MS AD DHCP was showing the = Addigned-IP, the machine "Name" and the proper MAC-address. Regardless, = setting the machine's "Network Name" under "System Settings > System > = Details > Device Name", with no explanation of what "Device Name" meant = or was used for, was the last place I would have imagined this network = setting could be defined. NOTE - Somebody has to try the two steps I did together, separately. to = see which one is the real problem-solver; for me it is working, and "if = it ain't broke, don't fix it=85" Now that I have the DHCP / IP thing sorted, I have to do the DNS stuff. To this point, I've addressed the DHCP and "Network Name" of the = IP-Lease (required for the DNS to work). This still does't completely = explain why, by modifying the HOSTS file (allowing be to set and IP and = non-DNS FQDN). allows me to install the oVirtEngine "as long as I do not = use default HTTPd service parameters as suggested by the install". By = using the HOST file to "define" FQDNs, AND NOT using the default HTTPd = suggested changes, I'm able to install the oVirtEngine (given that I use = ports 8700 and 8701) to access the "oVirtEngine Welcome Screen", BUT = NONE of the "oVirt Portals" work=85 YET=85!!! More to come during the week Richie Jos=E9 E ("Richie") Piovanetti, MD, MS=20 M: 787-615-4884 | richiepiovanetti(a)healthcareinfopartners.com On Aug 2, 2013, at 3:10 AM, Joop <jvdwege(a)xs4all.nl> wrote: > Hello Ritchie, >=20 >> In a conversation via IRC, someone suggested that I activate = "dnsmask" to overcome what appears to be a DNS problem. I'll try that = other possibility once I get home later today. >>=20 >> In the mean time, what do you mean by "fixing the hostname"=85? I = opened and fixed the HOSTNAMES and changed it from = "localhost-localdomain" to "localhost.localdomain" and that made no = difference. Albeit, after changing I didm;t restart, remove ovirtEngine = ((using "engine-cleanup") and reinstalled via "engine-setup". Is that = what you mean=85? >>=20 >>=20 >>=20 >> In the mean time, the fact that even if I resolve the issue of = oVirtEngine I will not be able to connect to the oVirt Nodes unless I = have DNS resolution, apparently means I should do something with = resolving via DNS in my home LAN (i.e implement some sort of "DNS Cache" = so I can resolve my home computers via DNS inside my LAN). >>=20 >> Any suggestions are MORE THAN WELCOME=85!!! >> =20 >=20 > Having setup ovirt more than I can count right now I share your = feeling that it isn't always clear why things are going wrong, but in = this case I suspect that there is a rather small thing missing. > In short if you setup ovirt-engine, either using virtualbox or on real = hardware, and you give your host a meaningfull name AND you add that = info also in your /etc/hosts file than things SHOULD work, no need for = dnsmasq or even bind. Would make things easier once you start adding = virt hosts to you infrastructure since you will need to duplicate these = actions on each host (add engine name/ip to each host and add each host = to the others and all hosts to engine) >=20 > Just ask if you need more assistance and I will write down a small = howto that should work out of the box else I might have some time to see = if I can get things going. >=20 > Regards, >=20 > Joop >=20 --Apple-Mail=_DF4BF6D1-1F87-4F60-9CF9-070D4D836241 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dwindows-1252"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I = can't agree with you more.  Modifying every box's or Virtual = Machine's HOSTS file with a FQDN and IP SHOULD work, but in my case it = is not.  There are several reasons I've come to believe could be = the problem during my trial-and-errors testing and = learning.<div><div><br></div><div>FIRST - MACHINE IPs.</div><ul = class=3D"MailOutline"><li>THe machine's "Names" where not appearing in = the <b>Microsoft Active Directory DHCP</b> along with their assigned = IPs; in other words, the DHCP just showed an "Assigned IP", equal to the = Linux Machine's IP, with a <empty> ('i.e. blank, none, silch, plan = old "no-letters-or-numbers") "Name" in the "Name" (i.e. machines = "network name", or FQDN-value used by the Windows AD DNS-service) = column.  </li><li>if your IP is is appearing with an <empty> = "name", there is no "host name" to associate the IP, it makes it = difficult to define a FQDN; which isn't that useful if we're going to = use the HOSTS files in all participating machines in an oVirt = Installation.</li><li>I kept banging my head for three (3) long hours = trying to find the problem.</li><ul><li>In Fedora 18, I could't find = where the "network name" of the machine could be defined. =  </li><li>I tried putting the "Additional Search Domains" and/or = "DHCP Client ID" in Fedora's 18 Desktop - under "System Settings > = Hardware > Network > Options > IPv4 Setting"</li><ul><li>The = DHCP went crazy;  showing an "Aberrant-MAC-Address" (i.e. a really = long-sting value where the machine's MAC address should be), and we knew = the MAC address as we obtained using "ifconfig" on the machine getting = it's IP from the DHCP.  So we reverted these entries from the = aforementioned, rebooted, and got an assigned IP, with proper MAC = address, but still no "Name"</li></ul><li>Kept wondering around the = "Settings" and seeing which one made sense, but what the heck, I went = for it.  </li><ul><li>Under "System Settings > System > = Details" I found the information about GNOME and the machine's hardware. =  </li><li>There was a field for "Device Name" that originally had = "localhost.localdomain"; I changed the value to "ovirtmanager". and = under "Graphic" changed to "Forced Fallback Mode" to "ON". =  </li><li>I also installed all Kerberos libraries and client (i.e. = authconfig-gtk, authhub, authhub-client, krb5-apple-clents, = krb5-auth-dialog, krb5-workstation, pam-kcoda, pam-krb5, root-net.krb5) = and rebooted</li><li>VOILA=85!!!  </li></ul><li>I don;t know if it = was the definition of "Device Name" from "localhost.localdomain" to = "ovirtengine", of the Kerberos libraries install, or both.  But = finally the MS AD DHCP was showing the Addigned-IP, the machine "Name" = and the proper MAC-address.  Regardless, setting the machine's = "Network Name" under "System Settings > System > Details = > Device Name", with no explanation of what "Device Name" meant = or was used for, was the last place I would have imagined this = network setting could be defined.</li><li><b>NOTE</b> - Somebody has to = try the two steps I did together, separately. to see which one is the = real problem-solver; for me it is working, and "if it ain't broke, don't = fix it=85"</li></ul></ul><div><br = class=3D"webkit-block-placeholder"></div><div>Now that I have the DHCP / = IP thing sorted, I have to do the DNS stuff.</div><div><br></div><div>To = this point, I've addressed the DHCP and "Network Name" of the IP-Lease = (required for the DNS to work).  This still does't completely = explain why, by modifying the HOSTS file (allowing be to set and IP and = non-DNS FQDN). allows me to install the oVirtEngine "<b><i>as long as I = do not use default  HTTPd service parameters as suggested by the = install</i></b>".  <b>By using the HOST file to "define" FQDNs, AND = NOT using the default HTTPd suggested changes, I'm able to install the = oVirtEngine (given that I use ports 8700 and 8701) to access the = "oVirtEngine Welcome Screen", BUT NONE of the "oVirt Portals" work</b>=85 = YET=85!!!</div><div><br></div><div>More to come during the = week</div><div><br></div><div>Richie</div><div = apple-content-edited=3D"true"><br>Jos=E9 E ("Richie") Piovanetti, MD, = MS <br>M: 787-615-4884 | <a = href=3D"mailto:richiepiovanetti@healthcareinfopartners.com">richiepiovanet= ti(a)healthcareinfopartners.com</a><br><br><br><br><br><br></div><br><div><d= iv>On Aug 2, 2013, at 3:10 AM, Joop <<a = href=3D"mailto:jvdwege@xs4all.nl">jvdwege(a)xs4all.nl</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><blockquote = type=3D"cite">Hello Ritchie,<br><br><blockquote type=3D"cite">In a = conversation via IRC, someone suggested that I activate "dnsmask" to = overcome what appears to be a DNS problem.  I'll try that other = possibility once I get home later today.<br><br>In the mean time, what = do you mean by "fixing the hostname"=85?  I opened and fixed the = HOSTNAMES and changed it from "localhost-localdomain" to = "localhost.localdomain" and that made no difference.  Albeit, after = changing I didm;t restart, remove ovirtEngine ((using "engine-cleanup") = and reinstalled via "engine-setup".  Is that what you = mean=85?<br><br><br><br>In the mean time, the fact that even if I = resolve the issue of oVirtEngine I will not be able to connect to the = oVirt Nodes unless I have DNS resolution, apparently means I should do = something with resolving via DNS in my home LAN (i.e implement some sort = of "DNS Cache" so I can resolve my home computers via DNS inside my = LAN).<br><br>Any suggestions are MORE THAN WELCOME=85!!!<br> =  <br></blockquote><br>Having setup ovirt more than I can count = right now I share your feeling that it isn't always clear why things are = going wrong, but in this case I suspect that there is a rather small = thing missing.<br>In short if you setup ovirt-engine, either using = virtualbox or on real hardware, and you give your host a meaningfull = name AND you add that info also in your /etc/hosts file than things = SHOULD work, no need for dnsmasq or even bind. Would make things easier = once you start adding virt hosts to you infrastructure since you will = need to duplicate these actions on each host (add engine name/ip to each = host and add each host to the others and all hosts to = engine)<br><br>Just ask if you need more assistance and I will write = down a small howto that should work out of the box else I might have = some time to see if I can get things = going.<br><br>Regards,<br><br>Joop<br><br></blockquote></div><br></div></b= ody></html>= --Apple-Mail=_DF4BF6D1-1F87-4F60-9CF9-070D4D836241--

2 1

Re: [ovirt-users] Question about the ovirt-engine-sdk-java
by Michael Pasternak 15 May '19

15 May '19

------=_Part_1975902_834617789.1445161505459 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi=C2=A0Salifou, Actually java sdk is=C2=A0intentionally=C2=A0hiding transport level interna= ls so developers could stay in java domain,if your headers are static, easi= est way would be using reverse proxy in a middle to intercept requests,=C2= =A0 can you tell me why do you need this? =20 On Friday, October 16, 2015 1:14 AM, Salifou Sidi M. Malick <ssidimah@= redhat.com> wrote: =20 Hi Micheal, I have a question about the ovirt-engine-sdk-java. Is there a way to add custom request headers to each RHEVM API call? Here is an example of a request that I would like to do: $ curl -v -k \ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -H "ID: user1(a)ad.xyz.com" \ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -H "PASSWORD: Pwssd" \ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -H "TARGET: kobe" \ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://vm0.smalick.com/api/hosts I would like to add ID, PASSWORD and TARGET as HTTP request header.=20 Thanks, Salifou ------=_Part_1975902_834617789.1445161505459 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><head></head><body><div style=3D"color:#000; background-color:#fff; f= ont-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helve= tica, Arial, Lucida Grande, sans-serif;font-size:13px"><div id=3D"yui_3_16_= 0_1_1445160422533_3555" dir=3D"ltr"><span id=3D"yui_3_16_0_1_1445160422533_= 4552">Hi </span><span style=3D"font-family: 'Helvetica Neue', 'Segoe U= I', Helvetica, Arial, 'Lucida Grande', sans-serif;" id=3D"yui_3_16_0_1_1445= 160422533_3568" class=3D"">Salifou,</span></div><div id=3D"yui_3_16_0_1_144= 5160422533_3555" dir=3D"ltr"><span style=3D"font-family: 'Helvetica Neue', = 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif;" class=3D""><br>= </span></div><div id=3D"yui_3_16_0_1_1445160422533_3555" dir=3D"ltr"><span = style=3D"font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Luci= da Grande', sans-serif;" class=3D"" id=3D"yui_3_16_0_1_1445160422533_3595">= Actually java sdk is </span><span style=3D"font-family: 'Helvetica Neu= e', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif;" id=3D"yui_3= _16_0_1_1445160422533_4360" class=3D"">intentionally </span><span styl= e=3D"font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida G= rande', sans-serif;" id=3D"yui_3_16_0_1_1445160422533_4362" class=3D"">hidi= ng transport level internals so developers could stay in java domain,</span= ></div><div id=3D"yui_3_16_0_1_1445160422533_3555" dir=3D"ltr"><span class= =3D"" id=3D"yui_3_16_0_1_1445160422533_4435"><font face=3D"Helvetica Neue, = Segoe UI, Helvetica, Arial, Lucida Grande, sans-serif" id=3D"yui_3_16_0_1_1= 445160422533_4432" class=3D"">if your headers are static, easiest way would= be using reverse proxy in a middle to intercept requests, </font><br>= </span></div><div id=3D"yui_3_16_0_1_1445160422533_3555" dir=3D"ltr"><span = class=3D""><font face=3D"Helvetica Neue, Segoe UI, Helvetica, Arial, Lucida= Grande, sans-serif" class=3D""><br></font></span></div><div id=3D"yui_3_16= _0_1_1445160422533_3555" dir=3D"ltr"><span style=3D"font-family: 'Helvetica= Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif;" id=3D"y= ui_3_16_0_1_1445160422533_4357">can you tell me why do you need this?</span= ><br></div> <br><div class=3D"qtdSeparateBR"><br><br></div><div class=3D"y= ahoo_quoted" style=3D"display: block;"> <div style=3D"font-family: Helvetic= aNeue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida= Grande, sans-serif; font-size: 13px;"> <div style=3D"font-family: Helvetic= aNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-si= ze: 16px;"> <div dir=3D"ltr"> <font size=3D"2" face=3D"Arial"> On Friday, O= ctober 16, 2015 1:14 AM, Salifou Sidi M. Malick <ssidimah(a)redhat.com>= wrote:<br> </font> </div> <br><br> <div class=3D"y_msg_container">Hi Mich= eal,<br><br>I have a question about the ovirt-engine-sdk-java.<br><br>Is th= ere a way to add custom request headers to each RHEVM API call?<br><br>Here= is an example of a request that I would like to do:<br><br>$ curl -v -k \<= br>          -H "ID: <a ymailto=3D"mailto:user1@ad= .xyz.com" href=3D"mailto:user1@ad.xyz.com">user1(a)ad.xyz.com</a>" \<br>&nbsp= ;         -H "PASSWORD: Pwssd" \<br>    &nbsp= ;     -H "TARGET: kobe" \<br>          <= a href=3D"https://vm0.smalick.com/api/hosts" target=3D"_blank">https://vm0.= smalick.com/api/hosts</a><br><br><br>I would like to add ID, PASSWORD and T= ARGET as HTTP request header. <br><br>Thanks,<br>Salifou<br><br><br><br></d= iv> </div> </div> </div></div></body></html> ------=_Part_1975902_834617789.1445161505459--

2 1

[Users] oVirt Weekly Sync Meeting Minutes -- 2012-05-23
by Mike Burns 15 May '19

15 May '19

Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.txt Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by mburns at 14:00:23 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 14:00:41) * Status of next release (mburns, 14:05:17) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=822145 (mburns, 14:05:29) * AGREED: freeze date and beta release delayed by 1 week to 2012-06-07 (mburns, 14:12:33) * post freeze, release notes flag needs to be used where required (mburns, 14:14:21) * https://bugzilla.redhat.com/show_bug.cgi?id=821867 is a VDSM blocker for 3.1 (oschreib, 14:17:27) * ACTION: dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas (oschreib, 14:21:44) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=822158 (mburns, 14:23:39) * assignee not available, update to come tomorrow (mburns, 14:24:59) * ACTION: oschreib to make sure BZ#822158 is handled quickly (oschreib, 14:25:29) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=824397 (mburns, 14:28:55) * 824397 expected to be merged prior next week's meeting (mburns, 14:29:45) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=824420 (mburns, 14:30:15) * tracker for node based on F17 (mburns, 14:30:28) * blocked by util-linux bug currently (mburns, 14:30:40) * new build expected from util-linux maintainer in next couple days (mburns, 14:30:55) * sub-project status -- engine (mburns, 14:32:49) * nothing to report outside of blockers discussed above (mburns, 14:34:00) * sub-project status -- vdsm (mburns, 14:34:09) * nothing outside of blockers above (mburns, 14:35:36) * sub-project status -- node (mburns, 14:35:43) * working on f17 migration, but blocked by util-linux bug (mburns, 14:35:58) * should be ready for freeze deadline (mburns, 14:36:23) * Review decision on Java 7 and Fedora jboss rpms in oVirt Engine (mburns, 14:36:43) * Java7 basically working (mburns, 14:37:19) * LINK: http://gerrit.ovirt.org/#change,4416 (oschreib, 14:39:35) * engine will make ack/nack statement next week (mburns, 14:39:49) * fedora jboss rpms patch is in review, short tests passed (mburns, 14:40:04) * engine ack on fedora jboss rpms and java7 needed next week (mburns, 14:44:47) * Upcoming Workshops (mburns, 14:45:11) * NetApp workshop set for Jan 22-24 2013 (mburns, 14:47:16) * already at half capacity for Workshop at LinuxCon Japan (mburns, 14:47:37) * please continue to promote it (mburns, 14:48:19) * proposal: board meeting to be held at all major workshops (mburns, 14:48:43) * LINK: http://www.ovirt.org/wiki/OVirt_Global_Workshops (mburns, 14:49:30) * Open Discussion (mburns, 14:50:12) * oVirt/Quantum integration discussion will be held separately (mburns, 14:50:43) Meeting ended at 14:52:47 UTC. Action Items ------------ * dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas * oschreib to make sure BZ#822158 is handled quickly Action Items, by person ----------------------- * dougsland * dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas * oschreib * oschreib to make sure BZ#822158 is handled quickly * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (98) * oschreib (55) * doronf (12) * lh (11) * sgordon (8) * dougsland (8) * ovirtbot (6) * ofrenkel (4) * cestila (2) * RobertMdroid (2) * ydary (2) * rickyh (1) * yzaslavs (1) * cctrieloff (1) * mestery_ (1) * dustins (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

2 1

[QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed
by Sandro Bonazzola 15 May '19

15 May '19

Hi, We have still blockers for oVirt 3.5.1 RC release so we need to postpone it until they'll be fixed. The bug tracker [1] shows 1 open blocker: Bug ID Whiteboard Status Summary 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. - ACTION: Gilad please provide ETA on above blocker, the new proposed RC date will be decided on the given ETA. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 57 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 37 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - ACTION: Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - ACTION: Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

VM has paused due to no storage space error
by Sandvik Agustin 15 May '19

15 May '19

Hi users, I have this problem that sometimes 1 to 3 VM just automatically paused with user interaction and getting this error "VM has paused due to no storage space error". any inputs from you guys are very appreciated. TIA Sandvik

5 5

VM Import from remote libvirt Server on web gui with Host key verification failed or permission denied error
by Rogério Ceni Coelho 15 May '19

15 May '19

Hi Ovirt Jedi´s !!! First of all, congratulations for this amazing product. I am an Vmware and Hyper-V Engineer but i am very excited with oVirt. Now, let´s go to work ... :-) I am trying to Import vm from remote libvirt server on web gui but i was unable to solve the problem until now. [image: pasted1] Node logs : [root@hlg-rbs-ovirt-kvm01-poa ~]# tail -f /var/log/vdsm/vdsm.log | grep -i error | grep -v Host.getStats jsonrpc.Executor/0::ERROR::2016-10-06 10:24:52,432::v2v::151::root::(get_external_vms) error connection to hypervisor: 'Cannot recv data: Permission denied, please try again.\r\nPermission denied, please try again.\r\nPermission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer' jsonrpc.Executor/0::INFO::2016-10-06 10:24:52,433::__init__::513::jsonrpc.JsonRpcServer::(_serveRequest) RPC call Host.getExternalVMs failed (error 65) in 10.05 seconds [root@hlg-rbs-ovirt-kvm02-poa ~]# grep error /var/log/vdsm/vdsm.log | grep get_external_vms jsonrpc.Executor/7::ERROR::2016-10-06 10:25:37,344::v2v::151::root::(get_external_vms) error connection to hypervisor: 'Cannot recv data: Host key verification failed.: Connection reset by peer' [root@hlg-rbs-ovirt-kvm02-poa ~]# Engine Logs : [root@hlg-rbs-ovirt01-poa ~]# tail -f /var/log/ovirt-engine/engine.log 2016-10-06 10:24:42,377 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] START, GetVmsFromExternalProviderVDSCommand(HostName = hlg-rbs-ovirt-kvm01-poa.rbs.com.br, GetVmsFromExternalProviderParameters:{runAsync='true', hostId='5feddfba-d7b2-423e-a946-ac2bf36906fa', url='qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system', username='root', originType='KVM'}), log id: eb750c7 *2016-10-06 10:24:53,435 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] Unexpected return value: StatusForXmlRpc [code=65, message=Cannot recv data: Permission denied, please try again.* *Permission denied, please try again.* *Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer]* 2016-10-06 10:24:53,435 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] Failed in 'GetVmsFromExternalProviderVDS' method 2016-10-06 10:24:53,435 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] Unexpected return value: StatusForXmlRpc [code=65, message=Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer] 2016-10-06 10:24:53,454 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-97) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM hlg-rbs-ovirt-kvm01-poa.rbs.com.br command failed: Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer 2016-10-06 10:24:53,454 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand' return value 'org.ovirt.engine.core.vdsbroker.vdsbroker.VMListReturnForXmlRpc@6c6f696c' 2016-10-06 10:24:53,454 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] HostName = hlg-rbs-ovirt-kvm01-poa.rbs.com.br 2016-10-06 10:24:53,454 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName = hlg-rbs-ovirt-kvm01-poa.rbs.com.br, GetVmsFromExternalProviderParameters:{runAsync='true', hostId='5feddfba-d7b2-423e-a946-ac2bf36906fa', url='qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system', username='root', originType='KVM'})' execution failed: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer, code = 65 2016-10-06 10:24:53,454 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-97) [] FINISH, GetVmsFromExternalProviderVDSCommand, log id: eb750c7 2016-10-06 10:24:53,459 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-97) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Failed to retrieve VMs information from external server qemu+ssh://root@prd-openshift-kvm03-poa.rbs.com.br/system 2016-10-06 10:24:53,459 ERROR [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-97) [] Query 'GetVmsFromExternalProviderQuery' failed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer, code = 65 (Failed with error unexpected and code 16) 2016-10-06 10:24:53,460 ERROR [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-97) [] Exception: org.ovirt.engine.core.common.errors.EngineException: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer, code = 65 (Failed with error unexpected and code 16) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257) [bll.jar:] at org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery.getVmsFromExternalProvider(GetVmsFromExternalProviderQuery.java:32) [bll.jar:] at org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery.executeQueryCommand(GetVmsFromExternalProviderQuery.java:27) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:103) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:558) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:529) [bll.jar:] at sun.reflect.GeneratedMethodAccessor181.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor179.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:263) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view3.runQuery(Unknown Source) [common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runQuery(GenericApiGWTServiceImpl.java:53) at sun.reflect.GeneratedMethodAccessor222.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73) [branding.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:66) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_102] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_102] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102] 2016-10-06 10:25:27,202 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] START, GetVmsFromExternalProviderVDSCommand(HostName = hlg-rbs-ovirt-kvm02-poa.rbs.com.br, GetVmsFromExternalProviderParameters:{runAsync='true', hostId='f9c9d929-b460-4102-bb29-de1e6ad6ad72', url='qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system', username='root', originType='KVM'}), log id: 4f3174a6 *2016-10-06 10:25:38,338 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] Unexpected return value: StatusForXmlRpc [code=65, message=Cannot recv data: Host key verification failed.: Connection reset by peer]* 2016-10-06 10:25:38,338 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] Failed in 'GetVmsFromExternalProviderVDS' method 2016-10-06 10:25:38,338 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] Unexpected return value: StatusForXmlRpc [code=65, message=Cannot recv data: Host key verification failed.: Connection reset by peer] 2016-10-06 10:25:38,343 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-113) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM hlg-rbs-ovirt-kvm02-poa.rbs.com.br command failed: Cannot recv data: Host key verification failed.: Connection reset by peer 2016-10-06 10:25:38,343 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand' return value 'org.ovirt.engine.core.vdsbroker.vdsbroker.VMListReturnForXmlRpc@42dd60af' 2016-10-06 10:25:38,343 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] HostName = hlg-rbs-ovirt-kvm02-poa.rbs.com.br 2016-10-06 10:25:38,343 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName = hlg-rbs-ovirt-kvm02-poa.rbs.com.br, GetVmsFromExternalProviderParameters:{runAsync='true', hostId='f9c9d929-b460-4102-bb29-de1e6ad6ad72', url='qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system', username='root', originType='KVM'})' execution failed: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Host key verification failed.: Connection reset by peer, code = 65 2016-10-06 10:25:38,343 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-113) [] FINISH, GetVmsFromExternalProviderVDSCommand, log id: 4f3174a6 2016-10-06 10:25:38,344 ERROR [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-113) [] Query 'GetVmsFromExternalProviderQuery' failed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Host key verification failed.: Connection reset by peer, code = 65 (Failed with error unexpected and code 16) 2016-10-06 10:25:38,345 ERROR [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-113) [] Exception: org.ovirt.engine.core.common.errors.EngineException: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Host key verification failed.: Connection reset by peer, code = 65 (Failed with error unexpected and code 16) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257) [bll.jar:] at org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery.getVmsFromExternalProvider(GetVmsFromExternalProviderQuery.java:32) [bll.jar:] at org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery.executeQueryCommand(GetVmsFromExternalProviderQuery.java:27) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:103) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:558) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:529) [bll.jar:] at sun.reflect.GeneratedMethodAccessor181.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor179.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:263) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view3.runQuery(Unknown Source) [common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runQuery(GenericApiGWTServiceImpl.java:53) at sun.reflect.GeneratedMethodAccessor222.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73) [branding.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:66) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_102] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_102] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102] 2016-10-06 10:25:52,527 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] START, GetVmsFromExternalProviderVDSCommand(HostName = hlg-rbs-ovirt-kvm03-poa.rbs.com.br, GetVmsFromExternalProviderParameters:{runAsync='true', hostId='02ead14e-0208-4a74-b1c2-4c19383820f9', url='qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system', username='root', originType='KVM'}), log id: 7c8b1e2d 2016-10-06 10:26:02,695 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] Unexpected return value: StatusForXmlRpc [code=65, message=Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer] 2016-10-06 10:26:02,695 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] Failed in 'GetVmsFromExternalProviderVDS' method 2016-10-06 10:26:02,696 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] Unexpected return value: StatusForXmlRpc [code=65, message=Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer] 2016-10-06 10:26:02,701 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-118) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM hlg-rbs-ovirt-kvm03-poa.rbs.com.br command failed: Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer 2016-10-06 10:26:02,701 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand' return value 'org.ovirt.engine.core.vdsbroker.vdsbroker.VMListReturnForXmlRpc@5ce9f7f2' 2016-10-06 10:26:02,701 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] HostName = hlg-rbs-ovirt-kvm03-poa.rbs.com.br 2016-10-06 10:26:02,701 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName = hlg-rbs-ovirt-kvm03-poa.rbs.com.br, GetVmsFromExternalProviderParameters:{runAsync='true', hostId='02ead14e-0208-4a74-b1c2-4c19383820f9', url='qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system', username='root', originType='KVM'})' execution failed: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer, code = 65 2016-10-06 10:26:02,701 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-118) [] FINISH, GetVmsFromExternalProviderVDSCommand, log id: 7c8b1e2d 2016-10-06 10:26:02,701 ERROR [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-118) [] Query 'GetVmsFromExternalProviderQuery' failed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer, code = 65 (Failed with error unexpected and code 16) 2016-10-06 10:26:02,701 ERROR [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-118) [] Exception: org.ovirt.engine.core.common.errors.EngineException: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot recv data: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by peer, code = 65 (Failed with error unexpected and code 16) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257) [bll.jar:] at org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery.getVmsFromExternalProvider(GetVmsFromExternalProviderQuery.java:32) [bll.jar:] at org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery.executeQueryCommand(GetVmsFromExternalProviderQuery.java:27) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:103) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:558) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:529) [bll.jar:] at sun.reflect.GeneratedMethodAccessor181.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor179.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:263) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view3.runQuery(Unknown Source) [common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runQuery(GenericApiGWTServiceImpl.java:53) at sun.reflect.GeneratedMethodAccessor222.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73) [branding.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:66) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_102] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_102] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102] ^C [root@hlg-rbs-ovirt01-poa ~]# When i try with virsh i have sucess. [root@hlg-rbs-ovirt-kvm01-poa ~]# virsh -c qemu+ssh:// root(a)prd-openshift-kvm03-poa.rbs.com.br/system The authenticity of host 'prd-openshift-kvm03-poa.rbs.com.br (10.1.8.32)' can't be established. ECDSA key fingerprint is af:e9:12:29:65:ad:41:ab:0a:3c:a1:f0:73:1c:62:a5. Are you sure you want to continue connecting (yes/no)? yes root(a)prd-openshift-kvm03-poa.rbs.com.br's password: Welcome to virsh, the virtualization interactive terminal. Type: 'help' for help with commands 'quit' to quit virsh # list Id Name State ---------------------------------------------------- 5 prd-openshift-etcd03-poa running 6 prd-openshift-master03-poa running 8 prd-openshift-node03-poa running virsh # list --all Id Name State ---------------------------------------------------- 5 prd-openshift-etcd03-poa running 6 prd-openshift-master03-poa running 8 prd-openshift-node03-poa running - teste shut off - teste1 shut off - tpl-centos72-64 shut off virsh # quit [root@hlg-rbs-ovirt-kvm01-poa ~]# Thanks.

3 2

Change host names/IPs
by Davide Ferrari 15 May '19

15 May '19

Hello Is there a clean way and possibly without downtime to change the hostname and IP addresses of all the hosts in a running oVirt cluster? -- Davide Ferrari Senior Systems Engineer

4 7

[Users] Lifecycle / upgradepath
by Sven Kieske 11 May '19

11 May '19

Hi Community, Currently, there is no single document describing supported (which means: working ) upgrade scenarios. I think the project has matured enough, to have such an supported upgradepath, which should be considered in the development of new releases. As far as I know, currently it is supported to upgrade from x.y.z to x.y.z+1 and from x.y.z to x.y+1.z but not from x.y-1.z to x.y+1.z directly. maybe this should be put together in a wiki page at least. also it would be cool to know how long a single "release" would be supported. In this context I would define a release as a version bump from x.y.z to x.y+1.z or to x+1.y.z a bump in z would be a bugfix release. The question is, how long will we get bugfix releases for a given version? What are your thoughts? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

2 1

[Users] Nested virtualization with Opteron 2nd generation and oVirt 3.1 possible?
by Gianluca Cecchi 11 May '19

11 May '19

Hello, I have 2 physical servers with Opteron 2nd gen cpu. There is CentOS 6.3 installed and some VM already configured on them. Their /proc/cpuinfo contains ... model name : Dual-Core AMD Opteron(tm) Processor 8222 ... kvm_amd kernel module is loaded with its default enabled nested option # systool -m kvm_amd -v Module = "kvm_amd" Attributes: initstate = "live" refcnt = "15" srcversion = "43D8067144E7D8B0D53D46E" Parameters: nested = "1" npt = "1" ... I already configured a fedora 17 VM as a oVirt 3.1 Engine I'm trying to configure another VM as oVirt 3.1 node with ovirt-node-iso-2.5.5-0.1.fc17.iso It seems I'm not able to configure so that ovirt install doesn't complain. After some attempts, I tried this in my vm.xml for the cpu: <cpu mode='custom' match='exact'> <model fallback='allow'>athlon</model> <vendor>AMD</vendor> <feature policy='require' name='pni'/> <feature policy='require' name='rdtscp'/> <feature policy='force' name='svm'/> <feature policy='require' name='clflush'/> <feature policy='require' name='syscall'/> <feature policy='require' name='lm'/> <feature policy='require' name='cr8legacy'/> <feature policy='require' name='ht'/> <feature policy='require' name='lahf_lm'/> <feature policy='require' name='fxsr_opt'/> <feature policy='require' name='cx16'/> <feature policy='require' name='extapic'/> <feature policy='require' name='mca'/> <feature policy='require' name='cmp_legacy'/> </cpu> Inside node /proc/cpuinfo becomes processor : 3 vendor_id : AuthenticAMD cpu family : 6 model : 2 model name : QEMU Virtual CPU version 0.12.1 stepping : 3 microcode : 0x1000065 cpu MHz : 3013.706 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall mmxext fxsr_opt lm nopl pni cx16 hypervisor lahf_lm cmp_legacy cr8_legacy bogomips : 6027.41 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: 2 questions: 1) Is there any combination in xml file to give to my VM so that oVirt doesn't complain about missing hardware virtualization with this processor? 2) suppose 1) is not possible in my case and I still want to test the interface and try some config operations to see for example the differences with RHEV 3.0, how can I do? At the moment this complaint about hw virtualization prevents me to activate the node. I get Installing Host f17ovn01. Step: RHEV_INSTALL. Host f17ovn01 was successfully approved. Host f17ovn01 running without virtualization hardware acceleration Detected new Host f17ovn01. Host state was set to Non Operational. Host f17ovn01 moved to Non-Operational state. Host f17ovn01 moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : CpuFlags Can I lower the requirements to be able to operate without hw virtualization in 3.1? Thanks in advance, Gianluca

2 1

Need VM run once api
by Chandrahasa S 09 May '19

09 May '19

This is a multipart message in MIME format. --=_alternative 00361B2065257E90_= Content-Type: text/plain; charset="US-ASCII" Hi Experts, We are integrating ovirt with our internal cloud. Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS. but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal. I believe we need to power ON vm using run once API, but we are not able get this API. Can some one help on this. I got reply on this query last time but unfortunately mail got deleted. Thanks & Regards Chandrahasa S =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you --=_alternative 00361B2065257E90_= Content-Type: text/html; charset="US-ASCII" <font size=2 face="sans-serif">Hi Experts,</font> <br> <br><font size=2 face="sans-serif">We are integrating ovirt with our internal cloud.</font> <br> <br><font size=2 face="sans-serif">Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS.</font> <br> <br><font size=2 face="sans-serif">but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal.</font> <br> <br><font size=2 face="sans-serif">I believe we need to power ON vm using run once API, but we are not able get this API.</font> <br> <br><font size=2 face="sans-serif">Can some one help on this.</font> <br> <br><font size=2 face="sans-serif">I got reply on this query last time but unfortunately mail got deleted.</font> <br> <br><font size=2 face="sans-serif">Thanks & Regards<br> Chandrahasa S<br> </font><p>=====-----=====-----=====<br> Notice: The information contained in this e-mail<br> message and/or attachments to it may contain <br> confidential or privileged information. If you are <br> not the intended recipient, any dissemination, use, <br> review, distribution, printing or copying of the <br> information contained in this e-mail message <br> and/or attachments to it are strictly prohibited. If <br> you have received this communication in error, <br> please notify us by reply e-mail or telephone and <br> immediately and permanently delete the message <br> and any attachments. Thank you</p> <p></p> --=_alternative 00361B2065257E90_=--

5 4

[Users] importing from kvm into ovirt
by Jonathan Horne 29 Apr '19

29 Apr '19

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I need to import a kvm virtual machine from a standalone kvm into my ovirt = cluster. Standalone is using local storage, and my ovirt cluster is using = iscsi. Can i please have some advice on whats the best way to get this sys= tem into ovirt? Right now i see it as copying the .img file to somewhere=85 but i have no i= dea where to start. I found this directory on one of my ovirt nodes: /rhev/data-center/mnt/blockSD/fe633237-14b2-4f8b-aedd-bbf753bcafaf/master/v= ms But inside is just directories that appear to have uuid-type of names, and = i can't tell what belongs to which vm. Any advice would be greatly appreciated. Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_ Content-Type: text/html; charset="Windows-1252" Content-ID: <41FAB2B157C43549B6577A3495BA255C(a)collaborationhost.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252"> </head> <body style=3D"word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>I need to import a kvm virtual machine from a standalone kvm into my o= virt cluster.  Standalone is using local storage, and my ovirt cluster= is using iscsi.  Can i please have some advice on whats the best way = to get this system into ovirt?</div> </div> </div> <div><br> </div> <div>Right now i see it as copying the .img file to somewhere=85 but i have= no idea where to start.  I found this directory on one of my ovirt no= des:</div> <div><br> </div> <div>/rhev/data-center/mnt/blockSD/fe633237-14b2-4f8b-aedd-bbf753bcafaf/mas= ter/vms</div> <div><br> </div> <div>But inside is just directories that appear to have uuid-type of names,= and i can't tell what belongs to which vm.</div> <div><br> </div> <div>Any advice would be greatly appreciated.</div> <div><br> </div> <div>Thanks,</div> <div>jonathan</div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_--

3 2

Trying to reset password for ovirt wiki
by noc 08 Apr '19

08 Apr '19

This is a multi-part message in MIME format. --------------000005070002050708050606 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hoping someone can help me out. For some reason I keep getting the following error when I try to reset my password: Reset password * Error sending mail: Failed to add recipient: jvandewege(a)nieuwland.nl [SMTP: Invalid response code received from server (code: 554, response: 5.7.1 <jvandewege(a)nieuwland.nl>: Relay access denied)] Complete this form to receive an e-mail reminder of your account details. Since I receive the ML on this address it is definitely a working address. Tried my home account too and same error but then for my home provider, Relay denied ?? A puzzled user, Joop --------------000005070002050708050606 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hoping someone can help me out.<br> For some reason I keep getting the following error when I try to reset my password:<br> <br> <fieldset><legend>Reset password</legend> <div class="error"> <ul> <li>Error sending mail: Failed to add recipient: <a class="moz-txt-link-abbreviated" href="mailto:jvandewege@nieuwland.nl">jvandewege(a)nieuwland.nl</a> [SMTP: Invalid response code received from server (code: 554, response: 5.7.1 <a class="moz-txt-link-rfc2396E" href="mailto:jvandewege@nieuwland.nl"><jvandewege(a)nieuwland.nl></a>: Relay access denied)]</li> </ul> </div> <p>Complete this form to receive an e-mail reminder of your account details.<br> </p> </fieldset> <br> Since I receive the ML on this address it is definitely a working address.<br> Tried my home account too and same error but then for my home provider, Relay denied ??<br> <br> A puzzled user,<br> <br> Joop<br> <br> </body> </html> --------------000005070002050708050606--

2 1

ovirt-guest-agent issue on rhel5.5
by John Michael Mercado 08 Apr '19

08 Apr '19

Hi All, I need your help. Anyone who encounter the below error and have the solution? Can you help me how to fix this? MainThread::INFO::2015-01-27 10:22:53,247::ovirt-guest-agent::57::root::Starting oVirt guest agent MainThread::ERROR::2015-01-27 10:22:53,248::ovirt-guest-agent::138::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 132, in ? agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 63, in run self.agent = LinuxVdsAgent(config) File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 371, in __init__ AgentLogicBase.__init__(self, config) File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 171, in __init__ self.vio = VirtIoChannel(config.get("virtio", "device")) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 150, in __init__ self._stream = VirtIoStream(vport_name) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 131, in __init__ self._vport = os.open(vport_name, os.O_RDWR) OSError: [Errno 2] No such file or directory: '/dev/virtio-ports/com.redhat.rhevm.vdsm' Thanks

2 1

[Users] oVirt Workshop at LinuxCon Japan 2012
by Leslie Hawthorn 08 Apr '19

08 Apr '19

Hello everyone, As part of our efforts to raise awareness of and educate more developers about the oVirt project, we will be holding an oVirt workshop at LinuxCon Japan, taking place on June 8, 2012. You can find full details of the workshop agenda on the LinuxCon Japan site. [0] Registration for the workshop is now open and is free of charge for the first 50 participants. We will also look at adding additional participant slots to the workshop based on demand. Attendees who register for LinuxCon Japan via the workshop registration link [1] will also be eligible for a discount on their LinuxCon Japan registration. Please spread the word to folks you think would find the workshop useful. If they have already registered for LinuxCon Japan, they can simply edit their existing registration to include the workshop. [0] - https://events.linuxfoundation.org/events/linuxcon-japan/ovirt-gluster-work… [1] - http://www.regonline.com/Register/Checkin.aspx?EventID=1099949 Cheers, LH -- Leslie Hawthorn Community Action and Impact Open Source and Standards @ Red Hat identi.ca/lh twitter.com/lhawthorn

2 1

[Users] Moving iSCSI Master Data
by rni＠chef.net 07 Apr '19

07 Apr '19

--========GMXBoundary282021374122634158505 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hi, it's me again.... I started my oVirt 'project' as a proof of concept,.. but it happend as always, it became production Now, I've to move the iSCSI Master data to the real iSCSI traget. Is there any way to do this, and to become rid of the old Master Data? Thank you for your help Hans-Joachim --========GMXBoundary282021374122634158505 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <span style=3D'font-family:Verdana'><span style=3D'font-size:12px'>Hi,<br /= ><br />it's me again....<br /><br />I started my oVirt 'project' as a proof= of concept,.. but it happend as always, it became production <img alt= =3D" " title=3D" " src=3D"http://images.gmx.com/images/outsource/applicatio= n/mailclient/mailcom/resource/mailclient/icons/blue/emoticons/animated/S_02= -516742918.gif" /><br /><br />Now, I've to move the iSCSI Master data to th= e real iSCSI traget.<br />Is there any way to do this, and to become rid of= the old Master Data?<br /><br /><span id=3D"editor_signature">Thank you fo= r your help</span><br /><br />Hans-Joachim</span></span> --========GMXBoundary282021374122634158505--

3 2

[Users] Can't access RHEV-H aka ovirt-node
by Scotto Alberto 11 Mar '19

11 Mar '19

--_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: multipart/alternative; boundary="_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_" --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I can't login to the hypervisor, neither as root nor as admin, neither from= another computer via ssh nor directly on the machine. I'm sure I remember the passwords. This is not the first time it happens: l= ast time I reinstalled the host. Everything worked ok for about 2 weeks, an= d then... What's going on? Is it a known behavior, somehow? Before rebooting the hypervisor, I would like to try something. RHEV Manage= r talks to RHEV-H without any problems. Can I login with RHEV-M's keys? how= ? Thank you all. Alberto Scotto [Blue] Via Cardinal Massaia, 83 10147 - Torino - ITALY phone: +39 011 29100 al.scotto(a)reply.it www.reply.it ________________________________ -- The information transmitted is intended for the person or entity to which i= t is addressed and may contain confidential and/or privileged material. Any= review, retransmission, dissemination or other use of, or taking of any ac= tion in reliance upon, this information by persons or entities other than t= he intended recipient is prohibited. If you received this in error, please = contact the sender and delete the material from any computer. --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <style>  </style> </head> <body lang=3D"IT" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi all,</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I can’t login to the hype= rvisor, neither as root nor as admin, neither from another computer via ssh= nor directly on the machine.</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I’m sure I remember the p= asswords. This is not the first time it happens: last time I reinstalled th= e host. Everything worked ok for about 2 weeks, and then...</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">What’s going on? Is it a = known behavior, somehow?</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Before rebooting the hypervisor= , I would like to try something. RHEV Manager talks to RHEV-H without any p= roblems. Can I login with RHEV-M’s keys? how?</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"> </span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thank you all.</span></p> </div> <br> <br> <div align=3D"left"> <p style=3D"font-family:Calibri,Sans-Serif; font-size:10pt"><span style=3D"= color:#000000; font-weight:bold">Alberto Scotto</span> <span style=3D"color:#808080"></span><br> <br> <span style=3D"color:#000000"><img border=3D"0" alt=3D"Blue" src=3D"cid:bde= 5ac62d10545908e269a6006dbd5ac" style=3D"margin:0px"> </span><br> <span style=3D"color:#808080">Via Cardinal Massaia, 83<br> 10147 - Torino - ITALY <br> phone: +39 011 29100 <br> <a href=3D"al.scotto(a)reply.it" target=3D"" style=3D"color:blue; text-decora= tion:underline">al.scotto(a)reply.it</a> <br> <a title=3D"" href=3D"www.reply.it" target=3D"" style=3D"color:blue; text-d= ecoration:underline">www.reply.it</a> </span><br>  </p> </div> <br> <hr> <font face=3D"Arial" color=3D"Gray" size=3D"1"><br> --<br> The information transmitted is intended for the person or entity to which i= t is addressed and may contain confidential and/or privileged material. Any= review, retransmission, dissemination or other use of, or taking of any ac= tion in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If= you received this in error, please contact the sender and delete the mater= ial from any computer.<br> </font> </body> </html> --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_-- --_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: image/png; name="blue.png" Content-Description: blue.png Content-Disposition: inline; filename="blue.png"; size=2834; creation-date="Tue, 11 Sep 2012 14:14:44 GMT"; modification-date="Tue, 11 Sep 2012 14:14:44 GMT" Content-ID: <bde5ac62d10545908e269a6006dbd5ac> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAIwAAAAyCAYAAACOADM7AAAABmJLR0QA/gD+AP7rGNSCAAAACXBI WXMAAA3XAAAN1wFCKJt4AAAACXZwQWcAAACMAAAAMgCR0D3bAAAKaUlEQVR42u2ce5AUxRnAf313 3Al4eCAYFaIgyMNEUF6KlYoVIDBArDxqopWxQgViQlWsPHA0MUlZVoyKRsdSE4lGomjIaHS0UlHL wTIPpEgQFQUUjYIWdfIIScyBHi/Z6/zRM1xP3yzs7t3unOX8qra2H9M9vb3f9Pf19/WukFKSk1Mq dVkPIOejRS4wOWXR6wVGuP5I4foDsh5HjkL0VhtGuP5A4CFgNrAD+Lb0nKeyHtfHnd68wixGCQvA qcA9wvWPy3pQH3caan1D4fonAYeBDwEZjaFflAaok56zHRhsNG0B+gAHSrhHarn0nFp/3NLnxbKP B06I5kECO2UYZD2sLtRcYIBJwK+BoYBACU89cAjoAIRw/TuAJcClQGy//FJ6zvvH6ly4/qXAz4vU HQA2A4H0nIcz+OxH41eAHaU3AhdkPaA0MrFhhOuPB2YA5wBnA6ehni5dgKcBu4C5wLZS7Rfh+g8A 80u49HHgEuk5h2s+AeaYLbsO2AKMiIqWyzBYkPW40shihUF6zkbUUwSAcP0G4FHgS9pl10rPmQMs LbXfSBVNLPHyrwDfBO7JYg4MRqEempjnsh5QMXqL0Xsl8EUt3w5cXUE/w4AztfzzwGSUGrwoyuvM yfqDR5yLUssxL2U9oGJkssLoCNdfjLJXdBZIz9lQQXcTgSYt/4z0nHjy1wvX3wW8oNX3O8q4TgKm AGegjNB/As9JzzmYer1lTwKGoOyyV2UYtArLngLMQ9lh64EVRQxZ3V5pje4V9zsVGBRl22QYrDXu e0HUvwD+K8NgXbe/lKOQqcAI178MuM0ovk16zqMVdjnNyL9g5E2DrTVlTP1RRvM3gIFG9RvC9RdK z/lHoo2yQQJgeFR0hbDsT6FUns544Icp456qpV+RYaAL5RJgepR+FWXzxfcdA6zRrr0SqKrAZKaS hOt/DbjXKH5Geo7bjW71iT8AvGLUzzXyfzfGNBBlPyymq7AAjAWeFK5/slE+AvhklC4At6KEZb9x 3cJo+9x5T8s+ERinFa012uzU0vuMuu9r6W3AXd2Yu5LIRGCE618E/D6l6rpu9Hk8MEEr2iQ9p1Wr n4wShJgPgCeMbh6g02jeB9wILASe1q4ZBHzBaDeRThukHghRdskoQF+NmlH+JJ0JqB1ijCkw72np jiOfx7JPQrkdYm6QYXBMH1V3qYlKEq7fhNLvw1CTeztK55rcJlz/s8XshGPwaeBELd8sXP961Bd4 Bsqo1u2bm6Tn7NbGeCHKMI6ZLz3nsajuT6gtfjxfpxr31lXhThkG8470a9mrtPp2uq4652np94FN Rr0uMM1a+jI6fVTvAMsrmLOy6VGBEa5fB3wOpctHaK9TgVOAxmN0MRXlwPpWBbefYuTHAj8tcu39 0nNuMMq+qqXfjoUl4mSSq/HbRlv9S3/ZqBumpXcB/zPqz9fSm2UY/Nuo1wWmCUBYdiPwHa3ck2Hw YQVzVjbVWGFmkW7YmewDfga8CNwHnB6VXyZcf7X0nAfLvG8pntE3gSXSc5an1Olf+hDh+i+jVieJ UiOxwBSiMQMgLLsFOEtr+7xWB8rQjdkgw0BXK40o1RWTZrDu0dKx0X4xylMOynZZVuZcVUyPCoz0 nA7gR8L1N6FWmQIqZtRGpwoSwF7gRek5WwCE658P3A9Y0TV3C9ffUOrWOlrZdIfdXuBhlCqaqZU/ myYs0RZaNzybUV7oNFqBt7T8BJJ2iW6zDAPGFKkDGE1yBTLtF0gKTCF6/4FWtsTYVVWVqtgw0nNW lHn9LmCOcP2bgKuAvsAtqNWqFGLVF7NGes4i4fpjgNfpFNbzi7QfD/TX8vtQMa40VkvPKWh5fWfW DuhCfg5Ju8nc5k/RxpZYuTR0gWkTlj0D5YgEeJca2S4xvcXTC4D0nKvpdNWXc2hqEiqSHROrhR0k bYAzhesPTmmvG61tKAE6PXoNRRnTg6OX6VvRhfB1GQa7tbyu5v6D8qNQpH4bsDVlbLrADACu0fK/ qOXqAr1MYCLip7AcI+48I78WIIpuv6mVN5NUPWntN0nP2So9p016ThtwEKU6RpIMOyAsuw9JVWiu INO19AYZBma0fbKWXi/DoEBX9tBpu4wDLozS2+jqx6o6vVFgYt+JKKON/pTvJ6kWzKc6LTg5XEtv MeruAF5DqbZVgH6IayTJoOHf4oSw7LNICuKTeqfCsj9BUnhN+yamPXqZc3JrLfwuJpnHklKIBaa+ lIuF67eQ3KW8HtlEMabhPCmlG/3JnhX5ZHaifDeLtLqlxpmcySQfuvnCstdH6WXaZ9iPMsJ1xpOM ZaXZL6DsqfcB3UO8A7WzrDm9T2DqG7dTOHSIEgUGIc5GyhatZJ1Rv4HkmZ/xKb08o5UPRa0UkuQT vY6uQVJTFc5D7fQ6SNpUN8ow2GVcq7sB2ugq2DGHUYfLdG6SYbCPDMhcYIRlJwWjcGg/Z1/yATBE zJxXT0Pf4o0P7pWcO39W4nuVHS+JGfPq6dMXOjpgzNyt9En0MUF877fDee3x1iPlo2beTOPxnwGh qzahuhUAjwCLpOeYKkDfIT2BUl1XkxT2+2QYXJ8yen0H+JYMgz2kY9o126mh38UkITBRYGwp5e1Q usNjwL/Ql3VRX2D35mUI0UB90wyOZmc19i+wa+NB+vTrnMA9re00RO3q6iRbVtYxeOzt1NXHS3od e96dRkPT6CN9v/HUIRr738Dg0bMRDSdQVzeAjsJh+ra8SfMpf5S3XNzFoSYsewhJVbhKhoEnLDtE HV4vRGXPprQFFTdrRklk2u4opoVkyMOTYbCfjEgc0RSWPQhlQ/SruMfymCrD4IXud1N7In+ILgzT ZRj8tYfvcSLwOzoPer0DjKv1VlrHVEltqBhMafZD99mR1QfvAXT1tYfiNkhZCMvuD1yLCtbORsXg Yi7PUljAEJgoztFaYV8fN8yg4XsV95TkLJS32+QaGQZPl9tZT5O50ftRJLL1Pq8V9cjqEjHdyG8D rpdhkJmhq5MLTGX0QR2diLdnYQ/2vRq1wsRe6nUyDNq712XP0Wt/W53TO+mNoYGcXkwuMDll0eM2 TPRbnGnAvaaDSVj2bOA0GQY1j7Lm9AzVWGG+jIrwphlH3wXuzvpD51RONXZJ7aizLFcIyx4O3CXD IN527kUdJAJAWPbFqBXnVmHZV6FO3K+I6oahzgYPAX7T017UnMqoxgpTQAniONRJ/AeFZRc72+IA P47SPwEWAAjLbgL+jPJ1NAF/EZZd6o/sc6pINQSmARAyDL6OOm45mmSoX+cDVDiC6D0+azI0arcS FSkG9fcgORlTbcfdXtR5jqOdnpPGO3QK8nzU33KsoutvgXIyoBorjP7FN6OEsph3sE6rq9fS8RmQ RTIMTgP+QPJsbk5GVENgjgMQlv0QcDnwBp0nxgaQ/O+6dmCUsOxHUGdj459kbI/a3Sksew3qjE5L 1pOVUx2VtBJljxxAhf3v0v4TZRnKmI25ObruLdTZkvcAZBgcEpY9E3BRu6TrZBisznqycvJYUk6Z 5KGBnLLIBSanLHKBySmLXGByyiIXmJyy+D/P9uGVPOu6DAAAACh6VFh0U29mdHdhcmUAAHja801M LsrPTU3JTFRwyyxKLc8vyi5WsAAAYBUIJ4KDNosAAAAASUVORK5CYII= --_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_--

3 2

Unable to make Single Sign on working on Windows 7 Guest
by Felipe Herrera Martinez 11 Mar '19

11 Mar '19

On the case I'll be able to create an installer, what is the name of the Application need to be there, in order to ovirt detects that Ovirt Guest agent is installed? I have created an installer adding OvirtGuestService files and the Product Name to be shown, a part of the command line post installs.. I have tried with "ovirt-guest-agent" and "Ovirt guest agent" Names for the application installed on Windows 7 guest and even both are presented on ovirt VM Applications tab, on any case LogonVDScommand appears. There is other option to make it work now? Thanks in advance, Felipe

3 5

Re: [ovirt-users] Need VM run once api
by Chandrahasa S 11 Mar '19

11 Mar '19

This is a multipart message in MIME format. --=_alternative 00199D2865257E91_= Content-Type: text/plain; charset="US-ASCII" Can any one help on this. Thanks & Regards Chandrahasa S From: Chandrahasa S/MUM/TCS To: users(a)ovirt.org Date: 28-07-2015 15:20 Subject: Need VM run once api Hi Experts, We are integrating ovirt with our internal cloud. Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS. but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal. I believe we need to power ON vm using run once API, but we are not able get this API. Can some one help on this. I got reply on this query last time but unfortunately mail got deleted. Thanks & Regards Chandrahasa S =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you --=_alternative 00199D2865257E91_= Content-Type: text/html; charset="US-ASCII" <font size=2 face="sans-serif">Can any one help on this.</font> <br> <br><font size=2 face="sans-serif">Thanks & Regards<br> Chandrahasa S<br> </font> <br> <br> <br> <br><font size=1 color=#5f5f5f face="sans-serif">From:        </font><font size=1 face="sans-serif">Chandrahasa S/MUM/TCS</font> <br><font size=1 color=#5f5f5f face="sans-serif">To:        </font><font size=1 face="sans-serif">users(a)ovirt.org</font> <br><font size=1 color=#5f5f5f face="sans-serif">Date:        </font><font size=1 face="sans-serif">28-07-2015 15:20</font> <br><font size=1 color=#5f5f5f face="sans-serif">Subject:        </font><font size=1 face="sans-serif">Need VM run once api</font> <br> <hr noshade> <br> <br><font size=2 face="sans-serif">Hi Experts,</font> <br> <br><font size=2 face="sans-serif">We are integrating ovirt with our internal cloud.</font> <br> <br><font size=2 face="sans-serif">Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS.</font> <br> <br><font size=2 face="sans-serif">but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal.</font> <br> <br><font size=2 face="sans-serif">I believe we need to power ON vm using run once API, but we are not able get this API.</font> <br> <br><font size=2 face="sans-serif">Can some one help on this.</font> <br> <br><font size=2 face="sans-serif">I got reply on this query last time but unfortunately mail got deleted.</font> <br> <br><font size=2 face="sans-serif">Thanks & Regards<br> Chandrahasa S<br> </font> <br><p>=====-----=====-----=====<br> Notice: The information contained in this e-mail<br> message and/or attachments to it may contain <br> confidential or privileged information. If you are <br> not the intended recipient, any dissemination, use, <br> review, distribution, printing or copying of the <br> information contained in this e-mail message <br> and/or attachments to it are strictly prohibited. If <br> you have received this communication in error, <br> please notify us by reply e-mail or telephone and <br> immediately and permanently delete the message <br> and any attachments. Thank you</p> <p></p> --=_alternative 00199D2865257E91_=--

3 3

Re: [ovirt-users] Problem Windows guests start in pause
by Dafna Ron 11 Mar '19

11 Mar '19

Hi Lucas, Please send mails to the list next time. can you please do rpm -qa |grep qemu. also, can you try a different windows image? Thanks, Dafna On 07/14/2014 02:03 PM, lucas castro wrote: > On the host there I've tried to run the vm, I use a centOS 6.5 > and checked, no update for qemu, libvirt or related package. -- Dafna Ron

3 3

Feature: Hosted engine VM management
by Roy Golan 27 Feb '19

27 Feb '19

Hi all, Upcoming in 3.6 is enhancement for managing the hosted engine VM. In short, we want to: * Allow editing the Hosted engine VM, storage domain, disks, networks etc * Have a shared configuration for the hosted engine VM * Have a backup for the hosted engine VM configuration please review and comment on the wiki below: http://www.ovirt.org/Hosted_engine_VM_management Thanks, Roy

2 3

Re: [ovirt-users] Large DWH Database, how to empty
by Matt . 26 Feb '19

26 Feb '19

Hi, OK thanks! I saw that after upgrading to 4.0.5 from 4.0.4 the DB already dropped with around 500MB directly and is now at 2GB smaller. Does this sounds familiar to you with other settings in 4.0.5 ? Thanks, Matt 2017-01-08 10:45 GMT+01:00 Shirly Radco <sradco(a)redhat.com>: > No. That will corrupt your database. > > Are you using the full dwh or the smaller version for the dashboards? > > Please set the delete thresholds to save less data and the data older then > the time you set will be deleted. > Add a file to /ovirt-engine-dwhd.conf.d/ > update_time_to_keep_records.conf > > Add these lines with the new configurations. The numbers represent the hours > to keep the data. > > DWH_TABLES_KEEP_SAMPLES=24 > DWH_TABLES_KEEP_HOURLY=1440 > DWH_TABLES_KEEP_DAILY=43800 > > > These are the configurations for a full dwh. > > The smaller version configurations are: > DWH_TABLES_KEEP_SAMPLES=24 > DWH_TABLES_KEEP_HOURLY=720 > DWH_TABLES_KEEP_DAILY=0 > > The delete process by default at 3am every day (DWH_DELETE_JOB_HOUR=3) > > Best regards, > > Shirly Radco > > BI Software Engineer > Red Hat Israel Ltd. > 34 Jerusalem Road > Building A, 4th floor > Ra'anana, Israel 4350109 > > > On Fri, Jan 6, 2017 at 6:35 PM, Matt . <yamakasi.014(a)gmail.com> wrote: >> >> Hi, >> >> I seem to have some large database for the DWH logging and I wonder >> how I can empty it safely. >> >> Can I just simply empty the database ? >> >> Have a good weekend! >> >> Cheers, >> >> Matt >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > >

1 0

Re: [ovirt-users] Packet loss
by Doron Fediuck 26 Feb '19

26 Feb '19

----_com.android.email_640187878761650 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGkgS3lsZSzCoApXZSBtYXkgaGF2ZSBzZWVuIHNvbWV0aGluZyBzaW1pbGFyIGluIHRoZSBwYXN0 IGJ1dCBJIHRoaW5rIHRoZXJlIHdlcmUgdmxhbnMgaW52b2x2ZWQuwqAKSXMgaXQgdGhlIHNhbWUg Zm9yIHlvdT/CoApUb255IC8gRGFuLCBkb2VzIGl0IHJpbmcgYSBiZWxsP8Kg ----_com.android.email_640187878761650 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj5IaSBLeWxlLCZuYnNwOzwv ZGl2PjxkaXY+V2UgbWF5IGhhdmUgc2VlbiBzb21ldGhpbmcgc2ltaWxhciBpbiB0aGUgcGFzdCBi dXQgSSB0aGluayB0aGVyZSB3ZXJlIHZsYW5zIGludm9sdmVkLiZuYnNwOzwvZGl2PjxkaXY+SXMg aXQgdGhlIHNhbWUgZm9yIHlvdT8mbmJzcDs8L2Rpdj48ZGl2PlRvbnkgLyBEYW4sIGRvZXMgaXQg cmluZyBhIGJlbGw/Jm5ic3A7PC9kaXY+PC9ib2R5PjwvaHRtbD4= ----_com.android.email_640187878761650--

2 1

Unable to backend oVirt with Cinder
by Logan Kuhn 21 Jun '18

21 Jun '18

------=_Part_51316288_608143832.1472587678781 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I've got Cinder configured and pointed at Ceph for it's back end storage. I can run ceph commands on the cinder machine and cinder is configured for noauth and I've also tried it with Keystone for auth. I can run various cinder commands and it'll return as expected. When I configure it in oVirt it'll add the external provider fine, but when I go to create a disk it doesn't populate the volume type field, it's just empty. The corresponding command for cinder: cinder type-list and cinder type-show <name> returns fine and it is public. Ovirt and Cinder are on the same host so it isn't a firewall issue. Cinder config: [DEFAULT] rpc_backend = rabbit #auth_strategy = keystone auth_strategy = noauth enabled_backends = ceph #glance_api_servers = http://10.128.7.252:9292 #glance_api_version = 2 #[keystone_authtoken] #auth_uri = http://10.128.7.252:5000/v3 #auth_url = http://10.128.7.252:35357/v3 #auth_type = password #memcached_servers = localhost:11211 #project_domain_name = default #user_domain_name = default #project_name = services #username = user #password = pass [ceph] volume_driver = cinder.volume.drivers.rbd.RBDDriver volume_backend_name = ceph rbd_pool = ovirt-images rbd_user = cinder rbd_secret_uuid = <secret> rbd_ceph_conf = /etc/ceph/ceph.conf rbd_flatten_volume_from_snapshot = true rbd_max_clone_depth = 5 rbd_store_chunk_size = 4 rados_connect_timeout = -1 #glance_api_version = 2 [database] connection = postgresql://user:pass@10.128.2.33/cinder [oslo_concurrency] lock_path = /var/lib/cinder/tmp [oslo_messaging_rabbit] rabbit_host = localhost rabbit_port = 5672 rabbit_userid = user rabbit_password = pass Regards, Logan ------=_Part_51316288_608143832.1472587678781 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: Arial; font-size: 12pt; color: #0000= 00"><div>I've got Cinder configured and pointed at Ceph for it's back end s= torage.  I can run ceph commands on the cinder machine and cinder is c= onfigured for noauth and I've also tried it with Keystone for auth.  I= can run various cinder commands and it'll return as expected. </= div><div><br data-mce-bogus=3D"1"></div><div>When I configure it in oVirt i= t'll add the external provider fine, but when I go to create a disk it does= n't populate the volume type field, it's just empty.  The correspondin= g command for cinder: cinder type-list and cinder type-show <name> re= turns fine and it is public. </div><div><br data-mce-bogus=3D"1"></div= ><div>Ovirt and Cinder are on the same host so it isn't a firewall issue.</= div><div><br data-mce-bogus=3D"1"></div><div>Cinder config:</div><div>[DEFA= ULT]<br>rpc_backend =3D rabbit<br>#auth_strategy =3D keystone<br>auth_strat= egy =3D noauth<br>enabled_backends =3D ceph<br>#glance_api_servers =3D http= ://10.128.7.252:9292<br>#glance_api_version =3D 2<br><br>#[keystone_authtok= en]<br>#auth_uri =3D http://10.128.7.252:5000/v3<br>#auth_url =3D http://10= .128.7.252:35357/v3<br>#auth_type =3D password<br>#memcached_servers =3D lo= calhost:11211<br>#project_domain_name =3D default<br>#user_domain_name =3D = default<br>#project_name =3D services<br>#username =3D user<br>#passwo= rd =3D pass<br><br>[ceph]<br>volume_driver =3D cinder.volume.drivers.rbd.RB= DDriver<br>volume_backend_name =3D ceph<br>rbd_pool =3D ovirt-images<br>rbd= _user =3D cinder<br>rbd_secret_uuid =3D <secret><br>rbd_ceph_con= f =3D /etc/ceph/ceph.conf<br>rbd_flatten_volume_from_snapshot =3D true<br>r= bd_max_clone_depth =3D 5<br>rbd_store_chunk_size =3D 4<br>rados_connect_tim= eout =3D -1<br>#glance_api_version =3D 2<br><br>[database]<br>connection = =3D postgresql://user:pass@10.128.2.33/cinder<br><br>[oslo_concurrency]<br>= lock_path =3D /var/lib/cinder/tmp<br><br>[oslo_messaging_rabbit]<br>rabbit_= host =3D localhost<br>rabbit_port =3D 5672<br>rabbit_userid =3D <span = style=3D"color: #000000; font-family: Arial; font-size: 16px; font-style: n= ormal; font-variant-ligatures: normal; font-variant-caps: normal; font-weig= ht: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-a= lign: start; text-indent: 0px; text-transform: none; white-space: normal; w= idows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: inlin= e !important; float: none; background-color: #ffffff;" data-mce-style=3D"co= lor: #000000; font-family: Arial; font-size: 16px; font-style: normal; font= -variant-ligatures: normal; font-variant-caps: normal; font-weight: normal;= letter-spacing: normal; line-height: normal; orphans: 2; text-align: start= ; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; w= ord-spacing: 0px; -webkit-text-stroke-width: 0px; display: inline !importan= t; float: none; background-color: #ffffff;">user</span><br>rabbit_password = =3D <span style=3D"color: #000000; font-family: Arial; font-size: 16px= ; font-style: normal; font-variant-ligatures: normal; font-variant-caps: no= rmal; font-weight: normal; letter-spacing: normal; line-height: normal; orp= hans: 2; text-align: start; text-indent: 0px; text-transform: none; white-s= pace: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;= display: inline !important; float: none; background-color: #ffffff;" data-= mce-style=3D"color: #000000; font-family: Arial; font-size: 16px; font-styl= e: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-= weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; te= xt-align: start; text-indent: 0px; text-transform: none; white-space: norma= l; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: i= nline !important; float: none; background-color: #ffffff;">pass</span></div= ><div><br></div><div data-marker=3D"__SIG_PRE__">Regards,<br>Logan</div></d= iv></body></html> ------=_Part_51316288_608143832.1472587678781--

4 4

Mailing-Lists upgrade
by Marc Dequènes (Duck) 28 Apr '18

28 Apr '18

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq Content-Type: multipart/mixed; boundary="AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv"; protected-headers="v1" From: =?UTF-8?B?TWFyYyBEZXF1w6huZXMgKER1Y2sp?= <duck(a)redhat.com> To: oVirt Infra <infra(a)ovirt.org>, users <users(a)ovirt.org>, devel <devel(a)ovirt.org> Message-ID: <c5c71fce-0290-e97a-ddd0-eab0e6fccea4(a)redhat.com> Subject: Mailing-Lists upgrade --AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Quack, On behalf of the oVirt infra team, I'd like to announce the current Mailing-Lists system is going to be upgraded to a brand new Mailman 3 installation on Monday during the slot 11:00-12:00 JST. It should not take a full hour to migrate as we already made incremental synchronization with the current system but better keep some margin. The system will then take over delivery of the mails but might be a bit slow at first as it needs to reindex all the archived mails (which might take a few hours). To manage your subscriptions and delivery settings you can do this easily on the much nicer web interface (https://lists.ovirt.org) There is a notion of account so you don't need to login separately for each ML.= You can Sign In using Fedora, GitHub or Google or create a local account if you prefer. Please keep in mind signing in with a different method would create separate accounts (which cannot be merged at the moment). But you can easily link your account to other authentication methods in your settings (click on you name in the up-right corner -> Account -> Account Connections). As for the original mail archives, because the previous system did not have stable URLs, we cannot create mappings to the new pages. We decided to keep the old archives around on the same URL (/pipermail), so the Internet links would still work fine. Hope you'd be happy with the new system. \_o< --AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv-- --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEcpcqg+UmRT3yiF+BVen596wcRD8FAlmwx0MACgkQVen596wc RD9LTQ/+LtUncsq9K8D/LX8wqUTd6VyPwAD5UnAk5c3H/2tmyVA0u7FIfhEyPsXs Z//LE9FEneTDqDVRi1Dw9I54K0ZwxPBemi71dXfwgBI7Ay0ezkbLWrA168Mt9spE tHAODEuxPt2to2aqaS4ujogrkp/gvEP8ILoxPEqoTPCJ/eDTPAu/I1a2JzjMPK3n 2BBS6D8z0TLAf7w1n72TsgX2QzJW57ig/0HELyjvat2/K8V3HSrkwiKlsdULQDWe zB+aMde7r6UoyVKHqlu4asTl2tU/lGZ+e31Hd9Bnx1/oZOJdzslGOhEo9Qoz6763 AHWU9LKiK4NtxYHj2UQTWhndr8PiTtTmR73eIDmkb0cuRXxzjl9VQbwYJ0Kbrmfp attTqpc2CnEojTNXUUNSmNxotZoYXZiX8ZvjPfSgRVr15TUYujzlOfG+lUynbQMV 9rQ9/m58wgwYUymMpOIsRGaIcAKzjm+WpuuVnO+bS2AfmcBkGMQRoIhfV+3SkS8q kT9cDXgcDZOzVFcnZZB4EjbycMcPgZDcoHxU88VdYH+jFJYvvb21esgswVF/wJ2Z uEI/chp4+ADaQhl8ehZNWMSZq125v6SeirPhBNgLG7zFVZI1S9Tm/6qFmH+ajQY7 nCk1X9HZlB1ubex1X+HibRz9QKOilkMgkADyJ4yMDckwYj93sx0= =l6uN -----END PGP SIGNATURE----- --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq--

2 4

vdsClient is removed and replaced by vdsm-client
by Irit Goihman 16 Apr '18

16 Apr '18

Hi All, vdsClient will be removed from master branch today. It is using XMLRPC protocol which has been deprecated and replaced by JSON-RPC. A new client for vdsm was introduced in 4.1: vdsm-client. This is a simple client that uses JSON-RPC protocol which was introduced in ovirt 3.5. The client is not aware of the available methods and parameters, and you should consult the schema [1] in order to construct the desired command. Future version should parse the schema and provide online help. If you're using vdsClient, we will be happy to assist you in migrating to the new vdsm client. *vdsm-client usage:* vdsm-client [-h] [-a ADDRESS] [-p PORT] [--unsecure] [--timeout TIMEOUT] [-f FILE] namespace method [name=value [name=value] ...] Invoking simple methods: # vdsm-client Host getVMList ['b3f6fa00-b315-4ad4-8108-f73da817b5c5'] For invoking methods with many or complex parameters, you can read the parameters from a JSON format file: # vdsm-client Lease info -f lease.json where lease.json file content is: { "lease": { "sd_id": "75ab40e3-06b1-4a54-a825-2df7a40b93b2", "lease_id": "b3f6fa00-b315-4ad4-8108-f73da817b5c5" } } It is also possible to read parameters from standard input, creating complex parameters interactively: # cat <<EOF | vdsm-client Lease info -f - { "lease": { "sd_id": "75ab40e3-06b1-4a54-a825-2df7a40b93b2", "lease_id": "b3f6fa00-b315-4ad4-8108-f73da817b5c5" } } EOF *Constructing a command from vdsm schema:* Let's take VM.getStats as an example. This is the entry in the schema: VM.getStats: added: '3.1' description: Get statistics about a running virtual machine. params: - description: The UUID of the VM name: vmID type: *UUID return: description: An array containing a single VmStats record type: - *VmStats namespace: VM method name: getStats params: vmID The vdsm-client command is: # vdsm-client VM getStats vmID=b3f6fa00-b315-4ad4-8108-f73da817b5c5 *Invoking getVdsCaps command:* # vdsm-client Host getCapabilities Please consult vdsm-client help and man page for further details and options. [1] https://github.com/oVirt/vdsm/blob/master/lib/api/vdsm-api.yml -- Irit Goihman Software Engineer Red Hat Israel Ltd.

4 7

Passing VLAN trunk to VM
by Simon Vincent 26 Mar '18

26 Mar '18

Is it possible to pass multiple VLANs to a VM (pfSense) using a single virtual NIC? All my existing oVirt networks are setup as a single tagged VLAN. I know this didn't used to be supported but wondered if this has changed. My other option is to pass each VLAN as a separate NIC to the VM however if I needed to add a new VLAN I would have to add a new interface and reboot the VM as hot-add of NICs is not supported by pfSense.

6 14

HostedEngine with HA
by Carlos Rodrigues 22 Mar '18

22 Mar '18

Hello, I have one cluster with two hosts with power management correctly configured and one virtual machine with HostedEngine over shared storage with FiberChannel. When i shutdown the network of host with HostedEngine VM, it should be possible the HostedEngine VM migrate automatically to another host? What is the expected behaviour on this HA scenario? Regards, -- Carlos Rodrigues Engenheiro de Software Sénior Eurotux Informática, S.A. | www.eurotux.com (t) +351 253 680 300 (m) +351 911 926 110

4 30

oVIRT 4.1 / iSCSI Multipathing
by Devin Acosta 05 Mar '18

05 Mar '18

I am using the latest release of oVIRT 4.1.3, and I am connecting a Dell Compelent SAN that has 2 fault domains each on a separate VLAN that I have attached to oVIRT. From what I understand I am suppose to go into “iSCSI Multipathing” option and add a BOND of the iSCSI interfaces. I have done this selecting the 2 logical networks together for iSCSI. I notice that there is an option below to select Storage Targets but if I select the storage targets below with the logical networks the the cluster goes crazy and appears to be mad. Storage, Nodes, and everything goes offline even thought I have NFS also attached to the cluster. How should this best be configured. What we notice that happens is when the server reboots it seems to log into the SAN correctly but according the the Dell SAN it is only logged into once controller. So only pulls both fault domains from a single controller. Please Advise. Devin

7 10

when creating VMs, I don't want hosted_storage to be an option
by Mike Farnam 09 Feb '18

09 Feb '18

Hi All - Is that a way to mark hosted_storage somehow so that it’s not available to add new VMs to? Right now it’s the default storage domain when adding a VM. At the least, I’d like to make another storage domain the default. Is there a way to do this? Thanks

6 8

qemu-kvm images corruption
by Nicolas Ecarnot 06 Feb '18

06 Feb '18

TL;DR: How to avoid images corruption? Hello, On two of our old 3.6 DC, a recent series of VM migrations lead to some issues : - I'm putting a host into maintenance mode - most of the VM are migrating nicely - one remaining VM never migrates, and the logs are showing : * engine.log : "...VM has been paused due to I/O error..." * vdsm.log : "...Improbable extension request for volume..." After digging amongst the RH BZ tickets, I saved the day by : - stopping the VM - lvchange -ay the adequate /dev/... - qemu-img check [-r all] /rhev/blahblah - lvchange -an... - boot the VM - enjoy! Yesterday this worked for a VM where only one error occurred on the qemu image, and the repair was easily done by qemu-img. Today, facing the same issue on another VM, it failed because the errors were very numerous, and also because of this message : [...] Rebuilding refcount structure ERROR writing refblock: No space left on device qemu-img: Check failed: No space left on device [...] The PV/VG/LV are far from being full, so I guess I don't where to look at. I tried many ways to solve it but I'm not comfortable at all with qemu images, corruption and solving, so I ended up exporting this VM (to an NFS export domain), importing it into another DC : this had the side effect to use qemu-img convert from qcow2 to qcow2, and (maybe?????) to solve some errors??? I also copied it into another qcow2 file with the same qemu-img convert way, but it is leading to another clean qcow2 image without errors. I saw that on 4.x some bugs are fixed about VM migrations, but this is not the point here. I checked my SANs, my network layers, my blades, the OS (CentOS 7.2) of my hosts, but I see nothing special. The real reason behind my message is not to know how to repair anything, rather than to understand what could have lead to this situation? Where to keep a keen eye? -- Nicolas ECARNOT

2 2

Official Hyperconverged Gluster oVirt upgrade procedure?
by Hanson 23 Jan '18

23 Jan '18

Hi Guys, Just wondering if we have an updated manual or whats the current procedure for upgrading the nodes in a hyperconverged ovirt gluster pool? Ie Nodes run 4.0 oVirt, as well as GlusterFS, and hosted-engine running in a gluster storage domain. Put node in maintenance mode and disable glusterfs from ovirt gui, run yum update? Thanks!

4 4

[vdsm] status update: running containers alongside VMs
by Francesco Romani 05 Jan '18

05 Jan '18

Hi everyone, I'm happy to share some progress about the former "convirt"[1] project, which aims to let Vdsm containers alongside VMs, on bare metal. In the last couple of months I kept updating the patch series, which is approaching the readiness to be merged in Vdsm. Please read through this mail to see what the patchset can do now, how you could try it *now*, even before it is merged. Everyone is invited to share thoughts and ideas about how this effort could evolve. This will be a long mail; I will amend, enhance and polish the content and make a blog post (on https://mojaves.github.io) to make it easier to consume and to have some easy-to-find documentation. Later on the same content will appear also on the oVirt blog. Happy hacking! +++ # How to try how the experimental container support for Vdsm. Vdsm is gaining *experimental* support to run containers alongside VMs. Vdsm had since long time the ability to manage VMs which run containers, and recently gained support for [atomic guests](http://www.projectatomic.io/blog/2015/01/running-ovirt-guest-agent-as-privileged-container/). With the new support we are describing, you will be able to manage containers with the same, proven infrastructure that let you manage VMs. This feature is currently being developed and it is still not merged in the Vdsm codebase, so some extra work is needed if you want to try it out. We aiming to merge it in the oVirt 4.1.z cycle. ## What works, aka what to expect The basic features are expected to work: 1. Run any docker image on the public docker registry 2. Make the container accessible from the outside (aka not just from localhost) 3. Use file-based storage for persistent volumes ## What does not yet work, aka what NOT to expect Few things are planned and currently under active development: 1. Monitoring. Engine will not get any update from the container besides "VM" status (Up, Down...) One important drawback is that you will not be told the IP of the container from Engine, you will need to connect to the Vdsm host to discover it using standard docker tools. 2. Proper network integration. Some steps still need manual intervention 3. Stability and recovery - it's pre-alpha software after all! :) ## 1. Introduction and prerequisites Trying out container support affects only the host and the Vdsm. Besides add few custom properties (totally safe and supported since early 3.z), there are zero changes required to the DB and to Engine. Nevertheless, we recommend to dedicate one oVirt 4.y environment, or at least one 4.y host, to try out the container feature. To get started, first thing you need is to setup a vanilla oVirt 4.y installation. We will need to make changes to the Vdsm and to the Vdsm host, so hosted engine and/or oVirt node may add extra complexity, better to avoid them at the moment. The reminder of this tutorial assumes you are using two hosts, one for Vdsm (will be changed) and one for Engine (will require zero changes); furthermore, we assume the Vdsm host is running on CentOS 7.y. We require: - one test host for Vdsm. This host need to have one NIC dedicated to containers. We will use the [docker macvlan driver](https://raesene.github.io/blog/2016/07/23/Docker-MacVLAN/), so this NIC *must not be* part of one bridge. - docker >= 1.12 - oVirt >= 4.0.5 (Vdsm >= 4.18.15) - CentOS >= 7.2 Docker >= 1.12 is avaialable for download [here](https://docs.docker.com/engine/installation/linux/centos/) Caveats: 1. docker from official rpms conflicts con docker from CentOS, and has a different package name: docker-engine vs docker. Please note that the kubernetes package from CentOS, for example, require 'docker', not 'docker-engine'. 2. you may want to replace the default service file [with this one](https://github.com/mojaves/convirt/blob/master/patches/centos72/system… and to use this [sysconfig file](https://github.com/mojaves/convirt/blob/master/patches/centos72/syste…. Here I'm just adding the storage options docker requires, much like the CentOS docker is configured. Configuring docker like this can save you some troubleshooting, especially if you had docker from CentOS installed on the testing box. ## 2. Patch Vdsm to support containers You need to patch and rebuild Vdsm. Fetch [this patch](https://github.com/mojaves/convirt/blob/master/patches/vdsm/4.18.15.… and apply it against Vdsm 4.18.15.1. Vdsm 4.18.15.{1,2,...} are supported as well. Rebuild Vdsm and reinstall on your box. [centos 7.2 packages are here](https://github.com/mojaves/convirt/tree/master/rpms/centos72) Make sure you install the Vdsm command line client (vdsm-cli) Restart *both* Vdsm and Supervdsm, make sure Engine still works flawlessly with patched Vdsm. This ensure that no regression is introduced, and that your environment can run VMs just as before. Now we can proceed adding the container support. start docker: # systemctl start docker-engine (optional) # systemctl enable docker-engine Restart Vdsm again # systemctl restart vdsm Now we can check if Vdsm detects docker, so you can use it: still on the same Vdsm host, run $ vdsClient -s 0 getVdsCaps | grep containers containers = ['docker', 'fake'] This means this Vdsm can run containers using 'docker' and 'fake' runtimes. Ignore the 'fake' runtime; as the name suggests, is a test driver, kinda like /dev/null. Now we need to make sure the host network configuration is fine. ### 2.1. Configure the docker network for Vdsm PLEASE NOTE that the suggested network configuration assumes that * you have one network, `ovirtmgmt` (the default one) you use for everything * you have one Vdsm host with at least two NICs, one bound to the `ovirtmgmt` network, and one spare _This step is not yet automated by Vdsm_, so manual action is needed; Vdsm will take care of this automatically in the future. You can use [this helper script](https://github.com/mojaves/convirt/blob/master/patches/vdsm/cont-se…, which reuses the Vdsm libraries. Make sure you have patched Vdsm to support container before to use it. Let's review what the script needs: # ./cont-setup-net -h usage: cont-setup-net [-h] [--name [NAME]] [--bridge [BRIDGE]] [--interface [INTERFACE]] [--gateway [GATEWAY]] [--subnet [SUBNET]] [--mask [MASK]] optional arguments: -h, --help show this help message and exit --name [NAME] network name to use --bridge [BRIDGE] bridge to use --interface [INTERFACE] interface to use --gateway [GATEWAY] address of the gateway --subnet [SUBNET] subnet to use --mask [MASK] netmask to use So we need to feed --name, --interface, --gateway, --subnet and optionally --mask (default, /24, is often fine). For my case the default mask was indeed fine, so I used the script like this: # ./cont-setup-net --name ovirtmgmt --interface enp3s0 --gateway 192.168.1.1 --subnet 192.168.1.0 Thhis is the output I got: DEBUG:virt.containers.runtime:configuring runtime 'docker' DEBUG:virt.containers.command:* calling ['/bin/docker', 'network', 'inspect', 'ovirtmgmt'] Error: No such network: ovirtmgmt DEBUG:virt.containers.command:* called ['/bin/docker', 'network', 'inspect', 'ovirtmgmt'] DEBUG:virt.containers.runtime.Docker:config: cannot load 'ovirtmgmt', ignored DEBUG:virt.containers.command:* calling ['/bin/docker', 'network', 'create', '-d', 'macvlan', '--subnet=192.168.1.0/24', '--gateway=192.168.1.1', '--ip-range=192.168.1.0/24', '-o', 'parent=enp3s0', 'ovirtmgmt'] DEBUG:virt.containers.command:* called ['/bin/docker', 'network', 'create', '-d', 'macvlan', '--subnet=192.168.1.0/24', '--gateway=192.168.1.1', '--ip-range=192.168.1.0/24', '-o', 'parent=enp3s0', 'ovirtmgmt'] DEBUG:virt.containers.runtime:configuring runtime 'fake' You can clearly see what the script did, and why it needed the root privileges. Let's deoublecheck using the docker tools: # docker network ls NETWORK ID NAME DRIVER SCOPE 91535f3425a8 bridge bridge local d42f7e5561b5 host host local 621ab6dd49b1 none null local f4b88e4a67eb ovirtmgmt macvlan local # docker network inspect ovirtmgmt [ { "Name": "ovirtmgmt", "Id": "f4b88e4a67ebb7886ec74073333d613b1893272530cae4d407c95ab587c5fea1", "Scope": "local", "Driver": "macvlan", "EnableIPv6": false, "IPAM": { "Driver": "default", "Options": {}, "Config": [ { "Subnet": "192.168.1.0/24", "IPRange": "192.168.1.0/24", "Gateway": "192.168.1.1" } ] }, "Internal": false, "Containers": {}, "Options": { "parent": "enp3s0" }, "Labels": {} } ] Looks good! the host configuration is completed. Let's move to the Engine side. ## 3. Configure Engine As mentioned above, we need now to configure Engine. This boils down to: Add a few custom properties for VMs: In case you were already using custom properties, you need to amend the command line to not overwrite your existing ones. # engine-config -s UserDefinedVMProperties='volumeMap=^[a-zA-Z_-]+:[a-zA-Z_-]+$;containerImage=^[a-zA-Z]+(://|)[a-zA-Z]+$;containerType=^(docker|rkt)$' --cver=4.0 It is worth stressing that while the variables are container-specific, the VM custom properties are totally inuntrusive and old concept in oVirt, so this step is totally safe. Now restart Engine to let it use the new variables: # systemctl restart ovirt-engine The next step is actually configure one "container VM" and run it. ## 4. Create the container "VM" To finally run a container, you start creating a VM much like you always did, with few changes 1. most of the hardware-related configuration isn't relevant for container "VMs", besides cpu share and memory limits; this will be better documented in the future; unneeded configuration will just be ignored 2. You need to set some custom properties for your container "VM". Those are actually needed to enable the container flow, and they are documented in the next section. You *need* to set at least `containerType` and `containerImage`. ### 4.2. Custom variables for container support The container support needs some custom properties to be properly configured: 1. `containerImage` (*needed* to enable the container system). Just select the target image you want to run. You can use the standard syntax of the container runtimes. 2. `containerType` (*needed* to enable the container system). Selects the container runtime you want to use. All the available options are always showed. Please note that unavailable container options are not yet grayed out. If you *do not* have rkt support on your host, you still can select it, but it won't work. 3. `volumeMap` key:value like. You can map one "VM" disk (key) to one container volume (value), to have persistent storage. Only file-based storage is supported. Example configuration: `containerImage = redis` `containerType = docker` `volumeMap = vda:data` (this may not be needed, and the volume label is just for illustrative purposes) ### 4.2. A little bit of extra work: preload the images on the Vdsm host This step is not needed by the flow, and will be handled by oVirt in the future. The issue is how the container image are handled. They are stored by the container management system (rkt, docker) on each host, and they are not pre-downloaded. To shorten the duration of the first boot, you are advised to pre-download the image(s) you want to run. For example ## on the Vdsm host you want to use with containers # docker pull redis ## 5. Run the container "VM" You are now all set to run your "VM" using oVirt Engine, just like any existing VM. Some actions doesn't make sense for a container "VM", like live migration. Engine won't stop you to try to do those actions, but they will fail gracefully using the standard errors. ## 6. Next steps What to expect from this project in the future? For the integration with Vdsm, we want to fix the existing known issues, most notably: * add proper monitoring/reporting of the container health * ensure proper integration of the container image store with oVirt storage management * streamline the network configuration What is explicitely excluded yet is any Engine change. This is a Vdsm-only change at the moment, so fixing the following is currently unplanned: * First and foremost, Engine will not distinguish between real VMs and container VMs. Actions unavailable to container will not be hidden from UI. Same for monitoring and configuration data, which will be ignored. * Engine is NOT aware of the volumes one container can use. You must inspect and do the mapping manually. * Engine is NOT aware of the available container runtimes. You must select it carefully Proper integration with Engine may be added in the future once this feature exits from the experimental/provisional stage. Thanks for reading, make sure to share your thoughts on the oVirt mailing lists! +++ [1] we keep calling it that way _only_ internally, because it's a short name we are used to. After the merge/once we release it, we will use a different name, like "vdsm-containers" or something like it. -- Francesco Romani Red Hat Engineering Virtualization R & D Phone: 8261328 IRC: fromani

3 2

Empty cgroup files on centos 7.3 host
by Florian Schmid 18 Dec '17

18 Dec '17

Hi, I wanted to monitor disk IO and R/W on all of our oVirt centos 7.3 hypervisor hosts, but it looks like that all those files are empty. For example: ls -al /sys/fs/cgroup/blkio/machine.slice/machine-qemu\\x2d14\\x2dHostedEngine.scope/ insgesamt 0 drwxr-xr-x. 2 root root 0 30. Mai 10:09 . drwxr-xr-x. 16 root root 0 26. Jun 09:25 .. -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_merged -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_merged_recursive -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_queued -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_queued_recursive -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_bytes -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_bytes_recursive -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_serviced -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_serviced_recursive -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_time -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_time_recursive -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_wait_time -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_wait_time_recursive -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.leaf_weight -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.leaf_weight_device --w-------. 1 root root 0 30. Mai 10:09 blkio.reset_stats -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.sectors -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.sectors_recursive -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.io_service_bytes -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.io_serviced -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.read_bps_device -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.read_iops_device -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.write_bps_device -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.write_iops_device -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.time -r--r--r--. 1 root root 0 30. Mai 10:09 blkio.time_recursive -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.weight -rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.weight_device -rw-r--r--. 1 root root 0 30. Mai 10:09 cgroup.clone_children --w--w--w-. 1 root root 0 30. Mai 10:09 cgroup.event_control -rw-r--r--. 1 root root 0 30. Mai 10:09 cgroup.procs -rw-r--r--. 1 root root 0 30. Mai 10:09 notify_on_release -rw-r--r--. 1 root root 0 30. Mai 10:09 tasks I thought, I can get my needed values from there, but all files are empty. Looking at this post: http://lists.ovirt.org/pipermail/users/2017-January/079011.html this should work. Is this normal on centos 7.3 with oVirt installed? How can I get those values, without monitoring all VMs directly? oVirt Version we use: 4.1.1.8-1.el7.centos BR Florian

3 12

Reg: Ovirt mouse not responding
by syedquadeer＠ctel.in 05 Dec '17

05 Dec '17

Dear Team, I am using Ovirt 3.x on centos 3 node cluster and in that Ubuntu 14.04 64bit vm's are installed. But the end users, who are using this vm' s are facing some issue daily and issues are mentioned below, 1. Keyboard will not respond in middle automatically and after checking log file in vm, it show pmouse sync issue. 2. If Vm is restarted it is giving black screen, then Vm need to power off and start again. Please provide solution for above issues. Thanks in advance... -- Thanks & Regards, Syed Abdul Qadeer. 7660022818.

1 1

Re: [ovirt-users] iSCSI domain on 4kn drives
by Martijn Grendelman 13 Nov '17

13 Nov '17

--------------DE48748F7C67E1FABE46EEAF Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Op 7-8-2016 om 8:19 schreef Yaniv Kaul: > > On Fri, Aug 5, 2016 at 4:42 PM, Martijn Grendelman > <martijn.grendelman(a)isaac.nl <mailto:martijn.grendelman@isaac.nl>> wrote: > > Op 4-8-2016 om 18:36 schreef Yaniv Kaul: >> On Thu, Aug 4, 2016 at 11:49 AM, Martijn Grendelman >> <martijn.grendelman(a)isaac.nl >> <mailto:martijn.grendelman@isaac.nl>> wrote: >> >> Hi, >> >> Does oVirt support iSCSI storage domains on target LUNs using >> a block >> size of 4k? >> >> >> No, we do not - not if it exposes 4K blocks. >> Y. > > Is this on the roadmap? > > > Not in the short term roadmap. > Of course, patches are welcome. It's mainly in VDSM. > I wonder if it'll work in NFS. > Y. I don't think I ever replied to this, but I can confirm that in RHEV 3.6 it works with NFS. Best regards, Martijn. --------------DE48748F7C67E1FABE46EEAF Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> Op 7-8-2016 om 8:19 schreef Yaniv Kaul:<br> <blockquote cite="mid:280cfbd3a16ad1b76cc7de56bda88f45,CAJgorsbJHLV1e3fH4b4AR3GBp1oi44fDhfeii+PQ1iY1RwUStw@mail.gmail.com" type="cite"> <div dir="ltr"><br> <div class="gmail_extra">On Fri, Aug 5, 2016 at 4:42 PM, Martijn Grendelman <span dir="ltr"><<a moz-do-not-send="true" href="mailto:martijn.grendelman@isaac.nl" target="_blank">martijn.grendelman(a)isaac.nl</a>></span> wrote:<br> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> Op 4-8-2016 om 18:36 schreef Yaniv Kaul:<br> <blockquote type="cite"> <div dir="ltr"> <div class="gmail_extra"> <div class="gmail_quote"><span class="">On Thu, Aug 4, 2016 at 11:49 AM, Martijn Grendelman <span dir="ltr"><<a moz-do-not-send="true" href="mailto:martijn.grendelman@isaac.nl" target="_blank">martijn.grendelman(a)isaac.nl</a>></span> wrote:<br> </span><span class=""> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br> <br> Does oVirt support iSCSI storage domains on target LUNs using a block<br> size of 4k?<br> </blockquote> <div><br> </div> </span><span class=""> <div>No, we do not - not if it exposes 4K blocks.</div> <div>Y.</div> </span></div> </div> </div> </blockquote> <br> Is this on the roadmap?<br> </div> </blockquote> <div><br> </div> <div>Not in the short term roadmap.</div> <div>Of course, patches are welcome. It's mainly in VDSM.</div> <div>I wonder if it'll work in NFS.</div> <div>Y.</div> </div> </div> </div> </blockquote> <br> I don't think I ever replied to this, but I can confirm that in RHEV 3.6 it works with NFS.<br> <br> Best regards,<br> Martijn.<br> </body> </html> --------------DE48748F7C67E1FABE46EEAF--

4 4

Engine crash, storage won't activate, hosts won't shutdown, template locked, gpu passthrough failed
by M R 09 Oct '17

09 Oct '17

Hello! I have been using Ovirt for last four weeks, testing and trying to get things working. I have collected here the problems I have found and this might be a bit long but help to any of these or maybe to all of them from several people would be wonderful. My version is ovirt node 4.1.5 and 4.1.6 downloaded from website latest stable release at the time. Also tested with CentOS minimal +ovirt repo. In this case, 3. is solved, but other problems persist. 1. Power off host First day after installing ovirt node, it was able to reboot and shutdown clean. No problems at all. After few days of using ovir, I have noticed that hosts are unable to shutdown. I have tested this in several different ways and come to the following conclusion. IF engine has not been started after boot, all hosts are able to shutdown clean. But if engine is started even once, none of the hosts are able to shutdown anymore. The only way to get power off is to unplug or press power button for a longer time as hard reset. I have failed to find a way to have the engine running and then shutdown host. This effects to all hosts in the cluster. 2. Glusterfs failed Every time I have booted hosts, glusterfs has failed. For some reason, it turns inactive state even if I have setup systemctl enable glusterd. Before this command it was just inactive. After this command, it will say "failed (inactive). There is still a way to get glusterfs working. I have to give command systemctl start glusterd manually and everything starts working. Why do I have to give manual commands to start glusterfs? I have used this for CentOS before and never had this problem before. Node installer is that much different from the CentOS core? 3. Epel As I said that I have used CentOS before, I would like to able to install some packets from repo. But even if I install epel-release, it won't find packets such as nano or htop. I have read about how to add epel-release to ovirt node from here: https://www.ovirt.org/release/4.1.1/#epel I have tested even manually edit repolist, but it will fail to find normal epel packets. I have setup additional exclude=collectd* as guided in the link above. This doesn't make any difference. All being said I am able to install manually packets which are downloaded with other CentOS machine and transferred with scp to ovirt node. Still, this once again needs a lot of manual input and is just a workaround for the bug. 4. Engine startup When I try to start the engine when glusterfs is up, it will say vm doesn't exist, starting up. Still, it won't startup automatically. I have to give several times command hosted-engine --vm-start. I wait for about 5minutes until I give it next time. This will take usually about 30minutes and then randomly. Completely randomly after one of the times, I give this command engine shoots up and is up in 1minute. This has happened every time I boot up. And the times that I have to give a command to start the engine, has been changing. At best it's been 3rd time at worst it has been 7th time. Calculating from there it might take from 15minutes to 35minutes to get the engine up.Nevertheless, it will eventually come up every time. If there is a way to get it up on the first try or even better, automatically up, it would be great. 5. Activate storage Once the engine is up, there has been a problem with storage. When I go to storage tab, it will show all sources red. Even if I wait for 15~20minutes, it won't get storage green itself. I have to go and press active button from main data storage. Then it will get main storage up in 2~3munutes.Sometimes it fails it once, but will definitely get main data storage up on the seconds try. And then magically at the same time all other storages instantly go green. Main storage is glusterfs and I have 3 NFS storages as well. This is only a problem when starting up and once storages are on green they stay green. Still annoying that it cannot get it done by itself. 6.Template locked I try to create a template from existing VM and it resulted in original VM going into locked state and template being locked. I have read that some other people had a similar problem and they were suggested to restart engine to see if it solves it. For me it has been now a week and several restarts of engine and hosts, but there is still one VM locked and template locked as well. This is not a big problem, but still a problem. Everything is grey and cannot delete this bugged VM or template. 7. unable to use GPU I have been trying to do GPU passthrough with my VM. First, there was a problem with qemu cmd line, but once I figure out a way to get commands, it maybe is working(?). Log shows up fine, but it still doesn't give functionality I¨m looking for. As I mentioned in the other email that I have found this: https://www.mail-archive.com/users@ovirt.org/msg40422.html . It will give right syntax in log, but still, won't fix error 43 with nvidia drivers. If anybody got this working or has ideas how to do it, would really like to know how it's done properly. I have also tested with AMD graphics cards such as vega, but as soon as drivers have installed, I will get a black screen. Even if I restart VM or hosts or both. I will only see black screen and unable to use VM at all. I might be able to live with the other six things listed above, but this one is a bit of a problem for me. My use of VMs will eventually need graphical performance and therefore I will have to get this working or find an alternative to ovirt..I have found several things that I really like in ovirt and would prefer to use it. Best regards Mikko <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Ei viruksia. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

3 2

VM remote noVNC console
by Alex K 06 Oct '17

06 Oct '17

Hi all, I am trying to get the VM console of a VM through SSH socks proxy. This is a scenario I will frequently face, as the ovirt cluster will be available only though a remote SSH tunnel. I am trying several console options without success. With SPICE or VNC I get issue with virt-viewer saying "Unable to connect to libvirt with URI [none]' With noVNC I get a separate tab on browser where it is stuck showing "loading". Has anyone success with this kind of remote console access? Thanx, Alex

3 5

LVM structure
by Nicolas Ecarnot 05 Oct '17

05 Oct '17

Hello, I'm still coping with my qemu image corruption, and I'm following some Redhat guidelines that explains the way to go : - Start the VM - Identify the host - On this host, run the ps command to identify the disk image location : # ps ax|grep qemu-kvm|grep vm_name - Look for "-drive file=/rhev/data-center/00000001-0001-0001-0001-00000000033e/b72773dc-c99c-472a-9548-503c122baa0b/images/91bfb2b4-5194-4ab3-90c8-3c172959f712/e7174214-3c2b-4353-98fd-2e504de72c75" (YMMV) - Resolve this symbolic link # ls -la /rhev/data-center/00000001-0001-0001-0001-00000000033e/b72773dc-c99c-472a-9548-503c122baa0b/images/91bfb2b4-5194-4ab3-90c8-3c172959f712/e7174214-3c2b-4353-98fd-2e504de72c75 lrwxrwxrwx 1 vdsm kvm 78 3 oct. 2016 /rhev/data-center/00000001-0001-0001-0001-00000000033e/b72773dc-c99c-472a-9548-503c122baa0b/images/91bfb2b4-5194-4ab3-90c8-3c172959f712/e7174214-3c2b-4353-98fd-2e504de72c75 -> /dev/b72773dc-c99c-472a-9548-503c122baa0b/e7174214-3c2b-4353-98fd-2e504de72c75 - Shutdown the VM - On the SPM, activate the logical volume : # lvchange -ay /dev/b72773dc-c99c-472a-9548-503c122baa0b/e7174214-3c2b-4353-98fd-2e504de72c75 - Verify the state of the qemu image : # qemu-img check /dev/b72773dc-c99c-472a-9548-503c122baa0b/e7174214-3c2b-4353-98fd-2e504de72c75 - If needed, attempt a repair : # qemu-img check -r all /dev/... - In any case, deactivate the LV : # lvchange -an /dev/... I followed this steps tens of times, and finding the LV and activating it was obvious and successful. Since yesterday, I'm finding some VMs one which these steps are not working : I can identify the symbolic link, but the SPM neither the host are able to find the LV device, thus can not LV-activate it : # lvchange -ay /dev/de2fdaa0-6e09-4dd2-beeb-1812318eb893/ce13d349-151e-4631-b600-c42b82106a8d Failed to find logical volume "de2fdaa0-6e09-4dd2-beeb-1812318eb893/ce13d349-151e-4631-b600-c42b82106a8d" Either I need two more coffees, either I may be missing a step or something to check. Looking at the SPM /dev/disk/* structure, it looks like very sound (I can see my three storage domains dm-name-* series of links). As the VM can nicely be ran and stopped, does the host activates something more before being launched? -- Nicolas ECARNOT

3 7

Re: [ovirt-users] How to import a qcow2 disk into ovirt
by Martín Follonier 04 Oct '17

04 Oct '17

Hi, I've done all the recommendations in this thread, and I'm still getting the "Paused by System" message just after the transfer starts. Honestly I don't know were else to look at, cause I don't find any log entry or packet capture that give me a hint about what is happening. I'll appreciate any help! Thank you in advance! Regards Martin On Thu, Sep 1, 2016 at 5:01 PM, Amit Aviram <aavi...(a)redhat.com> wrote: > You can do both, > Through the database, the table is "vdc_options". change "option_value" > where "option_name" = 'ImageProxyAddress' . > > On Thu, Sep 1, 2016 at 4:56 PM, Gianluca Cecchi <gianluca.cec...(a)gmail.com > > wrote: > >> On Thu, Sep 1, 2016 at 3:53 PM, Amit Aviram <aavi...(a)redhat.com> wrote: >> >>> You can just replace this value in the DB and change it to the right >>> FQDN, it is a config value named "ImageProxyAddress". replace "localhost" >>> with the right address (notice that the port is there too). >>> >>> If this will keep happen after users will have the latest version, we >>> will have to open a bug and fix whatever causes the URL to be "localhost". >>> >>> >> Do you mean through "engine-config" or directly into database? >> In this second case which is the table involved? >> >> Gianluca >> > > [root@ractorshe bin]# systemctl stop ovirt-imageio-proxy engine=# select * from vdc_options where option_name='ImageProxyAddress'; option_id | option_name | option_value | version -----------+-------------------+-----------------+--------- 950 | ImageProxyAddress | localhost:54323 | general (1 row) engine=# update vdc_options set option_value='ractorshe.mydomain:54323' where option_name='ImageProxyAddress'; UPDATE 1 engine=# select * from vdc_options where option_name='ImageProxyAddress'; option_id | option_name | option_value | version -----------+-------------------+--------------------------------------+--------- 950 | ImageProxyAddress | ractorshe.mydomain:54323 | general (1 row) engine=# engine=# select * from vdc_options where option_name='ImageProxyAddress'; option_id | option_name | option_value | version -----------+-------------------+--------------------------------------+--------- 950 | ImageProxyAddress | ractorshe.mydomain:54323 | general (1 row) systemctl stop ovirt-engine (otherwise it remained localhost) systemctl start ovirt-engine systemctl start ovirt-imageio-proxy Now transfer is ok. I tried a qcow2 disck configured as 40Gb but containing about 1.6Gb of data. I'm going to connect it to a VM and see if all is ok also from a contents point of view. Gianluca _______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users

5 6

Hosted engine setup question
by Demeter Tibor 03 Oct '17

03 Oct '17

--=_d5a03c9f-d720-4690-b3f7-196f2e084694 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I just installed a hosted engine based four nodes cluster to glustered storage. It seems to working fine, but I have some question about it. - I would like to make an own cluster and datacenter. Is it possible to remove a host and re-add to an another cluster while it is running the hosted engine? - Is it possible to remove default datacenter without any problems? - I have a productive ovirt cluter that is based on 3.5 series. It is using a shared nfs storage. Is it possible to migrate VMs from 3.5 to 4.1 with detach shared storage from the old cluster and attach it to the new cluster? - If yes what will happend with the VM properies? For example mac addresses, limits, etc. Those will be migrated or not? Thanks in advance, Regard Tibor --=_d5a03c9f-d720-4690-b3f7-196f2e084694 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 12pt; color: #000000"><div>Hi,</div><div><br data-mce-bogus=3D"1"></di= v><div>I just installed a hosted engine based four nodes cluster to gluster= ed storage.</div><div>It seems to working fine, but I have some question ab= out it.</div><div><br data-mce-bogus=3D"1"></div><div>- I would like to mak= e an own cluster and datacenter. Is it possible to remove a host and re-add= to an another cluster while it is running the hosted engine? </div><d= iv>- Is it possible to remove default datacenter without any problems?&nbsp= ;</div><div><br></div><div>- I have a productive ovirt cluter that is based= on 3.5 series. It is using a shared nfs storage.  Is it possible to m= igrate VMs from 3.5 to 4.1 with detach shared storage from the old cluster = and attach it to the new cluster? </div><div>- If yes what will happen= d with the VM properies? For example mac addresses, limits, etc. Those will= be migrated or not?</div><div><br data-mce-bogus=3D"1"></div><div>Thanks i= n advance,</div><div>Regard</div><div><br data-mce-bogus=3D"1"></div><div><= br data-mce-bogus=3D"1"></div><div>Tibor</div><div data-marker=3D"__SIG_PRE= __"><p style=3D"font-family: 'Times New Roman'; font-size: medium; margin: = 0px;" data-mce-style=3D"font-family: 'Times New Roman'; font-size: medium; = margin: 0px;"><strong><span style=3D"font-size: medium;" data-mce-style=3D"= font-size: medium;"><span style=3D"color: #2d67b0;" data-mce-style=3D"color= : #2d67b0;"><br></span></span></strong></p><p style=3D"font-family: 'Times = New Roman'; font-size: medium; margin: 0px;" data-mce-style=3D"font-family:= 'Times New Roman'; font-size: medium; margin: 0px;"><span style=3D"font-fa= mily: georgia, serif; color: #000080;" data-mce-style=3D"font-family: georg= ia, serif; color: #000080;"><strong><span style=3D"font-size: medium;" data= -mce-style=3D"font-size: medium;"><span></span></span></strong></span></p><= p></p></div></div></body></html> --=_d5a03c9f-d720-4690-b3f7-196f2e084694--

2 3

Help with Power Management network
by ~Stack~ 02 Oct '17

02 Oct '17

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OnEhT75wdmSi56KelkEfSHNlc4EOmbWar Content-Type: multipart/mixed; boundary="QtNjKESroum0Gs4B16RTXPJnq400V1QDU"; protected-headers="v1" From: ~Stack~ <i.am.stack(a)gmail.com> To: users(a)ovirt.org Message-ID: <42d5325d-217f-5559-ec5a-11a10fbad2ed(a)gmail.com> Subject: Help with Power Management network --QtNjKESroum0Gs4B16RTXPJnq400V1QDU Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Greetings, I hit up the IRC earlier, but only crickets. Guess no one wants to stick around late on a Friday night. :-D I'm an ovirt newb here. I've been going through the docs setting up 4.1 on Scientific Linux 7.4. For the most part everything is going well once I learn how to do it. I'm, however, stuck on power management. I have multiple networks: 192.168.1.x is my BMC/ilo network. The security team wants as few entry points into this as possible and wants as much segregation as possible. 192.168.2.x is my "management" access network. For my other machines on this network this means admin-SSH/rsyslog/SaltStack configuration management/ect. 192.168.3.x is my high speed network where my NFS storage sits and applications that need the bandwidth do their thing. 10.10.86.x is my "public" access All networks are configured on the Host network settings. Mostly confident I got it right...at least each network/IP matches the right interface. ;-) Right now I only have the engine server and one hyper-visor. On either host I can ssh into the command line and run fence_ipmilan -a 192.168.1.x -l USER -p PASS -o status -v -P" it works, all is good. However, when I try to add it in the ovirt interface I get an error. :-/ Edit Host -> Power Management: Address: 192.168.1.14 User Name: root Password: SorryCantTellYou Type: ipmilan Options: <blank> Test Test failed: Failed to run fence status-check on host '192.168.2.14'. No other host was available to serve as proxy for the operation. Yes, same host because I only have one right now. :-) Any help or guidance would be much appreciated. In the meantime I'm going back to the docs to poke at a few other things I need to figure out. :-) Thanks! ~Stack~ --QtNjKESroum0Gs4B16RTXPJnq400V1QDU-- --OnEhT75wdmSi56KelkEfSHNlc4EOmbWar Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJZzqxCAAoJELkej+ysXJPmkn8P/i7sx6DP5aSOejTEvOzq45jc uTYNnoAqniDK/do47z2ojjB0+Oa6czExR7IqyzAzz9+pFEMZlRttxVwQ0XyEj+4t Fw44htR1PhU+YnNQm4fgEo04P7X72qEzdgeMgA/vVVp6chpw0tSG5/bLosrX/yJC NsUF4X0yhnfsCtLZ9Tw78S392OqIQ1iyx12Brmxtip0c97JenMXxXXrxPoUHDFcR T+mqVf7jnC+VxpRj0x5qU+JAOr05oje9coAgbDE6MhWaL6sjClEwhsi5VOU47he9 JcBjKbye4bRHIlzkgpg01Ge0m5fQ4FclJl9wnV4V5vX1Rkuol61wiPQ6SXd/CPy2 PiVsbvX3WloealAupANhaaYG93QPpQsmrw/6Ew/Finlsz6CNfg2VZHbzBGc79QV6 trLMhu+fw7Hsi/lmiU9Rkkmi8OOSgtapMkA283ft1wnBr7gYTyPZwQsp2chO66X5 QZvrRC64nBv9QcVswawWruWSIsETWNNRg7NltEiy8CKBDUsaJ4vJftXzEuHe++ML 2tgOaVRK9nikf6C5OlGPf2TVTVuBRyXGQTVQhGmPVx40499B5sUaen3+dyDHy8QW qLWi6iPiN0YGZkzh/inl/jT4aowQlZEZTfT3KpnH5tyZQ018rcJBQnKFBiTwi5aM /KzRHvKBIvKpjiIREQ7V =kxQZ -----END PGP SIGNATURE----- --OnEhT75wdmSi56KelkEfSHNlc4EOmbWar--

3 6

libvirt: XML-RPC error : authentication failed: Failed to start SASL
by Ozan Uzun 02 Oct '17

02 Oct '17

Hello, Today I updated my ovirt engine v3.5 and all my hosts on one datacenter (centos 7.4 ones). and suddenly my vdsm and vdsm-network services stopped working. btw: My other DC is centos 6 based (managed from the same ovirt engine), everything works just fine there. vdsm fails dependent on vdsm-network service, with lots of RPC error. I tried to configure vdsm-tool configure --force, deleted everything (vdsm-libvirt), reinstalled. Could not make it work. My logs are filled with the follogin Sep 18 23:06:01 node6 python[5340]: GSSAPI Error: Unspecified GSS failure. Minor code may provide more information (No Kerberos credentials available (default cache: KEYRING:persistent:0)) Sep 18 23:06:01 node6 vdsm-tool[5340]: libvirt: XML-RPC error : authentication failed: Failed to start SASL negotiation: -1 (SASL(-1): generic failure: GSSAPI Error: Unspecified GSS failure. Minor code may provide more information (No Kerberos credent Sep 18 23:06:01 node6 libvirtd[4312]: 2017-09-18 20:06:01.954+0000: 4312: error : virNetSocketReadWire:1808 : End of file while reading data: Input/output error ------- journalctl -xe output for vdsm-network Sep 18 23:06:02 node6 vdsm-tool[5340]: libvirt: XML-RPC error : authentication failed: Failed to start SASL negotiation: -1 (SASL(-1): generic failure: GSSAPI Error: Unspecified GSS failure. Minor code may provide more information (No Kerberos credent Sep 18 23:06:02 node6 vdsm-tool[5340]: Traceback (most recent call last): Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/bin/vdsm-tool", line 219, in main Sep 18 23:06:02 node6 libvirtd[4312]: 2017-09-18 20:06:02.558+0000: 4312: error : virNetSocketReadWire:1808 : End of file while reading data: Input/output error Sep 18 23:06:02 node6 vdsm-tool[5340]: return tool_command[cmd]["command"](*args) Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/lib/python2.7/site-packages/vdsm/tool/upgrade_300_networks.py", line 83, in upgrade_networks Sep 18 23:06:02 node6 vdsm-tool[5340]: networks = netinfo.networks() Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 112, in networks Sep 18 23:06:02 node6 vdsm-tool[5340]: conn = libvirtconnection.get() Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 159, in get Sep 18 23:06:02 node6 vdsm-tool[5340]: conn = _open_qemu_connection() Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 95, in _open_qemu_connection Sep 18 23:06:02 node6 vdsm-tool[5340]: return utils.retry(libvirtOpen, timeout=10, sleep=0.2) Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1108, in retry Sep 18 23:06:02 node6 vdsm-tool[5340]: return func() Sep 18 23:06:02 node6 vdsm-tool[5340]: File "/usr/lib64/python2.7/site-packages/libvirt.py", line 105, in openAuth Sep 18 23:06:02 node6 vdsm-tool[5340]: if ret is None:raise libvirtError('virConnectOpenAuth() failed') Sep 18 23:06:02 node6 vdsm-tool[5340]: libvirtError: authentication failed: Failed to start SASL negotiation: -1 (SASL(-1): generic failure: GSSAPI Error: Unspecified GSS failure. Minor code may provide more information (No Kerberos credentials availa Sep 18 23:06:02 node6 systemd[1]: vdsm-network.service: control process exited, code=exited status=1 Sep 18 23:06:02 node6 systemd[1]: Failed to start Virtual Desktop Server Manager network restoration. ----- libvirt is running but throws some errors. [root@node6 ~]# systemctl status libvirtd ● libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor preset: enabled) Drop-In: /etc/systemd/system/libvirtd.service.d └─unlimited-core.conf Active: active (running) since Mon 2017-09-18 23:15:47 +03; 19min ago Docs: man:libvirtd(8) http://libvirt.org Main PID: 6125 (libvirtd) CGroup: /system.slice/libvirtd.service └─6125 /usr/sbin/libvirtd --listen Sep 18 23:15:56 node6 libvirtd[6125]: 2017-09-18 20:15:56.195+0000: 6125: error : virNetSocketReadWire:1808 : End of file while reading data: Input/output error Sep 18 23:15:56 node6 libvirtd[6125]: 2017-09-18 20:15:56.396+0000: 6125: error : virNetSocketReadWire:1808 : End of file while reading data: Input/output error Sep 18 23:15:56 node6 libvirtd[6125]: 2017-09-18 20:15:56.597+0000: 6125: error : virNetSocketReadWire:1808 : End of file while reading data: Input/output error ---------------- [root@node6 ~]# virsh Welcome to virsh, the virtualization interactive terminal. Type: 'help' for help with commands 'quit' to quit virsh # list error: failed to connect to the hypervisor error: authentication failed: Failed to start SASL negotiation: -1 (SASL(-1): generic failure: GSSAPI Error: Unspecified GSS failure. Minor code may provide more information (No Kerberos credentials available (default cache: KEYRING:persistent:0))) ================= I do not want to lose all my virtual servers, is there any way to recover them? Currenty everything is down. I am ok to install a new ovirt engine if somehow I can restore my virtual servers. I can also split centos 6 and centos 7 ovirt engine's.

3 6

iSCSI VLAN host connections - bond or multipath & IPv6
by Ben Bradley 01 Oct '17

01 Oct '17

Hi All I'm looking to add a new host to my oVirt lab installation. I'm going to share out some LVs from a separate box over iSCSI and will hook the new host up to that. I have 2 NICs on the storage host and 2 NICs on the new Ovirt host to dedicate to the iSCSI traffic. I also have 2 separate switches so I'm looking for redundancy here. Both iSCSI host and oVirt host plugged into both switches. If this was non-iSCSI traffic and without oVirt I would create bonded interfaces in active-backup mode and layer the VLANs on top of that. But for iSCSI traffic without oVirt involved I wouldn't bother with a bond and just use multipath. From scanning the oVirt docs it looks like there is an option to have oVirt configure iSCSI multipathing. So what's the best/most-supported option for oVirt? Manually create active-backup bonds so oVirt just sees a single storage link between host and storage? Or leave them as separate interfaces on each side and use oVirt's multipath/bonding? Also I quite like the idea of using IPv6 for the iSCSI VLAN, purely down to the fact I could use link-local addressing and not have to worry about setting up static IPv4 addresses or DHCP. Is IPv6 iSCSI supported by oVirt? Thanks, Ben

4 8

Re: [ovirt-users] 4.2 downgrade
by Yaniv Kaul 01 Oct '17

01 Oct '17

On Sep 30, 2017 8:09 AM, "Ryan Mahoney" <ryan(a)beaconhillentertainment.com> wrote: Accidentally upgraded a 4.0 environment to 4.2 (didn't realize the "master" repo was development repo). What's my chances/best way if possible to roll back to 4.0 (or 4.1 for that matter). There is no roll back to oVirt installation. That being said, I believe the Alpha quality is good. It is not feature complete and we of course have more polishing to do, but it's very usable and we will continue to ship updates to it. Let us know promptly what issues you encounter. Y. _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

3 3

DR with oVirt: no data on OVF_STORE
by Luca 'remix_tj' Lorenzetto 01 Oct '17

01 Oct '17

Hello, i'm experimenting a DR architecture that involves block storage replication from the storage side (EMC VNX 8000). Our idea is to import the replicated data storage domain on another datacenter, managed by another engine, with the option "Import Domain" and then import all the vms contained. The idea works, but we encountered an issue that we don't want to have again: we imported an SD and *no* vm were listed in the tab "VM Import". Disks were available, but no VM informations. What we did: - on storage side: split the replica between the main disk in Site A and the secondary disk Site B - on storage side: added the disk to the storage group of the "recovery" cluster - from engine UI: Imported storage domain, confirming that i want to activate even if seems to be attached to another DC - from engine UI: move out from maintenance the storage domain and click on the "VM Import" tab of the new SD. What happened: *no* vm were listed To identify better what's happening, I've found here some indications on how lvm for block storage works and I identified the command on how to find and read the OVF_STORE. Looking inside the OVF_STORE has shown why no vm were listed: it was empty (no .ovf file listed with tar tvf) So, without the possibility import vms, i did a rollback, detaching the storage domain and re-establishing the replication between the main site and the DR site. Then, after a day of replications (secondary volume is aligned every 30 minutes), i tried again and i've been able to import also vms (OVF_STORE was populated). So my question is: how to i force to have OVF_STORE to be aligned at least as frequent as the replication? I want to have the VM disks replicated to the remote site along with VM OVF informations. Is possible to have OVF_STORE informations aligned when a VM is created/edited or with a scheduled task? Is this so I/O expensive? Thank you, Luca -- "E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine" Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) "Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento" John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.luca(a)gmail.com>

2 1

oVirt 4.2 hosted-engine command damaged
by Julián Tete 01 Oct '17

01 Oct '17

I updated my lab environment from oVirt 4.1.x to oVirt 4.2 Alpha The hosted-engine command has been corrupted An example: hosted-engine --vm-status Traceback (most recent call last): File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main "__main__", fname, loader, pkg_name) File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code exec code in run_globals File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/vm_status.py", line 213, in <module> if not status_checker.print_status (): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/vm_status.py", line 110, in print_status all_host_stats = self._get_all_host_stats () File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/vm_status.py", line 75, in _get_all_host_stats all_host_stats = ha_cli.get_all_host_stats () File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", line 154, in get_all_host_stats return self.get_all_stats (self.StatModes.HOST) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", line 99, in get_all_stats stats = broker.get_stats_from_storage (service) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 147, in get_stats_from_storage for host_id, data in six.iteritems (result): File "/usr/lib/python2.7/site-packages/six.py", line 599, in iteritems return d.iteritems (** kw) AttributeError: 'NoneType' object has no attribute 'iteritems' hosted-engine --set-maintenance --mode = none Traceback (most recent call last): File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main "__main__", fname, loader, pkg_name) File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code exec code in run_globals File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py", line 88, in <module> if not maintenance.set_mode (sys.argv [1]): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py", line 76, in set_mode value = m_global, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", line 240, in set_maintenance_mode str (value)) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", line 187, in set_global_md_flag all_stats = broker.get_stats_from_storage (service) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 147, in get_stats_from_storage for host_id, data in six.iteritems (result): File "/usr/lib/python2.7/site-packages/six.py", line 599, in iteritems return d.iteritems (** kw) AttributeError: 'NoneType' object has no attribute 'iteritems' hosted-engine --vm-start VM exists and its status is Up Hardware Manufacturer: HP Family: ProLiant Product Name: ProLiant BL460c Gen8 CPU Model Name: Intel (R) Xeon (R) CPU E5-2667 v2 @ 3.30GHz CPU Type: Intel SandyBridge Family CPU Sockets: 2 CPU Cores per Socket: 8 CPU Threads per Core: 2 (SMT Enabled) Software: OS Version: RHEL - 7 - 4.1708.el7.centos OS Description: CentOS Linux 7 (Core) Kernel Version: 4.12.0 - 1.el7.elrepo.x86_64 KVM Version: 2.9.0 - 16.el7_4.5.1 LIBVIRT Version: libvirt-3.2.0-14.el7_4.3 VDSM Version: vdsm-4.20.3-95.git0813890.el7.centos SPICE Version: 0.12.8 - 2.el7.1 GlusterFS Version: glusterfs-3.12.1-2.el7 CEPH Version: librbd1-0.94.5-2.el7

2 1

Re: [ovirt-users] Engine crash, storage won't activate, hosts won't shutdown, template locked, gpu passthrough failed
by Yaniv Kaul 30 Sep '17

30 Sep '17

On Sep 30, 2017 7:50 PM, "M R" <gr8nextmail(a)gmail.com> wrote: Hello! I have been using Ovirt for last four weeks, testing and trying to get things working. I have collected here the problems I have found and this might be a bit long but help to any of these or maybe to all of them from several people would be wonderful. It's a bit difficult and inefficient to list all issues in a single post - unless you feel they are related ? Also, it'd be challenging to understand them without logs. Lastly, it's usually a good habit, when something doesn't work, solve it, rather than continue. I do suspect your issues are somehow related. Y. My version is ovirt node 4.1.5 and 4.1.6 downloaded from website latest stable release at the time. Also tested with CentOS minimal +ovirt repo. In this case, 3. is solved, but other problems persist. 1. Power off host First day after installing ovirt node, it was able to reboot and shutdown clean. No problems at all. After few days of using ovir, I have noticed that hosts are unable to shutdown. I have tested this in several different ways and come to the following conclusion. IF engine has not been started after boot, all hosts are able to shutdown clean. But if engine is started even once, none of the hosts are able to shutdown anymore. The only way to get power off is to unplug or press power button for a longer time as hard reset. I have failed to find a way to have the engine running and then shutdown host. This effects to all hosts in the cluster. 2. Glusterfs failed Every time I have booted hosts, glusterfs has failed. For some reason, it turns inactive state even if I have setup systemctl enable glusterd. Before this command it was just inactive. After this command, it will say "failed (inactive). There is still a way to get glusterfs working. I have to give command systemctl start glusterd manually and everything starts working. Why do I have to give manual commands to start glusterfs? I have used this for CentOS before and never had this problem before. Node installer is that much different from the CentOS core? 3. Epel As I said that I have used CentOS before, I would like to able to install some packets from repo. But even if I install epel-release, it won't find packets such as nano or htop. I have read about how to add epel-release to ovirt node from here: https://www.ovirt.org/release/4.1.1/#epel I have tested even manually edit repolist, but it will fail to find normal epel packets. I have setup additional exclude=collectd* as guided in the link above. This doesn't make any difference. All being said I am able to install manually packets which are downloaded with other CentOS machine and transferred with scp to ovirt node. Still, this once again needs a lot of manual input and is just a workaround for the bug. 4. Engine startup When I try to start the engine when glusterfs is up, it will say vm doesn't exist, starting up. Still, it won't startup automatically. I have to give several times command hosted-engine --vm-start. I wait for about 5minutes until I give it next time. This will take usually about 30minutes and then randomly. Completely randomly after one of the times, I give this command engine shoots up and is up in 1minute. This has happened every time I boot up. And the times that I have to give a command to start the engine, has been changing. At best it's been 3rd time at worst it has been 7th time. Calculating from there it might take from 15minutes to 35minutes to get the engine up.Nevertheless, it will eventually come up every time. If there is a way to get it up on the first try or even better, automatically up, it would be great. 5. Activate storage Once the engine is up, there has been a problem with storage. When I go to storage tab, it will show all sources red. Even if I wait for 15~20minutes, it won't get storage green itself. I have to go and press active button from main data storage. Then it will get main storage up in 2~3munutes.Sometimes it fails it once, but will definitely get main data storage up on the seconds try. And then magically at the same time all other storages instantly go green. Main storage is glusterfs and I have 3 NFS storages as well. This is only a problem when starting up and once storages are on green they stay green. Still annoying that it cannot get it done by itself. 6.Template locked I try to create a template from existing VM and it resulted in original VM going into locked state and template being locked. I have read that some other people had a similar problem and they were suggested to restart engine to see if it solves it. For me it has been now a week and several restarts of engine and hosts, but there is still one VM locked and template locked as well. This is not a big problem, but still a problem. Everything is grey and cannot delete this bugged VM or template. 7. unable to use GPU I have been trying to do GPU passthrough with my VM. First, there was a problem with qemu cmd line, but once I figure out a way to get commands, it maybe is working(?). Log shows up fine, but it still doesn't give functionality I¨m looking for. As I mentioned in the other email that I have found this: https://www.mail-archive.com/users@ovirt.org/msg40422.html . It will give right syntax in log, but still, won't fix error 43 with nvidia drivers. If anybody got this working or has ideas how to do it, would really like to know how it's done properly. I have also tested with AMD graphics cards such as vega, but as soon as drivers have installed, I will get a black screen. Even if I restart VM or hosts or both. I will only see black screen and unable to use VM at all. I might be able to live with the other six things listed above, but this one is a bit of a problem for me. My use of VMs will eventually need graphical performance and therefore I will have to get this working or find an alternative to ovirt..I have found several things that I really like in ovirt and would prefer to use it. Best regards Mikko <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Ei viruksia. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#m_1830658822099207723_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

1 0

Passing through a display port to a GUEST vm
by Alexander Witte 30 Sep '17

30 Sep '17

--_000_6DDEB273B96F45CC8FB776FCE14DD4FFbaicanadacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCk91ciBzZXJ2ZXIgaGFzIDIgZGlzcGxheSBwb3J0cyBvbiBhbiBpbnRlZ3JhdGVkIGdy YXBoaWNzIGNhcmQuICBPbmUgcG9ydCBkaXNwbGF5cyB0aGUgaG9zdCBPUyAoQ2VudG9zNyB3aXRo IEtWTSBpbnN0YWxsZWQpIGFuZCB3ZSB3b3VsZCBsaWtlIHRoZSBzZWNvbmQgZGlzcGxheSBwb3J0 IHRvIGRpc3BsYXkgb25lIG9mIHRoZSBHVUVTVCBWTXMgKGEgV2luZG93cyAxMCBzZXJ2ZXIpLiAg SSB3YXMganVzdCBjdXJpb3VzIGlmIGFueW9uZSBoYWQgc2V0IHRoaXMga2luZCBvZiB0aGluZyB1 cCBiZWZvcmUgb3IgaWYgdGhpcyBpcyBldmVuIHBvc3NpYmxlIGFzIHRoZXJlIGlzIG5vdCBleHRl cm5hbCBWaWRlbyBjYXJkLiAgVGhpcyBpcyBhbGwgaW4gYW4gb1ZpcnQgZW52aXJvbm1lbnQuDQoN CklmIHRoZSBwYXNzdGhyb3VnaCBvbiB0aGUgZGlzcGxheSBwb3J0IGlzIG5vdCBwb3NzaWJsZSBJ IHdhcyB0aGlua2luZyBtYXliZSBvZiB1c2luZyBhIHVzYiB0byBoZG1pIGFkYXB0ZXIgYW5kIHBh c3NpbmcgdGhyb3VnaCB0aGUgVVNCIHBvcnQgdG8gdGhlIGd1ZXN0IFZNPw0KDQpIZXJl4oCZcyB0 aGUgc2VydmVyIHdl4oCZcmUgdXNpbmc6DQoNCmh0dHBzOi8vd3d3Lm1lbm1pY3JvLmNvbS9wcm9k dWN0cy9ib3gtcGNzL2JsNzB3Lw0KDQpJZiBhbnlvbmUgaGFzIGRvbmUgdGhpcyBvciBoYXMgYW55 IHRob3VnaHRzIGl0IHdvdWxkIGJlIGhlbHBmdWwhDQoNClRoYW5rcywNCg0KQWxleCBXaXR0ZQ0K --_000_6DDEB273B96F45CC8FB776FCE14DD4FFbaicanadacom_ Content-Type: text/html; charset="utf-8" Content-ID: <F67DA902C0572B4DBC4D4E4B308B3190(a)baicanada.local> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5IaSw8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPk91 ciBzZXJ2ZXIgaGFzIDIgZGlzcGxheSBwb3J0cyBvbiBhbiBpbnRlZ3JhdGVkIGdyYXBoaWNzIGNh cmQuICZuYnNwO09uZSBwb3J0IGRpc3BsYXlzIHRoZSBob3N0IE9TIChDZW50b3M3IHdpdGggS1ZN IGluc3RhbGxlZCkgYW5kIHdlIHdvdWxkIGxpa2UgdGhlIHNlY29uZCBkaXNwbGF5IHBvcnQgdG8g ZGlzcGxheSBvbmUgb2YgdGhlIEdVRVNUIFZNcyAoYSBXaW5kb3dzIDEwIHNlcnZlcikuICZuYnNw O0kgd2FzIGp1c3QgY3VyaW91cyBpZg0KIGFueW9uZSBoYWQgc2V0IHRoaXMga2luZCBvZiB0aGlu ZyB1cCBiZWZvcmUgb3IgaWYgdGhpcyBpcyBldmVuIHBvc3NpYmxlIGFzIHRoZXJlIGlzIG5vdCBl eHRlcm5hbCBWaWRlbyBjYXJkLiAmbmJzcDtUaGlzIGlzIGFsbCBpbiBhbiBvVmlydCBlbnZpcm9u bWVudC48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPklmIHRoZSBwYXNzdGhyb3VnaCBvbiB0aGUgZGlzcGxheSBwb3J0IGlzIG5vdCBwb3Nz aWJsZSBJIHdhcyB0aGlua2luZyBtYXliZSBvZiB1c2luZyBhIHVzYiB0byBoZG1pIGFkYXB0ZXIg YW5kIHBhc3NpbmcgdGhyb3VnaCB0aGUgVVNCIHBvcnQgdG8gdGhlIGd1ZXN0IFZNPzwvZGl2Pg0K PGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SGVyZeKA mXMgdGhlIHNlcnZlciB3ZeKAmXJlIHVzaW5nOjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xh c3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGEgaHJlZj0iaHR0cHM6Ly93d3cubWVubWlj cm8uY29tL3Byb2R1Y3RzL2JveC1wY3MvYmw3MHcvIiBjbGFzcz0iIj5odHRwczovL3d3dy5tZW5t aWNyby5jb20vcHJvZHVjdHMvYm94LXBjcy9ibDcwdy88L2E+PC9kaXY+DQo8ZGl2IGNsYXNzPSIi PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JZiBhbnlvbmUgaGFzIGRvbmUg dGhpcyBvciBoYXMgYW55IHRob3VnaHRzIGl0IHdvdWxkIGJlIGhlbHBmdWwhPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KVGhhbmtzLA0KPGRpdiBjbGFzcz0iIj48 YnIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAw LCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxl OiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7 IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0 OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5v cm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUt YWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHdvcmQtd3JhcDog YnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6 IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAs IDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5 bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1h bDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50 OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNw YWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyI+DQpBbGV4IFdpdHRl PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_6DDEB273B96F45CC8FB776FCE14DD4FFbaicanadacom_--

1 0

Re: [ovirt-users] Qemu prevents vm from starting up properly
by M R 30 Sep '17

30 Sep '17

Hello! I have maybe found a way to do this. I found this older email archive where similar problem was described: https://www.mail-archive.com/users@ovirt.org/msg40422.html With this -cpu arguments show up corretcly in log. But the it still won't fix nvidia problem 43, which is annoying "bug" implemented by nvidia. I have several gtx graphic cards collecting dust and would like to use them, but fail to do so... best regards Mikko On Thu, Sep 28, 2017 at 8:46 AM, Yedidyah Bar David <didi(a)redhat.com> wrote: > On Wed, Sep 27, 2017 at 8:32 PM, M R <gr8nextmail(a)gmail.com> wrote: > > Hello! > > > > Thank you very much! I had misunderstood how it was suppose to be > written in > > qemu_cmdline. There was a typo in syntax and error log revealed it. It is > > working IF I use ["-spice", "tls-ciphers=DES-CBC3-SHA"]. > > So I believe that installation is correctly done. > > > > Though, my problem still exists. > > This is what I have been trying to use for qemu_cmdline: > > ["-cpu", "kvm=off, hv_vendor_id=sometext"] > > It does not work and most likely is incorrectly written. > > You should first come up with something that works when you try it > manually, then try adapting that to the hook's syntax. > > > > > I understood that qemu commands are often exported into xml files and the > > command I'm trying to write is the following: > > > > <features> > > <hyperv> > > <vendor_id state='on' value='customvalue'/> > > </hyperv> > > <kvm> > > <hidden state='on'/> > > </kvm> > > </features> > > I guess you refer above to libvirt xml. This isn't strictly > related to qemu, although in practice most usage of libvirt > is with qemu. > > > > > How do I write this in custom properties for qemu_cmdline? > > If you have a working libvirt vm, with the options you need, > simply check how it translated your xml to qemu's command line. > You can see this either in its logs, or using ps. > > Best, > > > > > > > best regards > > > > Mikko > > > > > > > > On 27 Sep 2017 3:27 pm, "Yedidyah Bar David" <didi(a)redhat.com> wrote: > >> > >> On Wed, Sep 27, 2017 at 1:14 PM, M R <gr8nextmail(a)gmail.com> wrote: > >> > Hello! > >> > > >> > I did check logs from hosts, but didnt notice anything that would help > >> > me. I > >> > can copy paste logs later. > >> > > >> > I was not trying to get qemu crash vm. > >> > I'm trying to add new functionalities with qemu. > >> > > >> > I wasnt sure if my syntax was correct, so I copy pasted the example > >> > command > >> > for spice from that website. And it still behaves similarly. > >> > > >> > My conclusion is that qemu cmdline is setup wrong or it's not working > at > >> > all. But I dont know how to check that. > >> > >> Please check/share /var/log/libvirt/qemu/* and /var/log/vdsm/* . Thanks. > >> > >> > > >> > On 27 Sep 2017 12:32, "Yedidyah Bar David" <didi(a)redhat.com> wrote: > >> >> > >> >> On Wed, Sep 27, 2017 at 11:32 AM, M R <gr8nextmail(a)gmail.com> wrote: > >> >> > Hello! > >> >> > > >> >> > I have followed instructions in > >> >> > https://www.ovirt.org/develop/developer-guide/vdsm/hook/ > qemucmdline/ > >> >> > > >> >> > After adding any command for qemu cmdline, vm will try to start, > but > >> >> > will > >> >> > immediately shutdown. > >> >> > > >> >> > Is this a bug? > >> >> > >> >> If you intended, with the params you passed, to make qemu fail, for > >> >> whatever > >> >> reason (debugging qemu?), then it's not a bug :-) Otherwise, it is, > but > >> >> we > >> >> can't know where. > >> >> > >> >> > or is the information in the link insufficient? > >> >> > If it would be possible to confirm this and if there's a way to > fix, > >> >> > I > >> >> > would > >> >> > really like to have step by step guide of how to get this working. > >> >> > >> >> Did you check relevant logs? vdsm/libvirt? > >> >> > >> >> Best, > >> >> -- > >> >> Didi > >> > >> > >> > >> -- > >> Didi > > > > -- > Didi > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Ei viruksia. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

1 0

Metrics store doc page link broken?
by Gianluca Cecchi 30 Sep '17

30 Sep '17

Hello, I was just giving an eye to what in subject here: https://www.ovirt.org/develop/release-management/features/metrics/metrics-s… But it seems that the main link to "Metrics store setup on top of openshift" Is broken... Any other point to begin to see the expected workflow for it? Thanks Gianluca

2 1

4.2 downgrade
by Ryan Mahoney 30 Sep '17

30 Sep '17

Accidentally upgraded a 4.0 environment to 4.2 (didn't realize the "master" repo was development repo). What's my chances/best way if possible to roll back to 4.0 (or 4.1 for that matter).

1 0

changing ip of host and its ovirtmgmt vlan
by Gianluca Cecchi 29 Sep '17

29 Sep '17

Hello, an host not maintained by me was modified so that its mgmt network had become ovirtmgmntZ2Z3. Originally the host had been added into engine with its hostname and not its ip and this simplifies things. So a dns entry change was done while the host was in maintenance (as far as I have understood...) The guy changed the /etc/sysconfig/netowrk-scripts/ files and apparently it was activated ok, but when host rebooted the config was reverted due to persistence of vdsm. As he had urgence for this host to become operational again, in the mean time I worked like this, having now a working host: - modified /etc/sysconfig/network/scripts files with the new required configuration - modified files under /var/lib/vdsm/persistence/netconf/nets/ eg the file ovirtmgmntZ2Z3 with its ip and vlan correct information sync then power off / power on host The host comes up good and as it had been peviously put into maintenance, it was able to be activated and power on some VMs. Can I consider this workflow ok or is there any ip/network information of the host stored into engine db or other parts on engine or hosts? I have then a question for the ovirtmgmt logical network itself, but I will open a new thread for it... Thanks in advance, Gianluca

3 5

Real Noob question- setting a static IP on host
by Alexander Witte 29 Sep '17

29 Sep '17

--_000_78BA09B27208464C8062331367F3EA13baicanadacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhbSBpbmNyZWRpYmx5IHNvcnJ5IG92ZXIgdGhpcyBub29iIHF1ZXN0aW9uIGJ1dCBJIGFtIHJl YWxseSBiYXNoaW5nIG15IGhlYWQgdHJ5aW5nIHRvIHNpbXBseSBjaGFuZ2UgYW4gSVAgYWRkcmVz cyBvbiBhbiBPdmlydCBob3N0LiAgb1ZpcnQgd2FzIHB1c2hlZCB0byB0aGlzIGhvc3QgdGhyb3Vn aCB0aGUgc2VydmVyIHdlYiBpbnRlcmZhY2UuICBJdCBpcyBydW5uaW5nIG9uIHRvcCBvZiBDZW50 b3MgNy4NCg0KRnJvbSB0aGUgZG9jcyBpdCBzYXlzIHRvIGxvZyBpbnRvIHRoZSBob3N0IGFuZCBl ZGl0IHRoZSBpZmNmZy1vdmlydG1nbXQgZmlsZSBhbmQgSSBoYXZlIGRvbmUgYW5kIGhlcmUgYXJl IHRoZSBsYXRlc3Qgc2V0dGluZ3M6DQoNCiNHZW5lcmF0ZWQgYnkgVkRTTSB2ZXJzaW9uIDQuMTku MjgtMS5lMTcuY2VudG9zDQpERVZJQ0U6b3ZpcnRtZ210DQpUWVBFOkJyaWRnZQ0KREVMQVk9MA0K U1RQPW9mZg0KT05CT09UPXllcw0KQk9PVFBST1RPPW5vbmUNCk1UVT0xNTAwDQpERUZST1VURT15 ZXMNCk5NX0NPTlRST0xMRUQ9bm8NCklQVjZJTklUPXllcw0KSVBWNl9BVVRPQ09ORj15ZXMNCklQ QUREUj0xMC4wLjAuMjI2DQpHQVRFV0FZPTEwLjAuMC4xDQpQUkVGSVg9MTMNCkROUzE9MTAuMC4w LjkNCkROUzI9OC44LjguOA0KDQpUaGUgc2VydmVyIGNhbiByZWFjaCBldmVyeXRoaW5nIG9uIHRo ZSBuZXR3b3JrIGZpbmUuICBBbHRob3VnaCBpdCBjYW5ub3QgYmUgcmVhY2hlZCB0aHJvdWdoIHRo ZSBvVmlydCB3ZWIgaW50ZXJmYWNlIGFuZCB0aGUgaG9zdCBpcyBpbiBhIOKAnGNvbm5lY3Rpbmfi gJ0gc3RhdHVzLiAgSW4gdGhlIG9WaXJ0IHdlYiBpbnRlcmZhY2UgaWYgSSBhdHRlbXB0IHRvIGVk aXQgdGhlIE5JQyBzZXR0aW5ncyBmcm9tIERIQ1AgdG8gU3RhdGljIHRvIHJlZmxlY3QgdGhlIGNo YW5nZXMgSXZlIG1hZGUgYWJvdmUgSSBydW4gaW50byB0aGlzIGVycm9yOg0KDQoNCiAgKiAgIENh bm5vdCBzZXR1cCBOZXR3b3Jrcy4gQW5vdGhlciBTZXR1cCBOZXR3b3JrcyBvciBIb3N0IFJlZnJl c2ggcHJvY2VzcyBpbiBwcm9ncmVzcyBvbiB0aGUgaG9zdC4gUGxlYXNlIHRyeSBsYXRlci4NCg0K V2hhdCBpcyB0aGUgY29ycmVjdCBwcm9jZWR1cmUgdG8gY2hhbmdlIGEgaG9zdCBtYW5hZ2VtZW50 IElQIGZyb20gREhDUCB0byBTVEFUSUM/ICBTaG91bGQgSSBtYWtlIHRoZXNlIGNoYW5nZXMgbWFu dWFsbHkgb24gdGhlIGhvc3Qgb3IgdGhyb3VnaCB0aGUgTklDIHNldHRpbmdzIGluIHRoZSBvVmly dCB3ZWIgaW50ZXJmYWNlICh3aGVuIEkgdHJpZWQgdGhpcyBpdCBqdXN0IHNlZW1lZCB0byBoYW5n Li4pDQoNCkFueSBoZWxwIGlzIGdyZWF0bHkgYXBwcmVjaWF0ZWQuDQoNClRoYW5rcyEhDQoNCg0K QWxleA0KDQoNCg== --_000_78BA09B27208464C8062331367F3EA13baicanadacom_ Content-Type: text/html; charset="utf-8" Content-ID: <6FB4F688113E0C42AD7DBCD1BEC27217(a)baicanada.local> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5JIGFtIGlu Y3JlZGlibHkgc29ycnkgb3ZlciB0aGlzIG5vb2IgcXVlc3Rpb24gYnV0IEkgYW0gcmVhbGx5IGJh c2hpbmcgbXkgaGVhZCB0cnlpbmcgdG8gc2ltcGx5IGNoYW5nZSBhbiBJUCBhZGRyZXNzIG9uIGFu IE92aXJ0IGhvc3QuICZuYnNwO29WaXJ0IHdhcyBwdXNoZWQgdG8gdGhpcyBob3N0IHRocm91Z2gg dGhlIHNlcnZlciB3ZWIgaW50ZXJmYWNlLiAmbmJzcDtJdCBpcyBydW5uaW5nIG9uIHRvcCBvZiBD ZW50b3MgNy48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPkZyb20gdGhlIGRvY3MgaXQgc2F5cyB0byBsb2cgaW50byB0aGUgaG9zdCBhbmQg ZWRpdCB0aGUgaWZjZmctb3ZpcnRtZ210IGZpbGUgYW5kIEkgaGF2ZSBkb25lIGFuZCBoZXJlIGFy ZSB0aGUgbGF0ZXN0IHNldHRpbmdzOjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+ DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+I0dlbmVyYXRlZCBieSBWRFNNIHZlcnNpb24gNC4xOS4y OC0xLmUxNy5jZW50b3M8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+REVWSUNFOm92aXJ0bWdtdDwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj5UWVBFOkJyaWRnZTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5ERUxBWT0w PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlNUUD1vZmY8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+T05CT09U PXllczwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48Zm9udCBjb2xvcj0iI2ZmMmEwZSIgY2xhc3M9IiI+ Qk9PVFBST1RPPW5vbmU8L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPk1UVT0xNTAwPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPkRFRlJPVVRFPXllczwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5OTV9DT05U Uk9MTEVEPW5vPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPklQVjZJTklUPXllczwvZGl2Pg0KPGRpdiBj bGFzcz0iIj5JUFY2X0FVVE9DT05GPXllczwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48Zm9udCBjb2xv cj0iI2ZmMjUxMyIgY2xhc3M9IiI+SVBBRERSPTEwLjAuMC4yMjY8L2ZvbnQ+PC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPjxmb250IGNvbG9yPSIjZmYyMDE1IiBjbGFzcz0iIj5HQVRFV0FZPTEwLjAuMC4x PC9mb250PjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48Zm9udCBjb2xvcj0iI2ZmMWMwZCIgY2xhc3M9 IiI+UFJFRklYPTEzPC9mb250PjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5ETlMxPTEwLjAuMC45PC9k aXY+DQo8ZGl2IGNsYXNzPSIiPkROUzI9OC44LjguODwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhlIHNlcnZlciBjYW4gcmVhY2ggZXZl cnl0aGluZyBvbiB0aGUgbmV0d29yayBmaW5lLiAmbmJzcDtBbHRob3VnaCBpdCBjYW5ub3QgYmUg cmVhY2hlZCB0aHJvdWdoIHRoZSBvVmlydCB3ZWIgaW50ZXJmYWNlIGFuZCB0aGUgaG9zdCBpcyBp biBhIOKAnGNvbm5lY3RpbmfigJ0gc3RhdHVzLiAmbmJzcDtJbiB0aGUgb1ZpcnQgd2ViIGludGVy ZmFjZSBpZiBJIGF0dGVtcHQgdG8gZWRpdCB0aGUgTklDIHNldHRpbmdzIGZyb20gREhDUCB0byBT dGF0aWMNCiB0byByZWZsZWN0IHRoZSBjaGFuZ2VzIEl2ZSBtYWRlIGFib3ZlIEkgcnVuIGludG8g dGhpcyBlcnJvcjo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPg0KPHVsIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBtYXJnaW4t dG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDEwcHg7IGZvbnQtZmFtaWx5OiAnQXJpYWwgVW5pY29k ZSBNUycsIEFyaWFsLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+DQo8bGkgc3R5bGU9ImJveC1zaXpp bmc6IGJvcmRlci1ib3g7IiBjbGFzcz0iIj5DYW5ub3Qgc2V0dXAgTmV0d29ya3MuIEFub3RoZXIg U2V0dXAgTmV0d29ya3Mgb3IgSG9zdCBSZWZyZXNoIHByb2Nlc3MgaW4gcHJvZ3Jlc3Mgb24gdGhl IGhvc3QuIFBsZWFzZSB0cnkgbGF0ZXIuPC9saT48L3VsPg0KPGRpdiBjbGFzcz0iIj48YnIgY2xh c3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5XaGF0IGlzIHRoZSBjb3JyZWN0 IHByb2NlZHVyZSB0byBjaGFuZ2UgYSBob3N0IG1hbmFnZW1lbnQgSVAgZnJvbSBESENQIHRvIFNU QVRJQz8gJm5ic3A7U2hvdWxkIEkgbWFrZSB0aGVzZSBjaGFuZ2VzIG1hbnVhbGx5IG9uIHRoZSBo b3N0IG9yIHRocm91Z2ggdGhlIE5JQyBzZXR0aW5ncyBpbiB0aGUgb1ZpcnQgd2ViIGludGVyZmFj ZSAod2hlbiBJIHRyaWVkIHRoaXMgaXQganVzdCBzZWVtZWQgdG8gaGFuZy4uKTwvZGl2Pg0KPGRp diBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+QW55IGhlbHAg aXMgZ3JlYXRseSBhcHByZWNpYXRlZC48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoYW5rcyEhPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxi ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYg c3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQt c2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFs OyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBh dXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06 IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAw cHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFj ZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRp diBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9u dC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3Jt YWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxp Z246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUt c3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lk dGg6IDBweDsiPg0KQWxleDxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_78BA09B27208464C8062331367F3EA13baicanadacom_--

4 3

Host cannot connect to hosted storage domain
by Alexander Witte 29 Sep '17

29 Sep '17

--_000_99C25ABF4B9749298A9C9C8058D4162Ebaicanadacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkhDQoNClF1ZXN0aW9uIGhvcGVmdWxseSBzb21lb25lIGNhbiBoZWxwIG1lIG91dCB3aXRoOg0K DQpJbiBteSBTZWxmIEhvc3RlZCBFbmdpbmUgZW52aXJvbm1lbnQsIHRoZSBsb2NhbCBzdG9yYWdl IGRvbWFpbiBEQVRBIChORlMpIHRoYXQgd2FzIGNyZWF0ZWQgd2l0aCB0aGUgc2VsZiBlbmdpbmUg aW5zdGFsbGF0aW9uIGhhcyBiZWVuIGNvbmZpZ3VyZWQgYXMgbG9jYWxob3N0Oi9zaGFyZXMNCg0K SSBzdXNwZWN0IHRoaXMgaXMgcHJldmVudGluZyBtZSBmcm9tIGFkZGluZyBhbnkgYWRkaXRpb25h bCBob3N0cyB0byB0aGUgb1ZpcnQgRGF0YWNlbnRlciBhcyBJIGFtIHJlY2VpdmluZyBhIFZEU00g ZXJyb3IgdGhhdCBJIGNhbm5vdCBtb3VudCB0aGF0IGRvbWFpbi4gIEkgdGhpbmsgc2luY2UgdGhl IGRvbWFpbiBpcyBzZXQgYXMgbG9jYWxob3N0IGl0IGNhbm5vdCBiZSByZXNvbHZlZCBjb3JyZWN0 IGJ5IGFueSBhZGRpdGlvbmFsIGhvc3RzLi4uPyAgVGhlIElTTywgRGF0YShNYXN0ZXIpIGFuZCBF WFBPUlQgZG9tYWlucyBhcmUgc2V0IGFzIEZRRE46L3NoYXJlcy9pc28gYW5kIEkgYW0gbm90IHNl ZWluZyBwcm9ibGVtcyBzcGVjaWZpYyB0byB0aGVtLg0KDQpJIGFtIGN1cmlvdXMgd2hhdCB0aGUg Y29ycmVjdCBwcm9jZWR1cmUgaXMgdG8gY2hhbmdlIHRoaXMgaG9zdGVkIGVuZ2luZSBzdG9yYWdl IGRvbWFpbiBwYXRoIGZyb20gbG9jYWxob3N0Oi9zaGFyZXMgdG8gRlFETjovc2hhcmVzID8gIEkg aGF2ZSBhdHRlbXB0ZWQgdGhpczoNCg0KMSkgUHV0IGhvc3RlZCBlbmdpbmUgaW4gR2xvYmFsIE1h aW50ZW5hbmNlIE1vZGUNCjIpIFNodXRkb3duIGhvc3RlZCBlbmdpbmUNCjMpIGVkaXQgdGhlIC9l dGMvb3ZpcnQtaG9zdGVkLWVuZ2luZS9ob3N0ZWQtZW5naW5lLmNvbmYgZmlsZSBmaWxlIGFuZCBj aGFuZ2U6DQpzdG9yYWdlPTEwLjAuMC4yMjM6L3NoYXJlcyAgIHRvDQpzdG9yYWdlPW1lbm1hc3Rl ci50cmFpbmRlbW8ubG9jYWw6L3NoYXJlcw0KNCkgUmVzdGFydCBob3N0ZWQgZW5naW5lDQoNCkFs dGhvdWdoIEnigJltIG5vdCBoYXZpbmcgYW55IGx1Y2sgcmVzdGFydGluZyB0aGUgaG9zdGVkIGVu Z2luZSBhZnRlciBhbmQgcnVubmluZyBhIGpvdXJuYWxjdGwgLXUgb24gdGhlIG92ZXJ0LWhhLWFn ZW50IHNlcnZpY2UgaXMgZ2l2aW5nIG1lIHRoaXM6DQoNClNlcCAyNyAyMDoxNzoxOSBtZW5tYXN0 ZXIudHJhaW5kZW1vLmxvY2FsIG92aXJ0LWhhLWFnZW50WzIwNTJdOiBvdmlydC1oYS1hZ2VudCBv dmlydF9ob3N0ZWRfZW5naW5lX2hhLmFnZW50LmFnZW50LkFnZW50IEVSUk9SIFRyYWNlYmFjayAo bW9zdCByZWNlbnQgY2FsbCBsYXN0KToNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEZpbGUgIi91c3IvbGliL3B5dGhvbjIu Ny9zaXRlLXBhY2thZ2VzL292aXJ0X2hvc3RlZF9lbmdpbmVfaGEvYWdlbnQvYWdlbnQucHkiLCBs aW5lIDE5MSwgaW4gX3J1bl9hZ2VudA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICByZXR1cm4gYWN0aW9uKGhlKQ0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvb3ZpcnRfaG9zdGVk X2VuZ2luZV9oYS9hZ2VudC9hZ2VudC5weSIsIGxpbmUgNjQsIGluIGFjdGlvbl9wcm9wZXINCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgcmV0dXJuIGhlLnN0YXJ0X21vbml0b3JpbmcoKQ0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRmlsZSAiL3Vz ci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvb3ZpcnRfaG9zdGVkX2VuZ2luZV9oYS9hZ2Vu dC9ob3N0ZWRfZW5naW5lLnB5IiwgbGluZSA0MDksIGluIHN0YXJ0X21vbml0b3JpbmcNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgc2VsZi5faW5pdGlhbGl6ZV9zdG9yYWdlX2ltYWdlcyhmb3JjZT1UcnVlKQ0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvb3ZpcnRfaG9zdGVkX2Vu Z2luZV9oYS9hZ2VudC9ob3N0ZWRfZW5naW5lLnB5IiwgbGluZSA2NTEsIGluIF9pbml0aWFsaXpl X3N0b3JhZ2VfaW1hZ2VzDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGltZy50ZWFyZG93bl9pbWFnZXMoKQ0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvb3ZpcnRfaG9zdGVkX2Vu Z2luZV9oYS9saWIvaW1hZ2UucHkiLCBsaW5lIDIxOCwgaW4gdGVhcmRvd25faW1hZ2VzDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHZvbHVtZUlEPXZvbFVVSUQsDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGaWxlICIvdXNyL2xpYi9weXRob24y Ljcvc2l0ZS1wYWNrYWdlcy92ZHNtL2pzb25ycGN2ZHNjbGkucHkiLCBsaW5lIDE1NSwgaW4gX2Nh bGxNZXRob2QNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgKG1ldGhvZE5hbWUsIGFyZ3MsIGUpKQ0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEV4Y2Vw dGlvbjogQXR0ZW1wdCB0byBjYWxsIGZ1bmN0aW9uOiB0ZWFyZG93bkltYWdlIHdpdGggYXJndW1l bnRzOiAoKSBlcnJvcjogJ3RlYXJkb3duSW1hZ2UnDQpTZXAgMjcgMjA6MTc6MTkgbWVubWFzdGVy LnRyYWluZGVtby5sb2NhbCBvdmlydC1oYS1hZ2VudFsyMDUyXTogb3ZpcnQtaGEtYWdlbnQgb3Zp cnRfaG9zdGVkX2VuZ2luZV9oYS5hZ2VudC5hZ2VudC5BZ2VudCBFUlJPUiBUcnlpbmcgdG8gcmVz dGFydCBhZ2VudA0KU2VwIDI3IDIwOjE3OjI0IG1lbm1hc3Rlci50cmFpbmRlbW8ubG9jYWwgb3Zp cnQtaGEtYWdlbnRbMjA1Ml06IG92aXJ0LWhhLWFnZW50IG92aXJ0X2hvc3RlZF9lbmdpbmVfaGEu YWdlbnQuYWdlbnQuQWdlbnQgRVJST1IgVG9vIG1hbnkgZXJyb3JzIG9jY3VycmVkLCBnaXZpbmcg dXAuIFBsZWFzZSByZXZpZXcgdGhlIGxvZyBhbmQgY29uc2lkZXIgZmlsaW5nDQpTZXAgMjcgMjA6 MTc6MjQgbWVubWFzdGVyLnRyYWluZGVtby5sb2NhbCBzeXN0ZW1kWzFdOiBvdmlydC1oYS1hZ2Vu dC5zZXJ2aWNlOiBtYWluIHByb2Nlc3MgZXhpdGVkLCBjb2RlPWV4aXRlZCwgc3RhdHVzPTE1Ny9u L2ENClNlcCAyNyAyMDoxNzoyNCBtZW5tYXN0ZXIudHJhaW5kZW1vLmxvY2FsIHN5c3RlbWRbMV06 IFVuaXQgb3ZpcnQtaGEtYWdlbnQuc2VydmljZSBlbnRlcmVkIGZhaWxlZCBzdGF0ZS4NClNlcCAy NyAyMDoxNzoyNCBtZW5tYXN0ZXIudHJhaW5kZW1vLmxvY2FsIHN5c3RlbWRbMV06IG92aXJ0LWhh LWFnZW50LnNlcnZpY2UgZmFpbGVkLg0KU2VwIDI3IDIwOjE3OjI1IG1lbm1hc3Rlci50cmFpbmRl bW8ubG9jYWwgc3lzdGVtZFsxXTogb3ZpcnQtaGEtYWdlbnQuc2VydmljZSBob2xkb2ZmIHRpbWUg b3Zlciwgc2NoZWR1bGluZyByZXN0YXJ0Lg0KU2VwIDI3IDIwOjE3OjI1IG1lbm1hc3Rlci50cmFp bmRlbW8ubG9jYWwgc3lzdGVtZFsxXTogU3RhcnRlZCBvVmlydCBIb3N0ZWQgRW5naW5lIEhpZ2gg QXZhaWxhYmlsaXR5IE1vbml0b3JpbmcgQWdlbnQuDQpTZXAgMjcgMjA6MTc6MjUgbWVubWFzdGVy LnRyYWluZGVtby5sb2NhbCBzeXN0ZW1kWzFdOiBTdGFydGluZyBvVmlydCBIb3N0ZWQgRW5naW5l IEhpZ2ggQXZhaWxhYmlsaXR5IE1vbml0b3JpbmcgQWdlbnQuLi4NClNlcCAyNyAyMDoxNzozNSBt ZW5tYXN0ZXIudHJhaW5kZW1vLmxvY2FsIG92aXJ0LWhhLWFnZW50WzI2MjZdOiBvdmlydC1oYS1h Z2VudCBvdmlydF9ob3N0ZWRfZW5naW5lX2hhLmxpYi5zdG9yYWdlX3NlcnZlci5TdG9yYWdlU2Vy dmVyIEVSUk9SIFRoZSBob3N0ZWQtZW5naW5lIHN0b3JhZ2UgZG9tYWluIGlzIGFscmVhZHkgbW91 bnRlZCBvbiAnL3JoZXYvZA0KU2VwIDI3IDIwOjE3OjQyIG1lbm1hc3Rlci50cmFpbmRlbW8ubG9j YWwgb3ZpcnQtaGEtYWdlbnRbMjYyNl06IG92aXJ0LWhhLWFnZW50IG92aXJ0X2hvc3RlZF9lbmdp bmVfaGEuYWdlbnQuYWdlbnQuQWdlbnQgRVJST1IgVHJhY2ViYWNrIChtb3N0IHJlY2VudCBjYWxs IGxhc3QpOg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMv b3ZpcnRfaG9zdGVkX2VuZ2luZV9oYS9hZ2VudC9hZ2VudC5weSIsIGxpbmUgMTkxLCBpbiBfcnVu X2FnZW50DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHJldHVybiBhY3Rpb24oaGUpDQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGaWxlICIvdXNy L2xpYi9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy9vdmlydF9ob3N0ZWRfZW5naW5lX2hhL2FnZW50 L2FnZW50LnB5IiwgbGluZSA2NCwgaW4gYWN0aW9uX3Byb3Blcg0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICByZXR1cm4g aGUuc3RhcnRfbW9uaXRvcmluZygpDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcv c2l0ZS1wYWNrYWdlcy9vdmlydF9ob3N0ZWRfZW5naW5lX2hhL2FnZW50L2hvc3RlZF9lbmdpbmUu cHkiLCBsaW5lIDQwOSwgaW4gc3RhcnRfbW9uaXRvcmluZw0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzZWxmLl9pbml0 aWFsaXplX3N0b3JhZ2VfaW1hZ2VzKGZvcmNlPVRydWUpDQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGaWxlICIvdXNyL2xp Yi9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy9vdmlydF9ob3N0ZWRfZW5naW5lX2hhL2FnZW50L2hv c3RlZF9lbmdpbmUucHkiLCBsaW5lIDY1MSwgaW4gX2luaXRpYWxpemVfc3RvcmFnZV9pbWFnZXMN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgaW1nLnRlYXJkb3duX2ltYWdlcygpDQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGaWxlICIvdXNyL2xp Yi9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy9vdmlydF9ob3N0ZWRfZW5naW5lX2hhL2xpYi9pbWFn ZS5weSIsIGxpbmUgMjE4LCBpbiB0ZWFyZG93bl9pbWFnZXMNCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdm9sdW1lSUQ9 dm9sVVVJRCwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIEZpbGUgIi91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2Vz L3Zkc20vanNvbnJwY3Zkc2NsaS5weSIsIGxpbmUgMTU1LCBpbiBfY2FsbE1ldGhvZA0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAobWV0aG9kTmFtZSwgYXJncywgZSkpDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRXhjZXB0aW9uOiBBdHRlbXB0IHRv IGNhbGwgZnVuY3Rpb246IHRlYXJkb3duSW1hZ2Ugd2l0aCBhcmd1bWVudHM6ICgpIGVycm9yOiAn dGVhcmRvd25JbWFnZScNClNlcCAyNyAyMDoxNzo0MiBtZW5tYXN0ZXIudHJhaW5kZW1vLmxvY2Fs IG92aXJ0LWhhLWFnZW50WzI2MjZdOiBvdmlydC1oYS1hZ2VudCBvdmlydF9ob3N0ZWRfZW5naW5l X2hhLmFnZW50LmFnZW50LkFnZW50IEVSUk9SIFRyeWluZyB0byByZXN0YXJ0IGFnZW50DQoNCg0K DQpBbnkgdGhvdWdodHM/ICBJIGNhbiBhdHRhY2ggbW9yZSBsb2dzIHRvbW9ycm93IG9yIHByb3Zp ZGUgZnVydGhlciBpbmZvcm1hdGlvbiBpZiBuZWVkZWQuDQoNClRoYW5rcyEhDQoNCg0KQWxleCBX aXR0ZQ0KDQoNCg0KDQo= --_000_99C25ABF4B9749298A9C9C8058D4162Ebaicanadacom_ Content-Type: text/html; charset="utf-8" Content-ID: <E38B5B8741CD7B4C8D310DCB50FCB58B(a)baicanada.local> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5IaSE8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlF1 ZXN0aW9uIGhvcGVmdWxseSBzb21lb25lIGNhbiBoZWxwIG1lIG91dCB3aXRoOjwvZGl2Pg0KPGRp diBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SW4gbXkgU2Vs ZiBIb3N0ZWQgRW5naW5lIGVudmlyb25tZW50LCB0aGUgbG9jYWwgc3RvcmFnZSBkb21haW4gREFU QSAoTkZTKSB0aGF0IHdhcyBjcmVhdGVkIHdpdGggdGhlIHNlbGYgZW5naW5lIGluc3RhbGxhdGlv biBoYXMgYmVlbiBjb25maWd1cmVkIGFzIGxvY2FsaG9zdDovc2hhcmVzPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JIDxiIGNsYXNzPSIi PnN1c3BlY3Q8L2I+IHRoaXMgaXMgcHJldmVudGluZyBtZSBmcm9tIGFkZGluZyBhbnkgYWRkaXRp b25hbCBob3N0cyB0byB0aGUgb1ZpcnQgRGF0YWNlbnRlciBhcyBJIGFtIHJlY2VpdmluZyBhIFZE U00gZXJyb3IgdGhhdCBJIGNhbm5vdCBtb3VudCB0aGF0IGRvbWFpbi4gJm5ic3A7SSB0aGluayBz aW5jZSB0aGUgZG9tYWluIGlzIHNldCBhcyBsb2NhbGhvc3QgaXQgY2Fubm90IGJlIHJlc29sdmVk IGNvcnJlY3QNCiBieSBhbnkgYWRkaXRpb25hbCBob3N0cy4uLj8gJm5ic3A7VGhlIElTTywgRGF0 YShNYXN0ZXIpIGFuZCBFWFBPUlQgZG9tYWlucyBhcmUgc2V0IGFzIEZRRE46L3NoYXJlcy9pc28g YW5kIEkgYW0gbm90IHNlZWluZyBwcm9ibGVtcyBzcGVjaWZpYyB0byB0aGVtLjwvZGl2Pg0KPGRp diBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSBhbSBjdXJp b3VzIHdoYXQgdGhlIGNvcnJlY3QgcHJvY2VkdXJlIGlzIHRvIGNoYW5nZSB0aGlzIGhvc3RlZCBl bmdpbmUgc3RvcmFnZSBkb21haW4gcGF0aCBmcm9tDQo8aSBjbGFzcz0iIj5sb2NhbGhvc3Q6L3No YXJlczwvaT4gdG8gPGkgY2xhc3M9IiI+RlFETjovc2hhcmVzPC9pPiA/ICZuYnNwO0kgaGF2ZSBh dHRlbXB0ZWQgdGhpczo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPjEpIFB1dCBob3N0ZWQgZW5naW5lIGluIEdsb2JhbCBNYWludGVuYW5j ZSBNb2RlPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjIpIFNodXRkb3duIGhvc3RlZCBlbmdpbmU8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+MykgZWRpdCB0aGUgLzxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDY5 LCA2OSwgNjkpOyBmb250LWZhbWlseTogJ0hlbHZldGljYSBOZXVlJzsiIGNsYXNzPSIiPmV0Yy9v dmlydC1ob3N0ZWQtZW5naW5lL2hvc3RlZC1lbmdpbmUuY29uZiBmaWxlIGZpbGUgYW5kIGNoYW5n ZTo8L3NwYW4+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDY5 LCA2OSwgNjkpOyBmb250LWZhbWlseTogJ0hlbHZldGljYSBOZXVlJzsiIGNsYXNzPSIiPjxzcGFu IGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+PC9zcGFuPjwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYig2OSwgNjksIDY5KTsgZm9udC1mYW1pbHk6ICdI ZWx2ZXRpY2EgTmV1ZSc7IiBjbGFzcz0iIj5zdG9yYWdlPTEwLjAuMC4yMjM6L3NoYXJlcw0KICZu YnNwOyB0bzwvc3Bhbj48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoNjksIDY5LCA2OSk7IGZvbnQtZmFtaWx5OiAnSGVsdmV0aWNhIE5ldWUnOyIgY2xhc3M9IiI+ PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj48L3Nw YW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDY5LCA2OSwgNjkpOyBmb250LWZhbWls eTogJ0hlbHZldGljYSBOZXVlJzsiIGNsYXNzPSIiPnN0b3JhZ2U9bWVubWFzdGVyLnRyYWluZGVt by5sb2NhbDovc2hhcmVzPC9zcGFuPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48Zm9udCBjb2xvcj0i IzQ1NDU0NSIgZmFjZT0iSGVsdmV0aWNhIE5ldWUiIGNsYXNzPSIiPjQpIFJlc3RhcnQgaG9zdGVk IGVuZ2luZTwvZm9udD48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGZvbnQgY29sb3I9IiM0NTQ1NDUi IGZhY2U9IkhlbHZldGljYSBOZXVlIiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2ZvbnQ+PC9k aXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGNvbG9yPSIjNDU0NTQ1IiBmYWNlPSJIZWx2ZXRpY2Eg TmV1ZSIgY2xhc3M9IiI+QWx0aG91Z2ggSeKAmW0gbm90IGhhdmluZyBhbnkgbHVjayByZXN0YXJ0 aW5nIHRoZSBob3N0ZWQgZW5naW5lIGFmdGVyIGFuZCBydW5uaW5nIGEgam91cm5hbGN0bCAtdSBv biB0aGUmbmJzcDtvdmVydC1oYS1hZ2VudCBzZXJ2aWNlIGlzIGdpdmluZyBtZSB0aGlzOjwvZm9u dD48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGZvbnQgY29sb3I9IiM0NTQ1NDUiIGZhY2U9IkhlbHZl dGljYSBOZXVlIiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNs YXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZv bnQtZmFtaWx5OiAnSGVsdmV0aWNhIE5ldWUnOyBjb2xvcjogcmdiKDY5LCA2OSwgNjkpOyIgY2xh c3M9IiI+DQpTZXAgMjcgMjA6MTc6MTkgbWVubWFzdGVyLnRyYWluZGVtby5sb2NhbCBvdmlydC1o YS1hZ2VudFsyMDUyXTogb3ZpcnQtaGEtYWdlbnQgb3ZpcnRfaG9zdGVkX2VuZ2luZV9oYS5hZ2Vu dC5hZ2VudC5BZ2VudCBFUlJPUiBUcmFjZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6PC9k aXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1m YW1pbHk6ICdIZWx2ZXRpY2EgTmV1ZSc7IGNvbG9yOiByZ2IoNjksIDY5LCA2OSk7IiBjbGFzcz0i Ij4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IEZpbGUgJnF1b3Q7L3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvb3ZpcnRf aG9zdGVkX2VuZ2luZV9oYS9hZ2VudC9hZ2VudC5weSZxdW90OywgbGluZSAxOTEsIGluIF9ydW5f YWdlbnQ8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFs OyBmb250LWZhbWlseTogJ0hlbHZldGljYSBOZXVlJzsgY29sb3I6IHJnYig2OSwgNjksIDY5KTsi IGNsYXNzPSIiPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHJldHVybiBhY3Rpb24oaGUpPC9kaXY+DQo8ZGl2IHN0eWxl PSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1pbHk6ICdIZWx2ZXRp Y2EgTmV1ZSc7IGNvbG9yOiByZ2IoNjksIDY5LCA2OSk7IiBjbGFzcz0iIj4NCiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEZpbGUgJnF1 b3Q7L3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvb3ZpcnRfaG9zdGVkX2VuZ2luZV9o YS9hZ2VudC9hZ2VudC5weSZxdW90OywgbGluZSA2NCwgaW4gYWN0aW9uX3Byb3BlcjwvZGl2Pg0K PGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5 OiAnSGVsdmV0aWNhIE5ldWUnOyBjb2xvcjogcmdiKDY5LCA2OSwgNjkpOyIgY2xhc3M9IiI+DQom bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgcmV0dXJuIGhlLnN0YXJ0X21vbml0b3JpbmcoKTwvZGl2Pg0KPGRpdiBzdHlsZT0i bWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnSGVsdmV0aWNh IE5ldWUnOyBjb2xvcjogcmdiKDY5LCA2OSwgNjkpOyIgY2xhc3M9IiI+DQombmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBGaWxlICZxdW90 Oy91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL292aXJ0X2hvc3RlZF9lbmdpbmVfaGEv YWdlbnQvaG9zdGVkX2VuZ2luZS5weSZxdW90OywgbGluZSA0MDksIGluIHN0YXJ0X21vbml0b3Jp bmc8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyBm b250LWZhbWlseTogJ0hlbHZldGljYSBOZXVlJzsgY29sb3I6IHJnYig2OSwgNjksIDY5KTsiIGNs YXNzPSIiPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7IHNlbGYuX2luaXRpYWxpemVfc3RvcmFnZV9pbWFnZXMoZm9yY2U9 VHJ1ZSk8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFs OyBmb250LWZhbWlseTogJ0hlbHZldGljYSBOZXVlJzsgY29sb3I6IHJnYig2OSwgNjksIDY5KTsi IGNsYXNzPSIiPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgRmlsZSAmcXVvdDsvdXNyL2xpYi9weXRob24yLjcvc2l0ZS1wYWNrYWdl cy9vdmlydF9ob3N0ZWRfZW5naW5lX2hhL2FnZW50L2hvc3RlZF9lbmdpbmUucHkmcXVvdDssIGxp bmUgNjUxLCBpbiBfaW5pdGlhbGl6ZV9zdG9yYWdlX2ltYWdlczwvZGl2Pg0KPGRpdiBzdHlsZT0i bWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnSGVsdmV0aWNh IE5ldWUnOyBjb2xvcjogcmdiKDY5LCA2OSwgNjkpOyIgY2xhc3M9IiI+DQombmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgaW1n LnRlYXJkb3duX2ltYWdlcygpPC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1o ZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1pbHk6ICdIZWx2ZXRpY2EgTmV1ZSc7IGNvbG9yOiByZ2Io NjksIDY5LCA2OSk7IiBjbGFzcz0iIj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEZpbGUgJnF1b3Q7L3Vzci9saWIvcHl0aG9uMi43 L3NpdGUtcGFja2FnZXMvb3ZpcnRfaG9zdGVkX2VuZ2luZV9oYS9saWIvaW1hZ2UucHkmcXVvdDss IGxpbmUgMjE4LCBpbiB0ZWFyZG93bl9pbWFnZXM8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjog MHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ0hlbHZldGljYSBOZXVlJzsg Y29sb3I6IHJnYig2OSwgNjksIDY5KTsiIGNsYXNzPSIiPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHZvbHVtZUlEPXZv bFVVSUQsPC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1h bDsgZm9udC1mYW1pbHk6ICdIZWx2ZXRpY2EgTmV1ZSc7IGNvbG9yOiByZ2IoNjksIDY5LCA2OSk7 IiBjbGFzcz0iIj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7IEZpbGUgJnF1b3Q7L3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2Fn ZXMvdmRzbS9qc29ucnBjdmRzY2xpLnB5JnF1b3Q7LCBsaW5lIDE1NSwgaW4gX2NhbGxNZXRob2Q8 L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250 LWZhbWlseTogJ0hlbHZldGljYSBOZXVlJzsgY29sb3I6IHJnYig2OSwgNjksIDY5KTsiIGNsYXNz PSIiPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7IChtZXRob2ROYW1lLCBhcmdzLCBlKSk8L2Rpdj4NCjxkaXYgc3R5bGU9 Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ0hlbHZldGlj YSBOZXVlJzsgY29sb3I6IHJnYig2OSwgNjksIDY5KTsiIGNsYXNzPSIiPg0KJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBFeGNlcHRpb246IEF0dGVt cHQgdG8gY2FsbCBmdW5jdGlvbjogdGVhcmRvd25JbWFnZSB3aXRoIGFyZ3VtZW50czogKCkgZXJy b3I6ICd0ZWFyZG93bkltYWdlJzwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUt aGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnSGVsdmV0aWNhIE5ldWUnOyBjb2xvcjogcmdi KDY5LCA2OSwgNjkpOyIgY2xhc3M9IiI+DQpTZXAgMjcgMjA6MTc6MTkgbWVubWFzdGVyLnRyYWlu ZGVtby5sb2NhbCBvdmlydC1oYS1hZ2VudFsyMDUyXTogb3ZpcnQtaGEtYWdlbnQgb3ZpcnRfaG9z dGVkX2VuZ2luZV9oYS5hZ2VudC5hZ2VudC5BZ2VudCBFUlJPUiBUcnlpbmcgdG8gcmVzdGFydCBh Z2VudDwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7 IGZvbnQtZmFtaWx5OiAnSGVsdmV0aWNhIE5ldWUnOyBjb2xvcjogcmdiKDY5LCA2OSwgNjkpOyIg Y2xhc3M9IiI+DQpTZXAgMjcgMjA6MTc6MjQgbWVubWFzdGVyLnRyYWluZGVtby5sb2NhbCBvdmly dC1oYS1hZ2VudFsyMDUyXTogb3ZpcnQtaGEtYWdlbnQgb3ZpcnRfaG9zdGVkX2VuZ2luZV9oYS5h Z2VudC5hZ2VudC5BZ2VudCBFUlJPUiBUb28gbWFueSBlcnJvcnMgb2NjdXJyZWQsIGdpdmluZyB1 cC4gUGxlYXNlIHJldmlldyB0aGUgbG9nIGFuZCBjb25zaWRlciBmaWxpbmc8L2Rpdj4NCjxkaXYg c3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ0hl bHZldGljYSBOZXVlJzsgY29sb3I6IHJnYig2OSwgNjksIDY5KTsiIGNsYXNzPSIiPg0KU2VwIDI3 IDIwOjE3OjI0IG1lbm1hc3Rlci50cmFpbmRlbW8ubG9jYWwgc3lzdGVtZFsxXTogb3ZpcnQtaGEt YWdlbnQuc2VydmljZTogbWFpbiBwcm9jZXNzIGV4aXRlZCwgY29kZT1leGl0ZWQsIHN0YXR1cz0x NTcvbi9hPC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1h bDsgZm9udC1mYW1pbHk6ICdIZWx2ZXRpY2EgTmV1ZSc7IGNvbG9yOiByZ2IoNjksIDY5LCA2OSk7 IiBjbGFzcz0iIj4NClNlcCAyNyAyMDoxNzoyNCBtZW5tYXN0ZXIudHJhaW5kZW1vLmxvY2FsIHN5 c3RlbWRbMV06IFVuaXQgb3ZpcnQtaGEtYWdlbnQuc2VydmljZSBlbnRlcmVkIGZhaWxlZCBzdGF0 ZS48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyBm b250LWZhbWlseTogJ0hlbHZldGljYSBOZXVlJzsgY29sb3I6IHJnYig2OSwgNjksIDY5KTsiIGNs YXNzPSIiPg0KU2VwIDI3IDIwOjE3OjI0IG1lbm1hc3Rlci50cmFpbmRlbW8ubG9jYWwgc3lzdGVt ZFsxXTogb3ZpcnQtaGEtYWdlbnQuc2VydmljZSBmYWlsZWQuPC9kaXY+DQo8ZGl2IHN0eWxlPSJt YXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1pbHk6ICdIZWx2ZXRpY2Eg TmV1ZSc7IGNvbG9yOiByZ2IoNjksIDY5LCA2OSk7IiBjbGFzcz0iIj4NClNlcCAyNyAyMDoxNzoy NSBtZW5tYXN0ZXIudHJhaW5kZW1vLmxvY2FsIHN5c3RlbWRbMV06IG92aXJ0LWhhLWFnZW50LnNl cnZpY2UgaG9sZG9mZiB0aW1lIG92ZXIsIHNjaGVkdWxpbmcgcmVzdGFydC48L2Rpdj4NCjxkaXYg c3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ0hl bHZldGljYSBOZXVlJzsgY29sb3I6IHJnYig2OSwgNjksIDY5KTsiIGNsYXNzPSIiPg0KU2VwIDI3 IDIwOjE3OjI1IG1lbm1hc3Rlci50cmFpbmRlbW8ubG9jYWwgc3lzdGVtZFsxXTogU3RhcnRlZCBv VmlydCBIb3N0ZWQgRW5naW5lIEhpZ2ggQXZhaWxhYmlsaXR5IE1vbml0b3JpbmcgQWdlbnQuPC9k aXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1m YW1pbHk6ICdIZWx2ZXRpY2EgTmV1ZSc7IGNvbG9yOiByZ2IoNjksIDY5LCA2OSk7IiBjbGFzcz0i Ij4NClNlcCAyNyAyMDoxNzoyNSBtZW5tYXN0ZXIudHJhaW5kZW1vLmxvY2FsIHN5c3RlbWRbMV06 IFN0YXJ0aW5nIG9WaXJ0IEhvc3RlZCBFbmdpbmUgSGlnaCBBdmFpbGFiaWxpdHkgTW9uaXRvcmlu ZyBBZ2VudC4uLjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBu b3JtYWw7IGZvbnQtZmFtaWx5OiAnSGVsdmV0aWNhIE5ldWUnOyBjb2xvcjogcmdiKDY5LCA2OSwg NjkpOyIgY2xhc3M9IiI+DQpTZXAgMjcgMjA6MTc6MzUgbWVubWFzdGVyLnRyYWluZGVtby5sb2Nh bCBvdmlydC1oYS1hZ2VudFsyNjI2XTogb3ZpcnQtaGEtYWdlbnQgb3ZpcnRfaG9zdGVkX2VuZ2lu ZV9oYS5saWIuc3RvcmFnZV9zZXJ2ZXIuU3RvcmFnZVNlcnZlciBFUlJPUiBUaGUgaG9zdGVkLWVu Z2luZSBzdG9yYWdlIGRvbWFpbiBpcyBhbHJlYWR5IG1vdW50ZWQgb24gJy9yaGV2L2Q8L2Rpdj4N CjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWls eTogJ0hlbHZldGljYSBOZXVlJzsgY29sb3I6IHJnYig2OSwgNjksIDY5KTsiIGNsYXNzPSIiPg0K U2VwIDI3IDIwOjE3OjQyIG1lbm1hc3Rlci50cmFpbmRlbW8ubG9jYWwgb3ZpcnQtaGEtYWdlbnRb MjYyNl06IG92aXJ0LWhhLWFnZW50IG92aXJ0X2hvc3RlZF9lbmdpbmVfaGEuYWdlbnQuYWdlbnQu QWdlbnQgRVJST1IgVHJhY2ViYWNrIChtb3N0IHJlY2VudCBjYWxsIGxhc3QpOjwvZGl2Pg0KPGRp diBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAn SGVsdmV0aWNhIE5ldWUnOyBjb2xvcjogcmdiKDY5LCA2OSwgNjkpOyIgY2xhc3M9IiI+DQombmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBG aWxlICZxdW90Oy91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL292aXJ0X2hvc3RlZF9l bmdpbmVfaGEvYWdlbnQvYWdlbnQucHkmcXVvdDssIGxpbmUgMTkxLCBpbiBfcnVuX2FnZW50PC9k aXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1m YW1pbHk6ICdIZWx2ZXRpY2EgTmV1ZSc7IGNvbG9yOiByZ2IoNjksIDY5LCA2OSk7IiBjbGFzcz0i Ij4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyByZXR1cm4gYWN0aW9uKGhlKTwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2lu OiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnSGVsdmV0aWNhIE5ldWUn OyBjb2xvcjogcmdiKDY5LCA2OSwgNjkpOyIgY2xhc3M9IiI+DQombmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBGaWxlICZxdW90Oy91c3Iv bGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL292aXJ0X2hvc3RlZF9lbmdpbmVfaGEvYWdlbnQv YWdlbnQucHkmcXVvdDssIGxpbmUgNjQsIGluIGFjdGlvbl9wcm9wZXI8L2Rpdj4NCjxkaXYgc3R5 bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ0hlbHZl dGljYSBOZXVlJzsgY29sb3I6IHJnYig2OSwgNjksIDY5KTsiIGNsYXNzPSIiPg0KJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 IHJldHVybiBoZS5zdGFydF9tb25pdG9yaW5nKCk8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjog MHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ0hlbHZldGljYSBOZXVlJzsg Y29sb3I6IHJnYig2OSwgNjksIDY5KTsiIGNsYXNzPSIiPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgRmlsZSAmcXVvdDsvdXNyL2xp Yi9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy9vdmlydF9ob3N0ZWRfZW5naW5lX2hhL2FnZW50L2hv c3RlZF9lbmdpbmUucHkmcXVvdDssIGxpbmUgNDA5LCBpbiBzdGFydF9tb25pdG9yaW5nPC9kaXY+ DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1p bHk6ICdIZWx2ZXRpY2EgTmV1ZSc7IGNvbG9yOiByZ2IoNjksIDY5LCA2OSk7IiBjbGFzcz0iIj4N CiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyBzZWxmLl9pbml0aWFsaXplX3N0b3JhZ2VfaW1hZ2VzKGZvcmNlPVRydWUpPC9k aXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1m YW1pbHk6ICdIZWx2ZXRpY2EgTmV1ZSc7IGNvbG9yOiByZ2IoNjksIDY5LCA2OSk7IiBjbGFzcz0i Ij4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IEZpbGUgJnF1b3Q7L3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvb3ZpcnRf aG9zdGVkX2VuZ2luZV9oYS9hZ2VudC9ob3N0ZWRfZW5naW5lLnB5JnF1b3Q7LCBsaW5lIDY1MSwg aW4gX2luaXRpYWxpemVfc3RvcmFnZV9pbWFnZXM8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjog MHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ0hlbHZldGljYSBOZXVlJzsg Y29sb3I6IHJnYig2OSwgNjksIDY5KTsiIGNsYXNzPSIiPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGltZy50ZWFyZG93 bl9pbWFnZXMoKTwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBu b3JtYWw7IGZvbnQtZmFtaWx5OiAnSGVsdmV0aWNhIE5ldWUnOyBjb2xvcjogcmdiKDY5LCA2OSwg NjkpOyIgY2xhc3M9IiI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyBGaWxlICZxdW90Oy91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBh Y2thZ2VzL292aXJ0X2hvc3RlZF9lbmdpbmVfaGEvbGliL2ltYWdlLnB5JnF1b3Q7LCBsaW5lIDIx OCwgaW4gdGVhcmRvd25faW1hZ2VzPC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgbGlu ZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1pbHk6ICdIZWx2ZXRpY2EgTmV1ZSc7IGNvbG9yOiBy Z2IoNjksIDY5LCA2OSk7IiBjbGFzcz0iIj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB2b2x1bWVJRD12b2xVVUlELDwv ZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQt ZmFtaWx5OiAnSGVsdmV0aWNhIE5ldWUnOyBjb2xvcjogcmdiKDY5LCA2OSwgNjkpOyIgY2xhc3M9 IiI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyBGaWxlICZxdW90Oy91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL3Zkc20v anNvbnJwY3Zkc2NsaS5weSZxdW90OywgbGluZSAxNTUsIGluIF9jYWxsTWV0aG9kPC9kaXY+DQo8 ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1pbHk6 ICdIZWx2ZXRpY2EgTmV1ZSc7IGNvbG9yOiByZ2IoNjksIDY5LCA2OSk7IiBjbGFzcz0iIj4NCiZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAobWV0aG9kTmFtZSwgYXJncywgZSkpPC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46 IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1pbHk6ICdIZWx2ZXRpY2EgTmV1ZSc7 IGNvbG9yOiByZ2IoNjksIDY5LCA2OSk7IiBjbGFzcz0iIj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgRXhjZXB0aW9uOiBBdHRlbXB0IHRvIGNh bGwgZnVuY3Rpb246IHRlYXJkb3duSW1hZ2Ugd2l0aCBhcmd1bWVudHM6ICgpIGVycm9yOiAndGVh cmRvd25JbWFnZSc8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDog bm9ybWFsOyBmb250LWZhbWlseTogJ0hlbHZldGljYSBOZXVlJzsgY29sb3I6IHJnYig2OSwgNjks IDY5KTsiIGNsYXNzPSIiPg0KU2VwIDI3IDIwOjE3OjQyIG1lbm1hc3Rlci50cmFpbmRlbW8ubG9j YWwgb3ZpcnQtaGEtYWdlbnRbMjYyNl06IG92aXJ0LWhhLWFnZW50IG92aXJ0X2hvc3RlZF9lbmdp bmVfaGEuYWdlbnQuYWdlbnQuQWdlbnQgRVJST1IgVHJ5aW5nIHRvIHJlc3RhcnQgYWdlbnQ8L2Rp dj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4N CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5BbnkgdGhvdWdodHM/ICZuYnNwO0kgY2FuIGF0dGFjaCBt b3JlIGxvZ3MgdG9tb3Jyb3cgb3IgcHJvdmlkZSBmdXJ0aGVyIGluZm9ybWF0aW9uIGlmIG5lZWRl ZC48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNz PSIiPlRoYW5rcyEhPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PGJyIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwg MCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHls ZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFs OyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFy dDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBu b3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zaXpl LWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6 IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFr OiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigw LCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0 eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3Jt YWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVu dDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1z cGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiPg0KQWxleCBXaXR0 ZTxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9k aXY+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_99C25ABF4B9749298A9C9C8058D4162Ebaicanadacom_--

2 4

oVirt 4.2 alpha upgrade failed
by Maton, Brett 29 Sep '17

29 Sep '17

Upgrading from oVirt 4.1.7 hosted-engine VM: 4GB RAM hosted-engine setup failed, setup log shows this error: Running upgrade sql script '/usr/share/ovirt-engine/dbscripts/upgrade/04_02_0140_add_max_memory_constraint.sql'... 2017-09-28 16:56:22,951+0100 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:926 execute-output: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt-engine-setup-20170928164338-0rkilb.log', '-c', 'apply'] stderr: psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_02_0140_add_max_memory_constraint.sql:2: ERROR: check constraint "vm_static_max_memory_size_lower_bound" is violated by some row FATAL: Cannot execute sql command: --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_02_0140_add_max_memory_constraint.sql 2017-09-28 16:56:22,951+0100 ERROR otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema schema._misc:374 schema.sh: FATAL: Cannot execute sql command: --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_02_0140_add_max_memory_constraint.sql 2017-09-28 16:56:22,952+0100 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", line 376, in _misc raise RuntimeError(_('Engine schema refresh failed')) RuntimeError: Engine schema refresh failed What's the minimum RAM required now ? Regards, Brett

4 13

Failure while using ovirt-image-template role
by Marc Seward 29 Sep '17

29 Sep '17

Hi, I'm trying to use the ovirt-image-template role to import a Glance image as a template into ovirt and I'm running into this error with python-ovirt-engine-sdk4-4.1.6-1.el7ev.x86_64 I'd appreciate any pointers. TASK [ovirt.ovirt-ansible-roles/roles/ovirt-image-template : Find data domain] ************************************************************************************************************************************ task path: /etc/ansible/roles/ovirt.ovirt-ansible-roles/roles/ovirt-image-template/tasks/glance_image.yml:21 fatal: [localhost]: FAILED! => { "failed": true, "msg": "You need to install \"jmespath\" prior to running json_query filter" } TASK [ovirt.ovirt-ansible-roles/roles/ovirt-image-template : Logout from oVirt] ***********************************************

3 2

[ANN] oVirt 4.2.0 First Alpha Release is now available for testing
by Sandro Bonazzola 29 Sep '17

29 Sep '17

The oVirt Project is pleased to announce the availability of the First Alpha Release of oVirt 4.2.0, as of September 28th, 2017 This is pre-release software. This pre-release should not to be used in production. Please take a look at our community page[1] to learn how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This update is the first alpha release of the 4.2.0 version. This release brings more than 120 enhancements and more than 670 bug fixes, including more than 260 high or urgent severity fixes, on top of oVirt 4.1 series. What's new in oVirt 4.2.0? - The Administration Portal has been completely redesigned using Patternfly, a widely adopted standard in web application design. It now features a cleaner, more intuitive design, for an improved user experience. - There is an all-new VM Portal for non-admin users. - A new High Performance virtual machine type has been added to the New VM dialog box in the Administration Portal. - Open Virtual Network (OVN) adds support for Open vSwitch software defined networking (SDN). - oVirt now supports Nvidia vGPU. - The ovirt-ansible-roles package helps users with common administration tasks. - Virt-v2v now supports Debian/Ubuntu based VMs. For more information about these and other features, check out the oVirt 4.2.0 blog post <https://ovirt.org/blog/2017/09/introducing-ovirt-4.2.0/>. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 (available for x86_64 only) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available. - An async release of oVirt Node will follow soon. Additional Resources: * Read more about the oVirt 4.2.0 release highlights: http://www.ovirt.org/release/4.2.0/ * Get more oVirt project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.2.0/ [4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> <http://www.teraplan.it/redhat-osd-2017/>

3 2

Performance of cloning
by Gianluca Cecchi 29 Sep '17

29 Sep '17

Hello, I'm on 4.1.5 and I'm cloning a snapshot of a VM with 3 disks for a total of about 200Gb to copy The target I choose is on a different domain than the source one. They are both FC storage domains, with the source on SSD disks and the target on SAS disks. The disks are preallocated Now I have 3 processes of kind: /usr/bin/qemu-img convert -p -t none -T none -f raw /rhev/data-center/59b7af54-0155-01c2-0248-000000000195/fad05d79-254d-4f40-8201-360757128ede/images/8f62600a-057d-4d59-9655-631f080a73f6/21a8812f-6a89-4015-a79e-150d7e202450 -O raw /rhev/data-center/mnt/blockSD/6911716c-aa99-4750-a7fe-f83675a2d676/images/c3973d1b-a168-4ec5-8c1a-630cfc4b66c4/27980581-5935-4b23-989a-4811f80956ca but despite capabilities it seems it is copying using very low system resources. I see this both using iotop and vmstat vmstat 3 gives: ----io---- -system-- ------cpu----- bi bo in cs us sy id wa st 2527 698 3771 29394 1 0 89 10 0 iotop -d 5 -k -o -P gives: Total DISK READ : 472.73 K/s | Total DISK WRITE : 17.05 K/s Actual DISK READ: 1113.23 K/s | Actual DISK WRITE: 55.86 K/s PID PRIO USER DISK READ> DISK WRITE SWAPIN IO COMMAND 2124 be/4 sanlock 401.39 K/s 0.20 K/s 0.00 % 0.00 % sanlock daemon 2146 be/4 vdsm 50.96 K/s 0.00 K/s 0.00 % 0.00 % python /usr/share/o~a-broker --no-daemon 30379 be/0 root 7.06 K/s 0.00 K/s 0.00 % 98.09 % lvm vgck --config ~50-a7fe-f83675a2d676 30380 be/0 root 4.70 K/s 0.00 K/s 0.00 % 98.09 % lvm lvchange --conf~59-b931-4eb61e43b56b 30381 be/0 root 4.70 K/s 0.00 K/s 0.00 % 98.09 % lvm lvchange --conf~83675a2d676/metadata 30631 be/0 root 3.92 K/s 0.00 K/s 0.00 % 98.09 % lvm vgs --config d~f6-9466-553849aba5e9 2052 be/3 root 0.00 K/s 2.35 K/s 0.00 % 0.00 % [jbd2/dm-34-8] 6458 be/4 qemu 0.00 K/s 4.70 K/s 0.00 % 0.00 % qemu-kvm -name gues~x7 -msg timestamp=on 2064 be/3 root 0.00 K/s 0.00 K/s 0.00 % 0.00 % [jbd2/dm-32-8] 2147 be/4 root 0.00 K/s 4.70 K/s 0.00 % 0.00 % rsyslogd -n 9145 idle vdsm 0.00 K/s 0.59 K/s 0.00 % 24.52 % qemu-img convert -p~23-989a-4811f80956ca 13313 be/4 root 0.00 K/s 0.00 K/s 0.00 % 0.00 % [kworker/u112:3] 9399 idle vdsm 0.00 K/s 0.59 K/s 0.00 % 24.52 % qemu-img convert -p~51-9c8c-8d9aaa7e8f58 1310 ?dif root 0.00 K/s 0.00 K/s 0.00 % 0.00 % multipathd 3996 be/4 vdsm 0.00 K/s 0.78 K/s 0.00 % 0.00 % python /usr/sbin/mo~c /etc/vdsm/mom.conf 6391 be/4 root 0.00 K/s 0.00 K/s 0.00 % 0.00 % [kworker/u112:0] 2059 be/3 root 0.00 K/s 3.14 K/s 0.00 % 0.00 % [jbd2/dm-33-8] Is it expected? Any way to speed up the process? Thanks, Gianluca

3 5

[ovirt-announce][ANN] oVirt 4.1.7 Second Release Candidate is now available
by Lev Veyde 28 Sep '17

28 Sep '17

The oVirt Project is pleased to announce the availability of the Second Release Candidate of oVirt 4.1.7, as of September 28th, 2017 This update is the seventh in a series of stabilization updates to the 4.1 series. Starting from 4.1.5 oVirt supports libgfapi [5]. Using libgfapi provides a real performance boost for ovirt when using GlusterFS . Due to a known issue [6], using this will break live storage migration. This is expected to be fixed soon. If you do not use live storage migration you can give it a try. Use [7] for more details on how to enable it. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.1 See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Live is already available[4] - oVirt Node is already available[4] Additional Resources: * Read more about the oVirt 4.1.7 release highlights: http://www.ovirt.org/release/4.1. <http://www.ovirt.org/release/4.1.7/>7 <http://www.ovirt.org/release/4.1.7/>/ <http://www.ovirt.org/release/4.1.7/> * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1. <http://www.ovirt.org/release/4.1.7/>7 <http://www.ovirt.org/release/4.1.7/>/ <http://www.ovirt.org/release/4.1.7/> [4] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/ [5] http://staged-gluster-docs.readthedocs.io/en/release3.7.0beta1/Features/lib… [6] https://bugzilla.redhat.com/show_bug.cgi?id=1306562 [7] http://www.ovirt.org/develop/release-management/features/storage/glusterfs-… Thanks in advance, -- Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Renaming or deleting ovirtmgmt
by Gianluca Cecchi 28 Sep '17

28 Sep '17

Hello, I notice that in a cluster I can create a new network and then select it as the Management network, but at the same time the default "ovirtmgmt" logical network in "Manage Networks" is always checked as both as "Assign" and "Required" and also grayed so that I cannot change anything of it... and any host in this cluster must have ovirtmgmt even if it doesn't use it at all.. Is there any RFE to change this model? So for example to be able to change its name or delete it after we have defined a new network as management one. It seems something similar to the concept of the"Default" DC that now we can finally rename and /or delete Gianluca

3 6

Huge pages in guest with newer oVirt versions
by Gianluca Cecchi 28 Sep '17

28 Sep '17

Hello, I would like to go again in deep with what preliminary tested and already discussed here: http://lists.ovirt.org/pipermail/users/2017-April/081320.html I'm testing an oVirt node in 4.1.6-pre I don't find the vdsm hook for huge pages; doing a search I get these: vdsm-hook-ethtool-options.noarch : Allow setting custom ethtool options for vdsm controlled nics vdsm-hook-fcoe.noarch : Hook to enable FCoE support vdsm-hook-openstacknet.noarch : OpenStack Network vNICs support for VDSM vdsm-hook-vfio-mdev.noarch : Hook to enable mdev-capable devices. vdsm-hook-vhostmd.noarch : VDSM hook set for interaction with vhostmd vdsm-hook-vmfex-dev.noarch : VM-FEX vNIC support for VDSM Did anything change between 4.1.1 and 4.1.5/4.1.6? I'm making preliminary tests with an Oracle RDBMS and HammerDB in both a physical server and a "big" VM inside another same hw server configured with oVirt. Results are not bad, but I would like to see having huge pages inside the guest how could change results. Just for reference: The 2 Physical server are blades with each one: 2 sockets, each one with 14 cores and ht enabled, so in total 56 computational threads 256Gb ram huge pages enabled VM configured with this virtual hw on one of them: 2 sockets, each one with 6 cores and ht so in total 24 computational threads 64Gb ram no huge pages at the moment Oracle SGA is 32Gb on both physical rdbms and virtual one. Thanks for any insight to test huge pages in guest Gianluca

3 3

oVirt Node update question
by Matthias Leopold 28 Sep '17

28 Sep '17

hi, i still don't completely understand the oVirt Node update process and the involved rpm packages. We have 4 nodes, all running oVirt Node 4.1.3. Three of them show as available updates 'ovirt-node-ng-image-update-4.1.6-0.1.rc1.20170823083853.gitd646d2f.el7.centos' (i don't want run release candidates), one of them shows 'ovirt-node-ng-image-update-4.1.5-1.el7.centos' (this is what i like). The node that doesn't want to upgrade to '4.1.6-0.1.rc1' lacks the rpm package 'ovirt-node-ng-image-update-4.1.3-1.el7.centos.noarch', only has 'ovirt-node-ng-image-update-placeholder-4.1.3-1.el7.centos.noarch'. Also the version of ovirt-node-ng-nodectl is '4.1.3-0.20170709.0.el7' instead of '4.1.3-0.20170705.0.el7'. This node was the last one i installed and never made a version update before. I only began using oVirt starting with 4.1, but already completed minor version upgrades of oVirt nodes. IIRC this 'mysterious' ovirt-node-ng-image-update package comes into place when updating a node for the first time after initial installation. Usually i wouldn't care about all of this, but now i have this RC update situation that i don't want. How is this supposed to work? How can i resolve it? thx matthias

2 8

Is this guide still valid?data-warehouse
by Arman Khalatyan 28 Sep '17

28 Sep '17

Dear Ovirt documents maintainers is this document still valid? https://www.ovirt.org/documentation/data-warehouse/Data_Warehouse_Guide/ When I go one level up it is bringing an empty page: https://www.ovirt.org/documentation/data-warehouse/ Thanks, Arman.

3 7

Qemu prevents vm from starting up properly
by M R 28 Sep '17

28 Sep '17

Hello! I have followed instructions in https://www.ovirt.org/ develop/developer-guide/vdsm/hook/qemucmdline/ After adding any command for qemu cmdline, vm will try to start, but will immediately shutdown. Is this a bug? or is the information in the link insufficient? If it would be possible to confirm this and if there's a way to fix, I would really like to have step by step guide of how to get this working. thank you, Mikko

2 5

resizing and reordering column in webui
by Nathanaël Blanchet 27 Sep '17

27 Sep '17

Webui currently usefully allows us to reorder columns by right clicking. Is there a way to keep the wanted configuration for next sessions? -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 1

Restrict a single storage domain for users/roles
by Marco Paolone 27 Sep '17

27 Sep '17

Hello, this is my first message on ML. First off, a short recap: I'm setting up an oVirt test environment based on version 4.1.5.2. Once in production, I'm planning to let users access the dashboard with a custom role for basic operations (like startup, shutdown or creation of VMs). For storage domains I'm using both NFS and Cinder, and I'd like to know if there's a way to limit, for users, creation of new volumes only on Cinder. Best regards, Marco

3 2

ansible ovirt_vms parameter cloud_init_nics
by TranceWorldLogic . 27 Sep '17

27 Sep '17

Hi, I was trying to initialize more than one nic via cloud init using ansible as shown below vars: myNicList: [ { nic_name: "eth0, nic_boot_protocol: "dhcp", nic_on_boot: "true"},{ nic_name: "eth0, nic_boot_protocol: "dhcp", nic_on_boot: "true"} ] ovirt_vms: auth: "{{ ovirt_auth }}" name: test ... cloud_init_nics : "{{ myNicList }}" Here I am getting error object is type none. When I tired to debug ovirt_vms module it showed me below outpu: cloud_init_nics: [ {}, {} ] My quesion is, how can I pass list of dictionary in ansible to ovirt_vms via variable ? Please help me, I am stuck. Thanks, ~Rohit

2 1

ERROR Failed extracting VM OVF from the OVF_STORE volume
by gabriel_skupien＠o2.pl 27 Sep '17

27 Sep '17

After a fresh installation of oVirt Node 4.1.5 and self-hosted engine I can see hundreds of logs like below. What is this about? How to mitigate it? 07:08 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Failed extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf ovirt-ha-agent 07:08 ovirt-ha-agent ovirt_hosted_engine_ha.lib.ovf ERROR Unable to extract HEVM OVF ovirt-ha-agent 07:07 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Failed extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf ovirt-ha-agent 07:07 ovirt-ha-agent ovirt_hosted_engine_ha.lib.ovf ERROR Unable to extract HEVM OVF ovirt-ha-agent 07:07 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Failed extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf ovirt-ha-agent 07:07 ovirt-ha-agent ovirt_hosted_engine_ha.lib.ovf ERROR Unable to extract HEVM OVF ovirt-ha-agent 07:06 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Failed extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf ovirt-ha-agent 07:06 ovirt-ha-agent ovirt_hosted_engine_ha.lib.ovf ERROR Unable to extract HEVM OVF ovirt-ha-agent 07:06 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Failed extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf ovirt-ha-agent 07:06 ovirt-ha-agent ovirt_hosted_engine_ha.lib.ovf ERROR Unable to extract HEVM OVF ovirt-ha-agent 07:06 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Failed extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf ovirt-ha-agent 07:06 ovirt-ha-agent ovirt_hosted_engine_ha.lib.ovf ERROR Unable to extract HEVM OVF ovirt-ha-agent 07:05 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Failed extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf ovirt-ha-agent 07:05 ovirt-ha-agent ovirt_hosted_engine_ha.lib.ovf ERROR Unable to extract HEVM OVF ovirt-ha-agent 07:05 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Failed extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf ovirt-ha-agent 07:05 ovirt-ha-agent ovirt_hosted_engine_ha.lib.ovf ERROR Unable to extract HEVM OVF ovirt-ha-agent 07:04 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Failed extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf ovirt-ha-agent 07:04 ovirt-ha-agent ovirt_hosted_engine_ha.lib.ovf ERROR Unable to extract HEVM OVF ovirt-ha-agent 07:04 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Failed extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf ovirt-ha-agent 07:04 ovirt-ha-agent ovirt_hosted_engine_ha.lib.ovf ERROR Unable to extract HEVM OVF ovirt-ha-agent 07:04 Regards, Gabriel

3 7

Preventing VM's from starting on specific Hosts
by Mark Steele 27 Sep '17

27 Sep '17

Hello, We've added two new hosts to our Ovirt 3.5.0.1 installation and want to restrict which VM's can start on it - specifically we do not any VM's to be able to auto select these two hosts. How do I prevent VM's from starting on these two HV's without specifically tying every VM to a host? 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

Update engine from 4.1.5. to 4.1.6 pushes 4.1.7 for dwh
by Gianluca Cecchi 27 Sep '17

27 Sep '17

Hello, I'm updating my engine from 4.1.5 to 4.1.6 But I see that the command # yum update "ovirt-*-setup*" retrieves these updates ovirt-engine-dwh-setup noarch 4.1.7-1.el7.centos ovirt-4.1 69 k ovirt-engine-setup noarch 4.1.6.2-1.el7.centos ovirt-4.1 9.8 k ovirt-engine-setup-base noarch 4.1.6.2-1.el7.centos ovirt-4.1 98 k ovirt-engine-setup-plugin-ovirt-engine noarch 4.1.6.2-1.el7.centos ovirt-4.1 158 k ovirt-engine-setup-plugin-ovirt-engine-common noarch 4.1.6.2-1.el7.centos ovirt-4.1 96 k ovirt-engine-setup-plugin-vmconsole-proxy-helper noarch 4.1.6.2-1.el7.centos ovirt-4.1 29 k ovirt-engine-setup-plugin-websocket-proxy noarch 4.1.6.2-1.el7.centos ovirt-4.1 27 k Updating for dependencies: ovirt-engine-lib noarch 4.1.6.2-1.el7.centos ovirt-4.1 31 k Is it correct the 4.1.7 version for ovirt-engine-dwh-setup? Thanks, Gianluca

2 2

VM won't start if a Cinder disk is attached
by Maxence SARTIAUX 27 Sep '17

27 Sep '17

------=_Part_370_171547247.1506001347491 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hello I have a ovirt 4.1.5.2-1 ovirt cluster with a ceph luminous & openstack ocata cinder. I can create / remove / attach cinder disks with ovirt but when i attach a disk to a VM, the VM stay in "starting mode" (double up arrow grey) and never goes up, ovirt try every available hypervisors and end to detach the disk and stay in "starting up" state All i see in the libvirt logs are "connection timeout" nothing more, the hypervisors can contact the ceph cluster Nothing related in the ovirt logs & cinder Any ideas ? Thank you ! Maxence Sartiaux | System & Network Engineer Boulevard Initialis, 28 - 7000 Mons Tel : +32 (0)65 84 23 85 (ext: 6016) Fax : +32 (0)65 84 66 76 www.it-optics.com ------=_Part_370_171547247.1506001347491 Content-Type: multipart/related; boundary="----=_Part_371_349578632.1506001347492" ------=_Part_371_349578632.1506001347492 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: arial,helvetica,sans-serif; font-size: 10pt; colo= r: #000000'><style>p { margin: 0; }</style><div style=3D"font-family: arial= ,helvetica,sans-serif; font-size: 10pt; color: #000000"></div><div style=3D= "font-family: arial,helvetica,sans-serif; font-size: 10pt; color: #000000">= <span style=3D"font-size: 10pt;">Hello</span></div><div style=3D"font-famil= y: arial,helvetica,sans-serif; font-size: 10pt; color: #000000"><div><br></= div><div>I have a ovirt 4.1.5.2-1 ovirt cluster with a <span style=3D"= font-size: 13.3333px;">ceph</span><span style=3D"font-size: 10pt;"> lu= minous & openstack ocata cinder.</span></div><div><br></div><div>I can = create / remove / attach cinder disks with ovirt but when i attach a disk t= o a VM, the VM stay in "starting mode" (double up arrow grey) and never goe= s up, ovirt try every available hypervisors and end to detach the disk and = stay in "starting up" state</div><div><br></div><div>All i see in the libvi= rt logs are "connection timeout" nothing more, the hypervisors can contact = the ceph cluster</div><div><br></div><div>Nothing related in the ovirt logs= & cinder</div><div><br></div><div>Any ideas ?</div><div><br></div><div= >Thank you !<br><br><div><span></span><div><br></div><div style=3D"font-fam= ily: 'Lucida Grande', Verdana, Arial, Sans-Serif; border-top: 1px #3a342c d= otted;"><br><table><tbody><tr><td><img src=3D"cid:91f9140b096b6d25c91e92aeb= b182b7307ecaa61@zimbra"></td><td><div style=3D"font-family: 'Lucida Grande'= , Verdana, Arial, Sans-Serif; min-height: 100px; line-height: 17px; margin:= 0; padding: 10px 0; font-size: 11.5px; color: #3a342c; min-width: 530px;">= <span style=3D"font-family: 'Lucida Grande', Verdana, Arial, Sans-Serif; fo= nt-weight: bold; color: #3a342c; font-size: 12px;">Maxence Sartiaux | Syste= m & Network Engineer</span><br> Boulevard Initialis, 28 - 7000 Mons<br>= <table style=3D"font-size: 11.5px; color: #3a342c; line-height: 17px;" cell= padding=3D"0" cellspacing=3D"0"><tbody><tr><td width=3D"40">Tel :</td><td>+= 32 (0)65 84 23 85 (ext: 6016)</td></tr><tr><td>Fax :</td><td>+32 (0)65 84 6= 6 76</td></tr></tbody></table><a href=3D"http://www.it-optics.com/" style= =3D"font-family: 'Lucida Grande', Verdana, Arial, Sans-Serif; color: #3676a= f; text-decoration: none; border-bottom: 1px #333333 dotted; font-size: 11.= 5px;" target=3D"_blank"> <span style=3D"color: #3385cf;">www.it-optics.com<= /span> </a></div></td></tr></tbody></table></div><span></span><br></div></d= iv></div></div></body></html> ------=_Part_371_349578632.1506001347492 Content-Type: image/png; name=logo_mail-new.png Content-Disposition: attachment; filename=logo_mail-new.png Content-Transfer-Encoding: base64 Content-ID: <91f9140b096b6d25c91e92aebb182b7307ecaa61@zimbra> iVBORw0KGgoAAAANSUhEUgAAAPoAAAA1CAYAAABoUvZcAAAAAXNSR0IArs4c6QAAAAZiS0dEAP8A /wD/oL2nkwAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB94IDQ0GO8lzmRIAABsbSURBVHja 7V15lGRVef99r6q6q6e7eu/pnu6ehZFNCIR1OJEYkC2oiYichEhwQ5Ig5kRFPRBPvcfJuyWORhQ8 GoNGgoKIMRAQUQyMQDASg7IIDJFl1t67Z3rvrq7l/fJH39fcebzqrl5qphnrO6dPVXW9uu/e797f t9/7gDKVqUxlKlOZylSmgkTyWJJry5woU5kOP3ADADzPu43kFMl+z/OeI/m+sOvCyPO80PdlKlOZ DjH5gPQ8r57kw/l8noODg97g4CCnp6eZy+Wo6Sck3+t53uYg8D3Pm2uH5MUkz857XrzM3TKVmrZu 64lv3dbze/p9mSELaPFOkr35fJ57u7q8HTt30v/btXu319Pby5HRUR/wYyS3e573dZIbAu3d/cpg 2vtNzxRJ7iJ5cy7vRQ/GWGzHKfj/pG2XJ/vwArf/etzWbT07tm7r4dZtPWcfrmCX5QCcJCzLgud5 l4rIXdPT0+jt64OIQETmrhORues9EnWJBNesWSOxWAwVFRUA8DKAGzJ578rtfekzH3hxlB6JpjVR OfeoWqyrjaE2HrkOwCMi8r9mH/z7rCDQGRyniMSU6+bK8FgdlLRtpJQKnT/lukW38/mf9f4xyf8A UAXAExGL5BHXndu+qwz015vtd4nIpcMjIxwZGREAoeAzQelbAVogcH1Hh2Q8wXd+vQ/DUznOfiX+ dbRE5IjGSpx/TG22Lh7ZReIay5IflWABJURkGEAk0PfmlFL7ihAUTQAuMoTbsIjcp1y3HGxYeeur HsClJLOa1yMppe4pFuxbt/VsEZEnAFizU0x/7T5P8kQAvO7c9sOGX9ElANvX4utF5GHP847uGxjg 9NSUWJZVWKIY4PdBHI1E0NnRIS/0p3H3b4ZRGfV5LeZ1QgCv7EvjxcenY5saKo9625GJ+2eyXroi KleTfMiyrC6zb8t1RYKCSkRYjDVA8iIR+ZbR/2GS/wlgsgzNFXcZPywiXzR4nbYdp6pYjS4iTwJ4 BcDRvkLRiu84EWm+9px1g4cTv6ylgJzkhSLy20wmc/Teri6mp6dlMQAjiYqKCnR2duIbvxzCAy+O Ih6zDjD5gwLCEkFlVNAzluGdT+/HLf8zGH/01fFbReR5z/N+tRIgXw4p14WIRM2MAsmpYoREmZZg ioq0+7zWr1O+Vi6Grj1nHQGcQrJHKxffijwBwODnf9aL31mga5BfC+AnExMT8e6eHpCUYvxkc1Jq Ewk0trbjxkf7MDSZO+D7IjwNAYCpTB6/2DWB53una0XkVBHZsAq0TEMZggeN19GA5beUeM0kgA/r 3z9Gcs1157Zv56wg+N0Cuh9EI1nped6TJLf2DwxgcGhIigfo7GTkcjmsbWlBQ0MjqiLAB09vxikd a5DOvubCsoh28p6H6soIPn12G4Ymc9I1mgHJrlXAz5aVDA6WqbCbJCI1K9HWdee2PwigTUQuuO7c 9umt23pw3WEG8gWB7nmeLy23ANidy+VO6+vv5+Tk5JyZXaw2FxGs7+xEdXX1VPdYNnf9T3vw8lAa J3eswTVnteLE9jWojUeQyXmG9n99O9m8h9M6a3DVH7TgvudH8MSeCVREBJZleYeqwMZPvYlIU8jY D7npXkxqcKnpw7CUpNnWQu0u9r5J256N25BrgtZiIT1R6B7jj/yTb8b3X3vOuowGfsE0a6l4eDDm V4oIul0hIv8yPT0t/QMDLNZUD07Cxg0bfB/6opeH0vd9/+lhxCKzvnd1ZQTvOq4O7XUx7B7O4kfb RzCazqMiIjDjJARw5RlNmMwQdz61D5YAliW4ckvLQGN1tHUFGJYAMCwikcBXTcp19xex6H9I8k+N 7EIPgONFZCpwaV65br5QmmiltZ9yXdiOIySPF5H3ADhJz+OrAO4G8LRy3fRi01NG2zEAQhIppTLB celsxAUA3gEgQbJLRO4F8IRy3cmF7hv2fdK27xeRPzEUyX4A64ImPMl8SqlQXmuAiIjEjFhLZpn8 bgXwVpJ/DKBJRNIAniB5T0qp7kLjWYC/9ST/UETeDqCDZFpEfk3yhymlfuuPZb61JIW0r+d51SJy O8mL9w8Pc2RkRCKRyFL9KdQmEqiurmZFRYVALD7VNSm/HUxjcCKHiUwengfUxiN425EJHNlcidF0 Ho++MoGesQzSWQ8bGyvx7uPr8UL/NB56aQyVUQsAIRBcfWbLr2oqo6cfbKDbjvN2kl8XkXbMpuSs MEkYVOoikgPQrlx38CAAfDOAKwFc61twZn+Mrn4XwM3KdZ9cDOBtxzlfZxZ8668npVSH5ucFInID gFPNlGog1XqniDjKdV9d4D6XkLxJRFoAxEhaRhsUETFrNgJUl1JqLGS+I3ouzJTvd0h+YDECOGnb lQAuFZHPA2gLw5Om/SSvSin1g/kA74PWdpw/AvA5km8JKlejv1mSN4jI7cp1Xy3UphXmA5M8UkRG QV68t6uLY2NjSwa53+bY+Dj6+vtlb1cX+vv75JT2OC47pQkfOXMt/uqMFjTXRDE+k8ePXxzFLU8M 4v4XRvGON9fiY29txRVntOAvT2nEXc/sx2OvjqMiYh1go1VGZPchCgh1AthAMqZBvoifsmTOfNK2 oVwXSdv+cwAvkPx7A+QMuF3U//9Lkk8kbfub+rfFDqTRb0uPv1334RkR+TGAU/UaoBk8M8zsywA8 azvOWYVcAU1vEpFOkpUArGC6NkyoGuMsxOt48Dc+f4oRpLpi8ngA3QBuI9kWdCHM2hHNq+8nbXtI Ww+h7WqQf5bkIwDeEuAXTH7qtXc9gO1J275GC/fifHSStwGIpDMZ1lRXSywWg+d5WI67OTdgz0M6 ncaOXbvQ3d2NqbER1MVyuPota/GxP2rD+UfXorOuAvuncrjxsX7827P7UR+38MVH+jE0mdMT55si fj7e2nGogr/m2AotKhNYBTTOioI8pRSStv1ZEfk+gEqjS/RN7EBqyh+DBeBK23HuE5FYUb6fCI02 KCKwHWc3gN83LQjtVx/QD0OxVAN4NGnbJ89jSTAI6qBlWojPhfgdmLc5AVTM/Oh+vl1EnhGRJj89 FxLEniv8MqyZJttxnkvadiysXdtxPkryM2aDvmIwxjRnwejLYiJyo+04nwjjYbQAA4YymQxm0mlp bGxEA4lcLofRsTGMjY0hIJkXhwwRCIloNIpsNouR0VGMjI7O+urV1TixrQ6nra/GTM7DY6+O45nu aUxkPORJRCzBgSsWiEYEWqIeCqr0F5m5iMPAHgBUTEoQnvfNtqRtf0hEPmMCyrBwhwE8QHKG5Nki 8iZDy4vei/AuADenlLp6kXEE0ffcYAJGL/DHRaQfwAkAjilg4fzMdpzNJIdD7lm1gMAtmAVaaV7r 4qgzSN6rayd818GfexGR50g+CaBam/Xig13TnSmlskEhLSJHkLzhQI+EAJAh+WUReQ5ABYBzAVwe 4N+zKaW+HNbnQpVxkySxf3gYQ/v2oa6uDlXxOBobGtDc1ISx8XGk02mk02lks1lYllU06LXofZ2/ RgDjExMYGR3F2pYW1NbWYlNjJZ7rncZMjqHt5Em011QSQOZgI1ybR98k+aCeiKyI/BpAs3FZP4Dz SE4Hav+zAAYWG/wqRsvYjtNG8lZ9HzHu+QoAV7nuHYFxvFX7ln9gCCmS/IjtOA8r171nscab3w7J ARH5Z+W61wfu2Qjgdh2cMwVjPYD3pZT6SoigvAHA9zBbkx4h+bCIrDe03aiInBLENclcSqmRleS1 5ue3NOD8G/rW0q0APp5Satz4yV/YjvNRAP9AsgnAHSmlPhfsk7bEjgNQa6wXEZFfKdcNxqBusx3n /QC+CuBqAJMicmEhwVwQ6L5JEIlEMD4+jomJibmKtpbmZtQmEiCJ9MwM9g0NIZvLhQZbijXpfQb6 IM9ms/AIVEQFMzkiREfCI7A2EQWA8YMNdD1BGQCvGhI5HxhTjuSOlFJTBzFu8GDATKeIDJA8O6VU T4gF8HjSts/Sdd+nBpTgPyZt+4GUUjOLCj7M/viZlFInh7gU0IHNd5qRcwNAHwPwFXPB6n7mMLv5 CbbjRAEENxnlNa9LzmMRuUZnMExLQkTkvcp17woG2vT7rwH4mu04N5G8rpCPLiIbQ255WTCyrtsk gI8mbfvTAI5RrttXyN0q5KNPhdWmiwgymQy6uruxe88eDI+MQETQ2dmJTRs2oL6+HhWxmB+1n9c/ CtwQANDW2ora2lr09vVhYnISsYigImJhOuuFKo48ibaaKAGMYhXSSu+uKyI4dJSIvMmIFfiguzoI cnOhaRPyPabvrvu/WUTOWywOSO5UrnuyGRTyF6gJRBH5IIC86e8D2Gw7zkbzuiAggokNw5WUBQTz SsRAKkl+MeAWQUS+rVz3Lh9o5v3891rIfTylVHqeW2wIyYpMBjW1KURSSk2llHraD+QVDXQRGUeg GCYYuPA8D6Ojo+jr68Ou3bsxtH8/6uvqsG7dOmxYvx7Nzc2vC4YEQT+3l53E+s5OVFVVYfeePZie np4NslmCiohgJucdkAf0m8l75MbGSh4Kjb7aSE/8RgA1ATP62YXMb70A94jINSEC/oLFBl1FZHoh cOnCl30k7zWiX37A7trVyGMN4osD7oaftfhEUJAFqRhrg+RzIam0rxb6bZhAWYxG75KFJ/OA1MHE xAR27tqF/v5+jI2NoSoexxGbNmFdayvq6uoQiUQQ1BgAELEsbNywASTR1d09V43nc7AyKpjMeAGj nbBEeMWWFqmLR27yyF++UQG61CqsAr/7WMhc3mQs0nkXIMmfhcz15YvtZzFWXEoppJSCiDxnamL9 9oTVOFeaT0eJiGVaF7oYZnipcxngd5d2+Wi4QhfbjvNL7ZMHBU9RVCjq3r+YVJApgabTaaRnZjA8 MoJYLIb6ujo01Nejob4e2WwWo2NjGB8fh4igsqIC7e3tSM/MoKenZy6o99o9iWhEMJ31S3Fn/7e2 JoYPbWkWAa4XERdvYNIBtA1aUxRj50dJ/ly57v8Eo+0A/iS4719vx1xQm+hFM0hyX6CUt3ElTd8Q ofBiiAZrWcVTtjm49kn+00rwSFtWjyVtu1dE1gei+VsAnK59/K+IyBeU604F4wGLAjqAgWLr2MMA 7y+2bDaLgcFByNAQEokE4vE4mhob0dLcjLHxcdQmEpiYnMS+ffv8nXGv3ZMERNBYFcWU9tEzeQ+n ra/GOZvX+N+PHCaW91sB3LQIn34bgPMKmGxmjnoIwHCx2ipp26Misg9Ak6mdbcd5s3LdF0sU2BoK +XdiFc/VsSHztGcFLQYAOALA09qyMd0EIdkgIteTvN52nDsA3Kdc99+DwbpiTfe9ywkimf68r6XH x8cxNDSE3Xv2oK+/H7WJBMbHxzEwMBDMMWv/20PUAhLxCNI5DyRw6UmNuPCYWgwNDZo+6BueSOaK rcjSvJoOMeXrQgJS0wDSi+jKNMmJEI11ZAnHPhEIABZcl6uBRKQupBJvbCVduZRSeX3KzbZAoVGw huVykj9I2nbadpzG+ay2QgztDwJvBRg0p7EnJiYwNT0NGv8Po5wH1MUtRC3BB05vwtEtlejp7cXU 1JT/u/zhAHQRicKoWJvvT89JWPGItwL9sEz/06BS1ilUh8R/Vu1hHWFxppVUOEYmBCmlzsNsyvO7 xlonDiyHpYhUAthnO857Cvnuoaa7ZVkZvai4koMIRu4RoslNaq2JcSZnydEtcQiAru4e5HK5ZVXm rVL6OYBrC4AsqD0qROTBkAUyHgwGkawBsCZp2/uLjPjGAVSH8HVXCYXcupAxjq7iuRoJ0/IA+kp0 v6dSSl2etO33A3gXyXsCLrIZ/b/bdpwLlOs+tCDQTf/DKiGS8vk8rAU2ylTFZKYqFo1ns1n0Dwwg m83icDvYQQdSdgP4wmIDNz54/fchLlBDsQc06PLLegCtQX/f3wpZIjrRXHP6tX8VW18vYLaK0Ozv RgAl4ZHe4AJ9wOi9AKykbV+oaxAuNWIy/qS7Sdt+OKUU5zXdjUUyHo1GS7IBY86MP1CKBwUBAcTz nsee3t4DNDnm+d0hXgRLNtWWEbgx338npD8XFrMbTQuKDpK1Bn+lVNo8aduwHcci+fu+qW7k039e zPo5ROtgb8j9/q6QybyS5rzhwz+oXPcvAHwyuAuS5HF+aXAxPjoA/F8kWrrnJhgHTYYCJJfLyeTk JPbs3SvBnXOG9F9tPnpocdZBPHnk1hAL7dPFWBW68x8OKZi5s1SaCrNHOF1ouod6nr+wkAsTzL2H beUskY/+koh4xmcCeKftOEcupvx2voeFzLduzCq7lFJfwmz9vzlntSTrFwP0l6MlBnohDXhAai4A bkMwEK+vdz7UlA6Mo4qkdTDqr/X9dovISKDYoj1p25/x68zDhJDO5Z9E8q8MsPjbQn+yXNdkHtB8 KSSo9ZBy3YWi2IRxhLYebhXJyEFg8w/NeTY2DqVs25ZCY/Z5bztONGnbsbB94/5n23HabMeJ+XMW 1p6BnQeC1k0YruYD+s6ormYrpUafzzx7owTd/EkkORTgVyNmt7LOTVYptbty3V0kHwlsmaSIOLbj nBwEu3GSSQPJHxtg8yu+XgDwxBL6vFEHj15ndhoL/rOGj2kC+PYiBBrNoJi2PKoArJ9vflbIEpki udV0NfTrpQQ+F+aO+TXoSdteo6sPfxN2nf68hWQvgOdtxzk2pdS87p2IfDpghU0iJN0n80jbyzOZ zO1d3d0rfl6653lIJBKor6/H3r17sdgz4Uli8xFHkOTfWJb1zRUE7HLPjLuF5F8HBFNGuW6l9kf9 AOgGEdmpXLckroftOFkcGGj1AzYpAP9ggEtIvhPAvcHcsP58inLdpxe415+T/H7g9/7TdroBvIPk /wHIawHkicgvAJxh9MvfaTeYUmptEfMkAL4rIu8NfJXF7FbXtO5HTEQ2k3yxwCOcqgFMBNbXbQA+ VMgKM/b8j8LYTmqM5TkAZ2N2/0Ve/88i+RERudmodrs9pdT7g1VttuPQOKhCSN4N4AoNYM84LosA vqW/M3fRPSUipwefDjQfwsalRA9E8DfFyBKdqqqqKn9gq81H/wlm89mmpK+wHWcCwE9F5CEAfSLy MsnGEgDcf3uBX4RjmLYkmQQwBOBRkttI7hKRe42FA6PvH1eu+/RS6reN/dkdAJ4FsEdEHgfwjIjk 9aENZurWfz2xSK1KAPcbT1jxX2Mke/VW3YcA9ADYHnY673ICY5onbzNcyDmBRfIEkvu01v4pyf8m Oa5Bbu4qfG/Stt8cAPmTvsViWGWXABgl+RiAH4jIHQDuEZFdInJFQFhCRG4JewTYfEietkp49JHn eRDLev2Zzgto8lgshta1a4XkM5Zl3Xow0Fvs+JXr3isiPdrsNUsXqzFbsnqOiDToCb+oVNFZ5bqP ALgyEBn0P9YB+EMROUtEOkLGKQBuSSl181IOazC1kbH4WjGbkjrecMvEEC4zAM5Ekblo7XJ8D0C3 EXX2y35rReR8zetGvW4+uZx5DeNzSqmnALwbr6W25p4ZqPl8LIDzROQMXdBixpmEZK+IdJtuBcmP 6MpECTn77kySlwC4jOS7MXuKj3n8lQD4rnLdbxR9ZpymST8qXrLg0RI0eUd7OyzL+nfLsk4uhaVh CpWldJXkOVpr+ws5+HRW//NXSxkzSCn1bQCnaY12wJbKkMCW/0yiCQCXpZS6yg/SLYWHJHcDeFYv vjAewNDoL5G8QLnuL4oNWvrXichbRKTXaC8sOg8An5pvCZrzHTz7bT7rSbnufZg9OvtJv1Q1YGWE Tr2IfBnAicp1x8yDJFJK/UpE2gBsFZGZ4LoLxqwMwSy6zQ8UfQqsqdHNkztXmnK5XFG+eVCTA3hc RP6sFAKI5IyIjIrIkIgM6eDapD6bu9iF/rKIHAXgJX2ee56vUU63NULy/lIB3V88ynV/rVz3eJLv IzlAMo3XtkBSl1XOkBwmeZNy3YRy3e+ZbSxRYE4o1z0Js/nlCZIzvktD0gOQ1kLlK8p1jwHwX0vU rHsAdIrITgBTmM3C+GPL6X3xIyLy0wJNTOl+mfM9VuS9/ddnU0ptAXCR3vU56fdDk6d5PCEizwCI K9e9RgIbsgxwTirX/XvlunEA/0pyhOQUSXNsHsmsjgP8FkCjct1rMPu8gMUpVZLHAHhh565dkZWO fFMfDrm+sxOv7tiB+Y6SJoma6mq2tLQIgC+JyCdLeXJL0rYtUwCKCJXr5m3bhlrk4k/adoeIHKXz miIioyR3ishe5bq5g/EAByOyLiQ3isgmAI0a7BMisgfATuW6maX0JxiM03PzvHLdE/T3Ub2WjgAQ FZEMZnd7vbTUewYDY3qc7SJytA7GCckxEdlJck9KqVxI0Mv3ty2SliEkc8vsR4eIbNYZF9EA7QKw wz9bfjFj1vO2Qc9bvV6bWQADAHYo1x0K9mGxQN8MYHtPT09FJpuVQgfwLxfoO3buDH20k3+/qqoq tLW2guQtlmVdhTKtKgqLugPYrlz3+DJ3Vg9Z84Cxh+S/tLe3S/u6dWhuakIsFmM+n192MKOQbxyk 2tpatrW2gsCnLMu66lA9W61MpQlelmkVAF1E0pZl/S0AicViNyUSib7Ojg52dnSgqqpqLuAQOKR+ qcGb1/nkNTU1aGpsFJKftURuBHBIn39epjIdrkCfe7Us6xMiso7kOZWVld9qa23l+s5OaW5uRryy csUfGNpQX8+W2cMlP2hZVnK5T4kpU5nKQF+c9n1MRK4UEcuyrE8lamp6161bl960aROq4vE5jbsY DR9MadXU1KC+vl4A/LVlWd/2NXn5ueNlKtPBA/rcM9gsy7qR5HqSWyyR69va2tDZ0YHWtWtRVVVF kvAWCfbGhgZfk79HRL5Z9snLVKZDAPSgdrUsKw/geRFxdaHBO6uqqna2tbamN23ciMaGBhh7jQs9 Fwue56Ghvh51dXUC4F2WZf1H2ScvU5lWjpa9D9UEo2VZPwaw2fO84yzLOrW+ru6GutrazpmZGczM zHD/8LAEt6eSRHNzM2sTCSF5vmVZDy+0s61Mq4f0Y4wROCWmqsyZwwzoBWi7iGwHcLvneWfG43E7 Ho+fVFdX1zo2NobxiYk5F6C5qQk1NTU5AJdYlvVwWZO/4ehHmN1FlTF25/28zJbfITJ9bM/zGjzy EpL/RZLZbJae5+VJ0vO8s4LXl2n103z7vA/iqTplWmUmnvk+SvJukoOe551Q5k6ZynQYa3mSFUEh UKYylekwA3qYti9Tmcp0+JjxNSSv9zzvDpLHljlSpjKVlv4fThGvgoj8uYMAAAAASUVORK5CYII= ------=_Part_371_349578632.1506001347492-- ------=_Part_370_171547247.1506001347491--

3 4

Snapshot removal
by Lionel Caignec 27 Sep '17

27 Sep '17

Hi, i'm wondering if it possible to delete at same time snapshots of differents VM ? Or is it necessary to do it only one at a time? -- Lionel

3 2

oVirt's VM backup
by Victor José Acosta Domínguez 27 Sep '17

27 Sep '17

Hello everyone, i created a python tool to backup and restore oVirt's VMs. Also i created a little "how to" on my blog: http://blog.infratic.com/2017/07/create-ovirtrhevs-vm-backup/ I hope it help someone else Regards Victor Acosta

8 17

Fresh install vs. suspecious logs
by gabriel_skupien＠o2.pl 27 Sep '17

27 Sep '17

It is a little bit strange for me that after the fresh install there are plenty of errors in the log. Is it normal? :) ps. for the OVF_STORE/ovirt-ha-agent problem I already posted the separate thread. 14:18 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Unable to identify the OVF_STORE volume, falling back to initial vm.conf. Please ensure you already added your first data domain for regular VMs ovirt-ha-agent 145 14:18 Could not set session3 priority. READ/WRITE throughout and latency could be affected. iscsid 14:18 flush_on_last_del in progress multipathd 2 14:18 360000000000000000e00000000020 can't flush multipathd 14:17 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Unable to identify the OVF_STORE volume, falling back to initial vm.conf. Please ensure you already added your first data domain for regular VMs ovirt-ha-agent 2 14:17 Could not set session2 priority. READ/WRITE throughout and latency could be affected. iscsid 14:15 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Unable to identify the OVF_STORE volume, falling back to initial vm.conf. Please ensure you already added your first data domain for regular VMs ovirt-ha-agent 6 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x619 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x641 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x639 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x611 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x619 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x641 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x639 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x611 kernel 14:15 kvm [9486]: vcpu2 unhandled rdmsr: 0x606 kernel 14:15 End of file while reading data: Input/output error virtlogd 14:15 Failed to acquire lock: File exists libvirtd 14:12 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Unable to identify the OVF_STORE volume, falling back to initial vm.conf. Please ensure you already added your first data domain for regular VMs ovirt-ha-agent 9 14:12 End of file while reading data: Input/output error virtlogd 14:12 internal error: End of file from monitor libvirtd 14:12 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:10 error deleting entry from sasldb: BDB0073 DB_NOTFOUND: No matching key/data pair found saslpasswd2 3 14:10 End of file while reading data: Input/output error libvirtd 14:10 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:10 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:10 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:10 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x639 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x611 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x619 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x641 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x639 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x611 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x619 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x641 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x639 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x611 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x606 kernel 14:05 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 End of file while reading data: Input/output error virtlogd 14:05 Failed to acquire lock: File exists libvirtd 13:49 connection1:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4295021332, last ping 4295026334, now 4295031344 kernel 13:49 error deleting entry from sasldb: BDB0073 DB_NOTFOUND: No matching key/data pair found saslpasswd2 3 13:49 End of file while reading data: Input/output error libvirtd 13:45 Could not set session1 priority. READ/WRITE throughout and latency could be affected. iscsid 13:43 iSCSI daemon with pid=1554 started! iscsid 13:43 error deleting entry from sasldb: BDB0073 DB_NOTFOUND: No matching key/data pair found saslpasswd2 3 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: mode dependency failed, not supported in mode balance-alb(6) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: mode dependency failed, not supported in mode balance-alb(6) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: mode dependency failed, not supported in mode balance-tlb(5) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: mode dependency failed, not supported in mode balance-tlb(5) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: mode dependency failed, not supported in mode 802.3ad(4) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: invalid value (7) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: mode dependency failed, not supported in mode broadcast(3) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: invalid value (7) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: mode dependency failed, not supported in mode balance-xor(2) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: invalid value (7) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: mode dependency failed, not supported in mode active-backup(1) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: invalid value (7) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: mode dependency failed, not supported in mode balance-rr(0) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 /dev/watchdog0 armed with fire_timeout 60 wdmd 13:43 wdmd started S0 H1 G179 wdmd 13:43 uevent trigger error multipathd 13:43 3644a842020ec46001d3fcaba23cb1 failed in domap for addition of new path sda multipathd 13:43 device-mapper: table: 253:5: multipath: error getting device kernel 13:43 sda: spurious uevent, path already in pathvec multipathd 15:43 cannot save any registration rpcbind 15:43 cannot open file = /run/rpcbind/portmap.xdr for writing rpcbind 15:43 cannot save any registration rpcbind 15:43 cannot open file = /run/rpcbind/rpcbind.xdr for writing rpcbind 15:43 can't open iscsid.safe_logout configuration file /etc/iscsi/iscsid.conf iscsid 15:43 can't open InitiatorAlias configuration file /etc/iscsi/initiatorname.iscsi iscsid 15:43 Warning: InitiatorName file /etc/iscsi/initiatorname.iscsi does not exist or does not contain a properly formated InitiatorName. If using software iscsi (iscsi_tcp or ib_iser) or partial offload (bnx2i or cxgbi iscsi), you may not be able to log into or d iscsid 15:43 can't open InitiatorName configuration file /etc/iscsi/initiatorname.iscsi iscsid 15:43 iSCSI daemon with pid=406 started! iscsid 15:43 could not find module by name='ipmi_msghandler' systemd-udevd 15:43 could not find module by name='ipmi_devintf' systemd-udevd 15:43 could not find module by name='ipmi_si' systemd-udevd 15:43 Cannot add dependency dev-onn-ovirt\x2dnode\x2dng\x2 to initrd.target, ignoring: Invalid argument systemd 15:43 i8042: No controller found kernel . . . . 14:18 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Unable to identify the OVF_STORE volume, falling back to initial vm.conf. Please ensure you already added your first data domain for regular VMs ovirt-ha-agent 145 14:18 Could not set session3 priority. READ/WRITE throughout and latency could be affected. iscsid 14:18 flush_on_last_del in progress multipathd 2 14:18 360000000000000000e00000000020 can't flush multipathd 14:17 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Unable to identify the OVF_STORE volume, falling back to initial vm.conf. Please ensure you already added your first data domain for regular VMs ovirt-ha-agent 2 14:17 Could not set session2 priority. READ/WRITE throughout and latency could be affected. iscsid 14:15 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Unable to identify the OVF_STORE volume, falling back to initial vm.conf. Please ensure you already added your first data domain for regular VMs ovirt-ha-agent 6 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x619 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x641 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x639 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x611 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x619 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x641 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x639 kernel 14:15 kvm [9486]: vcpu0 unhandled rdmsr: 0x611 kernel 14:15 kvm [9486]: vcpu2 unhandled rdmsr: 0x606 kernel 14:15 End of file while reading data: Input/output error virtlogd 14:15 Failed to acquire lock: File exists libvirtd 14:12 ovirt-ha-agent ovirt_hosted_engine_ha.agent.h ERROR Unable to identify the OVF_STORE volume, falling back to initial vm.conf. Please ensure you already added your first data domain for regular VMs ovirt-ha-agent 9 14:12 End of file while reading data: Input/output error virtlogd 14:12 internal error: End of file from monitor libvirtd 14:12 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:12 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:11 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:10 error deleting entry from sasldb: BDB0073 DB_NOTFOUND: No matching key/data pair found saslpasswd2 3 14:10 End of file while reading data: Input/output error libvirtd 14:10 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:10 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:10 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:10 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:09 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:08 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:07 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:06 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x639 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x611 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x619 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x641 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x639 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x611 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x619 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x641 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x639 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x611 kernel 14:05 kvm [6290]: vcpu0 unhandled rdmsr: 0x606 kernel 14:05 vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packa line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packa line 102, in get_all_stats with broker.connection(self._retrie self._wait): File "/usr/lib64/python2.7/contextl line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packa line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packa line 78, in connect raise BrokerConnectionError(error_ms BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 vdsm ovirt_hosted_engine_ha.lib.bro ERROR Failed to connect to broker, the number of errors has exceeded the limit (1) vdsm 14:05 End of file while reading data: Input/output error virtlogd 14:05 Failed to acquire lock: File exists libvirtd 13:49 connection1:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4295021332, last ping 4295026334, now 4295031344 kernel 13:49 error deleting entry from sasldb: BDB0073 DB_NOTFOUND: No matching key/data pair found saslpasswd2 3 13:49 End of file while reading data: Input/output error libvirtd 13:45 Could not set session1 priority. READ/WRITE throughout and latency could be affected. iscsid 13:43 iSCSI daemon with pid=1554 started! iscsid 13:43 error deleting entry from sasldb: BDB0073 DB_NOTFOUND: No matching key/data pair found saslpasswd2 3 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: mode dependency failed, not supported in mode balance-alb(6) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: mode dependency failed, not supported in mode balance-alb(6) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: mode dependency failed, not supported in mode balance-tlb(5) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: mode dependency failed, not supported in mode balance-tlb(5) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: mode dependency failed, not supported in mode 802.3ad(4) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: invalid value (7) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: mode dependency failed, not supported in mode broadcast(3) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: invalid value (7) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: mode dependency failed, not supported in mode balance-xor(2) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: invalid value (7) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: mode dependency failed, not supported in mode active-backup(1) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option arp_all_targets: invalid value (2) kernel 13:43 dhywgZgYAYtrCSW: option primary_reselect: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option xmit_hash_policy: invalid value (5) kernel 13:43 dhywgZgYAYtrCSW: option arp_validate: invalid value (7) kernel 13:43 dhywgZgYAYtrCSW: option lacp_rate: mode dependency failed, not supported in mode balance-rr(0) kernel 13:43 dhywgZgYAYtrCSW: option ad_select: invalid value (3) kernel 13:43 dhywgZgYAYtrCSW: option fail_over_mac: invalid value (3) kernel 13:43 /dev/watchdog0 armed with fire_timeout 60 wdmd 13:43 wdmd started S0 H1 G179 wdmd 13:43 uevent trigger error multipathd 13:43 3644a842020ec46001d3fcaba23cb1 failed in domap for addition of new path sda multipathd 13:43 device-mapper: table: 253:5: multipath: error getting device kernel 13:43 sda: spurious uevent, path already in pathvec multipathd 15:43 cannot save any registration rpcbind 15:43 cannot open file = /run/rpcbind/portmap.xdr for writing rpcbind 15:43 cannot save any registration rpcbind 15:43 cannot open file = /run/rpcbind/rpcbind.xdr for writing rpcbind 15:43 can't open iscsid.safe_logout configuration file /etc/iscsi/iscsid.conf iscsid 15:43 can't open InitiatorAlias configuration file /etc/iscsi/initiatorname.iscsi iscsid 15:43 Warning: InitiatorName file /etc/iscsi/initiatorname.iscsi does not exist or does not contain a properly formated InitiatorName. If using software iscsi (iscsi_tcp or ib_iser) or partial offload (bnx2i or cxgbi iscsi), you may not be able to log into or d iscsid 15:43 can't open InitiatorName configuration file /etc/iscsi/initiatorname.iscsi iscsid 15:43 iSCSI daemon with pid=406 started! iscsid 15:43 could not find module by name='ipmi_msghandler' systemd-udevd 15:43 could not find module by name='ipmi_devintf' systemd-udevd 15:43 could not find module by name='ipmi_si' systemd-udevd 15:43 Cannot add dependency dev-onn-ovirt\x2dnode\x2dng\x2 to initrd.target, ignoring: Invalid argument systemd 15:43 i8042: No controller found kernel

2 1

Engine CI unstable
by Ala Hino 26 Sep '17

26 Sep '17

Hi, In the following build, I see that the build passes on Fedora but is unstable on RHEL. However, checking CI console, I see that the build succeeded. Links to builds: http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/306… http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/307…

1 0

Ovirt-NFS-ISO-Storage-Initial setup Fail --- Please support
by Anzar Esmail Sainudeen 26 Sep '17

26 Sep '17

This is a multipart message in MIME format. ------=_NextPart_000_002C_01D336EA.EB9739C0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_002D_01D336EA.EB9739C0" ------=_NextPart_001_002D_01D336EA.EB9739C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear All, hope all are going to fine Ovirt Environment is almost ready for operation. I am struck in ISO storage type. I decided to setup NFS and done the configuration. But some errors are coming in exportfs. I will share it in below [root@ovirtnode4 ~]# exportfs -r exportfs: No options for Create Exports: suggest Exports(sync) to avoid warning exportfs: Failed to resolve Exports exportfs: Failed to resolve Exports exportfs: No options for Create List: suggest List(sync) to avoid warning exportfs: Failed to resolve List exportfs: Failed to resolve List exportfs: No host name given with Create (Create, suggest *(Create to avoid warning exportfs: /etc/exports:1: syntax error: bad option list cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 172.23.4.11 ovirtnode1.thumbaytechlabs.int 172.23.4.12 ovirtnode2.thumbaytechlabs.int 172.23.4.13 ovirtnode3.thumbaytechlabs.int 172.23.4.14 ovirtnode4.thumbaytechlabs.int 172.23.4.4 ovirtengine.thumbaytechlabs.int vi /etc/exports Create Exports List (Create Export List for NFS you want to share) /exports/data 172.23.4.14(rw) /exports/export *(rw) /exports/iso *(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) Following are the ref. to used to setup NFS in ovirt https://www.ovirt.org/documentation/admin-guide/chap-Storage/ https://www.ovirt.org/documentation/how-to/troubleshooting/troubleshooting-n fs-storage-issues/ IPtables, firewall and selinux disabled for testing. But no changes in exportfs output. Please support. Anzar Esmail Sainudeen Group Datacenter Incharge| IT Infra Division | Thumbay Technologies |Thumbay Group P.O Box : 4184 | Ajman | United Arab Emirates. Mobile: 055-8633699|Tel: 06 7431333 | Extn :1303 Email: <mailto:anzar@it.thumbay.com> anzar(a)it.thumbay.com | Website: <http://www.thumbay.com/> www.thumbay.com Disclaimer: This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you are hereby notified that disclosing, copying, distributing or taking any action in reliance on the contents of this e-mail is strictly prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake, and delete this material. Thumbay Group accepts no liability for errors or omissions in the contents of this message, which arise as a result of e-mail transmission. ------=_NextPart_001_002D_01D336EA.EB9739C0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta = http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'>Dear All,<o:p></o:p></span></p><p = class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>hope all are going to = fine<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>Ovirt Environment is = almost ready for operation. I am struck in ISO storage = type.<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>I decided to setup NFS = and done the configuration. But some errors are coming in exportfs. I = will share it in below <o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif";background:yellow;mso-highlight:yellow'>[root@ovirtnode4= ~]# exportfs -r</span><span style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>exportfs: No options = for Create Exports: suggest Exports(sync) to avoid = warning<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>exportfs: Failed to = resolve Exports<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>exportfs: Failed to = resolve Exports<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>exportfs: No options = for Create List: suggest List(sync) to avoid = warning<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>exportfs: Failed to = resolve List<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>exportfs: Failed to = resolve List<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>exportfs: No host name = given with Create (Create, suggest *(Create to avoid = warning<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>exportfs: = /etc/exports:1: syntax error: bad option list<o:p></o:p></span></p><p = class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif";background:yellow;mso-highlight:yellow'>cat = /etc/hosts</span><span style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>127.0.0.1   = localhost localhost.localdomain localhost4 = localhost4.localdomain4<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif"'>::1         = localhost localhost.localdomain localhost6 = localhost6.localdomain6<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>172.23.4.11 = ovirtnode1.thumbaytechlabs.int<o:p></o:p></span></p><p = class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'>172.23.4.12 = ovirtnode2.thumbaytechlabs.int<o:p></o:p></span></p><p = class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'>172.23.4.13 = ovirtnode3.thumbaytechlabs.int<o:p></o:p></span></p><p = class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'>172.23.4.14 = ovirtnode4.thumbaytechlabs.int<o:p></o:p></span></p><p = class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'>172.23.4.4  = ovirtengine.thumbaytechlabs.int<o:p></o:p></span></p><p = class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif";background:yellow;mso-highlight:yellow'>vi = /etc/exports</span><span style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>Create Exports List = (Create Export List for NFS you want to share)<o:p></o:p></span></p><p = class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'>/exports/data 172.23.4.14(rw)<o:p></o:p></span></p><p = class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'>/exports/export    = *(rw)<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif"'>/exports/iso       = *(rw,sync,no_subtree_check,all_squash,anonuid=3D36,anongid=3D36)<o:p></o:= p></span></p><p class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>Following are the ref. = to used to setup NFS in ovirt<o:p></o:p></span></p><p = class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'><a = href=3D"https://www.ovirt.org/documentation/admin-guide/chap-Storage/">ht= tps://www.ovirt.org/documentation/admin-guide/chap-Storage/</a><o:p></o:p= ></span></p><p class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'><a = href=3D"https://www.ovirt.org/documentation/how-to/troubleshooting/troubl= eshooting-nfs-storage-issues/">https://www.ovirt.org/documentation/how-to= /troubleshooting/troubleshooting-nfs-storage-issues/</a><o:p></o:p></span= ></p><p class=3DMsoNormal><span style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>IPtables, firewall and = selinux disabled for testing. But no changes in exportfs = output.<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>Please = support.<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet = MS","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Trebuchet MS","sans-serif"'>Anzar = Esmail Sainudeen</span><span = style=3D'font-size:10.0pt;font-family:"Courier = New"'><o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Trebuchet MS","sans-serif"'>Group = Datacenter Incharge| IT Infra Division | Thumbay Technologies |Thumbay = Group </span><span style=3D'font-size:10.0pt;font-family:"Courier = New"'><o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Trebuchet MS","sans-serif"'>P.O = Box : 4184 | Ajman | United Arab Emirates. </span><span = style=3D'font-size:10.0pt;font-family:"Courier = New"'><o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Trebuchet = MS","sans-serif"'>Mobile: 055-8633699|Tel: 06 7431333 |  Extn = :1303</span><span style=3D'font-size:10.0pt;font-family:"Courier = New"'><o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-family:"Trebuchet MS","sans-serif"'>Email: <a = href=3D"mailto:anzar@it.thumbay.com"><span = style=3D'color:blue'>anzar(a)it.thumbay.com</span></a> | Website: <a = href=3D"http://www.thumbay.com/" target=3D"_blank"><span = style=3D'color:blue'>www.thumbay.com</span></a></span><b><span = style=3D'font-size:10.0pt;font-family:"Trebuchet = MS","sans-serif";color:black'><o:p></o:p></span></b></p><p = class=3DMsoNormal><img border=3D0 width=3D574 height=3D91 = id=3D"Picture_x0020_1" src=3D"cid:image003.jpg@01D336EA.EA5BD390" = alt=3D"cid:image001.jpg@01D18D9D.15A17620"><o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Trebuchet = MS","sans-serif";color:black'>Disclaimer: This message contains = confidential information and is intended only for the individual named. = If you are not the named addressee, you are hereby notified that = disclosing, copying, distributing or taking any action in reliance on = the contents of this e-mail is strictly prohibited. Please notify the = sender immediately by e-mail if you have received this e-mail by = mistake, and delete this material. Thumbay Group accepts no liability = for errors or omissions in the contents of this message, which arise as = a result of e-mail transmission.</span><o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p></div></body></html> ------=_NextPart_001_002D_01D336EA.EB9739C0-- ------=_NextPart_000_002C_01D336EA.EB9739C0 Content-Type: image/jpeg; name="image003.jpg" Content-Transfer-Encoding: base64 Content-ID: <image003.jpg(a)01D336EA.EA5BD390> /9j/4AAQSkZJRgABAQEAeAB4AAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCABbAj4DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii gAooooAKKKq3epWliQLmZULdB1P6Um0tWNK+xZpsciSoHjdXU91ORWZDqSatcT29pKyosX+tA5yT 1GasRWzafZz7ZS4ALKCAAvHbFSp31Ww3G25eoqtY3cd9apNE24Ec8dD3qzVJ3V0S1YKKKKYBTQ6n kMCM44NMuUL2syKpYshAAbaTx69vrXEwaHfCz8qDTmiRbiJvnVEdtocHO1iGxkfNwTnnpQB3W4eo 6ZppkQAEuoB6HNcJb+HNWtYzBJA1zax2kSohkG513hnhPPbBx2IwKmv9ImmNo9vojQWyPKRB5MU5 XO3BKMwVc4PCk4/GgDt8j160m9cZ3DAOOvesfVdOkvBpMkMbhre4R2UNtCLtIOQDjjj1rlBoGsrZ t/xL4yFcRiAhSHO0jzmG75myQc8c9qAPRNwJIyMjqKNy+o/OuU8N6RqFjq9zLeRNloyrynbhzkYI YHc3/AgMdBVwj5Rn15yD16fp/SolLlGlc3wwPQg03zoxn94nHXkVnabxcMOfu5P+fwrD1zR9N/4T Lw8v9n2m2ZrkyjyVxIdgOW4559acXdXBqx14YN0IP0NLXEyQ3lv4s1oaVNBZx29hAwXyQwON+FA4 AHXpV/RvEV3qd/ErrGkUulR3mwDkOzEHn04qhHT0Vw+na/rerm0SO5t4N+l/bJH8jcS+8rgDPTAp 9nr+p3NvpM15JA0Wr20pMMcZHklYyww2cnOOc0AdoCCMg5FLXC+Hb3UtH0Hw41xNDNaXey38kJtM WVJVg2eenOfWnW/inUnvNPfzBLBe3P2c7LYiFM5wUkJBfGB2weaAO4pMgYGetcnY+JL+8fTtPIiX UvtUkV6AvCpH95gM8bsrj/eqx4g/5G3w1/11m/8ARdAHSZoJA6nFcz4tW4bVfDwt7owhr7BGwNk7 GOf5/n7Vjahe6lrOi6bqkk0K2k+pQ7bYR8oolwDuzyeOR05oA9AooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAK5yZLeTxZKLvYYxEMbzxnFdB5iF9m5d3pnmqN3odnfXDTzq5dgAcNjpWVWLk lbuXBpbmbo7Qx6/f+WyLFj5cEY/Ctq6miNpMPMT7jfxD0rm7DSLW41m9tpFYxw/cAatX/hGNO/uS f99msqTnytJdy58t9WN8K/8AIHH++a2qr2VlDYQeTbghM55OasVvTi4xSZnJ3bYUUUVZIUUUUAFF FFABRRRQAjfdP0rnxgKNv6Y/r710DcKfpWBnAz3zyTn6/r/WsqvQuJc03H2g9M7f8OlWLnTLe71G yvZd/nWe/wArDYHzjByO/FV9N/4+GOD93n+dc9JrmsForlmuY7aUyYSK1jkJxnbs+bJ4HOQKqnsK W5039j23268u8P5t5EsMvzcbVzjA7feNUz4TsBHbLDJdQGC3FqGilwzxD+Fj3/nWEPFN0Jki86/i mZWeNLuyREk2jcRkNnp6Vr+JdblttKaLT5Ejv5rdpVZyMQoFyXI7+gHc/jVklrT/AAxp+meV9mEo EVp9jXc5P7vcW/PJ60ReGrCGDTokEuzT0ZIMv2Zdpz68GqT3l0z+G50vHMdyQk0YAxJmJmJJ+oFI ZriHxJI2oyahDDJOEtAjr5D/ACjCkDnJIbrigCzYeEtP0824RrmWK2UrBFNKXSLIwSB64J/Pio4v BmnQtZ4lvGjspRLbRNMSkJHYD05xzmqelS38cFzFdSX41praSRLed08tjngpjjg7Rye9Mhe/OiXd vbTam2rqkXmxTvH5iAnlkP3eQGxz2oA0dK0N4vEeo61dQxRT3KrCiRtuwq9WJwOTx+Qq5quhwatP azSTXEM1qzNFJA+0gkYPY9qTQZopbOQRz3cjRylJBdkGSNhj5Tjj0PHrWdbxXupXmryR6lcQSW90 YYFBHlqAiMMrjnknNAF2Tw7DPFCtxd3sskEwmileUb0YDHBA6YJqCTwfp0kqHfdLDHOLlLdZiIlk BzuC/Xt05rn7rxFeXkUMpuLi3inWxLrbrl13mTftwCTnaPyragnluLy20y0vLxImha5lmuFImK7t oUbgMc98fzoA34YTC0hMskm992HOdvsPapar2dqbODyzcTz853zMGb6ZxWDbR32oPq9xHqVxFNb3 TxQpkeUAqqRlcc9TnmgDpqK5u18XLPot3fPauDaW0U7qG+8XTdgelQWutXVhc65LLayzWVteEySm XmNNiE7V7gck9KAOrornr/xLHDfPYSbEaVH8p4Z1aTIQtkrj5eAcHmtG1ujP4ehulLhntVkBYgty mee2aANCiuaGpXf/AAi+hXPnN51xLaLK+BlwzLu/PNOg8UtcQJLLYyQW87SxQyeYCxdAx6Y4BCHB /SgDo6K5O18T3Fu8f2iFW0+PTY72S4kl/e4Oc5AGCeMdqlg8bWsrNH5aPOwUwxwTCTeWYKFJx8rZ IyOaAOnorB0C5ubjWNbF2jRMk0QEXmb1X90vQ+h69Ko2niUzeNpbQ3kTWrlraOAEblkQAlj7HLD/ AICKAOsornIvFMsmipqbWUUMMjEIJ7pUyASM9PbgfyqrZa9c3OsXt1Y2st3ayWdtcKpl2hFIcnA5 yx9OM460AdbRXN+IdVEmg6fd2dxcRQXVzCC8C5kMbHkAAE5+gpYdYktZbexsba9v5JYpJw925iYB WAIO5Qe/HFAHR0VzJ8WCfTTO1rNbx3FpLcWzhwXYIuTkYwp7jrVnTtcluVu0W2JjslVWnmmC+YxR W9OPvcmgDdorlYfFtzfahZQ2NpbyJJLLDOftHCsihvlYDkYbP6cU6Hx1ZTyDykEsciuYhDKHkbaC eUH3cgHHJ/CgDqKKoaPqLapZC5McSK33fLmEgI9zgYPtV+gAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKhuS3kukTATMh2fWpqzL67Wz1a0eZtsLoybj0B4/wAKmbstRpXZ g2Fgt3byGKSSPVYWLHc33q1rXV7u9tilvBH9qj+WQO+Np9cVDryRW5j1O0mRLhCAQD/rBUtxp890 0GpaeVgumUFw3QgiuWMXBtR/4dd/U2bT1ZY0nS5LOSa4uZBJcznLFegpNBu5Lq2mWTB8mVkB9RVf yfEP/Pxbfl/9aoLXTNaslcQS26h23tnnn8qtScWuWLsS1e92iS81O9tdZuIbSETjYrlT2461p6Vf /wBpWSzlNjZKsPcVj/2XrX2t7rzbfznXYT7flWpoljLp9j5M5UvvLfKciim58+t7ahPl5TRooorp MgooooAKKKKACiiigBG+6fpWB0A/px7mt9vunPTFc/n5RnGM9+fp+lZVOhcS5poBuCf9jFVk8O3U X2cRavKq27M0Q8iM4zkenPBq1ppJuW542+v+c1j22r6pq3iCS2hk+yWwg86NgisCNxUZzyckHOOn FVT2FLc0LrQLq9A+0aoXKhlVjax7lDDBwccZFW77QrDUbRobq2hkYwmJZXjVnUYxwSPxp9jqImsf NuzHDIjmKTLYUMDg4J7VmyeKI59AF7ZmMSySCJUZg2wmTZubHbvVkl1NCt44dMijJRNOYNGFAAY7 CvP/AH0TRNo7XV4st1eSywxyebDDtUBH5wcgZOM8ZrPFzffaL+wm1TymskSc3KwpkxsG4ZTwMFTy O2Kg/tHV4NC0y7luUZ57uNX3wgM0TuAo44B2nk0AasWjSCZ7ie/lmu/LMUUxRR5SkgnAAxnIGSfS kj0aWMTzDUJft0wVWuTGuQq5woXGMcn86uahfJp9o0zqznIVI1+9Ix4Cj3JrP8P3uoaloby3hijv RNNGdq5VSrso+uMUASWukT2V7E8VyxiZpJrotjdPIwAGeOAAOg9BUTeHnNxelNRnjtr2TzJYUVQc lQpw+MjIUVTm1i+sJbu0eZLlklgiS5aMKEaUkEMBxwAD/wACGar33iC702WayurxQIZkWS9WIFkR 1JXKDjOVI6Yxg0Aa0nhq1e8jnR3jEZgKRrjaBFu2j/x79Kt3+lreSxXEcz291CCEmQAnB6gg8EcD j2rmxruozxWUs1zLZWbxSO14lrvV/n2oWyCEyvzHPrV+71C7TxB5Et7NZ2QWIRyfZg0c7sTkGQjA 7DHHWgDRt7PUI7+F5r4zW6RtvBUKXckY4AxgAH86qnw4xlvVGo3C2l5KZZYFVQckAEBsZwcVXt9S u2125ju7qeBVldbe1a1ws6Ko+65HzHOTwak8MX11eIft97K135StJaS2whMJPpwCR2zz0oAdqPhW G9S5iguprSC6iWKaOJVwwUYXBI4wOOOtOk8MrJPef6dcC2vpfNuLfC7W4AwDjIBC8+tZXjzxhJ4e jjsrQiK9uomeGdxuRCpHBXBzkE1k+B/Hl9fanFpesTR3dzdOxikhTYI1Vc8ggZyQaAOn/wCESh81 MXcwt45ZJY4QFADOrK2TjJ+8cZ6Vd0jTZ7CGW3nn82ABIoEP8MaoF59zgk0tzrlpa6na2Tyx7pxI S3mABNoHB+uayr3XbuNdQv4Zo0tdOmETQMoJlX5cnd1H3uMUAXrbw6kDW8b3c0tnauHt7dgMIR0y epAzwD7elA8NW4sLW186XbbSySq3GSXDg5/7+H8hUIbUo/EkNquptPFseaaNoUAROQgyOck/opqx 4evLu7ivlvZEkkt7ySEMibRtGMcfjQBGPC9uBChmkaJbMWUqMAfNjGcZPYgkninvoUlxam3u9Rnm VWV4G2KrRMpyrZA5PHeoLnXLhvFNhY2iKbJpJI7iUj7ziNmCr9Mcn8PWrOvy3lnZTXtveRwpbxl/ LaMN5jdgT2B4HHPNAEmm6QdPkvJmupZ57tg8kjgDBChRgDoMCmjQYF0q1sVlkAtpElSXjduVs5P1 5z9aypNevhBNqTOkNva3K28tqyZJyVDHd1zluPaq1v4qujezBnEzwrO1zaCPHkCMHBV/4skAd+vt QBrL4YjhgsktruaJ7RHjWTapJVzlhgjAPuOait/CYslVbPUrqFTbR20gAU70TODyOG+Y8iqVzrer W1sUR1urm6shdQeTDuMZ3KGAUfeADZHfg1NPqN6ukRtZX9zdSNdCOaZbLMkC4+YGMDg9Oo70Aal9 oUdxplrZ20rWotJI5IWRQ20p04PBpbXSJItQjvbq9kubiOJ4QSioNrEHoP8AdrHutWuV+xGPVJls GgaSTUEtA6ltwADcYTAznOOldSnKL827j73r70AYjeFLZtPtLTz5tltbS2ytxkiRdpJ9xUh8NW5s by286XFzIkpbj5WQKBx3HyDg9ea2aKAMKLwyIrhLn7dM10tw1w0rKp3blCsuMYAwo+lWLTR5rFTD bahKloqlYoTGp8vPTDYyQOwNatFAGfpelLprXMhlaWe5cPK5UKCQMfdHA/rWhRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUVy+oT6vZXMMTXiM07YUKvTmrN5LqOl6bPLc3Sy SMVWPav3T3rH2y10ehp7PbU36gvLSG9gaKeMOp7d8+1U/tzQaF50kytOIt2cj7x6cVmvql5F4aS5 aXNxLJhWwOn+RRKrG1n2uJQfQXTtCi+1IZ7KVV2lvnkBAIPAx3rowABgDis67upbTQTOz/vhGPmx /Ef/ANdUJtSuoPDtvKZM3U7AKcds1MXClp5XKalPU6GoBaqL03O99xTZt3fL+VZOn6vImjXFzePu khcr9T2FR6HqF7c3s4u5MpGm4rjoar2sW0u4uRq50NFcrDqGo3VvcXa30cSRMdqso5rZ0m/ku9LF zdKEIzk4wCB3pwrKTsKUGjRorlk1q9k1CCXfttJpiqrjqBx/Wr0l/PZ+IhBPL/osiFlyOnHr+FJV 4sHTaNuisXTLq71O9kuQ5jsVOEXH362q0hLmV0TJW0CiiiqEFFFFACN90/SsAcgdev09vwyP51vt 901z55UZxjPoD7fj9ayq9C4l3Tc/aG442df89KzNV8GJqLxiO6aGKOQyR7Qd8WTkhSCMqTzg5Ga0 tNP+ksP9jPX/ADmsvTfEOqaj5oaKwtWTc6rM7fNECRvB6Y459KqnsKW5uxaVapYJaSxJPEp3HzlD 7m6ljnvk1n6f4at9N0V7OGGzaZ1dTK8AwwZicMBgkDI79qi0XxBdagb77VBFFFDGJYZV3YlQ5+bB 5x8vHrUlv4rsTEqzyl5lijlmaGFyiK67gxOOFx61ZJFD4Shhs7iFJQrXciNclVOGRf4BkkgY4yST ya09V03+0reCISeWIriKb7uc7GDY/SsqHxGH1vUBNLNHaWjLFGgtyRMzKp4bGSTu4A6jmtE6/ZfZ RMrOzFzEIQhEm8DJUqeQQOTnoOaAJ9Q0qz1VI0voBKsbb0ySNpxjIx9ao6ZoB0XSbq202VI5ppJJ EkdSwUsxIyCecA4684qsvjawaG6ZophJbxtJ5a7XLhRkgFSRnHP05qOHxbE2rOJ1uIrQ2cc6q1u2 5Ms4Zm44XgcnigC1ZaLdwaTcWVw9hN5nO4wP87k5Zny5JJ9iMVXt/CK2Dx3NjOiXqymUs6Fo2yu3 btznAHQ5zWvJq9lGLstNxaRLNMQCQEIJB9+FPSqkvivSoZJFkndREypI/lNsRmAKgtjAyCMUARf2 BdJpsmnx3sYtbgP9oJi+fLkltnOFHzEAEHFT3mjz3qrZvcRrpoKHy1jPmHYQQu7OMZA7ZqrqfiWO KCxuLaRlja+W3uFeI71ypO3aRkH7v51fXXbR7Vp0W4fY+ySNYHMiHr8y4yOOaAIp9KvL28ilurqL y7aRpbdY4iCGIIBYk84B7YzUllpk66k2oX08ctyYvJURIURUznoSSST79qUa/pzW09wtyGigCM7A E8MAVI9c54xUl1q9taTiFvNkmKhjHDE0jKvqQBwPrQBU8QeG7bXogzhUu412xT4OVBYEjgjg4xVT Q/B1tpV59rnKT3CNmFgGAiyuDjJPWtMa7Ym8+ziRsmTyvM2Hy/M/ub8Y3e2arJ4s0uQhY3ndmLLG qwOTIVJDBRj5sY5xQA688NWF3q9revbWv7oSeYhgU+aWA5J9sfrUOo+F7fVNQSS4SBbdCh2pGQ7b egJzjHA7ZxxWxaXcN9ax3FtIJIpBlWFcZqXjm5TUr2GzjiWG2QlGfBMrAkHOWGBkduaAOrsdP+yX N5cSSebNcybi2MbVAwq/gP50aZp39nG8Pmb/ALTcvP0xt3Y4/SqeleJIL7QYtRuVNvlxFIvJCuSB +WSOasSa/p0QvS0+fsTqk4VSSrNjAA7nntQBSl8H6adUs7yCEQtBM8zqC3zllI9eOTmptY0u/v72 3kt7m1FvD8wgnhZgZOzHDDOOw9easxa7p801rElype7iaaIYI3KOp9v/AKx9Kh/4SfS/sM14bnEE IQuxQj7/AN3jHOaAK954Yj1PU0ub0QbEZHIijKs7Lj7xzjGR6Z6DNFl4dktpbRZblJLexLm3Xy8M dwIO8554J6AZ71Y1TxFaaZaXk5WWc2io0iQoWI3dP8aor4pji1m7iuhOlslvFMim3bdGCXDM/GQO F60AS2Phs6dLNd2rW0d9IvlqVibylTOSNu7PJ9/pViHTL20SaW3uoDd3M3mzvJESh+UKAoDAgAAd zU8mt2MUN1K0/wC7tColYKTjcAR9chh0qCfxPpltdS28szh4pBE58piocgELnGMkHgUAQnQLmPTD psF4gtZldZ2eLMjFyS5U5wM7j2OK2oYlghSKMYRFCqPYcVz974oijutMaB38ma4kgmjMLeYGEZYL txkHOK0xrVq1l9qjE0iBijLHCzOrDqCoGRigDQorNGv6c1tPcLchooFVnYA9GGVI9c54xUl1q9ta TLC3myTFQ5jhiZ2VemSAOB9aAL1FZ39u2P2v7P5rbt/l79h8sv8A3N2MbvaqsPi7SrhYmhknfz13 QAW75mHfYMfNjvjpQBt0VDa3MV5bR3Fu4kikGVYd6moAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooA525P2vxhBH1WBNxH6/4UvidvOlsrNTzJJnH6VvCJA5cIoc9WxzQ0aMwZkUsO hI5FYuldNX3Zop6p9jl9e0ix06xV4EYSu4UZbNP1uA22maapU+VHjfjscD/69dK8aSY3orY6bhml ZQ6lWAIPYjipdBa20uNVHpc5vWNSi1aGKy0/dI0jgtgYwKkuoxLrun2K4KWyBmH+fpWrez22j6fP ePGqxwoWbYoyfaq8Go+XdrHqUEFpPMQsJEoYynGSo4ByMU/ZN6yfb8Bc6Wxi6dbPdahLbOP9Ghna aT3PYU/T59mnaveZGXYqD/n6itiLX9IkLiG9gZgxUhTySMDHv1H51nWHii21HUILK2sSqTF2JlGz 5FON20jkk5GPakqFuvcbqX6GUq6b/Y6jLNfnoFzxz+XStK9urk6XZ6c3/H3cABh3C54zWhrF4+km 1a1sraQSybGZ32bOM54U54BP4U3StdtdRtLW8uEhtpLtylurOCz46duuBnFJUGla/kDqX6GRqlpd 6dBZ/aZYWiifCBFxjvz+VXfEoW5udPhA+eQ9R1wcVp2+r6VqczW8F1b3EiZJQEHGDgn9aqrr9nd6 3a2VmkVzvjaRpgwwgBwMcc8g/lTdDRpPR2D2mzNiGJIIlijUKiDAAp9Zeoa1Hp2p21tMqrFJFJNL M77ViRMcn6kirUmp2UUUMsl1Csc7bYmLjDn0FdBkWqKo3GtadaXiWtxeQxzuAVRmwTk4H51BqHiG ysbSeZXNw0KbzHCNzY/DoM96ANWis/8AteCG0kubwrbRR7QzO4PJA4wOcgnGDU1tqdleyGO2uoZX CqxVXBIDDIOPcUAWW+6fpWBzgYOOfXH+cH+VbzfdP0rA/hGOfwz/AF9ayqdC4l3TTm4YZ52+lYMH hG9VWF8mnX5BIjMxcbI8khQB9efWt7TR/pBPfb6/T865bTvH9/qmp39vBp0KxWau7yFmY4U46AdT WtGnKcW10InJJm1pGgX1kt+tzcQsk0Iht0UsfKUbvlJPJALce1Gn+HLi003ULZ5Yi9zaRQKRnAKw hCTx0zUul+JlvPDVtq88BjWU4ZVOdvOM0258VxJeRQ2kQuEfGWDY5PatVRm3ZIzlWhHdkMHhq7t1 81JYTPFPFPECTtYrAImDccZwcHntVPVPDd7K09/Id811vWeO358tSqgFQcbiNgz0JBNbeq62dPuY 7dUiMrpvCu5BbnGFABLGoNF8S/2rqU9m8Co0UfmBkcnPTIwQCOtY8yvY25Xa5nWvh+TVTe3NxPKr So6Rh7QwBGaPy+ASTtA6D3PJq7DoV6yXbTtbrJPpy2YCMWAZd/OSBx8w/WqsnjESz2LQ293DC17J bSq9ud0m1XwF98qOlbsOtWVw1qschLXTOsalSDuQZYH0IwetMkxbrw5qK2V1BZSWpa8sI7SVpSw2 MisNwAHIO72qZ/Dly2l31sJYt9xdxTqecAKI8g8dfkP5ircninTY3CBppHIkIWOFmOEba54HQGoL zxPbT6NfzaZMTNFaPcQs0ZCuAOGXP3hmgCK88P3sl3Nc20tvvOox3iLJnG1YwhU4HU4NR3Ph/Ubm 5kvJHtme4Yeda+Y4iKhdqfMBk4JJ6DPtitKw8QWt5EoHneb5IlCmFlMq8fMgx8w57VLa67ZXc6QI 7pM+793IhVgVwSCD0OCDj0NAHOWWgNHqel2Kyh1srZFv9inY5Q5iGfXJJx6CtiKx1W1v5b6NbOSW 6jRZ42kZVRlyAVOCSMHocfWnzeKdMgthcGSV4vLMzNHEzbUBI3HA4BwcHvT5fEunQ3MkDSSb40R3 IjYgB/ujOOp7CgCkNAvBbDTPMg/s8XP2jzMnzceZ5mzGMfe/iz07U/TvD9xZyaS0ksRFkbkvtz83 mNkY+nersXiCxkdI2aWKVpVh8qWJlcMwJXIPQEA80lx4i0+23CSRywufsu1Y2YmTbu2gAelAD9D0 +TTNO+zzMrN5ssmV6YZ2Yfoa53VPAbXF/dT2N0IkulYMjlhsJOcjB5Gc8H1611NhqEGoxM9uWyjb HR1KsjehB5BrltR8cXVpqt7axWETpauV3tIRuwu7piplJR3NqNCdZtQWxsweG4LXwzLpETZEitl2 7ued354/Ks6z8ITw3Wlzz3SSNFmS/wAA/wCkSgllYfRievYCr3hXxBJ4hs55prYW7xS+WUznsD/W r8V62ow3a2LCOaCZoN0sZZdwxngEZHPrTTTV0RUpypScJbo5ubwTcm3vRDdxpO04Nm+D+5hycp+O 9/zFX7zwolzqlm6uq2EUHlTQHrIVBEZ/DcT+Aqi/iDVoLQXd1PaCFNSFo6w2zbmUSbSeWPUdsfjW /Br1lO0SBpElkmMHlyRlWV9pbDA9PlGaZBjQ+F7+Pw7caa9xBJJdB/OnbdnIwIgPYKoBq/8A2Rdz SanNMYEkvbNIAqMWCMA4POBx8wqebxHYQFQWld2ne3VI4mZjIgywAA9qry+J7O4spmsZXMjQSSW8 jRkJIyqSQpIwSMcj2oAz5/DGojTrmytpLUpdxwCR5GYFGjVVOAByCF4Parsvh+4klmYSxASanHej r9xVUEfX5TU2ieIrfUrO03tIJ5bdZQXiKCXgFimev4VPH4gsnnWBjLFM0gjEcsTIckEr17HacHvi gDNudAvxrR1G1ktiVvDcCOQsNymAR4yBwcjOeaSbw9fyK0pkgd7i4aa5ty7LE2UCqMgZO3aD0GT6 Vv2t5Deed5DFhFI0THHG4dQPWuOvvHl7bXLx2+mpOA7qAjMWAU4ycDvWlOlKo7RM6laNJXkPsvD7 R6lpVgsodbO3Vb/Yp2PsOYhk98knHoK2YrHVba/lvo1s5JbqNFnjZ2VUK5wVOCSMHoQPrVe38XL/ AMIous3FnL/rBG0UI3HJbbmiLxSkWsX8V4J0t4khdAYGzErA7i/HAyO9RKLi2mXGSklJbMX/AIR6 78hdO8yH7AtybkSZPmn5y+zGMfeP3s9O1SWGg3FqNB3yRH+zoXjlxn5iygcflWg+tWUcVzI0p2W0 ywyHaeGbbge/31qp/wAJZpm8qHnP71oFYQNh5VJBQHHLZHSkMs6Fp8ml6RFaTMrOjOSV6fM7MP0N aNc5eeJ449R0ryGka3uTOkkSwkyb1Awu3GQRzxWg2v2YtFuVE8kRLBjHCzeXt+9uGPlx3zQBp0Vn HXbAQTy+dlIGVHwpJy2NuB3zuGMVPfajBpyIZi5aQ7Y440LO5xnAA5PFAFqisaLxVps7wpE8zSTS SRKghbduTG8EY4xkVIniPT3L/vHCKjyK7RkLIqjLFD/Fj2oA1aKzLrxBp9nAJp5isf2Y3edhP7sY yf8Ax4cVLY6xa6hM0UXmJIFEgSWMoWQ9GAPUe9AF6iud8R+JJ9G1CztLa1WdrhWOWJ4x9Ki0PxPe ajrTafe2SQEReYGVic/mKj2kb8p1LBVnS9rbS191sdPRXK3PjDzIoZbeC6t0TURazebAfnGWBC+5 IHuK2bfXbK5eCNHdZZpGiEboVZXVdxDA9DjnmrOU0aKx5fFGnRTCINNJK3mYSOFmP7ttr8AdjUN1 4ntJtJvJdPmPmraSz28jRkLJtU8qTw2DjNAG9RWPpviK1vLaMkzeaYBMA0LKZRgZKDHzDntU0GvW U0scRMsUsknlCOWMowbbuAIPTI5HrQBpUVgP4wsk1KW1WC8kSKN5GnjgZkwpw3PfBB59eK1U1K2l uobeOTfJND56BRkbOOc++aALVFFFABRRRQAUUUUAQXlpDf2ctrdIJIZVKup7isWHwjam7upbxpJw 8itCWmcuihNuC2c888V0NFAGE3gzRW+zl7Z2NuAsZMr5AGMDryBiiLwZo0EqSxW8iSRnMbCZ8pyT xzx94/nW7RQBVvdOttQjWO5QsqhgAGI6qVPT2JrMTwZoqKqpbMqodygStwcYOOe/f1rdooA56bwX pRhXyYXWaKLy4n89xgD7oJBzgH+tM0vwhBDHBNqJ86/hwqzRyMNqrnaB07HB45rpKKAMzVvD9jrK n7XGSxhaEMDyqsQTgdM8DmqkngvRpUhjNr+5ik8wRZymcYxg9B3OOpreooAwz4P0h0kWSCSQSFWb fM5+ZfusOeCOxqNvBGiM0pNvL+9+8PPfA+bcMDPGCOK6CigDF/4RLSvN8xYZEfzROCkzjEgGNw56 kdT3pLfwlpVrfveQwFJyysrI23aAMbRjse4PWtuigBD0OOtZP2C4x9wE5z94fjWvSVMoqQ07FGyt ZIZmeQYBXHWuCtfAGtWN5q0kctsy3sUsSkSMpXc2QTx2r0ulrWlN0k1HqTKKluc9o2gT6d4Ph0m4 8mWZUIYhiFyTng4qPSPCzWl0lxeSI5Q5RE6Z9Sa6WkqvbTs13M3RhJpvoch4y8L6nrOp2N9pU8Ec lujIyy55B+lM8GeE9S0TV7q+1KW2PmwrCiQ5woBGPwGK7OkrDkV7nT7SXLynPW3h+6hvbdmkgMFv fTXSkE7mEgfgjGAQW9elIvh+7t5kuoJIHnivZ7hEckKyy5GCQCQRn0ro6KozOc0bw7d2F0J7meB2 MM6N5YIG6SXeMZ7AcVD/AMIpcnTYLY3EW6PSpLEkZwWbbhvp8tdTRQBzNzoOq38UJmubeCa1hMcL QFsOTtDFuMqCBjAzjOc1mXfh+e1tzbwNFDf3d750C2wYrEhQJJkn/Zyc+uK7mkoA47X7N9NS+ttM MZe/shbLA6tn5VKrsIGDwcYJGOtXX8NXDTTXCTxLMHtpYQQSA0SlSG9jk9K6SloA5u50G+vb1dSm ktlvYnjMUKsxj2oWOC2MkncecccdapXOl6nZ3VnL/o8lzPqzXHyhvLRTCRgnGR0xn1P4V2NFAGbp WnzWs13dXTIbm7cO6xklEAUKACevA64Fcrqvg7VbnWL+6tWtgtzIWBZyCV2gbWGPUZrvKSplFS3N 6GInQbcOpzPhbwxNpmkXdnqxiuBcS72AJIIwOv5Va0PwtaaPc3NwsEIle4eSJkzlEIAC8/jW7RTi lFWRFWrKrNzluznx4enFqsXnRZGqfbs8/c8zdj64pLrQLptWm1G3khMn2mOeJHJAOIvLIYgHHUkY zXQ0UzM5zT/D15BeW1zczQF4724uXEYOMSKQAM+maYPDFz/Y+nWZni32vnb25wd6SKMfi4rpqKAO bh0HU5Leyiurm3iawgaOCWAElnMewOQRxjJOOay7rQJtPs72aTyVu7mOGO2WDe7NOhJVyT3JPPoM 13FJQBU0mx/s7TILYnc6LmRv7znlj+JJNc0+ga3G8q2xtQhdir+awbBkD+ntiuwoq4VHDYzqUlPc 55dAupfC9xYSPClzNKZhtJKA7w4HrjjFSSaJdXCa20jwrJqVssShSSEYIynJxyMmt6ipk3J3ZcYq KSRy9x4c1Dybi2t5rXyLmeGeRnLblKbMgADHOwYOfwqxF4fnS0sojLFmDUXvGPPKlnOB7/OK6Cik M5j/AIR7ULfVEvrWW1Zkurify5CwDLIqgDIBwRt64NQ3XhS8uI5t8tvN9q8x5opGZY0kbo6gfewA Bg49a62igDkLXRd+vWMKvuhsrWNb0BTsklQYj57kZJ/Bat6jptpob2t9YLDbNE7go4fY+4AHJAJB +UYOD+tdHRQByWh6NdXdwb+7Kokk12SoBUssmwKQD04U9farI8N3dxa2tjeTQi0so2SJos75MoUB YHgYDHoTk10tFAHEa1ouqJo9zLM1uwg0xrOJIQzM53IQxGB/d6frXQWen3kmqR3+otArwwNDGkBJ B3EFmJIH90cdvWtaloAwta0m7vNRhubbYQsRjOX2sp3Agg4PpUWlaNfW+sR3V04MUcTIA0m9skj2 GBxXQ0tRyK9zpWKmoez0taxzq+H7sSBfMg8pNTN8rZO4qSxKkY4IJ45/Klm0C7XVpNRt5IGlF358 cbkhSphEZBIBweM9DXQ0VZzHO6N4fu7HUUu7qaB223G8RggZklDjGewFV38KXTaRYWnnw77ayntm bnBaRNoI9hXVUUAcxPoGqXsNuJrqCCWzhMcDwFvnJABLcfLkAjAz1znis+70CXTrLUGRYIry8mhe yit9z7JUHUkjnvk8cZrt6SgDDtNAksL+ylhMUkMdobWYOSCctuLDjkk5yDjrT/D+hSaObgzzLMSR HAQP9XAudi/UZP6VtUUAFFFFAH//2Q== ------=_NextPart_000_002C_01D336EA.EB9739C0--

1 0

CentOS 7.4, qemu 2.9 -> Gluster 3.xx?
by Markus Stockhausen 26 Sep '17

26 Sep '17

This is a multi-part message in MIME format. ------=_NextPartTM-000-c8dc99c1-5226-437e-9e4d-d31e333baf70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi,=0A= =0A= given the fact that a current yum update will bring Centos 7.4 and qemu 2.9= =0A= to the nodes I wonder if a gluster update thorugh Ovirt repos is already cl= ose =0A= to release? Not only is 3.8 EOL but also I like to minimize the update step= s to =0A= a new stable package level.=0A= =0A= Best regards.=0A= =0A= Markus=0A= =0A= = ------=_NextPartTM-000-c8dc99c1-5226-437e-9e4d-d31e333baf70 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-c8dc99c1-5226-437e-9e4d-d31e333baf70--

3 3

Cannot set storage domain on maintenance
by nicolas＠devels.es 26 Sep '17

26 Sep '17

Hi, We're running ovirt-engine-4.1.5.2-1 and we're trying to set one of the storage domains on maintenance in order to remove it, as there's nothing left on it besides some templates. To do so, I open the 'Data Centers' tab, then the 'Storage' subtab, select the storage domain and click on 'Maintenance'. When asked for confirmation I click OK. After that, this error message is shown: Error while executing action: Cannot deactivate Storage while there are running tasks on this Storage. -Please wait until tasks will finish and try again. As far as I know, there are no pending tasks on this storage. The Events tab only shows a movement of a disk which has nothing to do with this storage domain. What can I do to solve this? Thanks. Nicolás

2 3

Hyper converged network setup
by Tailor, Bharat 26 Sep '17

26 Sep '17

Hi, I am trying to deploy 3 hosts hyper converged setup. I am using Centos and installed KVM on all hosts. Host-1 Hostname - test1.localdomain eth0 - 192.168.100.15/24 GW - 192.168.100.1 Hoat-2 Hostname - test2.localdomain eth0 - 192.168.100.16/24 GW - 192.168.100.1 Host-3 Hostname - test3.localdomain eth0 - 192.168.100.16/24 GW - 192.168.100.1 I have created two gluster volume "engine" & "data" with replica 3. I have add fqdn entry in /etc/hosts for all host for DNS resolution. I want to deploy Ovirt engine self hosted OVA to manage all the hosts and production VM and my ovirt-engine VM should have HA enabled. I found multiple docs over internet to deply Self-hosted-engine-ova but I don't what kind of network configuration I've to do on Centos network card & KVM. As KVM docs suggest that I've to create a bridge network for Pnic to Vnic bridge. If I configure a bridge br0 for eth0 bridge that I can't see eth0 while deploying ovirt-engine setup at NIC card choice. Kindly help me to do correct configuration for Centos hosts, KVM & ovirt-engine-vm for HA enabled DC. Regrards Bharat Kumar G15- Vinayak Nagar complex,Opp.Maa Satiya, ayad Udaipur (Raj.) 313001 Mob: +91-9950-9960-25

4 14

Error cloning snapshot
by Maton, Brett 26 Sep '17

26 Sep '17

oVirt: Version 4.1.7.1-1.el7.centos CentOS 7.4 Kernel 3.10.0-693.2.2.el7.x86_64 I'm trying to clone a snapshot to export but am getting the following errors, any suggestions ? In web-ui: Uncaught exception occurred. Please try reloading the page. Details: (TypeError) __gwt$exception: <skipped>: qib(...).e is null Please have your administrator check the UI logs ui.log: 2017-09-26 08:59:40,871+01 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-41) [] Permutation name: 7DB6BC4D2EE32C078419FA8B25F06F9C 2017-09-26 08:59:40,871+01 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-41) [] Uncaught exception: com.google.gwt.core.client.JavaScriptException: (TypeError) __gwt$exception: <skipped>: qib(...).e is null at org.ovirt.engine.ui.uicommonweb.models.vms.UnitVmModel.$isHostedEngine(UnitVmModel.java:1888) at org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget.$edit(AbstractVmPopupWidget.java:1515) at org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget.edit(AbstractVmPopupWidget.java:1515) at org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget.edit(AbstractVmPopupWidget.java:1515) at org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractModeSwitchingPopupWidget.edit(AbstractModeSwitchingPopupWidget.java:78) at org.ovirt.engine.ui.common.view.popup.AbstractModelBoundWidgetPopupView.$edit(AbstractModelBoundWidgetPopupView.java:36) at org.ovirt.engine.ui.common.view.popup.AbstractModelBoundWidgetPopupView.edit(AbstractModelBoundWidgetPopupView.java:36) at org.ovirt.engine.ui.common.presenter.AbstractModelBoundPopupPresenterWidget.$init(AbstractModelBoundPopupPresenterWidget.java:143) at org.ovirt.engine.ui.common.widget.popup.AbstractVmBasedPopupPresenterWidget.$init(AbstractVmBasedPopupPresenterWidget.java:68) at org.ovirt.engine.ui.common.widget.popup.AbstractVmBasedPopupPresenterWidget.init(AbstractVmBasedPopupPresenterWidget.java:68) at org.ovirt.engine.ui.common.widget.popup.AbstractVmBasedPopupPresenterWidget.init(AbstractVmBasedPopupPresenterWidget.java:68) at org.ovirt.engine.ui.common.uicommon.model.ModelBoundPopupHandler.$handleWindowModelChange(ModelBoundPopupHandler.java:96) at org.ovirt.engine.ui.common.uicommon.model.ModelBoundPopupHandler$1.$eventRaised(ModelBoundPopupHandler.java:77) at org.ovirt.engine.ui.common.uicommon.model.ModelBoundPopupHandler$1.eventRaised(ModelBoundPopupHandler.java:77) at org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:99) at org.ovirt.engine.ui.uicommonweb.models.Model.$onPropertyChanged(Model.java:471) at org.ovirt.engine.ui.uicommonweb.models.Model.onPropertyChanged(Model.java:471) at org.ovirt.engine.ui.uicommonweb.models.Model.$setWindow(Model.java:93) at org.ovirt.engine.ui.uicommonweb.models.vms.VmSnapshotListModel.$cloneVM(VmSnapshotListModel.java:703) at org.ovirt.engine.ui.uicommonweb.models.vms.VmSnapshotListModel.executeCommand(VmSnapshotListModel.java:912) at org.ovirt.engine.ui.uicommonweb.UICommand.$execute(UICommand.java:163) at org.ovirt.engine.ui.common.widget.action.UiCommandButtonDefinition.$onClick(UiCommandButtonDefinition.java:130) at org.ovirt.engine.ui.common.widget.action.UiCommandButtonDefinition.onClick(UiCommandButtonDefinition.java:130) at org.ovirt.engine.ui.common.widget.action.AbstractActionPanel$11.execute(AbstractActionPanel.java:575) at com.google.gwt.user.client.ui.MenuBar$1.execute(MenuBar.java:893) [gwt-servlet.jar:] at com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:164) [gwt-servlet.jar:] at com.google.gwt.core.client.impl.SchedulerImpl.$flushFinallyCommands(SchedulerImpl.java:270) [gwt-servlet.jar:] at com.google.gwt.core.client.impl.Impl.exit(Impl.java:378) [gwt-servlet.jar:] at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:335) [gwt-servlet.jar:] at Unknown.Ix/<(Unknown Source) at Unknown.anonymous(Unknown Source)

2 2

ovirt 4.0 repos
by Edward Clay 26 Sep '17

26 Sep '17

Hello, I've recently ran into a couple of problems. One that I'm noticing right now is that when I do a yum check-update I'm getting a 404 . yum clean allyum check-updateLoaded plugins: fastestmirror, versionlockbase | 3.6 kB 00:00:00 http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4. 0/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not FoundTrying other mirror.To address this issue please refer to the below knowledge base article https://access.redhat.com/articles/1320623 If above article doesn't help to resolve this issue please create a bug on https://bugs.centos.org/ One of the configured repositories failed (CentOS-7 - oVirt 4.0), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Run the command with the repository temporarily disabled yum --disablerepo=centos-ovirt40-release ... 4. Disable the repository permanently, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable centos-ovirt40- release or subscription-manager repos -- disable=centos-ovirt40-release 5. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=centos-ovirt40- release.skip_if_unavailable=true failure: repodata/repomd.xml from centos-ovirt40-release: [Errno 256] No more mirrors to try.http://mirror.centos.org/centos/7/virt/x86_64/ov irt-4.0/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found I have the following two files in /etc/yum.repo.d that I believe are used to point me at ovirt repos. -rw-r--r--. 1 root root 1672 Feb 7 2017 ovirt-4.0- dependencies.repo[ovirt-4.0-epel]name=Extra Packages for Enterprise Linux 7 - $basearch#baseurl=http://download.fedoraproject.org/pub/epel/ 7/$basearchmirrorlist=https://mirrors.fedoraproject.org/metalink?repo=e pel-7&arch=$basearchfailovermethod=priorityenabled=1includepkgs=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*gpgcheck=1gpgkey=https://dl.fedoraproject.org/p ub/epel/RPM-GPG-KEY-EPEL-7 [ovirt-4.0-centos-gluster37]name=CentOS-7 - Gluster 3.7baseurl=http://m irror.centos.org/centos/7/storage/$basearch/gluster- 3.7/gpgcheck=1enabled=1gpgkey=https://raw.githubusercontent.com/CentOS- Storage-SIG/centos-release-storage-common/master/RPM-GPG-KEY-CentOS- SIG-Storage [ovirt-4.0-patternfly1-noarch-epel]name=Copr repo for patternfly1 owned by patternflybaseurl=http://copr-be.cloud.fedoraproject.org/results/pat ternfly/patternfly1/epel-7- $basearch/enabled=1skip_if_unavailable=1gpgcheck=0 [virtio-win-stable]name=virtio-win builds roughly matching what was shipped in latest RHELbaseurl=http://fedorapeople.org/groups/virt/virti o-win/repo/stableenabled=1skip_if_unavailable=1gpgcheck=0 [centos-ovirt40-release]name=CentOS-7 - oVirt 4.0baseurl=http://mirror. centos.org/centos/7/virt/$basearch/ovirt-4.0/gpgcheck=0enabled=1 -rw-r--r--. 1 root root 289 Feb 7 2017 ovirt-4.0.repo[ovirt- 4.0]name=Latest oVirt 4.0 Release#baseurl=http://resources.ovirt.org/pu b/ovirt- 4.0/rpm/el$releasever/mirrorlist=http://resources.ovirt.org/pub/yum- repo/mirrorlist-ovirt-4.0- el$releaseverenabled=1skip_if_unavailable=1gpgcheck=1gpgkey=file:///etc /pki/rpm-gpg/RPM-GPG-ovirt-4.0 Should the 4.0 version/repos still be available and if so what's wrong with my curent config?

2 1

Engine migration and host import
by Ben Bradley 26 Sep '17

26 Sep '17

Hi All I've been running a single-host ovirt setup for several months, having previously used a basic QEMU/KVM for a few years in lab environments. I currently have the ovirt engine running at the bare-metal level, with the box also acting as the single host. I am also running this with local storage. I now have an extra host I can use and would like to migrate to a hosted engine. The following documentation appears to be perfect and pretty clear about the steps involved: https://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engi… and https://www.ovirt.org/documentation/self-hosted/chap-Migrating_from_Bare_Me… However I'd like to try and get a bit more of an understanding of the process that happens behind the scenes during the cut-over from one engine to a new/hosted engine. As an experiment I attempted the following: - created a new VM within my current environment (bare-metal engine) - creating an engine-backup - stopped the bare-metal engine - restored the backup into the new VM - ran engine-setup within the new VM The new engine started up ok and I was able to connect and login to the web UI. However my host was "unresponsive" and I was unable to manage it in any way from the VM. I shut the VM down and started the bare-metal ovirt-engine again on the host and everything worked as before. I didn't try very hard to make it work however. The magic missing from the basic process I tried is the synchronising and importing of the existing host, which is what the hosted-engine utility does. Can anyone describe that process in a bit more detail? Is it possible to perform any part of that process manually? I'm planning to expand my lab and dev environments so for me it's important to discover the following... - That I'm able to reverse the process back to bare-metal engine if I ever need/want to - That I can setup a new VM or host with nothing more than an engine-backup but still be able to regain control of exiting hosts and VMs within the cluster My main concern after my basic attempt at a "restore/migration" above is that I might not be able to re-import/sync an existing host after I have restored engine from a backup. I have been able to export VMs to storage, remove them from ovirt, re-install engine and restore, then import VMs from the export domain. That all worked fine. But it involved shutting down all VMs and removing their definitions from the environment. Are there any pre-requisites to being able to re-import an existing running host (and VMs), such as placing ALL hosts into maintenance mode and shutting down any VMs first? Any insight into host recovery/import/sync processes and steps will be greatly appreciated. Best regards Ben

2 5

Re: [ovirt-users] [ovirt-devel] vdsm vds.dispatcher
by Gary Pedretty 26 Sep '17

26 Sep '17

--Apple-Mail=_BF0F8909-F772-4228-ADA6-BEDEE7C22B79 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 The bug I assumed this was related to is. Bug 1417708 - ovirt-ha-agent should reuse json-rpc connections =20 This is a glusterized 4 host self hosted engine setup. All storage = domains are glusterfs replica 3 volumes on 3 of the 4 hosts that are = part of the cluster. Centos 3.10.0-514.26.2.el7.x86_64 vdsm-4.18.21-1.el7.centos.x86_64 libvirt-2.0.0-10.el7_3.9.x86_64 glusterfs-3.7.20-1.el7.x86_64 qemu-kvm-tools-ev-2.6.0-28.el7_3.3.1.x86_64 Host and engine are all updated to the latest versions Here are sample of messages log, vdsm,log, supervdsm.log and mom.log messages Aug 28 01:20:11 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error = during reading data: unexpected eof Aug 28 01:20:16 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error = during reading data: unexpected eof Aug 28 01:20:16 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error = during reading data: unexpected eof Aug 28 01:20:19 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error = during reading data: unexpected eof Aug 28 01:20:22 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error = during reading data: unexpected eof Aug 28 01:20:24 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error = during reading data: unexpected eof Aug 28 01:20:37 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error = during reading data: unexpected eof Aug 28 01:20:41 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error = during reading data: unexpected eof Aug 28 01:20:41 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error = during reading data: unexpected eof Aug 28 01:20:44 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error = during reading data: unexpected eof Aug 28 01:20:47 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error = during reading data: unexpected eof Aug 28 01:20:49 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error = during reading data: unexpected eof vdsm.log Thread-316519::DEBUG::2017-08-28 = 01:21:13,242::bindingxmlrpc::319::vds::(wrapper) client [::1] Thread-316519::DEBUG::2017-08-28 = 01:21:13,242::task::597::Storage.TaskManager.Task::(_updateState) = Task=3D`7c850537-b9e2-4e4b-b346-5fc8ba40f2d1`::moving from state init -> state preparing Thread-316519::INFO::2017-08-28 = 01:21:13,242::logUtils::49::dispatcher::(wrapper) Run and protect: = repoStats(options=3DNone) Thread-316519::INFO::2017-08-28 = 01:21:13,243::logUtils::52::dispatcher::(wrapper) Run and protect: = repoStats, Return response: {u'5e39db25-561f-490a-81b6-46a7225f02b6': {'code': 0, = 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000833501', = 'lastCheck': '1.1', 'valid': True}, = u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code': 0, 'actual': True, = 'version': 3, 'acquired': False, 'delay': '0.000893509', 'lastCheck': = '1.1', 'valid': True}, u'cf2f4c75-966b-4f69-90a2-d8e7d21fc052': {'code': = 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': '0.000776587', 'lastCheck': '1.0', = 'valid': True}, u'6654cb0c-3e57-42ca-b996-3660a3d32a43': {'code': 0, = 'actual': True, 'version': 3, 'acquired': True, 'delay': '0.000513211', = 'lastCheck': '1.1', 'valid': True}, = u'2bf8f623-1d82-444e-ae16-d32e5fe4dc9e': {'code': 0, 'actual': True, = 'version': 3, 'acquired': True, 'delay': '0.000493711', 'lastCheck': = '1.3', 'valid': True}, u'feaebec7-aae3-45b5-9684-1feedede7bec': {'code': 0, 'actual': = True, 'version': 0, 'acquired': True, 'delay': '0.000512272', 'lastCheck': '1.1', 'valid': True}} Thread-316519::DEBUG::2017-08-28 = 01:21:13,243::task::1193::Storage.TaskManager.Task::(prepare) = Task=3D`7c850537-b9e2-4e4b-b346-5fc8ba40f2d1`::finished: = {u'5e39db25-561f-490a-81b6-46a7225f02b6': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000833501', 'lastCheck': '1.1', 'valid': = True}, u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code': 0, 'actual': = True, 'version': 3, 'acquired': False, 'delay': '0.000893509', = 'lastCheck': '1.1', 'valid': True}, = u'cf2f4c75-966b-4f69-90a2-d8e7d21fc052': {'code': 0, 'actual': True, = 'version': 3, 'acquired': True, 'delay': '0.000776587', 'lastCheck': = '1.0', 'valid': True}, u'6654cb0c-3e57-42ca-b996-3660a3d32a43': {'code': = 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': = '0.000513211', 'lastCheck': '1.1', 'valid': True}, = u'2bf8f623-1d82-444e-ae16-d32e5fe4dc9e': {'code': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': = '0.000493711', 'lastCheck': '1.3', 'valid': True}, = u'feaebec7-aae3-45b5-9684-1feedede7bec': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': = '0.000512272', 'lastCheck': '1.1', 'valid': True}} Thread-316519::DEBUG::2017-08-28 = 01:21:13,243::task::597::Storage.TaskManager.Task::(_updateState) = Task=3D`7c850537-b9e2-4e4b-b346-5fc8ba40f2d1`::moving from state preparing -> state finished Thread-316519::DEBUG::2017-08-28 = 01:21:13,243::resourceManager::952::Storage.ResourceManager.Owner::(releas= eAll) Owner.releaseAll requests {} resources {} Thread-316519::DEBUG::2017-08-28 = 01:21:13,243::resourceManager::989::Storage.ResourceManager.Owner::(cancel= All) Owner.cancelAll requests {} Thread-316519::DEBUG::2017-08-28 = 01:21:13,243::task::995::Storage.TaskManager.Task::(_decref) = Task=3D`7c850537-b9e2-4e4b-b346-5fc8ba40f2d1`::ref 0 aborting False Thread-316519::INFO::2017-08-28 = 01:21:13,243::bindingxmlrpc::331::vds::(wrapper) RPC call = storageRepoGetStats finished (code=3D0) in 0.00 seconds Thread-316519::INFO::2017-08-28 = 01:21:13,246::xmlrpc::91::vds.XMLRPCServer::(_process_requests) Request = handler for ::1:51992 stopped Thread-68::DEBUG::2017-08-28 = 01:21:14,093::fileSD::159::Storage.StorageDomainManifest::(__init__) = Reading domain in path = /rhev/data-center/mnt/glusterSD/glustermount:data2/2bf8f623-1d82-444e-ae16= -d32e5fe4dc9e Thread-68::DEBUG::2017-08-28 = 01:21:14,093::persistent::194::Storage.PersistentDict::(__init__) = Created a persistent dict with FileMetadataRW backend Thread-68::DEBUG::2017-08-28 = 01:21:14,096::persistent::236::Storage.PersistentDict::(refresh) read = lines (FileMetadataRW)=3D['CLASS=3DData', 'DESCRIPTION=3Ddata2', = 'IOOPTIMEOUTSEC=3D10', 'LEASERETRIES=3D3', 'LEASETIMESEC=3D60', = 'LOCKPOLICY=3D', 'LOCKRENEWALINTERVALSEC=3D5', 'MASTER_VERSION=3D10', = 'POOL_DESCRIPTION=3DDefault', = 'POOL_DOMAINS=3Dcf2f4c75-966b-4f69-90a2-d8e7d21fc052:Active,5e39db25-561f-= 490a-81b6-46a7225f02b6:Active,95d4ed8a-9184-4863-84d5-af2bedd690da:Attache= d,3e04b3ad-c46c-4903-a7b2-b9af681318d9:Attached,bd1f0364-0d3a-44fa-842a-5d= 339caac412:Attached,403df7fb-6cff-46e1-8e04-41213fbc0e6e:Active,2bf8f623-1= d82-444e-ae16-d32e5fe4dc9e:Active,6654cb0c-3e57-42ca-b996-3660a3d32a43:Act= ive,88886a7d-f4cc-45a6-901e-89999aa35d78:Attached,feaebec7-aae3-45b5-9684-= 1feedede7bec:Active', 'POOL_SPM_ID=3D-1', 'POOL_SPM_LVER=3D-1', 'POOL_UUID=3D5990e442-0395-0118-005c-0000000003a1', = 'REMOTE_PATH=3Dglustermount:data2', 'ROLE=3DMaster', = 'SDUUID=3D2bf8f623-1d82-444e-ae16-d32e5fe4dc9e', 'TYPE=3DGLUSTERFS', = 'VERSION=3D3', '_SHA_CKSUM=3D65b61dc4f10d80c67c6133ffaee280919458a06a'] Thread-68::DEBUG::2017-08-28 = 01:21:14,105::fileSD::679::Storage.StorageDomain::(imageGarbageCollector) = Removing remnants of deleted images [] Thread-68::INFO::2017-08-28 = 01:21:14,105::sd::604::Storage.StorageDomain::(_registerResourceNamespaces= ) Resource namespace 2bf8f623-1d82-444e-ae16-d32e5fe4dc9e_imageNS = already registered Thread-68::INFO::2017-08-28 = 01:21:14,105::sd::612::Storage.StorageDomain::(_registerResourceNamespaces= ) Resource namespace 2bf8f623-1d82-444e-ae16-d32e5fe4dc9e_volumeNS = already registered jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,244::__init__::530::jsonrpc.JsonRpcServer::(_handle_request) = Calling 'Host.getStats' in bridge with {} jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,245::task::597::Storage.TaskManager.Task::(_updateState) = Task=3D`5d8c4aff-86cb-447c-a833-e27e5c23c54d`::moving from state init -> = state preparing jsonrpc.Executor/4::INFO::2017-08-28 = 01:21:15,245::logUtils::49::dispatcher::(wrapper) Run and protect: = repoStats(options=3DNone) jsonrpc.Executor/4::INFO::2017-08-28 = 01:21:15,245::logUtils::52::dispatcher::(wrapper) Run and protect: = repoStats, Return response: {u'5e39db25-561f-490a-81b6-46a7225f02b6': = {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000833501', 'lastCheck': '3.1', 'valid': True}, = u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code': 0, 'actual': True, = 'version': 3, 'acquired': False, 'delay': '0.000893509', 'lastCheck': '3.1', 'valid': True}, = u'cf2f4c75-966b-4f69-90a2-d8e7d21fc052': {'code': 0, 'actual': True, = 'version': 3, 'acquired': True, 'delay': '0.000776587', 'lastCheck': = '3.0', 'valid': True}, u'6654cb0c-3e57-42ca-b996-3660a3d32a43': {'code': 0, 'actual': = True, 'version': 3, 'acquired': True, 'delay': '0.000513211', = 'lastCheck': '1.3', 'valid': True}, u'2bf8f623-1d82-444e-ae16-d32e5fe4dc9e': {'code': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': = '0.000493711', 'lastCheck': '1.1', 'valid': True}, = u'feaebec7-aae3-45b5-9684-1feedede7bec': {'code': 0, 'actual': True, = 'version': 0, 'acquired': True, 'delay': '0.000512272', 'lastCheck': '3.1', 'valid': True}} jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,246::task::1193::Storage.TaskManager.Task::(prepare) = Task=3D`5d8c4aff-86cb-447c-a833-e27e5c23c54d`::finished: = {u'5e39db25-561f-490a-81b6-46a7225f02b6': {'code': 0, 'actual': True, = 'version': 0, 'acquired': True, 'delay': '0.000833501', 'lastCheck': = '3.1', 'valid': True}, u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code': = 0, 'actual': True, 'version': 3, 'acquired': False, 'delay': '0.000893509', = 'lastCheck': '3.1', 'valid': True}, = u'cf2f4c75-966b-4f69-90a2-d8e7d21fc052': {'code': 0, 'actual': True, = 'version': 3, 'acquired': True, 'delay': '0.000776587', 'lastCheck': '3.0', 'valid': True}, = u'6654cb0c-3e57-42ca-b996-3660a3d32a43': {'code': 0, 'actual': True, = 'version': 3, 'acquired': True, 'delay': '0.000513211', 'lastCheck': = '1.3', 'valid': True}, u'2bf8f623-1d82-444e-ae16-d32e5fe4dc9e': {'code': 0, 'actual': = True, 'version': 3, 'acquired': True, 'delay': '0.000493711', = 'lastCheck': '1.1', 'valid': True}, u'feaebec7-aae3-45b5-9684-1feedede7bec': {'code': 0, 'actual': True, = 'version': 0, 'acquired': True, 'delay': '0.000512272', 'lastCheck': = '3.1', 'valid': True}} jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,246::task::597::Storage.TaskManager.Task::(_updateState) = Task=3D`5d8c4aff-86cb-447c-a833-e27e5c23c54d`::moving from state = preparing -> state finished jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,246::resourceManager::952::Storage.ResourceManager.Owner::(releas= eAll) Owner.releaseAll requests {} resources {} jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,246::resourceManager::989::Storage.ResourceManager.Owner::(cancel= All) Owner.cancelAll requests {} jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,246::task::995::Storage.TaskManager.Task::(_decref) = Task=3D`5d8c4aff-86cb-447c-a833-e27e5c23c54d`::ref 0 aborting False Reactor thread::INFO::2017-08-28 = 01:21:15,291::protocoldetector::76::ProtocolDetector.AcceptorImpl::(handle= _accept) Accepted connection from ::1:51994 Reactor thread::DEBUG::2017-08-28 = 01:21:15,299::protocoldetector::92::ProtocolDetector.Detector::(__init__) = Using required_size=3D11 Reactor thread::INFO::2017-08-28 = 01:21:15,301::protocoldetector::128::ProtocolDetector.Detector::(handle_re= ad) Detected protocol stomp from ::1:51994 Reactor thread::INFO::2017-08-28 = 01:21:15,301::stompreactor::101::Broker.StompAdapter::(_cmd_connect) = Processing CONNECT request Reactor thread::DEBUG::2017-08-28 = 01:21:15,301::stompreactor::492::protocoldetector.StompDetector::(handle_s= ocket) Stomp detected from ('::1', 51994) JsonRpc (StompReactor)::INFO::2017-08-28 = 01:21:15,313::stompreactor::128::Broker.StompAdapter::(_cmd_subscribe) = Subscribe command received jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,356::__init__::555::jsonrpc.JsonRpcServer::(_handle_request) = Return 'Host.getStats' in bridge with {'cpuStatistics': {'1': = {'cpuUser': '2.27', 'nodeIndex': 0, 'cpuSys': '1.80', 'cpuIdle': '95.93'}, '0': {'cpuUser': = '0.67', 'nodeIndex': 0, 'cpuSys': '1.13', 'cpuIdle': '98.20'}, '3': = {'cpuUser': '5.67', 'nodeIndex': 0, 'cpuSys': '0.60', 'cpuIdle': = '93.73'}, '2': {'cpuUser': '0.93', 'nodeIndex': 0, 'cpuSys': '0.53', 'cpuIdle': '98.54'}, '5': {'cpuUser': '0.87', 'nodeIndex': 0, 'cpuSys': = '1.40', 'cpuIdle': '97.73'}, '4': {'cpuUser': '1.27', 'nodeIndex': 0, = 'cpuSys': '0.53', 'cpuIdle': '98.20'}, '7': {'cpuUser': '0.27', = 'nodeIndex': 0, 'cpuSys': '0.47', 'cpuIdle': '99.26'}, '6': {'cpuUser': '2.07', 'nodeIndex': 0, = 'cpuSys': '0.53', 'cpuIdle': '97.40'}}, 'numaNodeMemFree': {'0': = {'memPercent': 98, 'memFree': '335'}}, 'memShared': 0, 'haScore': 3400, 'thpState': 'always', 'ksmMergeAcrossNodes': True, = 'rxRate': '0.04', 'vmCount': 1, 'memUsed': '41', 'storageDomains': = {u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code': 0, 'actual': True, = 'version': 3, 'acquired': False, 'delay': '0.000893509', 'lastCheck': = '3.1', 'valid': True}, u'cf2f4c75-966b-4f69-90a2-d8e7d21fc052': {'code': = 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': = '0.000776587', 'lastCheck': '3.0', 'valid': True}, = u'6654cb0c-3e57-42ca-b996-3660a3d32a43': {'code': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': '0.000513211', = 'lastCheck': '1.3', 'valid': True}, = u'5e39db25-561f-490a-81b6-46a7225f02b6': {'code': 0, 'actual': True, = 'version': 0, 'acquired': True, 'delay': '0.000833501', 'lastCheck': '3.1', 'valid': = True}, u'2bf8f623-1d82-444e-ae16-d32e5fe4dc9e': {'code': 0, 'actual': = True, 'version': 3, 'acquired': True, 'delay': '0.000493711', = 'lastCheck': '1.1', 'valid': True}, = u'feaebec7-aae3-45b5-9684-1feedede7bec': {'code': 0, 'actual': True, = 'version': 0, 'acquired': True, 'delay': '0.000512272', 'lastCheck': = '3.1', 'valid': True}}, 'incomingVmMigrations': 0, 'network': {'enp2s0': {'rxErrors': '0', 'txRate': '0.2', 'rxRate': = '0.1', 'txErrors': '0', 'speed': '1000', 'rxDropped': '18453', 'name': = 'enp2s0', 'tx': '884509425955', 'txDropped': '0', 'sampleTime': 1503912069.554311, 'rx': '134148067121', 'state': 'up'}, 'eno1': = {'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', 'speed': '1000', 'rxDropped': '0', 'name': 'eno1', 'tx': '54488653089', 'txDropped': '0', = 'sampleTime': 1503912069.554311, 'rx': '46979728698', 'state': 'up'}, = ';vdsmdummy;': {'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', 'speed': '1000', 'rxDropped': '0', 'name': = ';vdsmdummy;', 'tx': '0', 'txDropped': '0', 'sampleTime': = 1503912069.554311, 'rx': '0', 'state': 'down'}, 'enp2s0.4': {'rxErrors': = '0', 'txRate': '0.2', 'rxRate': '0.1', 'txErrors': '0', 'speed': '1000', = 'rxDropped': '0', 'name': 'enp2s0.4', 'tx': '843385870486', 'txDropped': = '0', 'sampleTime': 1503912069.554311, 'rx': '124132253793', 'state': = 'up'}, 'lo': {'rxErrors': '0', 'txRate': '0.3', 'rxRate': '0.3', = 'txErrors': '0', 'speed': '1000', 'rxDropped': '0', 'name': 'lo', 'tx': = '444179233658', 'txDropped': '0', 'sampleTime': 1503912069.554311, 'rx': = '444179233658', 'state': 'up'}, 'enp4s0': {'rxErrors': '0', 'txRate': = '0.0', 'rxRate': '0.0', 'txErrors': '0', 'speed': '1000', 'rxDropped': = '14290', 'name': 'enp4s0', 'tx': '9009494', 'txDropped': '0', 'sampleTime': 1503912069.554311, = 'rx': '187852658', 'state': 'up'}, 'enp4s0.100': {'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', = 'speed': '1000', 'rxDropped': '0', 'name': 'enp4s0.100', 'tx': = '8798732', 'txDropped': '0', 'sampleTime': 1503912069.554311, 'rx': = '95777939', 'state': 'up'}, 'enp2s0.2': {'rxErrors': '0', 'txRate': '0.0', 'rxRate': = '0.0', 'txErrors': '0', 'speed': '1000', 'rxDropped': '0', 'name': = 'enp2s0.2', 'tx': '1156', 'txDropped': '0', 'sampleTime': = 1503912069.554311, 'rx': '66329343', 'state': 'up'}, 'enp2s0.3': {'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', = 'txErrors': '0', 'speed': '1000', 'rxDropped': '0', 'name': 'enp2s0.3', 'tx': '1156', 'txDropped': '0', 'sampleTime': = 1503912069.554311, 'rx': '5930851', 'state': 'up'}, 'vnet0': = {'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', 'speed': '1000', 'rxDropped': '0', = 'name': 'vnet0', 'tx': '97194738', 'txDropped': '0', 'sampleTime': = 1503912069.554311, 'rx': '8798642', 'state': 'up'}, 'ovirtmgmt': {'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', = 'speed': '1000', 'rxDropped': '2', 'name': 'ovirtmgmt', 'tx': = '52893439231', 'txDropped': '0', 'sampleTime': 1503912069.554311, 'rx': = '43528048077', 'state': 'up'}, 'ovirt-3': {'rxErrors': '0', 'txRate': = '0.0', 'rxRate': '0.0', 'txErrors': '0', 'speed': '1000', 'rxDropped': = '2', 'name': 'ovirt-3', 'tx': '578', 'txDropped': '0', 'sampleTime': = 1503912069.554311, 'rx': '4621679', 'state': 'up'}, 'ovirt-4': {'rxErrors': '0', 'txRate': '0.2', 'rxRate': = '0.1', 'txErrors': '0', 'speed': '1000', 'rxDropped': '0', 'name': = 'ovirt-4', 'tx': '843385869908', 'txDropped': '0', 'sampleTime': 1503912069.554311, 'rx': '124132039409', 'state': 'up'}, = 'ovirt-2': {'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', 'speed': '1000', 'rxDropped': '0', 'name': 'ovirt-2', = 'tx': '578', 'txDropped': '0', 'sampleTime': 1503912069.554311, 'rx': = '19462774', 'state': 'up'}, 'dmz': {'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', = 'txErrors': '0', 'speed': '1000', 'rxDropped': '4', 'name': 'dmz', 'tx': = '578', 'txDropped': '0', 'sampleTime': 1503912069.554311, 'rx': = '31428052', 'state': 'up'}}, 'txDropped': '0', 'cpuUser': '1.75', 'ksmPages': 1250, = 'elapsedTime': '127838.51', 'cpuLoad': '2.39', 'cpuSys': '0.86', 'diskStats': {'/var/log': {'free': '47378'}, = '/var/log/core': {'free': '47378'}, '/var/run/vdsm/': {'free': '7868'}, = '/tmp': {'free': '47378'}}, 'cpuUserVdsmd': '2.13', 'netConfigDirty': = 'False', 'memCommitted': 2113, 'ksmState': False, 'vmMigrating': 0, = 'ksmCpu': 0, 'memAvailable': 9216, 'txRate': '0.06', 'bootTime': = '1503727419', 'haStats': {'active': True, 'configured': True, 'score': 3400, 'localMaintenance': False, = 'globalMaintenance': False}, 'momStatus': 'active', 'rxDropped': = '32751', 'outgoingVmMigrations': 0, 'swapTotal': 7999, 'swapFree': 7842, 'dateTime': '2017-08-28T09:21:15 GMT', = 'anonHugePages': '2280', 'memFree': 9455, 'cpuIdle': '97.39', = 'vmActive': 1, 'v2vJobs': {}, 'cpuSysVdsmd': '0.87'} jsonrpc.Executor/4::INFO::2017-08-28 = 01:21:15,357::__init__::513::jsonrpc.JsonRpcServer::(_serveRequest) RPC = call Host.getStats succeeded in 0.12 seconds jsonrpc.Executor/6::DEBUG::2017-08-28 = 01:21:15,580::__init__::530::jsonrpc.JsonRpcServer::(_handle_request) = Calling 'Host.getHardwareInfo' in bridge with {} jsonrpc.Executor/6::DEBUG::2017-08-28 = 01:21:15,581::__init__::555::jsonrpc.JsonRpcServer::(_handle_request) = Return 'Host.getHardwareInfo' in bridge with {'systemProductName': '', = 'systemUUID': '20DC6410-4F9F-DF11-9A25-7071BC772964', = 'systemSerialNumber': '', 'systemVersion': '', 'systemManufacturer': ''} jsonrpc.Executor/6::INFO::2017-08-28 = 01:21:15,581::__init__::513::jsonrpc.JsonRpcServer::(_serveRequest) RPC = call Host.getHardwareInfo succeeded in 0.00 seconds JsonRpc (StompReactor)::ERROR::2017-08-28 = 01:21:15,583::betterAsyncore::113::vds.dispatcher::(recv) SSL error = during reading data: unexpected eof Reactor thread::INFO::2017-08-28 = 01:21:16,325::protocoldetector::76::ProtocolDetector.AcceptorImpl::(handle= _accept) Accepted connection from ::1:51996 Reactor thread::DEBUG::2017-08-28 = 01:21:16,332::protocoldetector::92::ProtocolDetector.Detector::(__init__) = Using required_size=3D11 Reactor thread::INFO::2017-08-28 = 01:21:16,332::protocoldetector::128::ProtocolDetector.Detector::(handle_re= ad) Detected protocol xml from ::1:51996 Reactor thread::DEBUG::2017-08-28 = 01:21:16,332::bindingxmlrpc::1307::XmlDetector::(handle_socket) xml over = http detected from ('::1', 51996) BindingXMLRPC::INFO::2017-08-28 = 01:21:16,332::xmlrpc::73::vds.XMLRPCServer::(handle_request) Starting = request handler for ::1:51996 supervdsm.log MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,517::commands::68::root::(execCmd) /usr/bin/taskset --cpu-list = 0-7 /usr/sbin/tc class show dev eno1 classid 0:1388 (cwd None) MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,545::commands::86::root::(execCmd) SUCCESS: <err> =3D ''; <rc> = =3D 0 MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,545::commands::68::root::(execCmd) /usr/bin/taskset --cpu-list = 0-7 /usr/sbin/tc class show dev enp2s0 classid 0:4 (cwd None) MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,572::commands::86::root::(execCmd) SUCCESS: <err> =3D ''; <rc> = =3D 0 MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,573::commands::68::root::(execCmd) /usr/bin/taskset --cpu-list = 0-7 /usr/sbin/tc class show dev enp2s0 classid 0:2 (cwd None) MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,600::commands::86::root::(execCmd) SUCCESS: <err> =3D ''; <rc> = =3D 0 MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,600::commands::68::root::(execCmd) /usr/bin/taskset --cpu-list = 0-7 /usr/sbin/tc class show dev enp4s0 classid 0:64 (cwd None) MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,628::commands::86::root::(execCmd) SUCCESS: <err> =3D ''; <rc> = =3D 0 MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,628::commands::68::root::(execCmd) /usr/bin/taskset --cpu-list = 0-7 /usr/sbin/tc class show dev enp2s0 classid 0:3 (cwd None) MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,689::commands::86::root::(execCmd) SUCCESS: <err> =3D ''; <rc> = =3D 0 MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,690::vsctl::57::root::(commit) Executing commands: = /usr/bin/ovs-vsctl --oneline --format=3Djson -- list Bridge -- list Port = -- list Interface MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,690::commands::68::root::(execCmd) /usr/bin/taskset --cpu-list = 0-7 /usr/bin/ovs-vsctl --oneline --format=3Djson -- list Bridge -- list = Port -- list Interface (cwd None) MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,720::commands::86::root::(execCmd) SUCCESS: <err> =3D ''; <rc> = =3D 0 MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,724::supervdsmServer::99::SuperVdsm.ServerCallback::(wrapper) = return network_caps with {'bridges': {'ovirtmgmt': {'ipv6autoconf': = False, 'addr': '10.9.2.61', 'cfg': {'IPV6INIT': 'no', 'DEFROUTE': 'yes', = 'DNS1': '127.0.0.1', 'IPADDR': '10.9.2.61', 'GATEWAY': '10.9.2.1', = 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', = 'BOOTPROTO': 'none', 'STP': 'off', 'DNS2': '209.193.4.7', 'DEVICE': = 'ovirtmgmt', 'MTU': '1500', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, = 'ipv6addrs': [], 'gateway': '10.9.2.1', 'dhcpv4': False, 'netmask': = '255.255.255.0', 'dhcpv6': False, 'stp': 'off', 'ipv4addrs': = ['10.9.2.61/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['eno1'], = 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', = 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', = 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', = 'hello_timer': '104', 'multicast_querier_interval': '25500', 'max_age': = '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': = '0', 'priority': '32768', 'multicast_membership_interval': '26000', = 'root_path_cost': '0', 'root_port': '0', 'multicast_querier': '0', = 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', = 'topology_change': '0', 'hello_time': '200', 'root_id': = '8000.7071bc772964', 'bridge_id': '8000.7071bc772964', = 'topology_change_timer': '0', 'ageing_time': '30000', = 'nf_call_ip6tables': '0', 'gc_timer': '16704', 'nf_call_arptables': '0', = 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', = 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': = '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': = '0'}}, 'ovirt-4': {'ipv6autoconf': False, 'addr': '10.9.3.61', 'cfg': = {'IPV6INIT': 'no', 'DEFROUTE': 'no', 'IPADDR': '10.9.3.61', 'MTU': = '1500', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', = 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'ovirt-4', 'TYPE': = 'Bridge', 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'gateway': '10.9.3.1', = 'dhcpv4': False, 'netmask': '255.255.255.0', 'dhcpv6': False, 'stp': = 'off', 'ipv4addrs': ['10.9.3.61/24'], 'mtu': '1500', 'ipv6gateway': = '::', 'ports': ['enp2s0.4'], 'opts': {'multicast_last_member_count': = '2', 'hash_elasticity': '4', 'multicast_query_response_interval': = '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', = 'multicast_startup_query_interval': '3125', 'hello_timer': '102', = 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': = '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': = '32768', 'multicast_membership_interval': '26000', 'root_path_cost': = '0', 'root_port': '0', 'multicast_querier': '0', = 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', = 'topology_change': '0', 'hello_time': '200', 'root_id': = '8000.6805ca4606af', 'bridge_id': '8000.6805ca4606af', = 'topology_change_timer': '0', 'ageing_time': '30000', = 'nf_call_ip6tables': '0', 'gc_timer': '8307', 'nf_call_arptables': '0', = 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', = 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': = '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': = '0'}}, 'dmz': {'ipv6autoconf': False, 'addr': '', 'cfg': {'IPV6INIT': = 'no', 'DEFROUTE': 'no', 'MTU': '1500', 'DELAY': '0', 'NM_CONTROLLED': = 'no', 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'dmz', 'TYPE': = 'Bridge', 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': = False, 'netmask': '', 'dhcpv6': False, 'stp': 'off', 'ipv4addrs': [], = 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'enp4s0.100'], = 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', = 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', = 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', = 'hello_timer': '103', 'multicast_querier_interval': '25500', 'max_age': = '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': = '0', 'priority': '32768', 'multicast_membership_interval': '26000', = 'root_path_cost': '0', 'root_port': '0', 'multicast_querier': '0', = 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', = 'topology_change': '0', 'hello_time': '200', 'root_id': = '8000.001b212f794d', 'bridge_id': '8000.001b212f794d', = 'topology_change_timer': '0', 'ageing_time': '30000', = 'nf_call_ip6tables': '0', 'gc_timer': '7181', 'nf_call_arptables': '0', = 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', = 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': = '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': = '0'}}, 'ovirt-2': {'ipv6autoconf': False, 'addr': '', 'cfg': = {'IPV6INIT': 'no', 'DEFROUTE': 'no', 'MTU': '1500', 'DELAY': '0', = 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': = 'ovirt-2', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'ipv6addrs': [], = 'gateway': '', 'dhcpv4': False, 'netmask': '', 'dhcpv6': False, 'stp': = 'off', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': = ['enp2s0.2'], 'opts': {'multicast_last_member_count': '2', = 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', = 'group_fwd_mask': '0x0', 'multicast_snooping': '1', = 'multicast_startup_query_interval': '3125', 'hello_timer': '2', = 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': = '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': = '32768', 'multicast_membership_interval': '26000', 'root_path_cost': = '0', 'root_port': '0', 'multicast_querier': '0', = 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', = 'topology_change': '0', 'hello_time': '200', 'root_id': = '8000.6805ca4606af', 'bridge_id': '8000.6805ca4606af', = 'topology_change_timer': '0', 'ageing_time': '30000', = 'nf_call_ip6tables': '0', 'gc_timer': '320', 'nf_call_arptables': '0', = 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', = 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': = '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': = '0'}}, 'ovirt-3': {'ipv6autoconf': False, 'addr': '', 'cfg': = {'IPV6INIT': 'no', 'DEFROUTE': 'no', 'MTU': '1500', 'DELAY': '0', = 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': = 'ovirt-3', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'ipv6addrs': [], = 'gateway': '', 'dhcpv4': False, 'netmask': '', 'dhcpv6': False, 'stp': = 'off', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': = ['enp2s0.3'], 'opts': {'multicast_last_member_count': '2', = 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', = 'group_fwd_mask': '0x0', 'multicast_snooping': '1', = 'multicast_startup_query_interval': '3125', 'hello_timer': '1', = 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': = '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': = '32768', 'multicast_membership_interval': '26000', 'root_path_cost': = '0', 'root_port': '0', 'multicast_querier': '0', = 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', = 'topology_change': '0', 'hello_time': '200', 'root_id': = '8000.6805ca4606af', 'bridge_id': '8000.6805ca4606af', = 'topology_change_timer': '0', 'ageing_time': '30000', = 'nf_call_ip6tables': '0', 'gc_timer': '14656', 'nf_call_arptables': '0', = 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', = 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': = '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': = '0'}}}, 'bondings': {}, 'nameservers': ['127.0.0.1', '209.193.4.7', = '209.112.128.2'], 'nics': {'enp2s0': {'ipv6gateway': '::', = 'ipv6autoconf': False, 'addr': '', 'cfg': {'IPV6INIT': 'no', 'MTU': = '1500', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'DEVICE': 'enp2s0', = 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, = 'netmask': '', 'dhcpv6': False, 'ipv4addrs': [], 'hwaddr': = '68:05:ca:46:06:af', 'speed': 1000, 'gateway': ''}, 'eno1': = {'ipv6gateway': '::', 'ipv6autoconf': False, 'addr': '', 'cfg': = {'BRIDGE': 'ovirtmgmt', 'IPV6INIT': 'no', 'MTU': '1500', = 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'DEVICE': 'eno1', 'ONBOOT': = 'yes'}, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', = 'dhcpv6': False, 'ipv4addrs': [], 'hwaddr': '70:71:bc:77:29:64', = 'speed': 1000, 'gateway': ''}, 'enp4s0': {'ipv6gateway': '::', = 'ipv6autoconf': False, 'addr': '', 'cfg': {'IPV6INIT': 'no', 'MTU': = '1500', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'DEVICE': 'enp4s0', = 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, = 'netmask': '', 'dhcpv6': False, 'ipv4addrs': [], 'hwaddr': = '00:1b:21:2f:79:4d', 'speed': 1000, 'gateway': ''}}, 'supportsIPv6': = True, 'vlans': {'enp2s0.4': {'iface': 'enp2s0', 'ipv6autoconf': False, = 'addr': '', 'cfg': {'BRIDGE': 'ovirt-4', 'IPV6INIT': 'no', 'VLAN': = 'yes', 'MTU': '1500', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', = 'DEVICE': 'enp2s0.4', 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'vlanid': 4, = 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'dhcpv6': False, = 'ipv4addrs': [], 'ipv6gateway': '::', 'gateway': ''}, 'enp4s0.100': = {'iface': 'enp4s0', 'ipv6autoconf': False, 'addr': '', 'cfg': {'BRIDGE': = 'dmz', 'IPV6INIT': 'no', 'VLAN': 'yes', 'MTU': '1500', 'NM_CONTROLLED': = 'no', 'BOOTPROTO': 'none', 'DEVICE': 'enp4s0.100', 'ONBOOT': 'yes'}, = 'ipv6addrs': [], 'vlanid': 100, 'mtu': '1500', 'dhcpv4': False, = 'netmask': '', 'dhcpv6': False, 'ipv4addrs': [], 'ipv6gateway': '::', = 'gateway': ''}, 'enp2s0.2': {'iface': 'enp2s0', 'ipv6autoconf': False, = 'addr': '', 'cfg': {'BRIDGE': 'ovirt-2', 'IPV6INIT': 'no', 'VLAN': = 'yes', 'MTU': '1500', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', = 'DEVICE': 'enp2s0.2', 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'vlanid': 2, = 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'dhcpv6': False, = 'ipv4addrs': [], 'ipv6gateway': '::', 'gateway': ''}, 'enp2s0.3': = {'iface': 'enp2s0', 'ipv6autoconf': False, 'addr': '', 'cfg': {'BRIDGE': = 'ovirt-3', 'IPV6INIT': 'no', 'VLAN': 'yes', 'MTU': '1500', = 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'DEVICE': 'enp2s0.3', = 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'vlanid': 3, 'mtu': '1500', 'dhcpv4': = False, 'netmask': '', 'dhcpv6': False, 'ipv4addrs': [], 'ipv6gateway': = '::', 'gateway': ''}}, 'networks': {'ovirtmgmt': {'iface': 'ovirtmgmt', = 'ipv6autoconf': False, 'addr': '10.9.2.61', 'cfg': {'IPV6INIT': 'no', = 'DEFROUTE': 'yes', 'DNS1': '127.0.0.1', 'IPADDR': '10.9.2.61', 'GATEWAY': = '10.9.2.1', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': = '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'off', 'DNS2': = '209.193.4.7', 'DEVICE': 'ovirtmgmt', 'MTU': '1500', 'TYPE': 'Bridge', = 'ONBOOT': 'yes'}, 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', = 'gateway': '10.9.2.1', 'dhcpv4': False, 'netmask': '255.255.255.0', = 'dhcpv6': False, 'stp': 'off', 'ipv4addrs': ['10.9.2.61/24'], 'mtu': = '1500', 'ipv6gateway': '::', 'ports': ['eno1']}, 'ovirt-4': {'iface': = 'ovirt-4', 'ipv6autoconf': False, 'addr': '10.9.3.61', 'cfg': = {'IPV6INIT': 'no', 'DEFROUTE': 'no', 'IPADDR': '10.9.3.61', 'MTU': = '1500', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', = 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'ovirt-4', 'TYPE': = 'Bridge', 'ONBOOT': 'yes'}, 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '10.9.3.1', 'dhcpv4': False, 'netmask': = '255.255.255.0', 'dhcpv6': False, 'stp': 'off', 'ipv4addrs': = ['10.9.3.61/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': = ['enp2s0.4']}, 'ovirt-2': {'iface': 'ovirt-2', 'ipv6autoconf': False, = 'addr': '', 'cfg': {'IPV6INIT': 'no', 'DEFROUTE': 'no', 'MTU': '1500', = 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'STP': 'off', = 'DEVICE': 'ovirt-2', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'bridged': = True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '', 'dhcpv4': = False, 'netmask': '', 'dhcpv6': False, 'stp': 'off', 'ipv4addrs': [], = 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0.2']}, 'dmz': = {'iface': 'dmz', 'ipv6autoconf': False, 'addr': '', 'cfg': {'IPV6INIT': = 'no', 'DEFROUTE': 'no', 'MTU': '1500', 'DELAY': '0', 'NM_CONTROLLED': = 'no', 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'dmz', 'TYPE': = 'Bridge', 'ONBOOT': 'yes'}, 'bridged': True, 'ipv6addrs': [], 'switch': = 'legacy', 'gateway': '', 'dhcpv4': False, 'netmask': '', 'dhcpv6': = False, 'stp': 'off', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': = '::', 'ports': ['vnet0', 'enp4s0.100']}, 'ovirt-3': {'iface': 'ovirt-3', = 'ipv6autoconf': False, 'addr': '', 'cfg': {'IPV6INIT': 'no', 'DEFROUTE': = 'no', 'MTU': '1500', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': = 'none', 'STP': 'off', 'DEVICE': 'ovirt-3', 'TYPE': 'Bridge', 'ONBOOT': = 'yes'}, 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': = '', 'dhcpv4': False, 'netmask': '', 'dhcpv6': False, 'stp': 'off', = 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': = ['enp2s0.3']}}} MainProcess|jsonrpc.Executor/3::DEBUG::2017-08-28 = 01:21:58,027::supervdsmServer::92::SuperVdsm.ServerCallback::(wrapper) = call getHardwareInfo with () {} MainProcess|jsonrpc.Executor/3::DEBUG::2017-08-28 = 01:21:58,027::supervdsmServer::99::SuperVdsm.ServerCallback::(wrapper) = return getHardwareInfo with {'systemProductName': '', 'systemUUID': = '20DC6410-4F9F-DF11-9A25-7 ------------------------------------------------------------------------ Gary Pedretty gary(a)ravnalaska.net = <mailto:gary@eraalaska.net> Systems Manager www.flyravn.com = <http://www.flyravn.com/> Ravn Alaska /\ 907-450-7251 5245 Airport Industrial Road / \/\ 907-450-7238 fax Fairbanks, Alaska 99709 /\ / \ \ Second greatest commandment Serving All of Alaska / \/ /\ \ \/\ =E2=80=9CLove your = neighbor as Green, green as far as the eyes can see yourself=E2=80=9D = Matt 22:39 ------------------------------------------------------------------------ > On Aug 27, 2017, at 11:24 PM, Yaniv Kaul <ykaul(a)redhat.com = <mailto:ykaul@redhat.com>> wrote: >=20 > vdsm vds.dispatcher ERROR SSL error during reading data: unexpected = eof --Apple-Mail=_BF0F8909-F772-4228-ADA6-BEDEE7C22B79 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div class=3D"" style=3D"font-family: LucidaGrande;">The bug = I assumed this was related to is.</div><div class=3D"" = style=3D"font-family: LucidaGrande;"><br class=3D""></div><span = style=3D"font-family: LucidaGrande;" class=3D"">Bug = 1417708 - ovirt-ha-agent should reuse json-rpc connections =  </span><div class=3D"" style=3D"font-family: LucidaGrande;"><br = class=3D""></div><div class=3D"" style=3D"font-family: = LucidaGrande;"><br class=3D""></div><div class=3D"" style=3D"font-family: = LucidaGrande;">This is a glusterized 4 host self hosted engine setup. =  All storage domains are glusterfs replica 3 volumes on 3 of the 4 = hosts that are part of the cluster.</div><div class=3D"" = style=3D"font-family: LucidaGrande;"><br class=3D""></div><div class=3D"" = style=3D"font-family: LucidaGrande;"><div class=3D"">Centos = 3.10.0-514.26.2.el7.x86_64</div></div><div class=3D"" = style=3D"font-family: LucidaGrande;"><br class=3D""></div><div class=3D"" = style=3D"font-family: = LucidaGrande;">vdsm-4.18.21-1.el7.centos.x86_64</div><div class=3D"" = style=3D"font-family: = LucidaGrande;">libvirt-2.0.0-10.el7_3.9.x86_64</div><div class=3D"" = style=3D"font-family: = LucidaGrande;">glusterfs-3.7.20-1.el7.x86_64</div><div class=3D"" = style=3D"font-family: = LucidaGrande;">qemu-kvm-tools-ev-2.6.0-28.el7_3.3.1.x86_64</div><div = class=3D"" style=3D"font-family: LucidaGrande;"><br class=3D""></div><div = class=3D"" style=3D"font-family: LucidaGrande;">Host and engine are all = updated to the latest versions</div><div class=3D"" style=3D"font-family: = LucidaGrande;"><br class=3D""></div><div class=3D"" style=3D"font-family: = LucidaGrande;">Here are sample of messages log, vdsm,log, supervdsm.log = and mom.log</div><div class=3D"" style=3D"font-family: = LucidaGrande;"><br class=3D""></div><div class=3D"" style=3D"font-family: = LucidaGrande;">messages</div><div class=3D"" style=3D"font-family: = LucidaGrande;"><br class=3D""></div><div class=3D"" style=3D"font-family: = LucidaGrande;"><div class=3D"">Aug 28 01:20:11 fai-kvm-1 journal: vdsm = vds.dispatcher ERROR SSL error during reading data: unexpected = eof</div><div class=3D"">Aug 28 01:20:16 fai-kvm-1 journal: vdsm = vds.dispatcher ERROR SSL error during reading data: unexpected = eof</div><div class=3D"">Aug 28 01:20:16 fai-kvm-1 journal: vdsm = vds.dispatcher ERROR SSL error during reading data: unexpected = eof</div><div class=3D"">Aug 28 01:20:19 fai-kvm-1 journal: vdsm = vds.dispatcher ERROR SSL error during reading data: unexpected = eof</div><div class=3D"">Aug 28 01:20:22 fai-kvm-1 journal: vdsm = vds.dispatcher ERROR SSL error during reading data: unexpected = eof</div><div class=3D"">Aug 28 01:20:24 fai-kvm-1 journal: vdsm = vds.dispatcher ERROR SSL error during reading data: unexpected = eof</div><div class=3D"">Aug 28 01:20:37 fai-kvm-1 journal: vdsm = vds.dispatcher ERROR SSL error during reading data: unexpected = eof</div><div class=3D"">Aug 28 01:20:41 fai-kvm-1 journal: vdsm = vds.dispatcher ERROR SSL error during reading data: unexpected = eof</div><div class=3D"">Aug 28 01:20:41 fai-kvm-1 journal: vdsm = vds.dispatcher ERROR SSL error during reading data: unexpected = eof</div><div class=3D"">Aug 28 01:20:44 fai-kvm-1 journal: vdsm = vds.dispatcher ERROR SSL error during reading data: unexpected = eof</div><div class=3D"">Aug 28 01:20:47 fai-kvm-1 journal: vdsm = vds.dispatcher ERROR SSL error during reading data: unexpected = eof</div><div class=3D"">Aug 28 01:20:49 fai-kvm-1 journal: vdsm = vds.dispatcher ERROR SSL error during reading data: unexpected = eof</div></div><div class=3D"" style=3D"font-family: LucidaGrande;"><br = class=3D""></div><div class=3D"" style=3D"font-family: = LucidaGrande;">vdsm.log</div><div class=3D"" style=3D"font-family: = LucidaGrande;"><br class=3D""></div><div class=3D"" style=3D"font-family: = LucidaGrande;"><div class=3D"">Thread-316519::DEBUG::2017-08-28 = 01:21:13,242::bindingxmlrpc::319::vds::(wrapper) client [::1]</div><div = class=3D"">Thread-316519::DEBUG::2017-08-28 = 01:21:13,242::task::597::Storage.TaskManager.Task::(_updateState) = Task=3D`7c850537-b9e2-4e4b-b346-5fc8ba40f2d1`::moving from = state</div><div class=3D"">init -> state preparing</div><div = class=3D"">Thread-316519::INFO::2017-08-28 = 01:21:13,242::logUtils::49::dispatcher::(wrapper) Run and protect: = repoStats(options=3DNone)</div><div = class=3D"">Thread-316519::INFO::2017-08-28 = 01:21:13,243::logUtils::52::dispatcher::(wrapper) Run and protect: = repoStats, Return</div><div class=3D"">response: = {u'5e39db25-561f-490a-81b6-46a7225f02b6': {'code': 0, 'actual': True, = 'version': 0, 'acquired': True, 'delay': '0.000833501', 'lastCheck': = '1.1', 'valid': True}, u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code': = 0, 'actual': True, 'version': 3, 'acquired': False, 'delay': = '0.000893509', 'lastCheck': '1.1', 'valid': True}, = u'cf2f4c75-966b-4f69-90a2-d8e7d21fc052': {'code': 0, 'actual': True, = 'version':</div><div class=3D"">3, 'acquired': True, 'delay': = '0.000776587', 'lastCheck': '1.0', 'valid': True}, = u'6654cb0c-3e57-42ca-b996-3660a3d32a43': {'code': 0, 'actual': True, = 'version': 3, 'acquired': True, 'delay': '0.000513211', 'lastCheck': = '1.1', 'valid': True}, u'2bf8f623-1d82-444e-ae16-d32e5fe4dc9e': {'code': = 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': = '0.000493711', 'lastCheck': '1.3', 'valid':</div><div class=3D"">True}, = u'feaebec7-aae3-45b5-9684-1feedede7bec': {'code': 0, 'actual': True, = 'version': 0, 'acquired': True, 'delay':</div><div = class=3D"">'0.000512272', 'lastCheck': '1.1', 'valid': True}}</div><div = class=3D"">Thread-316519::DEBUG::2017-08-28 = 01:21:13,243::task::1193::Storage.TaskManager.Task::(prepare) = Task=3D`7c850537-b9e2-4e4b-b346-5fc8ba40f2d1`::finished: = {u'5e39db25-561f-490a-81b6-46a7225f02b6': {'code':</div><div class=3D"">0,= 'actual': True, 'version': 0,</div><div class=3D"">'acquired': True, = 'delay': '0.000833501', 'lastCheck': '1.1', 'valid': True}, = u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code': 0, 'actual': True, = 'version': 3, 'acquired': False, 'delay': '0.000893509', 'lastCheck': = '1.1', 'valid': True}, u'cf2f4c75-966b-4f69-90a2-d8e7d21fc052': {'code': = 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': = '0.000776587', 'lastCheck': '1.0', 'valid': True}, = u'6654cb0c-3e57-42ca-b996-3660a3d32a43': {'code': 0, 'actual': True, = 'version': 3, 'acquired': True, 'delay': '0.000513211', 'lastCheck': = '1.1', 'valid': True}, = u'2bf8f623-1d82-444e-ae16-d32e5fe4dc9e':</div><div class=3D"">{'code': = 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': = '0.000493711', 'lastCheck': '1.3', 'valid': True}, = u'feaebec7-aae3-45b5-9684-1feedede7bec':</div><div class=3D"">{'code': = 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': = '0.000512272', 'lastCheck': '1.1', 'valid': True}}</div><div = class=3D"">Thread-316519::DEBUG::2017-08-28 = 01:21:13,243::task::597::Storage.TaskManager.Task::(_updateState) = Task=3D`7c850537-b9e2-4e4b-b346-5fc8ba40f2d1`::moving from = state</div><div class=3D"">preparing -> state finished</div><div = class=3D"">Thread-316519::DEBUG::2017-08-28 = 01:21:13,243::resourceManager::952::Storage.ResourceManager.Owner::(releas= eAll) Owner.releaseAll requests {} resources {}</div><div = class=3D"">Thread-316519::DEBUG::2017-08-28 = 01:21:13,243::resourceManager::989::Storage.ResourceManager.Owner::(cancel= All) Owner.cancelAll requests {}</div><div = class=3D"">Thread-316519::DEBUG::2017-08-28 = 01:21:13,243::task::995::Storage.TaskManager.Task::(_decref) = Task=3D`7c850537-b9e2-4e4b-b346-5fc8ba40f2d1`::ref 0 aborting = False</div><div class=3D"">Thread-316519::INFO::2017-08-28 = 01:21:13,243::bindingxmlrpc::331::vds::(wrapper) RPC call = storageRepoGetStats finished (code=3D0) in 0.00 seconds</div><div = class=3D"">Thread-316519::INFO::2017-08-28 = 01:21:13,246::xmlrpc::91::vds.XMLRPCServer::(_process_requests) Request = handler for</div><div class=3D"">::1:51992 stopped</div><div = class=3D"">Thread-68::DEBUG::2017-08-28 = 01:21:14,093::fileSD::159::Storage.StorageDomainManifest::(__init__) = Reading domain in</div><div class=3D"">path = /rhev/data-center/mnt/glusterSD/glustermount:data2/2bf8f623-1d82-444e-ae16= -d32e5fe4dc9e</div><div class=3D"">Thread-68::DEBUG::2017-08-28 = 01:21:14,093::persistent::194::Storage.PersistentDict::(__init__) = Created a persistent</div><div class=3D"">dict with FileMetadataRW = backend</div><div class=3D"">Thread-68::DEBUG::2017-08-28 = 01:21:14,096::persistent::236::Storage.PersistentDict::(refresh) read = lines (FileMetadataRW)=3D['CLASS=3DData', 'DESCRIPTION=3Ddata2', = 'IOOPTIMEOUTSEC=3D10', 'LEASERETRIES=3D3', 'LEASETIMESEC=3D60', = 'LOCKPOLICY=3D', 'LOCKRENEWALINTERVALSEC=3D5', 'MASTER_VERSION=3D10', = 'POOL_DESCRIPTION=3DDefault', = 'POOL_DOMAINS=3Dcf2f4c75-966b-4f69-90a2-d8e7d21fc052:Active,5e39db25-561f-= 490a-81b6-46a7225f02b6:Active,95d4ed8a-9184-4863-84d5-af2bedd690da:Attache= d,3e04b3ad-c46c-4903-a7b2-b9af681318d9:Attached,bd1f0364-0d3a-44fa-842a-5d= 339caac412:Attached,403df7fb-6cff-46e1-8e04-41213fbc0e6e:Active,2bf8f623-1= d82-444e-ae16-d32e5fe4dc9e:Active,6654cb0c-3e57-42ca-b996-3660a3d32a43:Act= ive,88886a7d-f4cc-45a6-901e-89999aa35d78:Attached,feaebec7-aae3-45b5-9684-= 1feedede7bec:Active', 'POOL_SPM_ID=3D-1', 'POOL_SPM_LVER=3D-1',</div><div = class=3D"">'POOL_UUID=3D5990e442-0395-0118-005c-0000000003a1', = 'REMOTE_PATH=3Dglustermount:data2', 'ROLE=3DMaster', = 'SDUUID=3D2bf8f623-1d82-444e-ae16-d32e5fe4dc9e', 'TYPE=3DGLUSTERFS', = 'VERSION=3D3', = '_SHA_CKSUM=3D65b61dc4f10d80c67c6133ffaee280919458a06a']</div><div = class=3D"">Thread-68::DEBUG::2017-08-28 = 01:21:14,105::fileSD::679::Storage.StorageDomain::(imageGarbageCollector) = Removing remnants of deleted images []</div><div = class=3D"">Thread-68::INFO::2017-08-28 = 01:21:14,105::sd::604::Storage.StorageDomain::(_registerResourceNamespaces= ) Resource namespace 2bf8f623-1d82-444e-ae16-d32e5fe4dc9e_imageNS = already registered</div><div class=3D"">Thread-68::INFO::2017-08-28 = 01:21:14,105::sd::612::Storage.StorageDomain::(_registerResourceNamespaces= ) Resource namespace 2bf8f623-1d82-444e-ae16-d32e5fe4dc9e_volumeNS = already registered</div><div = class=3D"">jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,244::__init__::530::jsonrpc.JsonRpcServer::(_handle_request) = Calling</div><div class=3D"">'Host.getStats' in bridge with {}</div><div = class=3D"">jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,245::task::597::Storage.TaskManager.Task::(_updateState) = Task=3D`5d8c4aff-86cb-447c-a833-e27e5c23c54d`::moving from state init = -> state preparing</div><div = class=3D"">jsonrpc.Executor/4::INFO::2017-08-28 = 01:21:15,245::logUtils::49::dispatcher::(wrapper) Run and protect: = repoStats(options=3DNone)</div><div = class=3D"">jsonrpc.Executor/4::INFO::2017-08-28 = 01:21:15,245::logUtils::52::dispatcher::(wrapper) Run and protect: = repoStats, Return response: {u'5e39db25-561f-490a-81b6-46a7225f02b6': = {'code': 0, 'actual': True, 'version': 0, 'acquired': True,</div><div = class=3D"">'delay': '0.000833501', 'lastCheck': '3.1', 'valid': True}, = u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code': 0, 'actual': True, = 'version': 3, 'acquired': False,</div><div class=3D"">'delay': = '0.000893509', 'lastCheck': '3.1', 'valid': True}, = u'cf2f4c75-966b-4f69-90a2-d8e7d21fc052': {'code': 0, 'actual': True, = 'version': 3, 'acquired': True, 'delay': '0.000776587', 'lastCheck': = '3.0', 'valid':</div><div class=3D"">True}, = u'6654cb0c-3e57-42ca-b996-3660a3d32a43': {'code': 0, 'actual': True, = 'version': 3, 'acquired': True, 'delay': '0.000513211', 'lastCheck': = '1.3', 'valid': True},</div><div = class=3D"">u'2bf8f623-1d82-444e-ae16-d32e5fe4dc9e':</div><div = class=3D"">{'code': 0, 'actual': True, 'version': 3, 'acquired': True, = 'delay': '0.000493711', 'lastCheck': '1.1', 'valid': True}, = u'feaebec7-aae3-45b5-9684-1feedede7bec': {'code': 0, 'actual': True, = 'version': 0, 'acquired':</div><div class=3D"">True, 'delay': = '0.000512272', 'lastCheck': '3.1', 'valid': True}}</div><div = class=3D"">jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,246::task::1193::Storage.TaskManager.Task::(prepare) = Task=3D`5d8c4aff-86cb-447c-a833-e27e5c23c54d`::finished: = {u'5e39db25-561f-490a-81b6-46a7225f02b6': {'code': 0, 'actual': True, = 'version': 0, 'acquired': True, 'delay': '0.000833501', 'lastCheck': = '3.1', 'valid': True}, u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code': = 0, 'actual':</div><div class=3D"">True, 'version': 3, 'acquired': False, = 'delay': '0.000893509', 'lastCheck': '3.1', 'valid': True}, = u'cf2f4c75-966b-4f69-90a2-d8e7d21fc052': {'code': 0, 'actual': True, = 'version': 3, 'acquired': True,</div><div class=3D"">'delay': = '0.000776587', 'lastCheck': '3.0', 'valid': True}, = u'6654cb0c-3e57-42ca-b996-3660a3d32a43': {'code': 0, 'actual': True, = 'version': 3, 'acquired': True, 'delay': '0.000513211', 'lastCheck': = '1.3', 'valid':</div><div class=3D"">True}, = u'2bf8f623-1d82-444e-ae16-d32e5fe4dc9e': {'code': 0, 'actual': True, = 'version': 3, 'acquired': True, 'delay': '0.000493711', 'lastCheck': = '1.1', 'valid': True},</div><div = class=3D"">u'feaebec7-aae3-45b5-9684-1feedede7bec': {'code': 0, = 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000512272', = 'lastCheck': '3.1', 'valid': True}}</div><div = class=3D"">jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,246::task::597::Storage.TaskManager.Task::(_updateState) = Task=3D`5d8c4aff-86cb-447c-a833-e27e5c23c54d`::moving from state = preparing -> state finished</div><div = class=3D"">jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,246::resourceManager::952::Storage.ResourceManager.Owner::(releas= eAll) Owner.releaseAll requests {} resources {}</div><div = class=3D"">jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,246::resourceManager::989::Storage.ResourceManager.Owner::(cancel= All)</div><div class=3D"">Owner.cancelAll requests {}</div><div = class=3D"">jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,246::task::995::Storage.TaskManager.Task::(_decref) = Task=3D`5d8c4aff-86cb-447c-a833-e27e5c23c54d`::ref 0 aborting = False</div><div class=3D"">Reactor thread::INFO::2017-08-28 = 01:21:15,291::protocoldetector::76::ProtocolDetector.AcceptorImpl::(handle= _accept)</div><div class=3D"">Accepted connection from = ::1:51994</div><div class=3D"">Reactor thread::DEBUG::2017-08-28 = 01:21:15,299::protocoldetector::92::ProtocolDetector.Detector::(__init__) = Using required_size=3D11</div><div class=3D"">Reactor = thread::INFO::2017-08-28 = 01:21:15,301::protocoldetector::128::ProtocolDetector.Detector::(handle_re= ad) Detected protocol stomp from ::1:51994</div><div class=3D"">Reactor = thread::INFO::2017-08-28 = 01:21:15,301::stompreactor::101::Broker.StompAdapter::(_cmd_connect) = Processing CONNECT request</div><div class=3D"">Reactor = thread::DEBUG::2017-08-28 = 01:21:15,301::stompreactor::492::protocoldetector.StompDetector::(handle_s= ocket) Stomp detected from ('::1', 51994)</div><div class=3D"">JsonRpc = (StompReactor)::INFO::2017-08-28 = 01:21:15,313::stompreactor::128::Broker.StompAdapter::(_cmd_subscribe) = Subscribe command received</div><div = class=3D"">jsonrpc.Executor/4::DEBUG::2017-08-28 = 01:21:15,356::__init__::555::jsonrpc.JsonRpcServer::(_handle_request) = Return 'Host.getStats' in bridge with {'cpuStatistics': {'1': = {'cpuUser': '2.27',</div><div class=3D"">'nodeIndex': 0, 'cpuSys': = '1.80', 'cpuIdle': '95.93'}, '0': {'cpuUser': '0.67', 'nodeIndex': 0, = 'cpuSys': '1.13', 'cpuIdle': '98.20'}, '3': {'cpuUser': '5.67', = 'nodeIndex': 0, 'cpuSys': '0.60', 'cpuIdle': '93.73'},</div><div = class=3D"">'2': {'cpuUser': '0.93', 'nodeIndex': 0, 'cpuSys': = '0.53',</div><div class=3D"">'cpuIdle': '98.54'}, '5': {'cpuUser': = '0.87', 'nodeIndex': 0, 'cpuSys': '1.40', 'cpuIdle': '97.73'}, '4': = {'cpuUser': '1.27', 'nodeIndex': 0, 'cpuSys': '0.53', 'cpuIdle': = '98.20'}, '7': {'cpuUser': '0.27', 'nodeIndex': 0, 'cpuSys':</div><div = class=3D"">'0.47', 'cpuIdle': '99.26'}, '6': {'cpuUser': '2.07', = 'nodeIndex': 0, 'cpuSys': '0.53', 'cpuIdle': '97.40'}}, = 'numaNodeMemFree': {'0': {'memPercent': 98, 'memFree': '335'}}, = 'memShared': 0,</div><div class=3D"">'haScore': 3400, 'thpState': = 'always', 'ksmMergeAcrossNodes': True, 'rxRate': '0.04', 'vmCount': 1, = 'memUsed': '41', 'storageDomains': = {u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code': 0, 'actual': True, = 'version': 3, 'acquired': False, 'delay': '0.000893509', 'lastCheck': = '3.1', 'valid': True}, u'cf2f4c75-966b-4f69-90a2-d8e7d21fc052': {'code': = 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': = '0.000776587', 'lastCheck': '3.0', 'valid': True}, = u'6654cb0c-3e57-42ca-b996-3660a3d32a43': {'code': 0,</div><div = class=3D"">'actual': True, 'version': 3, 'acquired': True, 'delay': = '0.000513211', 'lastCheck': '1.3', 'valid': True}, = u'5e39db25-561f-490a-81b6-46a7225f02b6': {'code': 0, 'actual': True, = 'version': 0,</div><div class=3D"">'acquired': True, 'delay': = '0.000833501', 'lastCheck': '3.1', 'valid': True}, = u'2bf8f623-1d82-444e-ae16-d32e5fe4dc9e': {'code': 0, 'actual': True, = 'version': 3, 'acquired': True, 'delay': '0.000493711', 'lastCheck': = '1.1', 'valid': True}, u'feaebec7-aae3-45b5-9684-1feedede7bec': {'code': = 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': = '0.000512272', 'lastCheck': '3.1', 'valid': True}}, = 'incomingVmMigrations': 0,</div><div class=3D"">'network': {'enp2s0': = {'rxErrors': '0', 'txRate': '0.2', 'rxRate': '0.1', 'txErrors': '0', = 'speed': '1000', 'rxDropped': '18453', 'name': 'enp2s0', 'tx': = '884509425955', 'txDropped': '0', 'sampleTime':</div><div = class=3D"">1503912069.554311, 'rx': '134148067121', 'state': 'up'}, = 'eno1': {'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', = 'txErrors':</div><div class=3D"">'0', 'speed': '1000',</div><div = class=3D"">'rxDropped': '0', 'name': 'eno1', 'tx': '54488653089', = 'txDropped': '0', 'sampleTime': 1503912069.554311, 'rx': '46979728698', = 'state': 'up'}, ';vdsmdummy;': {'rxErrors': '0', 'txRate': '0.0', = 'rxRate': '0.0',</div><div class=3D"">'txErrors': '0', 'speed': '1000', = 'rxDropped': '0', 'name': ';vdsmdummy;', 'tx': '0', 'txDropped': '0', = 'sampleTime': 1503912069.554311, 'rx': '0', 'state': 'down'}, = 'enp2s0.4': {'rxErrors': '0', 'txRate': '0.2', 'rxRate': '0.1', = 'txErrors': '0', 'speed': '1000', 'rxDropped': '0', 'name': 'enp2s0.4', = 'tx': '843385870486', 'txDropped': '0', 'sampleTime': 1503912069.554311, = 'rx': '124132253793', 'state': 'up'}, 'lo': {'rxErrors': '0', 'txRate': = '0.3', 'rxRate': '0.3', 'txErrors': '0', 'speed': '1000', 'rxDropped': = '0', 'name': 'lo', 'tx': '444179233658', 'txDropped': '0', 'sampleTime': = 1503912069.554311, 'rx': '444179233658', 'state': 'up'}, 'enp4s0': = {'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', = 'speed': '1000', 'rxDropped': '14290', 'name': 'enp4s0',</div><div = class=3D"">'tx': '9009494', 'txDropped': '0', 'sampleTime': = 1503912069.554311, 'rx': '187852658', 'state': 'up'}, = 'enp4s0.100':</div><div class=3D"">{'rxErrors': '0', 'txRate': '0.0', = 'rxRate': '0.0', 'txErrors': '0', 'speed': '1000', 'rxDropped': '0', = 'name': 'enp4s0.100', 'tx': '8798732', 'txDropped': '0', 'sampleTime': = 1503912069.554311, 'rx': '95777939',</div><div class=3D"">'state': = 'up'}, 'enp2s0.2': {'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', = 'txErrors': '0', 'speed': '1000', 'rxDropped': '0', 'name': 'enp2s0.2', = 'tx': '1156', 'txDropped': '0', 'sampleTime': 1503912069.554311, 'rx': = '66329343', 'state': 'up'},</div><div class=3D"">'enp2s0.3': = {'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', = 'speed': '1000', 'rxDropped': '0',</div><div class=3D"">'name': = 'enp2s0.3', 'tx': '1156', 'txDropped': '0', 'sampleTime': = 1503912069.554311, 'rx': '5930851', 'state': 'up'}, 'vnet0': = {'rxErrors': '0', 'txRate': '0.0',</div><div class=3D"">'rxRate': '0.0', = 'txErrors': '0', 'speed': '1000', 'rxDropped': '0', 'name': 'vnet0', = 'tx': '97194738', 'txDropped': '0', 'sampleTime': 1503912069.554311, = 'rx': '8798642', 'state': 'up'}, 'ovirtmgmt':</div><div = class=3D"">{'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', = 'txErrors': '0', 'speed': '1000', 'rxDropped': '2', 'name': 'ovirtmgmt', = 'tx': '52893439231', 'txDropped': '0', 'sampleTime': 1503912069.554311, = 'rx': '43528048077', 'state': 'up'}, 'ovirt-3': {'rxErrors': '0', = 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', 'speed': '1000', = 'rxDropped': '2', 'name': 'ovirt-3', 'tx': '578', 'txDropped': '0', = 'sampleTime': 1503912069.554311, 'rx': '4621679',</div><div = class=3D"">'state': 'up'}, 'ovirt-4': {'rxErrors': '0', 'txRate': '0.2', = 'rxRate': '0.1', 'txErrors': '0', 'speed': '1000', 'rxDropped': '0', = 'name': 'ovirt-4', 'tx': '843385869908', 'txDropped': '0',</div><div = class=3D"">'sampleTime': 1503912069.554311, 'rx': '124132039409', = 'state': 'up'}, 'ovirt-2': {'rxErrors': '0', 'txRate': '0.0', 'rxRate': = '0.0',</div><div class=3D"">'txErrors': '0', 'speed': '1000', = 'rxDropped': '0', 'name': 'ovirt-2', 'tx': '578', 'txDropped': '0', = 'sampleTime': 1503912069.554311, 'rx': '19462774', 'state':</div><div = class=3D"">'up'}, 'dmz': {'rxErrors': '0', 'txRate': '0.0', 'rxRate': = '0.0', 'txErrors': '0', 'speed': '1000', 'rxDropped': '4', 'name': = 'dmz', 'tx': '578', 'txDropped': '0', 'sampleTime': 1503912069.554311, = 'rx': '31428052',</div><div class=3D"">'state': 'up'}}, 'txDropped': = '0', 'cpuUser': '1.75', 'ksmPages': 1250, 'elapsedTime': '127838.51', = 'cpuLoad':</div><div class=3D"">'2.39', 'cpuSys': '0.86', 'diskStats': = {'/var/log': {'free': '47378'}, '/var/log/core': {'free': '47378'}, = '/var/run/vdsm/': {'free': '7868'}, '/tmp': {'free': '47378'}}, = 'cpuUserVdsmd': '2.13', 'netConfigDirty': 'False', 'memCommitted': 2113, = 'ksmState': False, 'vmMigrating': 0, 'ksmCpu': 0, 'memAvailable': 9216, = 'txRate': '0.06', 'bootTime': '1503727419', 'haStats': = {'active':</div><div class=3D"">True, 'configured': True, 'score': 3400, = 'localMaintenance': False, 'globalMaintenance': False}, 'momStatus': = 'active', 'rxDropped': '32751', 'outgoingVmMigrations': 0, 'swapTotal': = 7999,</div><div class=3D"">'swapFree': 7842, 'dateTime': = '2017-08-28T09:21:15 GMT', 'anonHugePages': '2280', 'memFree': 9455, = 'cpuIdle': '97.39', 'vmActive': 1, 'v2vJobs': {}, 'cpuSysVdsmd': = '0.87'}</div><div class=3D"">jsonrpc.Executor/4::INFO::2017-08-28 = 01:21:15,357::__init__::513::jsonrpc.JsonRpcServer::(_serveRequest) RPC = call Host.getStats succeeded in 0.12 seconds</div><div = class=3D"">jsonrpc.Executor/6::DEBUG::2017-08-28 = 01:21:15,580::__init__::530::jsonrpc.JsonRpcServer::(_handle_request) = Calling</div><div class=3D"">'Host.getHardwareInfo' in bridge with = {}</div><div class=3D"">jsonrpc.Executor/6::DEBUG::2017-08-28 = 01:21:15,581::__init__::555::jsonrpc.JsonRpcServer::(_handle_request) = Return 'Host.getHardwareInfo' in bridge with {'systemProductName': '', = 'systemUUID': '20DC6410-4F9F-DF11-9A25-7071BC772964', = 'systemSerialNumber': '', 'systemVersion': '', 'systemManufacturer': = ''}</div><div class=3D"">jsonrpc.Executor/6::INFO::2017-08-28 = 01:21:15,581::__init__::513::jsonrpc.JsonRpcServer::(_serveRequest) RPC = call Host.getHardwareInfo succeeded in 0.00 seconds</div><div = class=3D"">JsonRpc (StompReactor)::ERROR::2017-08-28 = 01:21:15,583::betterAsyncore::113::vds.dispatcher::(recv) SSL error = during</div><div class=3D"">reading data: unexpected eof</div><div = class=3D"">Reactor thread::INFO::2017-08-28 = 01:21:16,325::protocoldetector::76::ProtocolDetector.AcceptorImpl::(handle= _accept)</div><div class=3D"">Accepted connection from = ::1:51996</div><div class=3D"">Reactor thread::DEBUG::2017-08-28 = 01:21:16,332::protocoldetector::92::ProtocolDetector.Detector::(__init__) = Using required_size=3D11</div><div class=3D"">Reactor = thread::INFO::2017-08-28 = 01:21:16,332::protocoldetector::128::ProtocolDetector.Detector::(handle_re= ad) Detected protocol xml from ::1:51996</div><div class=3D"">Reactor = thread::DEBUG::2017-08-28 = 01:21:16,332::bindingxmlrpc::1307::XmlDetector::(handle_socket) xml over = http detected from ('::1', 51996)</div><div = class=3D"">BindingXMLRPC::INFO::2017-08-28 = 01:21:16,332::xmlrpc::73::vds.XMLRPCServer::(handle_request) Starting = request handler for ::1:51996</div></div><div class=3D"" = style=3D"font-family: LucidaGrande;"><br class=3D""></div><div class=3D"" = style=3D"font-family: LucidaGrande;"><br class=3D""></div><div class=3D"" = style=3D"font-family: LucidaGrande;">supervdsm.log</div><div class=3D"" = style=3D"font-family: LucidaGrande;"><br class=3D""></div><div class=3D"" = style=3D"font-family: LucidaGrande;"><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,517::commands::68::root::(execCmd) /usr/bin/taskset --cpu-list = 0-7 /usr/sbin/tc class show dev eno1 classid 0:1388 (cwd None)</div><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,545::commands::86::root::(execCmd) SUCCESS: <err> =3D ''; = <rc> =3D 0</div><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,545::commands::68::root::(execCmd) /usr/bin/taskset --cpu-list = 0-7 /usr/sbin/tc class show dev enp2s0 classid 0:4 (cwd None)</div><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,572::commands::86::root::(execCmd) SUCCESS: <err> =3D ''; = <rc> =3D 0</div><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,573::commands::68::root::(execCmd) /usr/bin/taskset --cpu-list = 0-7 /usr/sbin/tc class show dev enp2s0 classid 0:2 (cwd None)</div><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,600::commands::86::root::(execCmd) SUCCESS: <err> =3D ''; = <rc> =3D 0</div><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,600::commands::68::root::(execCmd) /usr/bin/taskset --cpu-list = 0-7 /usr/sbin/tc class show dev enp4s0 classid 0:64 (cwd None)</div><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,628::commands::86::root::(execCmd) SUCCESS: <err> =3D ''; = <rc> =3D 0</div><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,628::commands::68::root::(execCmd) /usr/bin/taskset --cpu-list = 0-7 /usr/sbin/tc class show dev enp2s0 classid 0:3 (cwd None)</div><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,689::commands::86::root::(execCmd) SUCCESS: <err> =3D ''; = <rc> =3D 0</div><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,690::vsctl::57::root::(commit) Executing commands: = /usr/bin/ovs-vsctl --oneline --format=3Djson -- list Bridge -- list Port = -- list Interface</div><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,690::commands::68::root::(execCmd) /usr/bin/taskset --cpu-list = 0-7 /usr/bin/ovs-vsctl --oneline --format=3Djson -- list Bridge -- list = Port -- list Interface (cwd</div><div class=3D"">None)</div><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,720::commands::86::root::(execCmd) SUCCESS: <err> =3D ''; = <rc> =3D 0</div><div = class=3D"">MainProcess|Thread-316590::DEBUG::2017-08-28 = 01:21:56,724::supervdsmServer::99::SuperVdsm.ServerCallback::(wrapper) = return network_caps with {'bridges': {'ovirtmgmt': {'ipv6autoconf': = False, 'addr': '10.9.2.61', 'cfg': {'IPV6INIT': 'no', 'DEFROUTE': 'yes', = 'DNS1': '127.0.0.1', 'IPADDR': '10.9.2.61', 'GATEWAY': '10.9.2.1', = 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', = 'BOOTPROTO': 'none', 'STP': 'off', 'DNS2': '209.193.4.7', 'DEVICE': = 'ovirtmgmt', 'MTU': '1500', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, = 'ipv6addrs': [], 'gateway': '10.9.2.1', 'dhcpv4': False, 'netmask': = '255.255.255.0', 'dhcpv6': False, 'stp': 'off', 'ipv4addrs': = ['10.9.2.61/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['eno1'], = 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', = 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', = 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', = 'hello_timer': '104', 'multicast_querier_interval': '25500', 'max_age': = '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': = '0', 'priority': '32768', 'multicast_membership_interval': '26000', = 'root_path_cost': '0', 'root_port': '0', 'multicast_querier': '0', = 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', = 'topology_change': '0', 'hello_time': '200', 'root_id': = '8000.7071bc772964', 'bridge_id': '8000.7071bc772964', = 'topology_change_timer': '0', 'ageing_time': '30000', = 'nf_call_ip6tables': '0', 'gc_timer': '16704', 'nf_call_arptables': '0', = 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', = 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': = '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': = '0'}}, 'ovirt-4': {'ipv6autoconf': False, 'addr': '10.9.3.61', 'cfg': = {'IPV6INIT': 'no', 'DEFROUTE': 'no', 'IPADDR': '10.9.3.61', 'MTU': = '1500', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', = 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'ovirt-4', 'TYPE': = 'Bridge', 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'gateway': '10.9.3.1', = 'dhcpv4': False, 'netmask': '255.255.255.0', 'dhcpv6': False, 'stp': = 'off', 'ipv4addrs': ['10.9.3.61/24'], 'mtu': '1500', 'ipv6gateway': = '::', 'ports': ['enp2s0.4'], 'opts': {'multicast_last_member_count': = '2', 'hash_elasticity': '4', 'multicast_query_response_interval': = '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', = 'multicast_startup_query_interval': '3125', 'hello_timer': '102', = 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': = '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': = '32768', 'multicast_membership_interval': '26000', 'root_path_cost': = '0', 'root_port': '0', 'multicast_querier': '0', = 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', = 'topology_change': '0', 'hello_time': '200', 'root_id': = '8000.6805ca4606af', 'bridge_id': '8000.6805ca4606af', = 'topology_change_timer': '0', 'ageing_time': '30000', = 'nf_call_ip6tables': '0', 'gc_timer': '8307', 'nf_call_arptables': '0', = 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', = 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': = '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': = '0'}}, 'dmz': {'ipv6autoconf': False, 'addr': '', 'cfg': {'IPV6INIT': = 'no', 'DEFROUTE': 'no', 'MTU': '1500', 'DELAY': '0', 'NM_CONTROLLED': = 'no', 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'dmz', 'TYPE': = 'Bridge', 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'gateway': '', 'dhcpv4': = False, 'netmask': '', 'dhcpv6': False, 'stp': 'off', 'ipv4addrs': [], = 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['vnet0', 'enp4s0.100'], = 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', = 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', = 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', = 'hello_timer': '103', 'multicast_querier_interval': '25500', 'max_age': = '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': = '0', 'priority': '32768', 'multicast_membership_interval': '26000', = 'root_path_cost': '0', 'root_port': '0', 'multicast_querier': '0', = 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', = 'topology_change': '0', 'hello_time': '200', 'root_id': = '8000.001b212f794d', 'bridge_id': '8000.001b212f794d', = 'topology_change_timer': '0', 'ageing_time': '30000', = 'nf_call_ip6tables': '0', 'gc_timer': '7181', 'nf_call_arptables': '0', = 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', = 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': = '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': = '0'}}, 'ovirt-2': {'ipv6autoconf': False, 'addr': '', 'cfg': = {'IPV6INIT': 'no', 'DEFROUTE': 'no', 'MTU': '1500', 'DELAY': '0', = 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': = 'ovirt-2', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'ipv6addrs': [], = 'gateway': '', 'dhcpv4': False, 'netmask': '', 'dhcpv6': False, 'stp': = 'off', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': = ['enp2s0.2'], 'opts': {'multicast_last_member_count': '2', = 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', = 'group_fwd_mask': '0x0', 'multicast_snooping': '1', = 'multicast_startup_query_interval': '3125', 'hello_timer': '2', = 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': = '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': = '32768', 'multicast_membership_interval': '26000', 'root_path_cost': = '0', 'root_port': '0', 'multicast_querier': '0', = 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', = 'topology_change': '0', 'hello_time': '200', 'root_id': = '8000.6805ca4606af', 'bridge_id': '8000.6805ca4606af', = 'topology_change_timer': '0', 'ageing_time': '30000', = 'nf_call_ip6tables': '0', 'gc_timer': '320', 'nf_call_arptables': '0', = 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', = 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': = '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': = '0'}}, 'ovirt-3': {'ipv6autoconf': False, 'addr': '', 'cfg': = {'IPV6INIT': 'no', 'DEFROUTE': 'no', 'MTU': '1500', 'DELAY': '0', = 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': = 'ovirt-3', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'ipv6addrs': [], = 'gateway': '', 'dhcpv4': False, 'netmask': '', 'dhcpv6': False, 'stp': = 'off', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': = ['enp2s0.3'], 'opts': {'multicast_last_member_count': '2', = 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', = 'group_fwd_mask': '0x0', 'multicast_snooping': '1', = 'multicast_startup_query_interval': '3125', 'hello_timer': '1', = 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': = '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': = '32768', 'multicast_membership_interval': '26000', 'root_path_cost': = '0', 'root_port': '0', 'multicast_querier': '0', = 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', = 'topology_change': '0', 'hello_time': '200', 'root_id': = '8000.6805ca4606af', 'bridge_id': '8000.6805ca4606af', = 'topology_change_timer': '0', 'ageing_time': '30000', = 'nf_call_ip6tables': '0', 'gc_timer': '14656', 'nf_call_arptables': '0', = 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', = 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': = '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': = '0'}}}, 'bondings': {}, 'nameservers': ['127.0.0.1', '209.193.4.7', = '209.112.128.2'], 'nics': {'enp2s0': {'ipv6gateway': '::', = 'ipv6autoconf': False, 'addr': '', 'cfg': {'IPV6INIT': 'no', 'MTU': = '1500', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'DEVICE': 'enp2s0', = 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, = 'netmask': '', 'dhcpv6': False, 'ipv4addrs': [], 'hwaddr': = '68:05:ca:46:06:af', 'speed': 1000, 'gateway': ''}, 'eno1': = {'ipv6gateway': '::', 'ipv6autoconf': False, 'addr': '', 'cfg': = {'BRIDGE': 'ovirtmgmt', 'IPV6INIT': 'no', 'MTU': '1500', = 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'DEVICE': 'eno1', 'ONBOOT': = 'yes'}, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', = 'dhcpv6': False, 'ipv4addrs': [], 'hwaddr': '70:71:bc:77:29:64', = 'speed': 1000, 'gateway': ''}, 'enp4s0': {'ipv6gateway': '::', = 'ipv6autoconf': False, 'addr': '', 'cfg': {'IPV6INIT': 'no', 'MTU': = '1500', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'DEVICE': 'enp4s0', = 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, = 'netmask': '', 'dhcpv6': False, 'ipv4addrs': [], 'hwaddr': = '00:1b:21:2f:79:4d', 'speed': 1000, 'gateway': ''}}, 'supportsIPv6': = True, 'vlans': {'enp2s0.4': {'iface': 'enp2s0', 'ipv6autoconf': False, = 'addr': '', 'cfg': {'BRIDGE': 'ovirt-4', 'IPV6INIT': 'no', 'VLAN': = 'yes', 'MTU': '1500', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', = 'DEVICE': 'enp2s0.4', 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'vlanid': 4, = 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'dhcpv6': False, = 'ipv4addrs': [], 'ipv6gateway': '::', 'gateway': ''}, 'enp4s0.100': = {'iface': 'enp4s0', 'ipv6autoconf': False, 'addr': '', 'cfg': {'BRIDGE': = 'dmz', 'IPV6INIT': 'no', 'VLAN': 'yes', 'MTU': '1500', 'NM_CONTROLLED': = 'no', 'BOOTPROTO': 'none', 'DEVICE': 'enp4s0.100', 'ONBOOT': 'yes'}, = 'ipv6addrs': [], 'vlanid': 100, 'mtu': '1500', 'dhcpv4': False, = 'netmask': '', 'dhcpv6': False, 'ipv4addrs': [], 'ipv6gateway': '::', = 'gateway': ''}, 'enp2s0.2': {'iface': 'enp2s0', 'ipv6autoconf': False, = 'addr': '', 'cfg': {'BRIDGE': 'ovirt-2', 'IPV6INIT': 'no', 'VLAN': = 'yes', 'MTU': '1500', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', = 'DEVICE': 'enp2s0.2', 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'vlanid': 2, = 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'dhcpv6': False, = 'ipv4addrs': [], 'ipv6gateway': '::', 'gateway': ''}, 'enp2s0.3': = {'iface': 'enp2s0', 'ipv6autoconf': False, 'addr': '', 'cfg': {'BRIDGE': = 'ovirt-3', 'IPV6INIT': 'no', 'VLAN': 'yes', 'MTU': '1500', = 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'DEVICE': 'enp2s0.3', = 'ONBOOT': 'yes'}, 'ipv6addrs': [], 'vlanid': 3, 'mtu': '1500', 'dhcpv4': = False, 'netmask': '', 'dhcpv6': False, 'ipv4addrs': [], 'ipv6gateway': = '::', 'gateway': ''}}, 'networks': {'ovirtmgmt': {'iface': 'ovirtmgmt', = 'ipv6autoconf': False, 'addr': '10.9.2.61', 'cfg': {'IPV6INIT': 'no', = 'DEFROUTE':</div><div class=3D"">'yes', 'DNS1': '127.0.0.1', 'IPADDR': = '10.9.2.61', 'GATEWAY': '10.9.2.1', 'DELAY': '0', 'NM_CONTROLLED': 'no', = 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'off', 'DNS2': = '209.193.4.7', 'DEVICE': 'ovirtmgmt', 'MTU': '1500', 'TYPE': 'Bridge', = 'ONBOOT': 'yes'}, 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', = 'gateway': '10.9.2.1', 'dhcpv4': False, 'netmask': '255.255.255.0', = 'dhcpv6': False, 'stp': 'off', 'ipv4addrs': ['10.9.2.61/24'], 'mtu': = '1500', 'ipv6gateway': '::', 'ports': ['eno1']}, 'ovirt-4': {'iface': = 'ovirt-4', 'ipv6autoconf': False, 'addr': '10.9.3.61', 'cfg': = {'IPV6INIT': 'no', 'DEFROUTE': 'no', 'IPADDR': '10.9.3.61', 'MTU': = '1500', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', = 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'ovirt-4', 'TYPE': = 'Bridge', 'ONBOOT': 'yes'}, 'bridged': True, 'ipv6addrs': [],</div><div = class=3D"">'switch': 'legacy', 'gateway': '10.9.3.1', 'dhcpv4': False, = 'netmask': '255.255.255.0', 'dhcpv6': False, 'stp': 'off', 'ipv4addrs': = ['10.9.3.61/24'], 'mtu': '1500', 'ipv6gateway': '::', 'ports': = ['enp2s0.4']}, 'ovirt-2': {'iface': 'ovirt-2', 'ipv6autoconf': False, = 'addr': '', 'cfg': {'IPV6INIT': 'no', 'DEFROUTE': 'no', 'MTU': '1500', = 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'STP': 'off', = 'DEVICE': 'ovirt-2', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'bridged': = True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '', 'dhcpv4': = False, 'netmask': '', 'dhcpv6': False, 'stp': 'off', 'ipv4addrs': [], = 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['enp2s0.2']}, 'dmz': = {'iface': 'dmz', 'ipv6autoconf': False, 'addr': '', 'cfg': {'IPV6INIT': = 'no', 'DEFROUTE': 'no', 'MTU': '1500', 'DELAY': '0', 'NM_CONTROLLED': = 'no', 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'dmz', 'TYPE': = 'Bridge', 'ONBOOT': 'yes'}, 'bridged': True, 'ipv6addrs': [], 'switch': = 'legacy', 'gateway': '', 'dhcpv4': False, 'netmask': '', 'dhcpv6': = False, 'stp': 'off', 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': = '::', 'ports': ['vnet0', 'enp4s0.100']}, 'ovirt-3': {'iface': 'ovirt-3', = 'ipv6autoconf': False, 'addr': '', 'cfg': {'IPV6INIT': 'no', 'DEFROUTE': = 'no', 'MTU': '1500', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': = 'none', 'STP': 'off', 'DEVICE': 'ovirt-3', 'TYPE': 'Bridge', 'ONBOOT': = 'yes'}, 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': = '', 'dhcpv4': False, 'netmask': '', 'dhcpv6': False, 'stp': 'off', = 'ipv4addrs': [], 'mtu': '1500', 'ipv6gateway': '::', 'ports': = ['enp2s0.3']}}}</div><div = class=3D"">MainProcess|jsonrpc.Executor/3::DEBUG::2017-08-28 = 01:21:58,027::supervdsmServer::92::SuperVdsm.ServerCallback::(wrapper) = call getHardwareInfo with () {}</div><div = class=3D"">MainProcess|jsonrpc.Executor/3::DEBUG::2017-08-28 = 01:21:58,027::supervdsmServer::99::SuperVdsm.ServerCallback::(wrapper) = return getHardwareInfo with {'systemProductName': '', 'systemUUID': = '20DC6410-4F9F-DF11-9A25-7</div></div><div class=3D"" = style=3D"font-family: LucidaGrande;"><br class=3D""></div><div class=3D"" = style=3D"font-family: LucidaGrande;"><br class=3D""></div><div class=3D"" = style=3D"font-family: LucidaGrande;"><br class=3D""><div class=3D""><div = class=3D"" style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><font face=3D"Menlo" class=3D"" = style=3D"font-size: 12px;"><div = class=3D"">---------------------------------------------------------------= ---------</div><div class=3D"">Gary Pedretty         =                     =            <a = href=3D"mailto:gary@eraalaska.net" = class=3D"">gary(a)ravnalaska.net</a></div><div class=3D"">Systems Manager =                     =                     =  <a href=3D"http://www.flyravn.com" = class=3D"">www.flyravn.com</a></div><div class=3D"">Ravn Alaska   =                     =     /\                 =    907-450-7251</div><div class=3D"">5245 Airport Industrial = Road         /  \/\         =     907-450-7238 fax</div><div class=3D"">Fairbanks, Alaska =  99709        /\  /    \ \ = Second greatest commandment</div></font><font face=3D"Monaco" = class=3D""><span class=3D"" style=3D"font-size: 12px;">Serving All of = Alaska          /  \/  /\  \ \/\ =   =E2=80=9CLove your neighbor as</span></font><br class=3D"" = style=3D"font-family: Monaco;"><font face=3D"Menlo" class=3D""><span = class=3D"" style=3D"font-size: 12px;">Green, green as far as the eyes = can see             yourself=E2=80=9D Matt = 22:39</span></font><div class=3D"" style=3D"font-family: = Menlo;"></div><font face=3D"Menlo" class=3D"" style=3D"font-size: = 12px;"></font><span class=3D"" style=3D"font-size: 12px;"><font = face=3D"Menlo" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div></font></span><div class=3D""><font face=3D"Menlo" = class=3D"" style=3D"font-size: 12px;"><br = class=3D""></font></div></div><span class=3D"" style=3D"font-size: = 12px;"><br class=3D"Apple-interchange-newline"></span></div><span = class=3D"" style=3D"font-size: 12px;"><br = class=3D"Apple-interchange-newline"></span></div><span class=3D"" = style=3D"font-size: 12px;"><br = class=3D"Apple-interchange-newline"></span></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"><br = class=3D"Apple-interchange-newline"></div><br class=3D""><blockquote = type=3D"cite" class=3D"">On Aug 27, 2017, at 11:24 PM, Yaniv Kaul <<a = href=3D"mailto:ykaul@redhat.com" class=3D"">ykaul(a)redhat.com</a>> = wrote:<br class=3D""><br class=3D"">vdsm vds.dispatcher ERROR SSL error = during reading data: unexpected eof</blockquote></div></body></html>= --Apple-Mail=_BF0F8909-F772-4228-ADA6-BEDEE7C22B79--

1 1

Addition of hosts fail at network setup
by Paul-Erik Törrönen 25 Sep '17

25 Sep '17

Hello, I'm attempting to add another host to the cluster, and I'm getting the following error when I add the ovirtmgmt network to the physical network device: Error while executing action HostSetupNetworks: Unexpected exception In the host vdsm.log I have the following: 2017-09-25 19:58:35,060+0300 ERROR (jsonrpc/4) [jsonrpc.JsonRpcServer] Internal server error (__init__:577) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 572, in _handle_request res = method(**params) File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 202, in _dynamicMethod result = fn(*methodArgs) File "/usr/share/vdsm/API.py", line 1575, in setupNetworks supervdsm.getProxy().setupNetworks(networks, bondings, options) File "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 53, in __call__ return callMethod() File "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 51, in <lambda> **kwargs) File "<string>", line 2, in setupNetworks File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod raise convert_to_error(kind, result) IOError: [Errno 2] No such file or directory: u'/etc/sysconfig/network-scripts/ifcfg-ovirtmgmt' 2017-09-25 19:58:35,061+0300 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.setupNetworks failed (error -32603) in 0.18 seconds (__init__:539) I thought the ifcfg-ovirtmgmt-file was supposed to be created by the ovirt setup? I'm running the latest ovirt 4.1.6 on CentOS7.4 x86_64 (ovirt-release41-4.1.6-1.el7.centos.noarch). Poltsi

1 0

Clone of VM and copy of disks doubts
by Gianluca Cecchi 25 Sep '17

25 Sep '17

Hello, I have a VM VM1 that I would like to clone. It has 3 disks: 2 of them on storage domain SDA, 1 of them (size 80Gb) on a second storage domain SDB I want the new VM to have all the 3 disks on SDA, because SDB has not enough space to accomodate the cloned disk I power off VM1, select it and then "Clone VM". It seems I have no options at all and that I can only specify the name of the new VM, while oVirt would copy the VM with exactlly the same disks and so I receive error Error while executing action: VM2: - Cannot add VM. Low disk space on Storage Domain SDB. Is this expected? In case it seems not very flexible. So I create a snapshot of VM1 and then "Clone". Inside the "Resource Allocation" section, the drop-down for the 3 disks seems not enabled, in the sense that for every disk it contains only the name of the origin SD, so for 2 disks it contains SDA and no other SD to be chosen, for 1 disk it contains SDB and no other SD to be chosen. See here: https://drive.google.com/file/d/0BwoPbcrMv8mvdFd0RFMzRXhmRzQ/view?usp=shari… Can anyone replicate this in 4.1.5 to see if it is a problem of mine? So as a last resource I decide to copy disk by disk. Apparently my VM1 disk in SDB is preallocated: at least this is what I see if I select VM1, Snapshots, select the "Current" line (it is the only oe as therer are no snapshots), "DIsks" in right subpane See here for screenshot: https://drive.google.com/file/d/0BwoPbcrMv8mvclV5bDdsdE9Ubmc/view?usp=shari… Any more comfortable and correct way from web admin gui to see disk type? When I copy the disk it seems it tries to create a thin provisioned disk and it takes about 4 hours to copy 80Gb of disks from SSD to SAS SD with very few I/O activity on hypervisor in the mean time (I have only one node in this test) when I would expect around 40minutes with a throughput of at elast 40MB/s with a sort of dd as the cemu-img command should be... instead the command I see from command line is kind of /usr/bin/qemu-img convert -p -t none -T none -f qcow2 /rhev/data-center/59b7af54-0155-01c2-0248-000000000195/70411599-c19f-4a6a-80b5-abdeffc1616e/images/3d357b96-57e1-47bd-be65-558252a591d3/77ba5e2b-dfbe-4801-b5ec-dc9ffae2c481 -O qcow2 -o compat=1.1 /rhev/data-center/mnt/blockSD/fad05d79-254d-4f40-8201-360757128ede/images/73292653-f5d9-49ae-8132-f17d288bf822/deb4b841-95cd-4523-9523-f2ffdbb9b4a9 Also, if get this VM and create a snapshot of it I see this: - starting point all the 3 disks seem preallocated (same method as above) - after creating a snapshot, if I select the "Current" line the 3 disks are all thin-provision, if I select the line of the taken snapshot instead the disks are all preallocated. Any comments or suggestions about the points above? Thanks, Gianluca

1 1

Snapshot removal vs selinux enforced
by Lionel Caignec 25 Sep '17

25 Sep '17

Hi, i have a problem with selinux enforced. When i tried to live remove a snapshot the operation failed . After some headache i found the problem source : selinux. When i "setenfore 0" the removal task work, when i "setenforce 1" removal task failed. log from audit.log: vc: denied {write} for pid = 28360 tmptext = system_u: object_r : fixed_disk_device_t: s0 tclass = blk_file I'm with RHEL 7.4 and ovirt 4.1, is it some specific configuration to do?. Thanks for help.

1 1

Failed gdeploy
by Sean McMurray 25 Sep '17

25 Sep '17

My latest attempt to deploy went like this (/tmp/tmpaQJuTG/run-script.yml and /tmp/gdeployConfig.conf are pasted below the gdeploy transcript): # gdeploy -k -vv -c /tmp/gdeployConfig.conf --trace Using /etc/ansible/ansible.cfg as config file PLAYBOOK: run-script.yml ********************************************************************************************************************* 1 plays in /tmp/tmpaQJuTG/run-script.yml PLAY [gluster_servers] *********************************************************************************************************************** META: ran handlers TASK [Run a shell script] ******************************************************************************************************************** task path: /tmp/tmpaQJuTG/run-script.yml:7 changed: [192.168.1.3] => (item=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 192.168.1.1,192.168.1.2,192.168.1.3) => {"changed": true, "failed": false, "failed_when_result": false, "item": "/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 192.168.1.1,192.168.1.2,192.168.1.3", "rc": 0, "stderr": "Shared connection to 192.168.1.3 closed.\r\n", "stdout": "", "stdout_lines": []} changed: [192.168.1.2] => (item=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 192.168.1.1,192.168.1.2,192.168.1.3) => {"changed": true, "failed": false, "failed_when_result": false, "item": "/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 192.168.1.1,192.168.1.2,192.168.1.3", "rc": 0, "stderr": "Shared connection to 192.168.1.2 closed.\r\n", "stdout": "", "stdout_lines": []} changed: [192.168.1.1] => (item=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 192.168.1.1,192.168.1.2,192.168.1.3) => {"changed": true, "failed": false, "failed_when_result": false, "item": "/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 192.168.1.1,192.168.1.2,192.168.1.3", "rc": 0, "stderr": "Shared connection to 192.168.1.1 closed.\r\n", "stdout": "scp: /tmp/*_host_ip_2017_09_22.txt: No such file or directory\r\nscp: /tmp/*_host_ip_2017_09_22.txt: No such file or directory\r\n", "stdout_lines": ["scp: /tmp/*_host_ip_2017_09_22.txt: No such file or directory", "scp: /tmp/*_host_ip_2017_09_22.txt: No such file or directory"]} META: ran handlers META: ran handlers PLAY RECAP *********************************************************************************************************************************** 192.168.1.1 : ok=1 changed=1 unreachable=0 failed=0 192.168.1.2 : ok=1 changed=1 unreachable=0 failed=0 192.168.1.3 : ok=1 changed=1 unreachable=0 failed=0 Using /etc/ansible/ansible.cfg as config file PLAYBOOK: chkconfig_service.yml ************************************************************************************************************** 1 plays in /tmp/tmpaQJuTG/chkconfig_service.yml PLAY [gluster_servers] *********************************************************************************************************************** META: ran handlers TASK [Enable or disable services] ************************************************************************************************************ task path: /tmp/tmpaQJuTG/chkconfig_service.yml:7 ok: [192.168.1.3] => (item=chronyd) => {"changed": false, "enabled": true, "item": "chronyd", "name": "chronyd", "status": {"ActiveEnterTimestamp": "Fri 2017-09-22 08:05:49 PDT", "ActiveEnterTimestampMonotonic": "57218106256", "ActiveExitTimestamp": "Fri 2017-09-22 08:05:49 PDT", "ActiveExitTimestampMonotonic": "57218037256", "ActiveState": "active", "After": "systemd-journald.socket var.mount tmp.mount ntpd.service -.mount system.slice sntp.service basic.target ntpdate.service", "AllowIsolate": "no", "AmbientCapabilities": "0", "AssertResult": "yes", "AssertTimestamp": "Fri 2017-09-22 08:05:49 PDT", "AssertTimestampMonotonic": "57218053902", "Before": "multi-user.target imgbase-config-vdsm.service shutdown.target", "BlockIOAccounting": "no", "BlockIOWeight": "18446744073709551615", "CPUAccounting": "no", "CPUQuotaPerSecUSec": "infinity", "CPUSchedulingPolicy": "0", "CPUSchedulingPriority": "0", "CPUSchedulingResetOnFork": "no", "CPUShares": "18446744073709551615", "CanIsolate": "no", "CanReload": "no", "CanStart": "yes", "CanStop": "yes", "CapabilityBoundingSet": "18446744073709551615", "ConditionResult": "yes", "ConditionTimestamp": "Fri 2017-09-22 08:05:49 PDT", "ConditionTimestampMonotonic": "57218053870", "Conflicts": "shutdown.target systemd-timesyncd.service ntpd.service", "ControlGroup": "/system.slice/chronyd.service", "ControlPID": "0", "DefaultDependencies": "yes", "Delegate": "no", "Description": "NTP client/server", "DevicePolicy": "auto", "Documentation": "man:chronyd(8) man:chrony.conf(5)", "EnvironmentFile": "/etc/sysconfig/chronyd (ignore_errors=yes)", "ExecMainCode": "0", "ExecMainExitTimestampMonotonic": "0", "ExecMainPID": "7300", "ExecMainStartTimestamp": "Fri 2017-09-22 08:05:49 PDT", "ExecMainStartTimestampMonotonic": "57218077328", "ExecMainStatus": "0", "ExecStart": "{ path=/usr/sbin/chronyd ; argv[]=/usr/sbin/chronyd $OPTIONS ; ignore_errors=no ; start_time=[Fri 2017-09-22 08:05:49 PDT] ; stop_time=[Fri 2017-09-22 08:05:49 PDT] ; pid=7298 ; code=exited ; status=0 }", "ExecStartPost": "{ path=/usr/libexec/chrony-helper ; argv[]=/usr/libexec/chrony-helper update-daemon ; ignore_errors=no ; start_time=[Fri 2017-09-22 08:05:49 PDT] ; stop_time=[Fri 2017-09-22 08:05:49 PDT] ; pid=7302 ; code=exited ; status=0 }", "FailureAction": "none", "FileDescriptorStoreMax": "0", "FragmentPath": "/usr/lib/systemd/system/chronyd.service", "GuessMainPID": "yes", "IOScheduling": "0", "Id": "chronyd.service", "IgnoreOnIsolate": "no", "IgnoreOnSnapshot": "no", "IgnoreSIGPIPE": "yes", "InactiveEnterTimestamp": "Fri 2017-09-22 08:05:49 PDT", "InactiveEnterTimestampMonotonic": "57218052782", "InactiveExitTimestamp": "Fri 2017-09-22 08:05:49 PDT", "InactiveExitTimestampMonotonic": "57218054578", "JobTimeoutAction": "none", "JobTimeoutUSec": "0", "KillMode": "control-group", "KillSignal": "15", "LimitAS": "18446744073709551615", "LimitCORE": "18446744073709551615", "LimitCPU": "18446744073709551615", "LimitDATA": "18446744073709551615", "LimitFSIZE": "18446744073709551615", "LimitLOCKS": "18446744073709551615", "LimitMEMLOCK": "65536", "LimitMSGQUEUE": "819200", "LimitNICE": "0", "LimitNOFILE": "4096", "LimitNPROC": "62043", "LimitRSS": "18446744073709551615", "LimitRTPRIO": "0", "LimitRTTIME": "18446744073709551615", "LimitSIGPENDING": "62043", "LimitSTACK": "18446744073709551615", "LoadState": "loaded", "MainPID": "7300", "MemoryAccounting": "no", "MemoryCurrent": "18446744073709551615", "MemoryLimit": "18446744073709551615", "MountFlags": "0", "Names": "chronyd.service", "NeedDaemonReload": "no", "Nice": "0", "NoNewPrivileges": "no", "NonBlocking": "no", "NotifyAccess": "none", "OOMScoreAdjust": "0", "OnFailureJobMode": "replace", "PIDFile": "/var/run/chronyd.pid", "PermissionsStartOnly": "no", "PrivateDevices": "no", "PrivateNetwork": "no", "PrivateTmp": "yes", "ProtectHome": "yes", "ProtectSystem": "full", "RefuseManualStart": "no", "RefuseManualStop": "no", "RemainAfterExit": "no", "Requires": "basic.target -.mount var.mount", "RequiresMountsFor": "/var/tmp", "Restart": "no", "RestartUSec": "100ms", "Result": "success", "RootDirectoryStartOnly": "no", "RuntimeDirectoryMode": "0755", "SameProcessGroup": "no", "SecureBits": "0", "SendSIGHUP": "no", "SendSIGKILL": "yes", "Slice": "system.slice", "StandardError": "inherit", "StandardInput": "null", "StandardOutput": "journal", "StartLimitAction": "none", "StartLimitBurst": "5", "StartLimitInterval": "10000000", "StartupBlockIOWeight": "18446744073709551615", "StartupCPUShares": "18446744073709551615", "StatusErrno": "0", "StopWhenUnneeded": "no", "SubState": "running", "SyslogLevelPrefix": "yes", "SyslogPriority": "30", "SystemCallErrorNumber": "0", "TTYReset": "no", "TTYVHangup": "no", "TTYVTDisallocate": "no", "TasksAccounting": "no", "TasksCurrent": "18446744073709551615", "TasksMax": "18446744073709551615", "TimeoutStartUSec": "1min 30s", "TimeoutStopUSec": "1min 30s", "TimerSlackNSec": "50000", "Transient": "no", "Type": "forking", "UMask": "0022", "UnitFilePreset": "enabled", "UnitFileState": "enabled", "WantedBy": "multi-user.target", "Wants": "system.slice", "WatchdogTimestamp": "Fri 2017-09-22 08:05:49 PDT", "WatchdogTimestampMonotonic": "57218077340", "WatchdogUSec": "0"}} ok: [192.168.1.2] => (item=chronyd) => {"changed": false, "enabled": true, "item": "chronyd", "name": "chronyd", "status": {"ActiveEnterTimestamp": "Fri 2017-09-22 15:04:50 PDT", "ActiveEnterTimestampMonotonic": "139348506558", "ActiveExitTimestamp": "Fri 2017-09-22 15:04:50 PDT", "ActiveExitTimestampMonotonic": "139348424046", "ActiveState": "active", "After": "ntpd.service sntp.service systemd-journald.socket tmp.mount ntpdate.service -.mount system.slice basic.target var.mount", "AllowIsolate": "no", "AmbientCapabilities": "0", "AssertResult": "yes", "AssertTimestamp": "Fri 2017-09-22 15:04:50 PDT", "AssertTimestampMonotonic": "139348447946", "Before": "shutdown.target multi-user.target imgbase-config-vdsm.service", "BlockIOAccounting": "no", "BlockIOWeight": "18446744073709551615", "CPUAccounting": "no", "CPUQuotaPerSecUSec": "infinity", "CPUSchedulingPolicy": "0", "CPUSchedulingPriority": "0", "CPUSchedulingResetOnFork": "no", "CPUShares": "18446744073709551615", "CanIsolate": "no", "CanReload": "no", "CanStart": "yes", "CanStop": "yes", "CapabilityBoundingSet": "18446744073709551615", "ConditionResult": "yes", "ConditionTimestamp": "Fri 2017-09-22 15:04:50 PDT", "ConditionTimestampMonotonic": "139348447884", "Conflicts": "shutdown.target systemd-timesyncd.service ntpd.service", "ControlGroup": "/system.slice/chronyd.service", "ControlPID": "0", "DefaultDependencies": "yes", "Delegate": "no", "Description": "NTP client/server", "DevicePolicy": "auto", "Documentation": "man:chronyd(8) man:chrony.conf(5)", "EnvironmentFile": "/etc/sysconfig/chronyd (ignore_errors=yes)", "ExecMainCode": "0", "ExecMainExitTimestampMonotonic": "0", "ExecMainPID": "10148", "ExecMainStartTimestamp": "Fri 2017-09-22 15:04:50 PDT", "ExecMainStartTimestampMonotonic": "139348474428", "ExecMainStatus": "0", "ExecStart": "{ path=/usr/sbin/chronyd ; argv[]=/usr/sbin/chronyd $OPTIONS ; ignore_errors=no ; start_time=[Fri 2017-09-22 15:04:50 PDT] ; stop_time=[Fri 2017-09-22 15:04:50 PDT] ; pid=10146 ; code=exited ; status=0 }", "ExecStartPost": "{ path=/usr/libexec/chrony-helper ; argv[]=/usr/libexec/chrony-helper update-daemon ; ignore_errors=no ; start_time=[Fri 2017-09-22 15:04:50 PDT] ; stop_time=[Fri 2017-09-22 15:04:50 PDT] ; pid=10150 ; code=exited ; status=0 }", "FailureAction": "none", "FileDescriptorStoreMax": "0", "FragmentPath": "/usr/lib/systemd/system/chronyd.service", "GuessMainPID": "yes", "IOScheduling": "0", "Id": "chronyd.service", "IgnoreOnIsolate": "no", "IgnoreOnSnapshot": "no", "IgnoreSIGPIPE": "yes", "InactiveEnterTimestamp": "Fri 2017-09-22 15:04:50 PDT", "InactiveEnterTimestampMonotonic": "139348445639", "InactiveExitTimestamp": "Fri 2017-09-22 15:04:50 PDT", "InactiveExitTimestampMonotonic": "139348449304", "JobTimeoutAction": "none", "JobTimeoutUSec": "0", "KillMode": "control-group", "KillSignal": "15", "LimitAS": "18446744073709551615", "LimitCORE": "18446744073709551615", "LimitCPU": "18446744073709551615", "LimitDATA": "18446744073709551615", "LimitFSIZE": "18446744073709551615", "LimitLOCKS": "18446744073709551615", "LimitMEMLOCK": "65536", "LimitMSGQUEUE": "819200", "LimitNICE": "0", "LimitNOFILE": "4096", "LimitNPROC": "62271", "LimitRSS": "18446744073709551615", "LimitRTPRIO": "0", "LimitRTTIME": "18446744073709551615", "LimitSIGPENDING": "62271", "LimitSTACK": "18446744073709551615", "LoadState": "loaded", "MainPID": "10148", "MemoryAccounting": "no", "MemoryCurrent": "18446744073709551615", "MemoryLimit": "18446744073709551615", "MountFlags": "0", "Names": "chronyd.service", "NeedDaemonReload": "no", "Nice": "0", "NoNewPrivileges": "no", "NonBlocking": "no", "NotifyAccess": "none", "OOMScoreAdjust": "0", "OnFailureJobMode": "replace", "PIDFile": "/var/run/chronyd.pid", "PermissionsStartOnly": "no", "PrivateDevices": "no", "PrivateNetwork": "no", "PrivateTmp": "yes", "ProtectHome": "yes", "ProtectSystem": "full", "RefuseManualStart": "no", "RefuseManualStop": "no", "RemainAfterExit": "no", "Requires": "basic.target -.mount var.mount", "RequiresMountsFor": "/var/tmp", "Restart": "no", "RestartUSec": "100ms", "Result": "success", "RootDirectoryStartOnly": "no", "RuntimeDirectoryMode": "0755", "SameProcessGroup": "no", "SecureBits": "0", "SendSIGHUP": "no", "SendSIGKILL": "yes", "Slice": "system.slice", "StandardError": "inherit", "StandardInput": "null", "StandardOutput": "journal", "StartLimitAction": "none", "StartLimitBurst": "5", "StartLimitInterval": "10000000", "StartupBlockIOWeight": "18446744073709551615", "StartupCPUShares": "18446744073709551615", "StatusErrno": "0", "StopWhenUnneeded": "no", "SubState": "running", "SyslogLevelPrefix": "yes", "SyslogPriority": "30", "SystemCallErrorNumber": "0", "TTYReset": "no", "TTYVHangup": "no", "TTYVTDisallocate": "no", "TasksAccounting": "no", "TasksCurrent": "18446744073709551615", "TasksMax": "18446744073709551615", "TimeoutStartUSec": "1min 30s", "TimeoutStopUSec": "1min 30s", "TimerSlackNSec": "50000", "Transient": "no", "Type": "forking", "UMask": "0022", "UnitFilePreset": "enabled", "UnitFileState": "enabled", "WantedBy": "multi-user.target", "Wants": "system.slice", "WatchdogTimestamp": "Fri 2017-09-22 15:04:50 PDT", "WatchdogTimestampMonotonic": "139348474458", "WatchdogUSec": "0"}} ok: [192.168.1.1] => (item=chronyd) => {"changed": false, "enabled": true, "item": "chronyd", "name": "chronyd", "status": {"ActiveEnterTimestamp": "Fri 2017-09-22 08:05:55 PDT", "ActiveEnterTimestampMonotonic": "64535125522", "ActiveExitTimestamp": "Fri 2017-09-22 08:05:54 PDT", "ActiveExitTimestampMonotonic": "64535042941", "ActiveState": "active", "After": "ntpd.service tmp.mount systemd-journald.socket system.slice sntp.service basic.target var.mount ntpdate.service -.mount", "AllowIsolate": "no", "AmbientCapabilities": "0", "AssertResult": "yes", "AssertTimestamp": "Fri 2017-09-22 08:05:54 PDT", "AssertTimestampMonotonic": "64535053307", "Before": "shutdown.target multi-user.target imgbase-config-vdsm.service", "BlockIOAccounting": "no", "BlockIOWeight": "18446744073709551615", "CPUAccounting": "no", "CPUQuotaPerSecUSec": "infinity", "CPUSchedulingPolicy": "0", "CPUSchedulingPriority": "0", "CPUSchedulingResetOnFork": "no", "CPUShares": "18446744073709551615", "CanIsolate": "no", "CanReload": "no", "CanStart": "yes", "CanStop": "yes", "CapabilityBoundingSet": "18446744073709551615", "ConditionResult": "yes", "ConditionTimestamp": "Fri 2017-09-22 08:05:54 PDT", "ConditionTimestampMonotonic": "64535053202", "Conflicts": "shutdown.target ntpd.service systemd-timesyncd.service", "ControlGroup": "/system.slice/chronyd.service", "ControlPID": "0", "DefaultDependencies": "yes", "Delegate": "no", "Description": "NTP client/server", "DevicePolicy": "auto", "Documentation": "man:chronyd(8) man:chrony.conf(5)", "EnvironmentFile": "/etc/sysconfig/chronyd (ignore_errors=yes)", "ExecMainCode": "0", "ExecMainExitTimestampMonotonic": "0", "ExecMainPID": "9436", "ExecMainStartTimestamp": "Fri 2017-09-22 08:05:55 PDT", "ExecMainStartTimestampMonotonic": "64535083184", "ExecMainStatus": "0", "ExecStart": "{ path=/usr/sbin/chronyd ; argv[]=/usr/sbin/chronyd $OPTIONS ; ignore_errors=no ; start_time=[Fri 2017-09-22 08:05:54 PDT] ; stop_time=[Fri 2017-09-22 08:05:55 PDT] ; pid=9434 ; code=exited ; status=0 }", "ExecStartPost": "{ path=/usr/libexec/chrony-helper ; argv[]=/usr/libexec/chrony-helper update-daemon ; ignore_errors=no ; start_time=[Fri 2017-09-22 08:05:55 PDT] ; stop_time=[Fri 2017-09-22 08:05:55 PDT] ; pid=9438 ; code=exited ; status=0 }", "FailureAction": "none", "FileDescriptorStoreMax": "0", "FragmentPath": "/usr/lib/systemd/system/chronyd.service", "GuessMainPID": "yes", "IOScheduling": "0", "Id": "chronyd.service", "IgnoreOnIsolate": "no", "IgnoreOnSnapshot": "no", "IgnoreSIGPIPE": "yes", "InactiveEnterTimestamp": "Fri 2017-09-22 08:05:54 PDT", "InactiveEnterTimestampMonotonic": "64535051400", "InactiveExitTimestamp": "Fri 2017-09-22 08:05:54 PDT", "InactiveExitTimestampMonotonic": "64535054635", "JobTimeoutAction": "none", "JobTimeoutUSec": "0", "KillMode": "control-group", "KillSignal": "15", "LimitAS": "18446744073709551615", "LimitCORE": "18446744073709551615", "LimitCPU": "18446744073709551615", "LimitDATA": "18446744073709551615", "LimitFSIZE": "18446744073709551615", "LimitLOCKS": "18446744073709551615", "LimitMEMLOCK": "65536", "LimitMSGQUEUE": "819200", "LimitNICE": "0", "LimitNOFILE": "4096", "LimitNPROC": "14440", "LimitRSS": "18446744073709551615", "LimitRTPRIO": "0", "LimitRTTIME": "18446744073709551615", "LimitSIGPENDING": "14440", "LimitSTACK": "18446744073709551615", "LoadState": "loaded", "MainPID": "9436", "MemoryAccounting": "no", "MemoryCurrent": "18446744073709551615", "MemoryLimit": "18446744073709551615", "MountFlags": "0", "Names": "chronyd.service", "NeedDaemonReload": "no", "Nice": "0", "NoNewPrivileges": "no", "NonBlocking": "no", "NotifyAccess": "none", "OOMScoreAdjust": "0", "OnFailureJobMode": "replace", "PIDFile": "/var/run/chronyd.pid", "PermissionsStartOnly": "no", "PrivateDevices": "no", "PrivateNetwork": "no", "PrivateTmp": "yes", "ProtectHome": "yes", "ProtectSystem": "full", "RefuseManualStart": "no", "RefuseManualStop": "no", "RemainAfterExit": "no", "Requires": "basic.target -.mount var.mount", "RequiresMountsFor": "/var/tmp", "Restart": "no", "RestartUSec": "100ms", "Result": "success", "RootDirectoryStartOnly": "no", "RuntimeDirectoryMode": "0755", "SameProcessGroup": "no", "SecureBits": "0", "SendSIGHUP": "no", "SendSIGKILL": "yes", "Slice": "system.slice", "StandardError": "inherit", "StandardInput": "null", "StandardOutput": "journal", "StartLimitAction": "none", "StartLimitBurst": "5", "StartLimitInterval": "10000000", "StartupBlockIOWeight": "18446744073709551615", "StartupCPUShares": "18446744073709551615", "StatusErrno": "0", "StopWhenUnneeded": "no", "SubState": "running", "SyslogLevelPrefix": "yes", "SyslogPriority": "30", "SystemCallErrorNumber": "0", "TTYReset": "no", "TTYVHangup": "no", "TTYVTDisallocate": "no", "TasksAccounting": "no", "TasksCurrent": "18446744073709551615", "TasksMax": "18446744073709551615", "TimeoutStartUSec": "1min 30s", "TimeoutStopUSec": "1min 30s", "TimerSlackNSec": "50000", "Transient": "no", "Type": "forking", "UMask": "0022", "UnitFilePreset": "enabled", "UnitFileState": "enabled", "WantedBy": "multi-user.target", "Wants": "system.slice", "WatchdogTimestamp": "Fri 2017-09-22 08:05:55 PDT", "WatchdogTimestampMonotonic": "64535083221", "WatchdogUSec": "0"}} META: ran handlers META: ran handlers PLAY RECAP *********************************************************************************************************************************** 192.168.1.1 : ok=1 changed=0 unreachable=0 failed=0 192.168.1.2 : ok=1 changed=0 unreachable=0 failed=0 192.168.1.3 : ok=1 changed=0 unreachable=0 failed=0 Using /etc/ansible/ansible.cfg as config file PLAYBOOK: service_management.yml ************************************************************************************************************* 1 plays in /tmp/tmpaQJuTG/service_management.yml PLAY [gluster_servers] *********************************************************************************************************************** META: ran handlers TASK [start/stop/restart/reload services] **************************************************************************************************** task path: /tmp/tmpaQJuTG/service_management.yml:7 changed: [192.168.1.3] => (item=chronyd) => {"changed": true, "item": "chronyd", "name": "chronyd", "state": "started", "status": {"ActiveEnterTimestamp": "Fri 2017-09-22 08:05:49 PDT", "ActiveEnterTimestampMonotonic": "57218106256", "ActiveExitTimestamp": "Fri 2017-09-22 08:05:49 PDT", "ActiveExitTimestampMonotonic": "57218037256", "ActiveState": "active", "After": "systemd-journald.socket var.mount tmp.mount ntpd.service -.mount system.slice sntp.service basic.target ntpdate.service", "AllowIsolate": "no", "AmbientCapabilities": "0", "AssertResult": "yes", "AssertTimestamp": "Fri 2017-09-22 08:05:49 PDT", "AssertTimestampMonotonic": "57218053902", "Before": "multi-user.target imgbase-config-vdsm.service shutdown.target", "BlockIOAccounting": "no", "BlockIOWeight": "18446744073709551615", "CPUAccounting": "no", "CPUQuotaPerSecUSec": "infinity", "CPUSchedulingPolicy": "0", "CPUSchedulingPriority": "0", "CPUSchedulingResetOnFork": "no", "CPUShares": "18446744073709551615", "CanIsolate": "no", "CanReload": "no", "CanStart": "yes", "CanStop": "yes", "CapabilityBoundingSet": "18446744073709551615", "ConditionResult": "yes", "ConditionTimestamp": "Fri 2017-09-22 08:05:49 PDT", "ConditionTimestampMonotonic": "57218053870", "Conflicts": "shutdown.target systemd-timesyncd.service ntpd.service", "ControlGroup": "/system.slice/chronyd.service", "ControlPID": "0", "DefaultDependencies": "yes", "Delegate": "no", "Description": "NTP client/server", "DevicePolicy": "auto", "Documentation": "man:chronyd(8) man:chrony.conf(5)", "EnvironmentFile": "/etc/sysconfig/chronyd (ignore_errors=yes)", "ExecMainCode": "0", "ExecMainExitTimestampMonotonic": "0", "ExecMainPID": "7300", "ExecMainStartTimestamp": "Fri 2017-09-22 08:05:49 PDT", "ExecMainStartTimestampMonotonic": "57218077328", "ExecMainStatus": "0", "ExecStart": "{ path=/usr/sbin/chronyd ; argv[]=/usr/sbin/chronyd $OPTIONS ; ignore_errors=no ; start_time=[Fri 2017-09-22 08:05:49 PDT] ; stop_time=[Fri 2017-09-22 08:05:49 PDT] ; pid=7298 ; code=exited ; status=0 }", "ExecStartPost": "{ path=/usr/libexec/chrony-helper ; argv[]=/usr/libexec/chrony-helper update-daemon ; ignore_errors=no ; start_time=[Fri 2017-09-22 08:05:49 PDT] ; stop_time=[Fri 2017-09-22 08:05:49 PDT] ; pid=7302 ; code=exited ; status=0 }", "FailureAction": "none", "FileDescriptorStoreMax": "0", "FragmentPath": "/usr/lib/systemd/system/chronyd.service", "GuessMainPID": "yes", "IOScheduling": "0", "Id": "chronyd.service", "IgnoreOnIsolate": "no", "IgnoreOnSnapshot": "no", "IgnoreSIGPIPE": "yes", "InactiveEnterTimestamp": "Fri 2017-09-22 08:05:49 PDT", "InactiveEnterTimestampMonotonic": "57218052782", "InactiveExitTimestamp": "Fri 2017-09-22 08:05:49 PDT", "InactiveExitTimestampMonotonic": "57218054578", "JobTimeoutAction": "none", "JobTimeoutUSec": "0", "KillMode": "control-group", "KillSignal": "15", "LimitAS": "18446744073709551615", "LimitCORE": "18446744073709551615", "LimitCPU": "18446744073709551615", "LimitDATA": "18446744073709551615", "LimitFSIZE": "18446744073709551615", "LimitLOCKS": "18446744073709551615", "LimitMEMLOCK": "65536", "LimitMSGQUEUE": "819200", "LimitNICE": "0", "LimitNOFILE": "4096", "LimitNPROC": "62043", "LimitRSS": "18446744073709551615", "LimitRTPRIO": "0", "LimitRTTIME": "18446744073709551615", "LimitSIGPENDING": "62043", "LimitSTACK": "18446744073709551615", "LoadState": "loaded", "MainPID": "7300", "MemoryAccounting": "no", "MemoryCurrent": "18446744073709551615", "MemoryLimit": "18446744073709551615", "MountFlags": "0", "Names": "chronyd.service", "NeedDaemonReload": "no", "Nice": "0", "NoNewPrivileges": "no", "NonBlocking": "no", "NotifyAccess": "none", "OOMScoreAdjust": "0", "OnFailureJobMode": "replace", "PIDFile": "/var/run/chronyd.pid", "PermissionsStartOnly": "no", "PrivateDevices": "no", "PrivateNetwork": "no", "PrivateTmp": "yes", "ProtectHome": "yes", "ProtectSystem": "full", "RefuseManualStart": "no", "RefuseManualStop": "no", "RemainAfterExit": "no", "Requires": "basic.target -.mount var.mount", "RequiresMountsFor": "/var/tmp", "Restart": "no", "RestartUSec": "100ms", "Result": "success", "RootDirectoryStartOnly": "no", "RuntimeDirectoryMode": "0755", "SameProcessGroup": "no", "SecureBits": "0", "SendSIGHUP": "no", "SendSIGKILL": "yes", "Slice": "system.slice", "StandardError": "inherit", "StandardInput": "null", "StandardOutput": "journal", "StartLimitAction": "none", "StartLimitBurst": "5", "StartLimitInterval": "10000000", "StartupBlockIOWeight": "18446744073709551615", "StartupCPUShares": "18446744073709551615", "StatusErrno": "0", "StopWhenUnneeded": "no", "SubState": "running", "SyslogLevelPrefix": "yes", "SyslogPriority": "30", "SystemCallErrorNumber": "0", "TTYReset": "no", "TTYVHangup": "no", "TTYVTDisallocate": "no", "TasksAccounting": "no", "TasksCurrent": "18446744073709551615", "TasksMax": "18446744073709551615", "TimeoutStartUSec": "1min 30s", "TimeoutStopUSec": "1min 30s", "TimerSlackNSec": "50000", "Transient": "no", "Type": "forking", "UMask": "0022", "UnitFilePreset": "enabled", "UnitFileState": "enabled", "WantedBy": "multi-user.target", "Wants": "system.slice", "WatchdogTimestamp": "Fri 2017-09-22 08:05:49 PDT", "WatchdogTimestampMonotonic": "57218077340", "WatchdogUSec": "0"}} changed: [192.168.1.2] => (item=chronyd) => {"changed": true, "item": "chronyd", "name": "chronyd", "state": "started", "status": {"ActiveEnterTimestamp": "Fri 2017-09-22 15:04:50 PDT", "ActiveEnterTimestampMonotonic": "139348506558", "ActiveExitTimestamp": "Fri 2017-09-22 15:04:50 PDT", "ActiveExitTimestampMonotonic": "139348424046", "ActiveState": "active", "After": "ntpd.service sntp.service systemd-journald.socket tmp.mount ntpdate.service -.mount system.slice basic.target var.mount", "AllowIsolate": "no", "AmbientCapabilities": "0", "AssertResult": "yes", "AssertTimestamp": "Fri 2017-09-22 15:04:50 PDT", "AssertTimestampMonotonic": "139348447946", "Before": "shutdown.target multi-user.target imgbase-config-vdsm.service", "BlockIOAccounting": "no", "BlockIOWeight": "18446744073709551615", "CPUAccounting": "no", "CPUQuotaPerSecUSec": "infinity", "CPUSchedulingPolicy": "0", "CPUSchedulingPriority": "0", "CPUSchedulingResetOnFork": "no", "CPUShares": "18446744073709551615", "CanIsolate": "no", "CanReload": "no", "CanStart": "yes", "CanStop": "yes", "CapabilityBoundingSet": "18446744073709551615", "ConditionResult": "yes", "ConditionTimestamp": "Fri 2017-09-22 15:04:50 PDT", "ConditionTimestampMonotonic": "139348447884", "Conflicts": "shutdown.target systemd-timesyncd.service ntpd.service", "ControlGroup": "/system.slice/chronyd.service", "ControlPID": "0", "DefaultDependencies": "yes", "Delegate": "no", "Description": "NTP client/server", "DevicePolicy": "auto", "Documentation": "man:chronyd(8) man:chrony.conf(5)", "EnvironmentFile": "/etc/sysconfig/chronyd (ignore_errors=yes)", "ExecMainCode": "0", "ExecMainExitTimestampMonotonic": "0", "ExecMainPID": "10148", "ExecMainStartTimestamp": "Fri 2017-09-22 15:04:50 PDT", "ExecMainStartTimestampMonotonic": "139348474428", "ExecMainStatus": "0", "ExecStart": "{ path=/usr/sbin/chronyd ; argv[]=/usr/sbin/chronyd $OPTIONS ; ignore_errors=no ; start_time=[Fri 2017-09-22 15:04:50 PDT] ; stop_time=[Fri 2017-09-22 15:04:50 PDT] ; pid=10146 ; code=exited ; status=0 }", "ExecStartPost": "{ path=/usr/libexec/chrony-helper ; argv[]=/usr/libexec/chrony-helper update-daemon ; ignore_errors=no ; start_time=[Fri 2017-09-22 15:04:50 PDT] ; stop_time=[Fri 2017-09-22 15:04:50 PDT] ; pid=10150 ; code=exited ; status=0 }", "FailureAction": "none", "FileDescriptorStoreMax": "0", "FragmentPath": "/usr/lib/systemd/system/chronyd.service", "GuessMainPID": "yes", "IOScheduling": "0", "Id": "chronyd.service", "IgnoreOnIsolate": "no", "IgnoreOnSnapshot": "no", "IgnoreSIGPIPE": "yes", "InactiveEnterTimestamp": "Fri 2017-09-22 15:04:50 PDT", "InactiveEnterTimestampMonotonic": "139348445639", "InactiveExitTimestamp": "Fri 2017-09-22 15:04:50 PDT", "InactiveExitTimestampMonotonic": "139348449304", "JobTimeoutAction": "none", "JobTimeoutUSec": "0", "KillMode": "control-group", "KillSignal": "15", "LimitAS": "18446744073709551615", "LimitCORE": "18446744073709551615", "LimitCPU": "18446744073709551615", "LimitDATA": "18446744073709551615", "LimitFSIZE": "18446744073709551615", "LimitLOCKS": "18446744073709551615", "LimitMEMLOCK": "65536", "LimitMSGQUEUE": "819200", "LimitNICE": "0", "LimitNOFILE": "4096", "LimitNPROC": "62271", "LimitRSS": "18446744073709551615", "LimitRTPRIO": "0", "LimitRTTIME": "18446744073709551615", "LimitSIGPENDING": "62271", "LimitSTACK": "18446744073709551615", "LoadState": "loaded", "MainPID": "10148", "MemoryAccounting": "no", "MemoryCurrent": "18446744073709551615", "MemoryLimit": "18446744073709551615", "MountFlags": "0", "Names": "chronyd.service", "NeedDaemonReload": "no", "Nice": "0", "NoNewPrivileges": "no", "NonBlocking": "no", "NotifyAccess": "none", "OOMScoreAdjust": "0", "OnFailureJobMode": "replace", "PIDFile": "/var/run/chronyd.pid", "PermissionsStartOnly": "no", "PrivateDevices": "no", "PrivateNetwork": "no", "PrivateTmp": "yes", "ProtectHome": "yes", "ProtectSystem": "full", "RefuseManualStart": "no", "RefuseManualStop": "no", "RemainAfterExit": "no", "Requires": "basic.target -.mount var.mount", "RequiresMountsFor": "/var/tmp", "Restart": "no", "RestartUSec": "100ms", "Result": "success", "RootDirectoryStartOnly": "no", "RuntimeDirectoryMode": "0755", "SameProcessGroup": "no", "SecureBits": "0", "SendSIGHUP": "no", "SendSIGKILL": "yes", "Slice": "system.slice", "StandardError": "inherit", "StandardInput": "null", "StandardOutput": "journal", "StartLimitAction": "none", "StartLimitBurst": "5", "StartLimitInterval": "10000000", "StartupBlockIOWeight": "18446744073709551615", "StartupCPUShares": "18446744073709551615", "StatusErrno": "0", "StopWhenUnneeded": "no", "SubState": "running", "SyslogLevelPrefix": "yes", "SyslogPriority": "30", "SystemCallErrorNumber": "0", "TTYReset": "no", "TTYVHangup": "no", "TTYVTDisallocate": "no", "TasksAccounting": "no", "TasksCurrent": "18446744073709551615", "TasksMax": "18446744073709551615", "TimeoutStartUSec": "1min 30s", "TimeoutStopUSec": "1min 30s", "TimerSlackNSec": "50000", "Transient": "no", "Type": "forking", "UMask": "0022", "UnitFilePreset": "enabled", "UnitFileState": "enabled", "WantedBy": "multi-user.target", "Wants": "system.slice", "WatchdogTimestamp": "Fri 2017-09-22 15:04:50 PDT", "WatchdogTimestampMonotonic": "139348474458", "WatchdogUSec": "0"}} changed: [192.168.1.1] => (item=chronyd) => {"changed": true, "item": "chronyd", "name": "chronyd", "state": "started", "status": {"ActiveEnterTimestamp": "Fri 2017-09-22 08:05:55 PDT", "ActiveEnterTimestampMonotonic": "64535125522", "ActiveExitTimestamp": "Fri 2017-09-22 08:05:54 PDT", "ActiveExitTimestampMonotonic": "64535042941", "ActiveState": "active", "After": "ntpd.service tmp.mount systemd-journald.socket system.slice sntp.service basic.target var.mount ntpdate.service -.mount", "AllowIsolate": "no", "AmbientCapabilities": "0", "AssertResult": "yes", "AssertTimestamp": "Fri 2017-09-22 08:05:54 PDT", "AssertTimestampMonotonic": "64535053307", "Before": "shutdown.target multi-user.target imgbase-config-vdsm.service", "BlockIOAccounting": "no", "BlockIOWeight": "18446744073709551615", "CPUAccounting": "no", "CPUQuotaPerSecUSec": "infinity", "CPUSchedulingPolicy": "0", "CPUSchedulingPriority": "0", "CPUSchedulingResetOnFork": "no", "CPUShares": "18446744073709551615", "CanIsolate": "no", "CanReload": "no", "CanStart": "yes", "CanStop": "yes", "CapabilityBoundingSet": "18446744073709551615", "ConditionResult": "yes", "ConditionTimestamp": "Fri 2017-09-22 08:05:54 PDT", "ConditionTimestampMonotonic": "64535053202", "Conflicts": "shutdown.target ntpd.service systemd-timesyncd.service", "ControlGroup": "/system.slice/chronyd.service", "ControlPID": "0", "DefaultDependencies": "yes", "Delegate": "no", "Description": "NTP client/server", "DevicePolicy": "auto", "Documentation": "man:chronyd(8) man:chrony.conf(5)", "EnvironmentFile": "/etc/sysconfig/chronyd (ignore_errors=yes)", "ExecMainCode": "0", "ExecMainExitTimestampMonotonic": "0", "ExecMainPID": "9436", "ExecMainStartTimestamp": "Fri 2017-09-22 08:05:55 PDT", "ExecMainStartTimestampMonotonic": "64535083184", "ExecMainStatus": "0", "ExecStart": "{ path=/usr/sbin/chronyd ; argv[]=/usr/sbin/chronyd $OPTIONS ; ignore_errors=no ; start_time=[Fri 2017-09-22 08:05:54 PDT] ; stop_time=[Fri 2017-09-22 08:05:55 PDT] ; pid=9434 ; code=exited ; status=0 }", "ExecStartPost": "{ path=/usr/libexec/chrony-helper ; argv[]=/usr/libexec/chrony-helper update-daemon ; ignore_errors=no ; start_time=[Fri 2017-09-22 08:05:55 PDT] ; stop_time=[Fri 2017-09-22 08:05:55 PDT] ; pid=9438 ; code=exited ; status=0 }", "FailureAction": "none", "FileDescriptorStoreMax": "0", "FragmentPath": "/usr/lib/systemd/system/chronyd.service", "GuessMainPID": "yes", "IOScheduling": "0", "Id": "chronyd.service", "IgnoreOnIsolate": "no", "IgnoreOnSnapshot": "no", "IgnoreSIGPIPE": "yes", "InactiveEnterTimestamp": "Fri 2017-09-22 08:05:54 PDT", "InactiveEnterTimestampMonotonic": "64535051400", "InactiveExitTimestamp": "Fri 2017-09-22 08:05:54 PDT", "InactiveExitTimestampMonotonic": "64535054635", "JobTimeoutAction": "none", "JobTimeoutUSec": "0", "KillMode": "control-group", "KillSignal": "15", "LimitAS": "18446744073709551615", "LimitCORE": "18446744073709551615", "LimitCPU": "18446744073709551615", "LimitDATA": "18446744073709551615", "LimitFSIZE": "18446744073709551615", "LimitLOCKS": "18446744073709551615", "LimitMEMLOCK": "65536", "LimitMSGQUEUE": "819200", "LimitNICE": "0", "LimitNOFILE": "4096", "LimitNPROC": "14440", "LimitRSS": "18446744073709551615", "LimitRTPRIO": "0", "LimitRTTIME": "18446744073709551615", "LimitSIGPENDING": "14440", "LimitSTACK": "18446744073709551615", "LoadState": "loaded", "MainPID": "9436", "MemoryAccounting": "no", "MemoryCurrent": "18446744073709551615", "MemoryLimit": "18446744073709551615", "MountFlags": "0", "Names": "chronyd.service", "NeedDaemonReload": "no", "Nice": "0", "NoNewPrivileges": "no", "NonBlocking": "no", "NotifyAccess": "none", "OOMScoreAdjust": "0", "OnFailureJobMode": "replace", "PIDFile": "/var/run/chronyd.pid", "PermissionsStartOnly": "no", "PrivateDevices": "no", "PrivateNetwork": "no", "PrivateTmp": "yes", "ProtectHome": "yes", "ProtectSystem": "full", "RefuseManualStart": "no", "RefuseManualStop": "no", "RemainAfterExit": "no", "Requires": "basic.target -.mount var.mount", "RequiresMountsFor": "/var/tmp", "Restart": "no", "RestartUSec": "100ms", "Result": "success", "RootDirectoryStartOnly": "no", "RuntimeDirectoryMode": "0755", "SameProcessGroup": "no", "SecureBits": "0", "SendSIGHUP": "no", "SendSIGKILL": "yes", "Slice": "system.slice", "StandardError": "inherit", "StandardInput": "null", "StandardOutput": "journal", "StartLimitAction": "none", "StartLimitBurst": "5", "StartLimitInterval": "10000000", "StartupBlockIOWeight": "18446744073709551615", "StartupCPUShares": "18446744073709551615", "StatusErrno": "0", "StopWhenUnneeded": "no", "SubState": "running", "SyslogLevelPrefix": "yes", "SyslogPriority": "30", "SystemCallErrorNumber": "0", "TTYReset": "no", "TTYVHangup": "no", "TTYVTDisallocate": "no", "TasksAccounting": "no", "TasksCurrent": "18446744073709551615", "TasksMax": "18446744073709551615", "TimeoutStartUSec": "1min 30s", "TimeoutStopUSec": "1min 30s", "TimerSlackNSec": "50000", "Transient": "no", "Type": "forking", "UMask": "0022", "UnitFilePreset": "enabled", "UnitFileState": "enabled", "WantedBy": "multi-user.target", "Wants": "system.slice", "WatchdogTimestamp": "Fri 2017-09-22 08:05:55 PDT", "WatchdogTimestampMonotonic": "64535083221", "WatchdogUSec": "0"}} META: ran handlers META: ran handlers PLAY RECAP *********************************************************************************************************************************** 192.168.1.1 : ok=1 changed=1 unreachable=0 failed=0 192.168.1.2 : ok=1 changed=1 unreachable=0 failed=0 192.168.1.3 : ok=1 changed=1 unreachable=0 failed=0 Using /etc/ansible/ansible.cfg as config file PLAYBOOK: shell_cmd.yml ********************************************************************************************************************** 1 plays in /tmp/tmpaQJuTG/shell_cmd.yml PLAY [gluster_servers] *********************************************************************************************************************** META: ran handlers TASK [Run a command in the shell] ************************************************************************************************************ task path: /tmp/tmpaQJuTG/shell_cmd.yml:7 changed: [192.168.1.3] => (item=vdsm-tool configure --force) => {"changed": true, "cmd": "vdsm-tool configure --force", "delta": "0:00:00.666325", "end": "2017-09-22 08:13:13.528752", "item": "vdsm-tool configure --force", "rc": 0, "start": "2017-09-22 08:13:12.862427", "stderr": "", "stderr_lines": [], "stdout": "\nChecking configuration status...\n\nabrt is already configured for vdsm\nlvm is configured for vdsm\nlibvirt is already configured for vdsm\nSUCCESS: ssl configured to true. No conflicts\nCurrent revision of multipath.conf detected, preserving\n\nRunning configure...\nReconfiguration of abrt is done.\nReconfiguration of passwd is done.\nReconfiguration of libvirt is done.\n\nDone configuring modules to VDSM.", "stdout_lines": ["", "Checking configuration status...", "", "abrt is already configured for vdsm", "lvm is configured for vdsm", "libvirt is already configured for vdsm", "SUCCESS: ssl configured to true. No conflicts", "Current revision of multipath.conf detected, preserving", "", "Running configure...", "Reconfiguration of abrt is done.", "Reconfiguration of passwd is done.", "Reconfiguration of libvirt is done.", "", "Done configuring modules to VDSM."]} changed: [192.168.1.2] => (item=vdsm-tool configure --force) => {"changed": true, "cmd": "vdsm-tool configure --force", "delta": "0:00:02.812365", "end": "2017-09-22 15:12:16.320833", "item": "vdsm-tool configure --force", "rc": 0, "start": "2017-09-22 15:12:13.508468", "stderr": "", "stderr_lines": [], "stdout": "\nChecking configuration status...\n\nabrt is already configured for vdsm\nlvm is configured for vdsm\nlibvirt is already configured for vdsm\nSUCCESS: ssl configured to true. No conflicts\nCurrent revision of multipath.conf detected, preserving\n\nRunning configure...\nReconfiguration of abrt is done.\nReconfiguration of passwd is done.\nReconfiguration of libvirt is done.\n\nDone configuring modules to VDSM.", "stdout_lines": ["", "Checking configuration status...", "", "abrt is already configured for vdsm", "lvm is configured for vdsm", "libvirt is already configured for vdsm", "SUCCESS: ssl configured to true. No conflicts", "Current revision of multipath.conf detected, preserving", "", "Running configure...", "Reconfiguration of abrt is done.", "Reconfiguration of passwd is done.", "Reconfiguration of libvirt is done.", "", "Done configuring modules to VDSM."]} changed: [192.168.1.1] => (item=vdsm-tool configure --force) => {"changed": true, "cmd": "vdsm-tool configure --force", "delta": "0:00:02.004199", "end": "2017-09-22 08:13:18.078810", "item": "vdsm-tool configure --force", "rc": 0, "start": "2017-09-22 08:13:16.074611", "stderr": "", "stderr_lines": [], "stdout": "\nChecking configuration status...\n\nabrt is already configured for vdsm\nlvm is configured for vdsm\nlibvirt is already configured for vdsm\nSUCCESS: ssl configured to true. No conflicts\nCurrent revision of multipath.conf detected, preserving\n\nRunning configure...\nReconfiguration of abrt is done.\nReconfiguration of passwd is done.\nReconfiguration of libvirt is done.\n\nDone configuring modules to VDSM.", "stdout_lines": ["", "Checking configuration status...", "", "abrt is already configured for vdsm", "lvm is configured for vdsm", "libvirt is already configured for vdsm", "SUCCESS: ssl configured to true. No conflicts", "Current revision of multipath.conf detected, preserving", "", "Running configure...", "Reconfiguration of abrt is done.", "Reconfiguration of passwd is done.", "Reconfiguration of libvirt is done.", "", "Done configuring modules to VDSM."]} META: ran handlers META: ran handlers PLAY RECAP *********************************************************************************************************************************** 192.168.1.1 : ok=1 changed=1 unreachable=0 failed=0 192.168.1.2 : ok=1 changed=1 unreachable=0 failed=0 192.168.1.3 : ok=1 changed=1 unreachable=0 failed=0 Using /etc/ansible/ansible.cfg as config file PLAYBOOK: run-script.yml ********************************************************************************************************************* 1 plays in /tmp/tmpaQJuTG/run-script.yml PLAY [gluster_servers] *********************************************************************************************************************** META: ran handlers TASK [Run a shell script] ******************************************************************************************************************** task path: /tmp/tmpaQJuTG/run-script.yml:7 fatal: [192.168.1.3]: FAILED! => {"failed": true, "msg": "The conditional check 'result.rc != 0' failed. The error was: error while evaluating conditional (result.rc != 0): 'dict object' has no attribute 'rc'"} fatal: [192.168.1.2]: FAILED! => {"failed": true, "msg": "The conditional check 'result.rc != 0' failed. The error was: error while evaluating conditional (result.rc != 0): 'dict object' has no attribute 'rc'"} fatal: [192.168.1.1]: FAILED! => {"failed": true, "msg": "The conditional check 'result.rc != 0' failed. The error was: error while evaluating conditional (result.rc != 0): 'dict object' has no attribute 'rc'"} to retry, use: --limit @/tmp/tmpaQJuTG/run-script.retry PLAY RECAP *********************************************************************************************************************************** 192.168.1.1 : ok=0 changed=0 unreachable=0 failed=1 192.168.1.2 : ok=0 changed=0 unreachable=0 failed=1 192.168.1.3 : ok=0 changed=0 unreachable=0 failed=1 You can view the generated configuration files inside /tmp/tmpaQJuTG /tmp/tmpaQJuTG/run-script.yml is: --- - hosts: gluster_servers remote_user: root gather_facts: no tasks: - name: Run a shell script script: "{{ item }}" register: result failed_when: result.rc != 0 with_items: "{{ script }}" /tmp/gdeployConfig.conf is: #gdeploy configuration generated by cockpit-gluster plugin [hosts] 192.168.1.1 192.168.1.2 192.168.1.3 [script1] action=execute ignore_script_errors=no file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 192.168.1.1,192.168.1.2,192.168.1.3 [disktype] raid6 [diskcount] 12 [stripesize] 256 [service1] action=enable service=chronyd [service2] action=restart service=chronyd [shell2] action=execute command=vdsm-tool configure --force [script3] action=execute file=/usr/share/gdeploy/scripts/blacklist_all_disks.sh ignore_script_errors=no [pv1] action=create devices=sdb ignore_pv_errors=no [vg1] action=create vgname=gluster_vg_sdb pvname=sdb ignore_vg_errors=no [lv1] action=create poolname=gluster_thinpool_sdb ignore_lv_errors=no vgname=gluster_vg_sdb lvtype=thinpool size=1005GB poolmetadatasize=5GB [lv2] action=create lvname=gluster_lv_engine ignore_lv_errors=no vgname=gluster_vg_sdb mount=/gluster_bricks/engine size=100GB lvtype=thick [lv3] action=create lvname=gluster_lv_data ignore_lv_errors=no vgname=gluster_vg_sdb mount=/gluster_bricks/data lvtype=thinlv poolname=gluster_thinpool_sdb virtualsize=500GB [lv4] action=create lvname=gluster_lv_vmstore ignore_lv_errors=no vgname=gluster_vg_sdb mount=/gluster_bricks/vmstore lvtype=thinlv poolname=gluster_thinpool_sdb virtualsize=500GB [selinux] yes [service3] action=restart service=glusterd slice_setup=yes [firewalld] action=add ports=111/tcp,2049/tcp,54321/tcp,5900/tcp,5900-6923/tcp,5666/tcp,16514/tcp,54322/tcp services=glusterfs [script2] action=execute file=/usr/share/gdeploy/scripts/disable-gluster-hooks.sh [shell3] action=execute command=usermod -a -G gluster qemu [volume1] action=create volname=engine transport=tcp replica=yes replica_count=3 key=group,storage.owner-uid,storage.owner-gid,network.ping-timeout,performance.strict-o-direct,network.remote-dio,cluster.granular-entry-heal,features.shard-block-size value=virt,36,36,30,on,off,enable,64MB brick_dirs=192.168.1.1:/gluster_bricks/engine/engine,192.168.1.2:/gluster_bricks/engine/engine,192.168.1.3:/gluster_bricks/engine/engine ignore_volume_errors=no [volume2] action=create volname=data transport=tcp replica=yes replica_count=3 key=group,storage.owner-uid,storage.owner-gid,network.ping-timeout,performance.strict-o-direct,network.remote-dio,cluster.granular-entry-heal,features.shard-block-size value=virt,36,36,30,on,off,enable,64MB brick_dirs=192.168.1.1:/gluster_bricks/data/data,192.168.1.2:/gluster_bricks/data/data,192.168.1.3:/gluster_bricks/data/data ignore_volume_errors=no [volume3] action=create volname=vmstore transport=tcp replica=yes replica_count=3 key=group,storage.owner-uid,storage.owner-gid,network.ping-timeout,performance.strict-o-direct,network.remote-dio,cluster.granular-entry-heal,features.shard-block-size value=virt,36,36,30,on,off,enable,64MB brick_dirs=192.168.1.1:/gluster_bricks/vmstore/vmstore,192.168.1.2:/gluster_bricks/vmstore/vmstore,192.168.1.3:/gluster_bricks/vmstore/vmstore ignore_volume_errors=no

2 2

API Snapshot removal ending event
by Lionel Caignec 25 Sep '17

25 Sep '17

Hi, For snap creation i use a loop like this to know when task is finished: > snap = snapshots_service.add(types.Snapshot(description=description, persist_memorystate=False)) > snap_service = snapshots_service.snapshot_service(snap.id) > while snap.snapshot_status != types.SnapshotStatus.OK: is it possible to do the same think for snap deletion? i did not find anything in api doc. Thank you -- Lionel

2 1

Restoring from backup
by Tyson Landon 25 Sep '17

25 Sep '17

The final setup in restoring a backup has you run engine-setup. When I try to run engine-setup I get "[ ERROR ] Failed to execute stage 'Setup validation': Hosted Engine setup detected, but Global Maintenance is not set." I am in Global Maintenance mode however. If I exit Global Maintenance the hosted engine reboots every few minutes and it fails liveliness checks. Is there a service i have to stop so that the setup wont think HA is running?

2 1

Re: [ovirt-users] Issues getting agent working on Ubuntu 17.04
by Matthew Pease 24 Sep '17

24 Sep '17

Try https://packages.debian.org/sid/python/python-ethtool This fixed it for me, looks like a bug that's been fixed in debian but not yet ported over to ubuntu Ubuntu was 0.12-1 where as debian has a newer 0.12-1.1

1 0

VM Portal looking for translators
by Jakub Niedermertl 24 Sep '17

24 Sep '17

Hi all, new VM Portal project [1] - a replacement of oVirt userportal - is looking for community translators. If you know any of * Chinese (Simplified) * French * German * Italian * Japanese * Korean * Portuguese * Russian * Spanish and want to join translation effort, please * sign up to Zanata translation environment [2] * request an access to language group of your choice [3] * and join us at [4] Thank you Regards Jakub [1]: https://github.com/oVirt/ovirt-web-ui [2]: https://translate.zanata.org [3]: https://translate.zanata.org/language/list [4]: https://translate.zanata.org/iteration/view/ovirt-web-ui/1.2.0/languages

7 9

update to centos 7.4
by Nathanaël Blanchet 23 Sep '17

23 Sep '17

Hi all, Now centos 7.4 is available, is it recommanted to update nodes (and engine os) knowing that ovirt 4.1 is officially supported for 7.3 or later? -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

3 2

SSLHandshakeException: Received fatal alert: certificate_expired
by Neil 22 Sep '17

22 Sep '17

Hi guys, Please could someone assist, my cluster is down and I can't access my vm's to switch some of them back on. I'm seeing the following error in the engine.log however I've checked my certs on my hosts (as some of the goolge results said to check), but the certs haven't expired... 2017-09-21 15:09:45,077 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (DefaultQuartzScheduler_Worker-4) Command GetCapabilitiesVDSCommand(HostName = node02.mydomain.za, HostId = d2debdfe-76e7-40cf-a7fd-78a0f50f14d4, vds=Host[node02.mydomain.za]) execution failed. Exception: VDSNetworkException: javax.net.ssl.SSLHandshakeException: Received fatal alert: certificate_expired 2017-09-21 15:09:45,086 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (DefaultQuartzScheduler_Worker-10) Command GetCapabilitiesVDSCommand(HostName = node01.mydomain.za, HostId = b108549c-1700-11e2-b936-9f5243b8ce13, vds=Host[node01.mydomain.za]) execution failed. Exception: VDSNetworkException: javax.net.ssl.SSLHandshakeException: Received fatal alert: certificate_expired 2017-09-21 15:09:48,173 ERROR My engine and host info is below... [root@engine01 ovirt-engine]# rpm -qa | grep -i ovirt ovirt-engine-lib-3.4.0-1.el6.noarch ovirt-engine-restapi-3.4.0-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-3.4.0-1.el6.noarch ovirt-engine-3.4.0-1.el6.noarch ovirt-engine-setup-plugin-websocket-proxy-3.4.0-1.el6.noarch ovirt-host-deploy-java-1.2.0-1.el6.noarch ovirt-engine-setup-3.4.0-1.el6.noarch ovirt-host-deploy-1.2.0-1.el6.noarch ovirt-engine-backend-3.4.0-1.el6.noarch ovirt-image-uploader-3.4.0-1.el6.noarch ovirt-engine-tools-3.4.0-1.el6.noarch ovirt-engine-sdk-python-3.4.0.7-1.el6.noarch ovirt-engine-webadmin-portal-3.4.0-1.el6.noarch ovirt-engine-cli-3.4.0.5-1.el6.noarch ovirt-engine-setup-base-3.4.0-1.el6.noarch ovirt-iso-uploader-3.4.0-1.el6.noarch ovirt-engine-userportal-3.4.0-1.el6.noarch ovirt-log-collector-3.4.1-1.el6.noarch ovirt-engine-websocket-proxy-3.4.0-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.4.0-1.el6.noarch ovirt-engine-dbscripts-3.4.0-1.el6.noarch [root@engine01 ovirt-engine]# cat /etc/redhat-release CentOS release 6.5 (Final) [root@node02 ~]# openssl x509 -in /etc/pki/vdsm/certs/vdsmcert.pem -enddate -noout ; date notAfter=May 27 08:36:17 2019 GMT Thu Sep 21 15:18:22 SAST 2017 CentOS release 6.5 (Final) [root@node02 ~]# rpm -qa | grep vdsm vdsm-4.14.6-0.el6.x86_64 vdsm-python-4.14.6-0.el6.x86_64 vdsm-cli-4.14.6-0.el6.noarch vdsm-xmlrpc-4.14.6-0.el6.noarch vdsm-python-zombiereaper-4.14.6-0.el6.noarch [root@node01 ~]# openssl x509 -in /etc/pki/vdsm/certs/vdsmcert.pem -enddate -noout ; date notAfter=Jun 13 16:09:41 2018 GMT Thu Sep 21 15:18:52 SAST 2017 CentOS release 6.5 (Final) [root@node01 ~]# rpm -qa | grep -i vdsm vdsm-4.14.6-0.el6.x86_64 vdsm-xmlrpc-4.14.6-0.el6.noarch vdsm-cli-4.14.6-0.el6.noarch vdsm-python-zombiereaper-4.14.6-0.el6.noarch vdsm-python-4.14.6-0.el6.x86_64 Please could I have some assistance, I'm rater desperate. Thank you. Regards. Neil Wilson

4 14