- Users - oVirt List Archives

"Could not detect Guest Agent on VM"
by Sven Achtelik 27 Jun '17

27 Jun '17

--_000_BFAB40933B3367488CE6299BAF8592D1014E52D7B127SOCRATESasl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, I have several Windows VMs (Server 2012, Server 2012 R2) running and the gu= est tools are installed. IF I go and check the Services in those VMs I can = also see the "Ovirt Guest Service" running and the "QEMU Guest Agent" runni= ng. Also there is Information about the VM show in the GUI, like installed = applications etc.. I've tried several Versions of the tools and even with t= he latest 4.1.5 I can't get that message to disappear. Am I doing something wrong ? How does this affect the Backup-API and possible Snapshots are taken for Ba= ckups ? If you have any hints please let me know. Thank you, Sven --_000_BFAB40933B3367488CE6299BAF8592D1014E52D7B127SOCRATESasl_ 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-micr= osoft-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=3D"Content-Type" CONTENT= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 15 (filtered medium)"><style></style></head><body lang=3DDE link=3D"#0563C1" v= link=3D"#954F72"><div class=3DWordSection1><p class=3DMsoNormal>Hi All,<o:p= ></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal><= span lang=3DEN-US>I have several Windows VMs (Server 2012, Server 2012 R2) = running and the guest tools are installed. IF I go and check the Services i= n those VMs I can also see the “Ovirt Guest Service” running an= d the “QEMU Guest Agent” running. Also there is Information abo= ut the VM show in the GUI, like installed applications etc.. I’ve tri= ed several Versions of the tools and even with the latest 4.1.5 I can&#8217= ;t get that message to disappear.<o:p></o:p></span></p><p class=3DMsoNormal= ><span lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>Am I doing something wrong ? <o:p></o:p></span></p><p class=3D= MsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNorm= al><span lang=3DEN-US>How does this affect the Backup-API and possible Snap= shots are taken for Backups ? <o:p></o:p></span></p><p class=3DMsoNormal><s= pan lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span lan= g=3DEN-US>If you have any hints please let me know. <o:p></o:p></span></p><= p class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p class= =3DMsoNormal><span lang=3DEN-US>Thank you, <o:p></o:p></span></p><p class= =3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoN= ormal><span lang=3DEN-US>Sven <o:p></o:p></span></p><p class=3DMsoNormal><o= :p> </o:p></p></div></body></html>= --_000_BFAB40933B3367488CE6299BAF8592D1014E52D7B127SOCRATESasl_--

2 2

oVirt Live USB3 question
by Michael McConachie 26 Jun '17

26 Jun '17

--_000_DM5PR03MB263695A8C2F650880DC40D8B8CD90DM5PR03MB2636namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, Potentially stupid question here. Sorry in advance if so. I have always bu= ilt out full blown multi rack instances of oVirt, and RHEV for clients, but= the following question has me wondering before I go digging and trying it = out... I realize that the oVirtLive ISO is for demo purposes, sandboxing, and not = production: I have a client, who is in need of a bootable AIO-based USB ins= tall with the caveat of being able to connect to the computer's HD and othe= r external storage at that point (for the Storage and ISO domains that I'll= create afterwards). This is because they have one BM to work with and the= y don't want the extra overhead using an SSD HD slot. They don't want to us= e a Sata DOM either if possible. In saying that, and concerning the oVirt LiveISO capabilities - I have two = questions. - Does the AIO USB install load necessary runtimes into memory, similar to = esxi bootable USBs and utilize the base hardware afterwards so that the res= t of the operations are ran in memory, hitting the disk (USB in this case) = like a normal OS load when needed for kernel calls, etc..?? - Are there a terrible performance costs if we stay with USB3 (which has a = ridiculous theoretical speed in certain hardware matching situations)? Thanks in advance for anyone who might have already crossed this bridge and= can provide insight. Michael J. McConachie | keys.fedoraproject.org | PubKey: 0x7BCD88F8 NOTE: The information included and/or attached in this electronic mail tran= smission may contain confidential or privileged information and is intended= solely for the addressee(s). Any unauthorized disclosure, reproduction, di= stribution or the taking of action in reliance on the contents of the infor= mation are strictly prohibited. If you have received the message in error, = please notify the sender by reply transmission and delete the message witho= ut copying, disclosing or forwarding. --_000_DM5PR03MB263695A8C2F650880DC40D8B8CD90DM5PR03MB2636namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none;"></style> </head> <body dir=3D"ltr"> <div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font= -family:'Courier New',monospace;" dir=3D"ltr"> <p><span>Hi all,</span></p> <p><br> </p> <p>Potentially stupid question here. Sorry in advance if so.  I have a= lways built out full blown multi rack instances of oVirt, and RHEV for clie= nts, but the following question has me wondering before I go digging and tr= ying it out...</p> <p><br> </p> <p>I realize that the oVirtLive ISO is for demo purposes, sandboxing, and n= ot production: I have a client, who is in need of a bootable AIO-based USB = install with the caveat of being able to connect to the computer's HD and o= ther external storage at that point (for the Storage and ISO domains that I'll create afterwards).  This = is because they have one BM to work with and they don't want the extra= overhead using an SSD HD slot. They don't want to use a Sata DOM either if= possible.<br> </p> <br> <p>In saying that, and concerning the oVirt LiveISO capabilities -&nbs= p;I have two questions.</p> <p><br> </p> <p>- Does the AIO USB install load necessary runtimes into memory, similar = to esxi bootable USBs and utilize the base hardware afterwards so that the = rest of the operations are ran in memory, hitting the disk (USB in this cas= e) like a normal OS load when needed for kernel calls, etc..??</p> <p>- Are there a terrible performance costs if we stay with USB3 (which has= a ridiculous theoretical speed in certain hardware matching situations)?</= p> <p><br> </p> <p>Thanks in advance for anyone who might have already crossed this bridge = and can provide insight.<br> </p> <p><br> </p> <div id=3D"Signature"> <pre><font style=3D"font-size:10pt" size=3D"2" face=3D"Courier New"><br>Mic= hael J. McConachie</font><font style=3D"font-size:10pt" size=3D"2" face=3D"= Courier New"><font style=3D"font-size:10pt"> | </font><font style=3D"font-s= ize:10pt" color=3D"#008A17">keys.fedoraproject.org</font><font style=3D"fon= t-size:10pt"> </font><font style=3D"font-size:10pt" color=3D"#AC193D"><font= style=3D"" color=3D"#000000">|</font> PubKey: 0x7BCD88F8</font><br></font>= </pre> <font style=3D"font-size:10pt" size=3D"2" face=3D"Courier New"><i><font sty= le=3D"" color=3D"#ff0000">NOTE: </font><font style=3D"" color=3D"#366092">The information included and/or a= ttached in this electronic mail transmission may contain confidential or pr= ivileged information and is intended solely for the addressee(s). Any unaut= horized disclosure, reproduction, distribution or the taking of action in reliance on the </font></i></font><font style= =3D"font-size:10pt" size=3D"2" face=3D"Courier New"><i><font style=3D"" col= or=3D"#366092">contents of the information are strictly prohibited. If you = have received the message in error, please notify the sender by reply transmission and delete the message without copying, d= isclosing or forwarding.</font></i></font> </div> </div> </body> </html> --_000_DM5PR03MB263695A8C2F650880DC40D8B8CD90DM5PR03MB2636namp_--

2 1

Hot Memory add and Physical Memory guaranteed
by Luca 'remix_tj' Lorenzetto 26 Jun '17

26 Jun '17

Hello, i just tested the memory hot add to a vm. This vm had 2048 MB. I set the new memory to 2662 MB. I logged into the vm and i've seen that hasn't been any memory change, even if i said to the manager to apply memory expansion immediately. Memory shown by free -m is 1772 MB. Looking around i've found that that value was set in the option called "Physical Memory guaranteed". I tried setting this parameter to an higher value, but is still showing 1772, even if it says that "Memory" parameter will be changed immediately and minAllocatedMemory is changed at next boot. What is the right workflow to hot increase the ram of a vm? 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>

3 6

Ovirt adding routes
by Alan Griffiths 26 Jun '17

26 Jun '17

Hi, When installing an ovirt host I got these routes automatically added default dev ovirtmgmt table 2886865805 scope link 172.18.19.128/26 via 172.18.19.141 dev ovirtmgmt table 2886865805 What is their intended purpose? It seems to be stopping packets from being correctly routed to the local gateway. Thanks, Alan

2 2

import and old datadomain
by Ben De Luca 26 Jun '17

26 Jun '17

Hey, So, our DR plans included the idea of importing old domains. Is that meant to work now? -ben *very tired sysadmin*

2 2

migrating VMS from old hosted engine to new hosted engine
by Paul Groeneweg | Pazion 26 Jun '17

26 Jun '17

We are moving our VMs from an old 3.6 oVirt platform to a new oVirt 4.1 platform. I am looking for an easy way to migrate the VMs. ( I know about export domain, but this takes 2 times a copy action ) I tested and just detaching the Data domain and attaching it, didn't work. Then I found the VM import option: - Adding a ssh key gen and setting password on virsh - load a list of machines in the webinterface from VM import - when I start an import the system complains: The following VMs retrieved from external server qemu+ssh://root@xxx.xxx.xxx.xxx/system are not in down status: VM [VM-NAME]. - I tried to suspend the VM, but this didn;t work either ( same error ) - Problem is ,when VM is shutdown, it disappears from this system list. Is there a way to directly import a VM from old oVirt platform to the new platform Looking forward to find a solution to quickly migrate our VMs. Best Regards, Paul Groeneweg

3 3

Very big device. Trying to use READ CAPACITY
by Iman Darabi 26 Jun '17

26 Jun '17

hi. i'm using ovirt version 4.0 . I've created two LUNs. firs lun is 2047GB and working properly as data domain. but when i try to add second lun as second data domain, i get this error on server: Jun 21 13:22:41 compute52 kernel: sd 12:0:0:16384: [sdf] Very big device. Trying to use READ CAPACITY(16). Jun 21 13:22:41 compute52 kernel: sd 5:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16). Jun 21 13:22:41 compute52 kernel: sd 12:0:1:16384: [sdg] Very big device. Trying to use READ CAPACITY(16). Jun 21 13:22:41 compute52 kernel: sd 5:0:1:0: [sdc] Very big device. Trying to use READ CAPACITY(16). Jun 21 13:22:41 compute52 kernel: sd 12:0:0:0: [sdd] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Jun 21 13:22:41 compute52 kernel: sd 12:0:0:0: [sdd] Sense Key : Illegal Request [current] Jun 21 13:22:41 compute52 kernel: sd 12:0:0:0: [sdd] Add. Sense: Logical unit not supported Jun 21 13:22:41 compute52 kernel: sd 12:0:1:0: [sde] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Jun 21 13:22:41 compute52 kernel: sd 12:0:1:0: [sde] Sense Key : Illegal Request [current] Jun 21 13:22:41 compute52 kernel: sd 12:0:1:0: [sde] Add. Sense: Logical unit not supported Jun 21 13:22:41 compute52 kernel: device-mapper: table: 253:16: multipath: error getting device Jun 21 13:22:41 compute52 kernel: device-mapper: ioctl: error adding target to table Jun 21 13:22:41 compute52 multipathd: dm-16: remove map (uevent) Jun 21 13:22:41 compute52 multipathd: dm-16: remove map (uevent) error shows that second lun is very big device, but i've created second lun as 10GB for test. BTW: is there any good documentation for ovirt and FC in detail. all administration docs are using GUI ... . -- R&D expert at Ferdowsi University of Mashhad https://ir.linkedin.com/in/imandarabi <https://www.linkedin.com/profile/public-profile-settings?trk=prof-edit-edit…>

2 8

Re: [ovirt-users] VM live migration and NFS 4.2
by Markus Stockhausen 26 Jun '17

26 Jun '17

------=_NextPartTM-000-e1c15413-104b-461e-a7cc-b2d505c0c434 Content-Type: multipart/alternative; boundary="_000_7e055b7632964615b6e8181e0a661cd0emailandroidcom_" --_000_7e055b7632964615b6e8181e0a661cd0emailandroidcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCml0cyBhbiBDZW50b3MgYmFzZWQgTkZTLiBZZXMgSSBoYXZlIFNFTGludXggcGVybWlz c2lvbnMgbmZzX3QgYWN0aXZlLiBPdGhlcndpc2Ugc2FubG9jayBmYWlscyBpbW1lZGlhdGVseSBh ZnRlciBzdG9yYWdlIGRvbWFpbiBhY3RpdmF0aW9uLg0KDQpNYXliZSBhbm90aGVyIFNFTGludXgg b3B0aW9uIG9yIHNvbWUga2luZCBvZiBuZXcgbG9ja2luZz8NCg0KTWFya3VzDQoNCkFtIDI2LjA2 LjIwMTcgOToyMiB2b3JtLiBzY2hyaWViIFlhbml2IEthdWwgPHlrYXVsQHJlZGhhdC5jb20+Og0K DQoNCk9uIFN1biwgSnVuIDI1LCAyMDE3IGF0IDEwOjMxIFBNLCBNYXJrdXMgU3RvY2toYXVzZW4g PHN0b2NraGF1c2VuQGNvbGxvZ2lhLmRlPG1haWx0bzpzdG9ja2hhdXNlbkBjb2xsb2dpYS5kZT4+ IHdyb3RlOg0KSGksDQoNCndlIGFyZSBjdXJyZW50bHkgZXZhbHVhdGluZyBORlMgNC4yIGJhc2Vk IHN0b3JhZ2UgZm9yIE9WaXJ0IDQuMS4yLiBOb3JtYWwgb3BlcmF0aW9uDQphbmQgZGlzY2FyZCBz dXBwb3J0IHdvcmsgbGlrZSBhIGNoYXJtLg0KDQpGb3Igc29tZSBzdHJhbmdlIHJlYXNvbiB3ZSBj YW5ub3QgdXNlIFZNIGxpdmUgbWlncmF0aW9uIGFueSBtb3JlLiBBcyBzb29uIGFzIG9uZQ0KTkZT IDQuMiBiYXNlZCBWTSBkaXNrIGlzIGRvaW5nIGRpc2sgSS9PIGR1cmluZyB0aGUgb3BlcmF0aW9u LiBWTSBzdGFsbHMgYW5kIGlzIHBhdXNlZC4NCkl0IHNlZW1zIGFzIGlmIHFlbXUgb24gdGFyZ2V0 IG5vZGUgY2Fubm90IHRha2Ugb3ZlciBkaXNrIGltYWdlcy4gU2VlIEJaMTQ2NDc4Ny4NCg0KQ2Fu IHlvdSBtYWtlIHN1cmUgeW91IGFyZSBub3Qgc3VmZmVyaW5nIGZyb20gYW55IFNFTGludXggaXNz dWVzPw0KV2hhdCBORlMgc2VydmVyIGFyZSB5b3UgdXNpbmc/IElmIGl0J3MgTGludXggYmFzZWQs IGl0IG5lZWRzIHNvbWUgc2VsaW51eCBjb21tYW5kcy4NCkZvciBleGFtcGxlIChmcm9tIG92aXJ0 LXN5c3RlbS10ZXN0cyk6DQogICAgc2VtYW5hZ2UgZmNvbnRleHQgLWEgLXQgbmZzX3QgJy9leHBv cnRzL25mcygvLiopPycNCiAgICByZXN0b3JlY29uIC1SdiAvZXhwb3J0cy9uZnMNCg0KDQpIYXMg YW55Ym9keSBlbHNlIHNlZW4gc2ltaWxhciBpc3N1ZXM/DQoNClJhej8NClkuDQoNCg0KQmVzdCBy ZWdhcmRzLg0KDQpNYXJrdXMNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQpVc2VycyBtYWlsaW5nIGxpc3QNClVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86VXNl cnNAb3ZpcnQub3JnPg0KaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Vz ZXJzDQoNCg0KDQo= --_000_7e055b7632964615b6e8181e0a661cd0emailandroidcom_ Content-Type: text/html; charset="utf-8" Content-ID: <386F76CBA452124689B36B083509DCE5(a)collogia.de> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdiBkaXI9ImF1 dG8iPkhpLA0KPGRpdiBkaXI9ImF1dG8iPjxicj4NCjwvZGl2Pg0KPGRpdiBkaXI9ImF1dG8iPml0 cyBhbiBDZW50b3MgYmFzZWQgTkZTLiBZZXMgSSBoYXZlIFNFTGludXggcGVybWlzc2lvbnMgbmZz X3QgYWN0aXZlLiBPdGhlcndpc2Ugc2FubG9jayBmYWlscyBpbW1lZGlhdGVseSBhZnRlciBzdG9y YWdlIGRvbWFpbiBhY3RpdmF0aW9uLjwvZGl2Pg0KPGRpdiBkaXI9ImF1dG8iPjxicj4NCjwvZGl2 Pg0KPGRpdiBkaXI9ImF1dG8iPk1heWJlIGFub3RoZXIgU0VMaW51eCBvcHRpb24gb3Igc29tZSBr aW5kIG9mIG5ldyBsb2NraW5nPzwvZGl2Pg0KPGRpdiBkaXI9ImF1dG8iPjxicj4NCjwvZGl2Pg0K PGRpdiBkaXI9ImF1dG8iPk1hcmt1czwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9l eHRyYSI+PGJyPg0KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPkFtIDI2LjA2LjIwMTcgOToyMiB2 b3JtLiBzY2hyaWViIFlhbml2IEthdWwgJmx0O3lrYXVsQHJlZGhhdC5jb20mZ3Q7OjxiciB0eXBl PSJhdHRyaWJ1dGlvbiI+DQo8YmxvY2txdW90ZSBjbGFzcz0icXVvdGUiIHN0eWxlPSJtYXJnaW46 MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4N CjxkaXY+DQo8ZGl2IGRpcj0ibHRyIj48YnI+DQo8ZGl2Pjxicj4NCjxkaXYgY2xhc3M9ImVsaWRl ZC10ZXh0Ij5PbiBTdW4sIEp1biAyNSwgMjAxNyBhdCAxMDozMSBQTSwgTWFya3VzIFN0b2NraGF1 c2VuIDxzcGFuIGRpcj0ibHRyIj4NCiZsdDs8YSBocmVmPSJtYWlsdG86c3RvY2toYXVzZW5AY29s bG9naWEuZGUiPnN0b2NraGF1c2VuQGNvbGxvZ2lhLmRlPC9hPiZndDs8L3NwYW4+IHdyb3RlOjxi cj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxl ZnQ6MXB4IHNvbGlkIHJnYiggMjA0ICwgMjA0ICwgMjA0ICk7cGFkZGluZy1sZWZ0OjFleCI+DQpI aSw8YnI+DQo8YnI+DQp3ZSBhcmUgY3VycmVudGx5IGV2YWx1YXRpbmcgTkZTIDQuMiBiYXNlZCBz dG9yYWdlIGZvciBPVmlydCA0LjEuMi4gTm9ybWFsIG9wZXJhdGlvbjxicj4NCmFuZCBkaXNjYXJk IHN1cHBvcnQgd29yayBsaWtlIGEgY2hhcm0uPGJyPg0KPGJyPg0KRm9yIHNvbWUgc3RyYW5nZSBy ZWFzb24gd2UgY2Fubm90IHVzZSBWTSBsaXZlIG1pZ3JhdGlvbiBhbnkgbW9yZS4gQXMgc29vbiBh cyBvbmU8YnI+DQpORlMgNC4yIGJhc2VkIFZNIGRpc2sgaXMgZG9pbmcgZGlzayBJL08gZHVyaW5n IHRoZSBvcGVyYXRpb24uIFZNIHN0YWxscyBhbmQgaXMgcGF1c2VkLjxicj4NCkl0IHNlZW1zIGFz IGlmIHFlbXUgb24gdGFyZ2V0IG5vZGUgY2Fubm90IHRha2Ugb3ZlciBkaXNrIGltYWdlcy4gU2Vl IEJaMTQ2NDc4Ny48YnI+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5D YW4geW91IG1ha2Ugc3VyZSB5b3UgYXJlIG5vdCBzdWZmZXJpbmcgZnJvbSBhbnkgU0VMaW51eCBp c3N1ZXM/PC9kaXY+DQo8ZGl2PldoYXQgTkZTIHNlcnZlciBhcmUgeW91IHVzaW5nPyBJZiBpdCdz IExpbnV4IGJhc2VkLCBpdCBuZWVkcyBzb21lIHNlbGludXggY29tbWFuZHMuPC9kaXY+DQo8ZGl2 PkZvciBleGFtcGxlIChmcm9tIG92aXJ0LXN5c3RlbS10ZXN0cyk6PC9kaXY+DQo8ZGl2PiZuYnNw OyAmbmJzcDsgc2VtYW5hZ2UgZmNvbnRleHQgLWEgLXQgbmZzX3QgJy9leHBvcnRzL25mcygvLiop Pyc8L2Rpdj4NCjxkaXY+Jm5ic3A7ICZuYnNwOyByZXN0b3JlY29uIC1SdiAvZXhwb3J0cy9uZnM8 L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luOjBweCAw cHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoIDIwNCAsIDIwNCAsIDIwNCAp O3BhZGRpbmctbGVmdDoxZXgiPg0KPGJyPg0KSGFzIGFueWJvZHkgZWxzZSBzZWVuIHNpbWlsYXIg aXNzdWVzPzxicj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlJhej88 L2Rpdj4NCjxkaXY+WS48L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoIDIw NCAsIDIwNCAsIDIwNCApO3BhZGRpbmctbGVmdDoxZXgiPg0KPGJyPg0KQmVzdCByZWdhcmRzLjxi cj4NCjxmb250IGNvbG9yPSIjODg4ODg4Ij48YnI+DQpNYXJrdXMmbmJzcDsgPC9mb250Pjxicj4N Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzx3YnI+X19fX19fX19fX19fX19fX188YnI+ DQpVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86VXNlcnNAb3ZpcnQub3Jn Ij5Vc2Vyc0BvdmlydC5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIj5odHRwOi8vbGlzdHMub3ZpcnQub3JnLzx3YnI+bWFp bG1hbi9saXN0aW5mby91c2VyczwvYT48YnI+DQo8YnI+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N Cjxicj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJy Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_7e055b7632964615b6e8181e0a661cd0emailandroidcom_-- ------=_NextPartTM-000-e1c15413-104b-461e-a7cc-b2d505c0c434 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-e1c15413-104b-461e-a7cc-b2d505c0c434--

1 0

VM live migration and NFS 4.2
by Markus Stockhausen 26 Jun '17

26 Jun '17

This is a multi-part message in MIME format. ------=_NextPartTM-000-43bd1b86-b37d-4e90-be0e-0009cc3cc1fc Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi,=0A= =0A= we are currently evaluating NFS 4.2 based storage for OVirt 4.1.2. Normal o= peration=0A= and discard support work like a charm. =0A= =0A= For some strange reason we cannot use VM live migration any more. As soon a= s one =0A= NFS 4.2 based VM disk is doing disk I/O during the operation. VM stalls and= is paused. =0A= It seems as if qemu on target node cannot take over disk images. See BZ1464= 787. =0A= =0A= Has anybody else seen similar issues?=0A= =0A= Best regards. =0A= =0A= Markus = ------=_NextPartTM-000-43bd1b86-b37d-4e90-be0e-0009cc3cc1fc 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-43bd1b86-b37d-4e90-be0e-0009cc3cc1fc--

2 1

hosted engine local disk estimate for OVA file
by Ben De Luca 25 Jun '17

25 Jun '17

Hi, I am in the middle of a disaster recovery situation trying to install ovirt 4.1 after a failure of some of our NFS systems. So I was redeploying 4.0 but there is a bug with the image uploader, that means I cant upload images. Our actually virtual machine hosts have very small HD's and the current 4.1 release installer thinks that the OVA extracted is 50GiB, I have exactly 50GB free! yay. So I did manage to hack the installer, to ignore my local disk space as the OVA is really only a few gigs in side. But its been pretty painful. Any chance of some one fixing the estimate there, I have read through the code, there was an attempt to find out the real size but they gave up and just guessed. -bd *tired sysadmin*

3 3

Re: [ovirt-users] VDSM ConnectStorageServerVDS failed
by Elad Ben Aharon 25 Jun '17

25 Jun '17

You're welcome On Sun, Jun 25, 2017 at 12:38 PM, JC Clark <jc(a)mcsaipan.net> wrote: > Mr Aharon, > > Thank you for an expedient reply. Your suggestions pointed me in the > right direction. I was concentrating on the Hosts when it was the storage > I should have paid more attention to. It seems that if any one of the > Storage Domains is not connecting properly, the system refuses to restore. > > It turns out that after the power failure, an inconspicuous server had not > come up properly. It had the ISO Domain and an unused Data Domain which > was still attached. These caused the failure. BZ to you sir and good day. > > Thank you > > > > On 06/25/2017 06:54 PM, Elad Ben Aharon wrote: > > Hi, > > Which types of storage do you have in the data center? > > In case it's a block based storage (iSCSI/FC), check that the devices > (LUNs) where you domains reside are accessible though multipath and LVM: > > # multipath -ll > # pvs > # vgs > > In case it's a file based storage (NFS/GlusterFS), check that the storage > domain file system is mounted under /rhev/data-center/mnt > > # mount | grep '/rhev/data-center' > > On Sun, Jun 25, 2017 at 11:29 AM, JC Clark <jc(a)mcsaipan.net> wrote: > >> Dear All, >> >> Is there a reason that a perfectly well working Ovirt 4.1 Engine after a >> power failure, would not allow the hosts to activate because of "VDSM >> ConnectStorageServerVDS failed". All firewalls are down, I have >> reinstalled the host, upgraded everything (host and engine), deleted and >> reinstalled hosts, I can ssh to all from all. Any clues?? >> >> Thanks ahead of time.. >> >> -- >> Warm Regards, >> JC Clark >> IT Director >> Mount Carmel School >> Saipan, CNMI >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > > -- > Warm Regards, > > JC Clark > IT Director > Mount Carmel School > Saipan, CNMI > (670) 235-6272 office(670) 483-8684 cell > >

1 0

Re: [ovirt-users] VDSM ConnectStorageServerVDS failed
by Elad Ben Aharon 25 Jun '17

25 Jun '17

Can you please provide engine.log and vdsm.log? On Sun, Jun 25, 2017 at 2:29 PM, JC Clark <jc(a)mcsaipan.net> wrote: > Mr. Aharon, > > One question comes to mind, if the mounts don't mount to the rhev... mount > point, what is the easiest way to rectify that problem? > > > > On 06/25/2017 06:54 PM, Elad Ben Aharon wrote: > > Hi, > > Which types of storage do you have in the data center? > > In case it's a block based storage (iSCSI/FC), check that the devices > (LUNs) where you domains reside are accessible though multipath and LVM: > > # multipath -ll > # pvs > # vgs > > In case it's a file based storage (NFS/GlusterFS), check that the storage > domain file system is mounted under /rhev/data-center/mnt > > # mount | grep '/rhev/data-center' > > On Sun, Jun 25, 2017 at 11:29 AM, JC Clark <jc(a)mcsaipan.net> wrote: > >> Dear All, >> >> Is there a reason that a perfectly well working Ovirt 4.1 Engine after a >> power failure, would not allow the hosts to activate because of "VDSM >> ConnectStorageServerVDS failed". All firewalls are down, I have >> reinstalled the host, upgraded everything (host and engine), deleted and >> reinstalled hosts, I can ssh to all from all. Any clues?? >> >> Thanks ahead of time.. >> >> -- >> Warm Regards, >> JC Clark >> IT Director >> Mount Carmel School >> Saipan, CNMI >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > > -- > Warm Regards, > > JC Clark > IT Director > Mount Carmel School > Saipan, CNMI > (670) 235-6272 office(670) 483-8684 cell > >

1 0

VDSM ConnectStorageServerVDS failed
by JC Clark 25 Jun '17

25 Jun '17

Dear All, Is there a reason that a perfectly well working Ovirt 4.1 Engine after a power failure, would not allow the hosts to activate because of "VDSM ConnectStorageServerVDS failed". All firewalls are down, I have reinstalled the host, upgraded everything (host and engine), deleted and reinstalled hosts, I can ssh to all from all. Any clues?? Thanks ahead of time.. -- Warm Regards, JC Clark IT Director Mount Carmel School Saipan, CNMI

2 1

Change HostedEngine Storage
by Matt . 24 Jun '17

24 Jun '17

Hi guys, When you want to move your hosted_engine storage you can copy stuff over but you still need to change the image which contains all config files. Is there some documentation about how to do so ? Thanks, Matt

1 1

Info on live snapshot and agent interaction
by Gianluca Cecchi 23 Jun '17

23 Jun '17

Hello, supposing to have a Linux VM with ovirt-guest-agent installed, during a live snapshot operation it should be freeze of filesystems. Where to find confirmation of correct/successful interaction? /var/log/messages or agent log or other kind of files? Are there any limitations on filesystems that support freeze? Is it fsfreeze the command executed at VM OS level or any other low level command? Thanks, Gianluca

3 2

Re: [ovirt-users] Frustration defines the deployment of Hosted Engine
by Karli Sjöberg 23 Jun '17

23 Jun '17

1 0

Frustration defines the deployment of Hosted Engine
by Vinícius Ferrão 23 Jun '17

23 Jun '17

Hello oVirt folks. I’m a traitor of the Xen movement and was looking for some good alternatives for XenServer hypervisors. I was aware of KVM for a long time but I was missing a more professional and appliance feeling of the product, and oVirt appears to deliver exactly what I’m looking for. Don’t get me wrong, I’m not saying that Xen is not good, I’m looking for equal or better alternatives, but I’m starting to get frustrated with oVirt. Firstly I’ve tried to install the oVirt Node on a VM in VMware Fusion on my notebook, it was a no go. For whatever reasons I don’t know vdsmd.service and libvirtd failed to start. I make sure that I was running with EPT support enabled to achieve nested virtualization, but as I said: it was a no go. So I’ve decommissioned a XenServer machine that was in production just to try oVirt. The hardware is not new, but’s it’s very capable: Dual Xeon E5506 with 48GB of system RAM, but I can’t get the hosted engine to work, it always insults my hardware: --- Hosted Engine deployment failed: this system is not reliable, please check the issue,fix and redeploy. It’s definitely a problem on the storage subsystem, the error is just random, at this moment I’ve got: [ ERROR ] Failed to execute stage 'Misc configuration': [-32605] No response for JSON-RPC StorageDomain.detach request. But on other tries it came up with something like this: No response for JSON-RPC Volume.getSize request. I was thinking that the problem was on the NFSv3 server on our FreeNAS box, so I’ve changed to an iSCSI backend, but the problem continues. This happens at the very end of the ovirt-hosted-engine-setup command, which leads me to believe that’s an oVirt issue. The OVA was already copied and deployed to the storage: [ INFO ] Starting vdsmd [ INFO ] Creating Volume Group [ INFO ] Creating Storage Domain [ INFO ] Creating Storage Pool [ INFO ] Connecting Storage Pool [ INFO ] Verifying sanlock lockspace initialization [ INFO ] Creating Image for 'hosted-engine.lockspace' ... [ INFO ] Image for 'hosted-engine.lockspace' created successfully [ INFO ] Creating Image for 'hosted-engine.metadata' ... [ INFO ] Image for 'hosted-engine.metadata' created successfully [ INFO ] Creating VM Image [ INFO ] Extracting disk image from OVF archive (could take a few minutes depending on archive size) [ INFO ] Validating pre-allocated volume size [ INFO ] Uploading volume to data domain (could take a few minutes depending on archive size) [ INFO ] Image successfully imported from OVF [ ERROR ] Failed to execute stage 'Misc configuration': [-32605] No response for JSON-RPC StorageDomain.detach request. [ INFO ] Yum Performing yum transaction rollback [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20170623032541.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed: this system is not reliable, please check the issue,fix and redeploy Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20170623023424-o9rbt0.log At this point I really don’t know what I should try. And the log file is too verborragic (hoping this word exists) to look for errors. Any guidance? Thanks, V.

2 3

Dell firmware update problem
by Davide Ferrari 23 Jun '17

23 Jun '17

Hello I'm trying to update the BIOS firmware on a Dell PowerEdge with CentOS (just upgraded to 7.3) running oVirt 4.0 and it fails with an error mount: /dev/sdb is already mounted or /tmp/SECUPD busy The problem is acknoleged by Red Hat and there is a solution for it https://access.redhat.com/solutions/2671581 but well, I have no RH subscriptions :( Has anyone here encountered the same problem with CentOS and oVirt? Any hint? Thanks! -- Davide

2 1

SPICE keymap ?
by Matthias Leopold 23 Jun '17

23 Jun '17

hi, i'm looking for a way to change the SPICE keymap for a VM. i couldn't find it. i couldn't find a way to change it in the client either (linux remote-viewer application). this is probably easy, thanks anyway... matthias

1 1

is arbiter configuration needed?
by Erekle Magradze 23 Jun '17

23 Jun '17

Hello, I am using glusterfs as the storage backend for the VM images, volumes for oVirt consist of three bricks, is it still necessary to configure the arbiter to be on the safe side? or since the number of bricks is odd it will be done out of the box? Thanks in advance Cheers Erekle

2 2

qemu-kvm-ev-2.6.0-28.el7_3.10.1 now available
by Sandro Bonazzola 23 Jun '17

23 Jun '17

Hi, qemu-kvm-ev-2.6.0-28.el7.10.1 <https://cbs.centos.org/koji/buildinfo?buildID=17495> has been tagged for release and will soon be available on CentOS mirrors. This release addresses a security issue (CVE-2017-7718) which has a security impact rated important. See https://www.redhat.com/archives/rhsa-announce/2017-June/msg00014.html for more details on this update. Here's the Changelog: * Fri Jun 23 2017 Sandro Bonazzola <sbonazzo(a)redhat.com> - ev-2.6.0-28.el7_3.10.1 - Removing RH branding from package name * Mon May 22 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.6.0-28.el7_3.10 - kvm-virtio-rng-stop-virtqueue-while-the-CPU-is-stopped.patch [bz#1450375] - Resolves: bz#1450375 (Migration failed with postcopy enabled from rhel7.3.z host to rhel7.4 host "error while loading state for instance 0x0 of device 'pci) -- 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>

1 0

GDeploy, thin provisioning and pools
by Endre Karlson 23 Jun '17

23 Jun '17

Hi, I'm trying to get gdeploy working for my servers (3 of them) using the following configu linked below: https://gist.github.com/ekarlso/9bfa0e0560b84ec286bbbbef34ab790d But it seems I need to have 1 pool metadata lv pr volume group? Regards Endre

1 0

problems migrating to hosted engine from bare metal
by cmc 22 Jun '17

22 Jun '17

Hi, I created a new host to deploy a hosted engine, and then used a backup from the bare metal engine and restored this, as per the procedure in: http://www.ovirt.org/documentation/self-hosted/chap-Migrating_from_Bare_Met… Everything worked fine up until step 15 ('Continue setup') as the script said the engine was not responding. I tried the reboot option (option 3), but still it would not connect. So I could not do the final step involving the internal CA, adding the host to an existing cluster (of which there were two other hosts). I was able to connect via vnc and ssh fine to the engine, and from here I could see that the ovirt-engine service was up. I had to install the aaa-ldap extension package to enable ldap auth separately however, but once done I was able to log in, and it showed the old cluster as it was on the bare metal engine. I added the host that I created the hosted engine on, and it installed various packages and then I configured the network and it looked fine, apart from the fact that I could not see a VM named 'HostedEngine' in the list of VMs. I think however that this was not a properly working setup, as the NFS storage I used to setup the hosted engine became unavailable and I think this killed the hosted engine, which caused it to reboot the host it was on. The hosted engine has not come back since then, so I'm guessing it either isn't properly set up for HA or it needs the NFS storage or something else was not properly done by me in the setup. I've restarted the bare metal engine for now as I needed it running for now. My questions are: 1. My understanding is that the NFS storage is initially used to create the hosted engine disk image, and is temporary, and that the hosted engine later gets migrated to the storage used by the rest of the cluster (which in my case is directly attached to the hosts via fibre channel). I suspect that this did not happen. The bare metal engine had some local ISO storage (on a hard disk local to it), which will not be replicated to the hosted engine VM - will this cause a problem for the deployment? I can create some new ISO storage later if not. 2. What is the recommended way to recover from this situation? Should I just run 'hosted-engine --deploy' again and try and find out what is going wrong at step 15? I can probably get the disk image that was on NFS and mount it to find out what went wrong on the initial deployment, or I can run the deployment again and then get the log when it fails at step 15. Ovirt version was 4.1.2.2 Thanks for any help, Cam

2 2

Failed to activate ISO Ovirt 4.1
by rajatjpatel 22 Jun '17

22 Jun '17

Hello Team, I am using Ovirt 4.1 for my production, we are facing issues with ISO Domain. We are facing issues with activating a ISO domain. Using mount -t nfs ovirt.fog.com:/var/lib/exports/iso /mnt we are able to mount the same in all hyp. While using ovirt UI which is giving error. Pls find attach vdsm & engine logs. Regards Rajat

2 1

default login info for repository images
by Dan Sullivan 22 Jun '17

22 Jun '17

I've created a VM using a template imported from a Fedora 24 image in the repository. Now that it is created, what credentials do I use to log into it from the console?

3 2

New installation
by david caughey 22 Jun '17

22 Jun '17

Hi Folks, I just got the go ahead to install oVirt to use as a lab. The servers are: 1xdl360 4x30010k in raid 10 for OS (Manager) should this be clustered with another server for resiliency 5xdl380 2x30010k for OS 6x1TB7.2k RAID5 on each for a data store It will all be behind a proxy and be connected with 1GB links, (2x4 bonds) My plan is to have 1 manager as this is a lab scenario and not production, (yet), or is it better to have a cluster. Is it ok to have a data store on each host, (they won't let me have dedicated storage yet)? Is it wise to share these data_stores between hosts or should 1 store be dedicated to each host individually? There is no need for performance, basically as long as it runs it will work. The final intention is to have templates for OpenStack and CEPH plus lots of Linux examples set up with SDN etc. We have a 90% Windows shop but it is all rapidly changing to OpenStack et al and I want to try and give people the opportunity to use Linux in the lab before they are let lose in production. Plus it gives me the chance to show management exactly what ovirt can do. Any help, advice or links would be greatly appreciated, BR/David

2 1

Regarding Host QoS
by TranceWorldLogic . 22 Jun '17

22 Jun '17

Hi, I have ethernet nic with 10Gbps link speed. I want to setup one network over it with rate limit as 5Gbps When I tried to enter 5000 mbps rate in host qos it throws error saying value cannot be more than 1024. Can some one help me to know how to set limit as 5000mbps(5gbps) rate ? Thanks, ~Rohit

3 4

vm freezes when using yum update
by M Mahboubian 22 Jun '17

22 Jun '17

------=_Part_77643_974078681.1498097222223 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px = #715FFA solid !important; padding-left:1ex !important; background-color:whi= te !important; } Dear all,I appreciate if anybody could possibly help with = the issue I am facing. In our environment we have 2 hosts 1 NFS server and 1 ovirt engine server. = The NFS server provides storage to the VMs in the hosts. I can create new VMs and install os but once i do something like yum update= the VM freezes. I can reproduce this every single time I do yum update. what information/log files should I provide you to trubleshoot this? =C2=A0Regards ------=_Part_77643_974078681.1498097222223 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit <html xmlns="http://www.w3.org/1999/xhtml" xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office"><head></head><body> <style type="text/css" scoped> blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px #715FFA solid !important; padding-left:1ex !important; background-color:white !important; } </style>Dear all,<div>I appreciate if anybody could possibly help with the issue I am facing.</div><div><br></div><div>In our environment we have 2 hosts 1 NFS server and 1 ovirt engine server. The NFS server provides storage to the VMs in the hosts.</div><div><br></div><div>I can create new VMs and install os but once i do something like yum update the VM freezes. I can reproduce this every single time I do yum update.</div><div><br></div><div>what information/log files should I provide you to trubleshoot this?</div><div><br></div><div> Regards</div> </body></html> ------=_Part_77643_974078681.1498097222223--

2 1

Lowering the bar for wiki contribution?
by Roy Golan 22 Jun '17

22 Jun '17

I'm getting the feeling I'm not alone in this, authoring and publishing a wiki page isn't as used to be for long time. I want to suggest a bit lighter workflow: 1. Everyone can merge their page - (it's a wiki) Same as with (public and open) code, no one has the motivation to publish a badly written wiki page under their name. True, it can have an impact, but not as with broken code 2. Use Page-Status marker The author first merges the draft. Its now out there and should be updated as time goes and its status is DRAFT. Maintainers will come later and after review would change the status to PUBLISH. That could be a header in on the page: --- page status: DRAFT/PUBLISH --- Simple I think, and should work.

14 23

Expand Hosted-Engine Disk Space
by Adam Chesterton 22 Jun '17

22 Jun '17

Hi All, I am encountering a situation where the hosted engine for my test setup has run out of space. It only has 10GB configured, which was an oversight on my part when first deploying it. All storage is Gluster replica 3 (4 volumes; engine, vm, iso, export) and I have plenty of available space. My oVirt version is currently at 4.1.1. I've spent time looking for a solution to expand the disk size, but without luck so far. Most items I've found from previous list emails are from the 3.5 days, and seem to indicate that by 3.6+ you should be able to modify the hosted engine from within the oVirt Admin Web Console. However, when I try to expand the hosted engine disk I get an error that the VM is not managed by the engine, so obviously that functionality is not yet implemented. So, my question is; what is the current process to expand the hosted engine disk? Regards, Adam Chesterton

1 0

GPFS Storage Domains - Live VM Migration Between LocalOnHost Only
by Douglas Duckworth 21 Jun '17

21 Jun '17

Hi I used RHEV in the past and now that I am in a new role we're considering oVirt. I have a few questions: Does oVirt support network Storage Domains using GPFS? Does oVirt support live VM Migration of between Hosts that have "LocalOnHost" (direct attached) Storage Domains only? Best Doug Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit Physiology and Biophysics Weill Cornell Medicine E: doug(a)med.cornell.edu O: 212-746-6305 F: 212-746-8690

1 0

Error while installing oVirt Self Hosted Engine
by Jon Bornstein 21 Jun '17

21 Jun '17

This is roughly my 10th attempt at installing some version of oVirt and I think where I get stuck every time is with the networking aspect. I'm simply trying to test out oVirt on an old laptop wiht 16GB RAM and an external HDD. I'm connected via WiFi. After failing 100 times with the regular ovirt engine, It was recommended I try the self-hosted engine. ** Anyway, here are the contents of my /etc/hosts file: 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 10.114.13.144 host.example.rocks host 10.114.13.145 engine.example.rocks engine ** After running hosted-engine --deploy, I get to the prompt below in which the installer fails afterwards: You may specify a unicast MAC address for the VM or accept a randomly generated default [00:16:3e:5b:3a:73]: [ ERROR ] Failed to execute stage 'Environment customization': Cannot acquire nic/bridge address [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20170614163222.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20170614160653-2vuu7h.log ** Here is a tail of the log: [root@engine /]# tail /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20170614160653-2vuu7h.log 2017-06-14 16:32:22 DEBUG otopi.context context._executeMethod:134 condition False 2017-06-14 16:32:22 INFO otopi.context context.runSequence:687 Stage: Termination 2017-06-14 16:32:22 DEBUG otopi.context context.runSequence:691 STAGE terminate 2017-06-14 16:32:22 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.gr_he_common.core.misc.Plugin._terminate 2017-06-14 16:32:22 ERROR otopi.plugins.gr_he_common.core.misc misc._terminate:178 Hosted Engine deployment failed 2017-06-14 16:32:22 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20170614160653-2vuu7h.log 2017-06-14 16:32:22 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.otopi.dialog.human.Plugin._terminate 2017-06-14 16:32:22 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate 2017-06-14 16:32:22 DEBUG otopi.context context._executeMethod:134 condition False 2017-06-14 16:32:22 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate ** This is my first time writing to this list, so hopefully I'm doing it right. Thanks in advance - this is driving me crazy!

3 8

Additional user in ovirt-node-ng 4.x
by Luca 'remix_tj' Lorenzetto 21 Jun '17

21 Jun '17

Hello, my colleague is asking if is possible to define a certain user on our hosts. I know that the rule is to avoid installations and changes to hosts running ovirt-node, but in this case the user creation should have a very minimum impact. He's running HP uCMDB that makes an ssh connection to the host for grabbing some system information to populate it's DB. Is possible to create a new user? Does this user is preserved with upgrades? Is possible also to allow this new user to run 4 (exactly 4) commands through sudo? 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

Change Hosted Engine Storage Connection
by Matt . 21 Jun '17

21 Jun '17

Hi All, What was the best way to change the storage connection for a hosted engine ? I moved the Engine at the moment to a new storage path and I thought I needed to extract the config package, change it and repackage it again. I thought this was not in the docs. Thanks! Matt

1 0

Re: [ovirt-users] hosted-engine VM and services not working
by Andrew Dent 21 Jun '17

21 Jun '17

--------=_MB3BBF1E10-B89F-4246-8ACD-AB3F4F14DC3C Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Yaniv I found a solution. Our Ovirt 3.6 AIO box was still running and had those VMs still=20 configured in their pre exported and switch off state. I removed any snap shots I found from those pre exported VMs, then=20 copied the disk image files and other bits from host01 (Ovirt v 4.1)=20 back into the Ovirt 3.6 AIO box, and were needed fixing the relevent IDs=20 to be what the Engine in the Ovirt 3.6 box expected. The VMs then started up properly again without hassle and with the=20 latest files on the Ovirt 3.6 AIO box. So now in the progress of rebuilding host01 with hosted-engine v4.1 Kind regards Andrew ------ Original Message ------ From: "Yaniv Kaul" <ykaul(a)redhat.com> To: "Andrew Dent" <adent(a)ctcroydon.com.au> Cc: "users" <users(a)ovirt.org> Sent: 18/06/2017 6:00:09 PM Subject: Re: [ovirt-users] hosted-engine VM and services not working > > >On Sat, Jun 17, 2017 at 12:50 AM, <adent(a)ctcroydon.com.au> wrote: >>If I reinstall and the rerun the hosted-engine setup how do I get the=20 >>VMs in their current running state back into and being recognised by=20 >>the new hosted engine? > >Current running state is again quite challenging. You'll need to fix=20 >the hosted-engine. > >Can import the storage domain? (not for running VMs) >Y. > >> >>Kind regards >> >>Andrew >> >>On 17 Jun 2017, at 6:54 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote: >> >>> >>> >>>On Fri, Jun 16, 2017 at 9:11 AM, Andrew Dent <adent(a)ctcroydon.com.au>=20 >>>wrote: >>>>Hi >>>> >>>>Well I've got myself into a fine mess. >>>> >>>>host01 was setup with hosted-engine v4.1. This was successful. >>>>Imported 3 VMs from a v3.6 OVirt AIO instance. (This OVirt 3.6 is=20 >>>>still running with more VMs on it) >>>>Tried to add host02 to the new Ovirt 4.1 setup. This partially=20 >>>>succeeded but I couldn't add any storage domains to it. Cannot=20 >>>>remember why. >>>>In Ovirt engine UI I removed host02. >>>>I reinstalled host02 with Centos7, tried to add it and Ovirt UI told=20 >>>>me it was already there (but it wasn't listed in the UI). >>>>Renamed the reinstalled host02 to host03, changed the ipaddress,=20 >>>>reconfig the DNS server and added host03 into the Ovirt Engine UI. >>>>All good, and I was able to import more VMs to it. >>>>I was also able to shutdown a VM on host01 assign it to host03 and=20 >>>>start the VM. Cool, everything working. >>>>The above was all last couple of weeks. >>>> >>>>This week I performed some yum updates on the Engine VM. No reboot. >>>>Today noticed that the Ovirt services in the Engine VM were in a=20 >>>>endless restart loop. They would be up for a 5 minutes and then die. >>>>Looking into /var/log/ovirt-engine/engine.log and I could only see=20 >>>>errors relating to host02. Ovirt was trying to find it and failing.=20 >>>>Then falling over. >>>>I ran "hosted-engine --clean-metadata" thinking it would cleanup and=20 >>>>remove bad references to hosts, but now realise that was a really=20 >>>>bad idea as it didn't do what I'd hoped. >>>>At this point the sequence below worked, I could login to Ovirt UI=20 >>>>but after 5 minutes the services would be off >>>>service ovirt-engine restart >>>>service ovirt-websocket-proxy restart >>>>service httpd restart >>>> >>>>I saw some reference to having to remove hosts from the database by=20 >>>>hand in situations where under the hood of Ovirt a decommission host=20 >>>>was still listed, but wasn't showing in the GUI. >>>>So I removed reference to host02 (vds_id and host_id) in the=20 >>>>following tables in this order. >>>>vds_dynamic >>>>vds_statistics >>>>vds_static >>>>host_device >>>> >>>>Now when I try to start ovirt-websocket it will not start >>>>service ovirt-websocket start >>>>Redirecting to /bin/systemctl start ovirt-websocket.service >>>>Failed to start ovirt-websocket.service: Unit not found. >>>> >>>>I'm now thinking that I need to do the following in the engine VM >>>># engine-cleanup # yum remove ovirt-engine # yum install=20 >>>>ovirt-engine # engine-setup >>>>But to run engine-cleanup I need to put the engine-vm into=20 >>>>maintenance mode and because of the --clean-metadata that I ran=20 >>>>earlier on host01 I cannot do that. >>>> >>>>What is the best course of action from here? >>> >>>To be honest, with all the steps taken above, I'd install everything=20 >>>(including OS) from scratch... >>>There's a bit too much mess to try to clean up properly here. >>>Y. >>> >>>> >>>>Cheers >>>> >>>> >>>> >>>>Andrew >>>> >>>> >>>>_______________________________________________ >>>>Users mailing list >>>>Users(a)ovirt.org >>>>http://lists.ovirt.org/mailman/listinfo/users=20 >>>><http://lists.ovirt.org/mailman/listinfo/users> >>>> >>> > --------=_MB3BBF1E10-B89F-4246-8ACD-AB3F4F14DC3C Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <?xml version=3D"1.0" encoding=3D"utf-16"?><html><head><style id=3D"signatu= reStyle" type=3D"text/css"></style><style type=3D"text/css"><![CDATA[#x3d04dd896a4a42b1a36732d91328= 7ec0{ font-family:'Segoe UI'; font-size:12pt; }#xad6e4c7b8f164c94bb061ede59833d9c{ font-family:'Segoe UI'; font-size:12pt; }]]></style></head><body><div>Hi Yaniv</div><div><br /></div><div>I found a= solution.=C2=A0</div><div>Our Ovirt 3.6 AIO box was still running and had t= hose VMs still configured in their pre exported and switch off state.=C2=A0= </div><div>I removed any snap shots I found from those pre exported VMs, th= en copied the disk image files and other bits from h<span style=3D"font-siz= e: 12pt;">ost01 (Ovirt v 4.1) back into the Ovirt 3.6 AIO box, and were nee= ded fixing the relevent IDs to be what the Engine in the Ovirt 3.6 box expe= cted.=C2=A0</span></div><div><span style=3D"font-size: 12pt;">The VMs then= started up properly again without hassle and with the latest files on the O= virt 3.6 AIO box.=C2=A0</span></div><div><br /></div><div><span style=3D"fo= nt-size: 12pt;">So now in the progress of rebuilding host01 with=C2=A0</spa= n><span style=3D"font-size: 12pt;">hosted-engine=C2=A0</span><span style=3D= "font-size: 12pt;">v4.1=C2=A0</span></div><div><br /></div><div id=3D"signa= ture_old"><div id=3D"xa78294227b5f49c"> <div class=3D"WordSection1"> <div id=3D"xb71224f920234978acc74f4d23143069"><div class=3D"WordSection1"><= p class=3D"MsoNormal"><font face=3D"Tahoma"><font size=3D"3" style=3D"font-= size: 12pt;">Kind r</font><span style=3D"font-size: 12pt;">egards</span></f= ont></p><p class=3D"MsoNormal"><font size=3D"3" style=3D"font-size: 12pt;"= face=3D"Tahoma"><br /></font></p><p class=3D"MsoNormal"><font size=3D"3" st= yle=3D"font-size: 12pt;" face=3D"Tahoma">Andrew=C2=A0</font></p></div></div= ></div></div></div> <div>------ Original Message ------</div> <div>From: "Yaniv Kaul" <<a href=3D"mailto:ykaul@redhat.com">ykaul@redha= t.com</a>></div> <div>To: "Andrew Dent" <<a href=3D"mailto:adent@ctcroydon.com.au">adent@= ctcroydon.com.au</a>></div> <div>Cc: "users" <<a href=3D"mailto:users@ovirt.org">users(a)ovirt.org</a>= ></div> <div>Sent: 18/06/2017 6:00:09 PM</div> <div>Subject: Re: [ovirt-users] hosted-engine VM and services not working</= div><div><br /></div> <div id=3D"xbea74d01f04742a"><blockquote cite=3D"249bdf9e95f568dc6180880838= 41b2b46780224d@localhost" type=3D"cite" class=3D"cite2"> <div dir=3D"ltr"><br /><div class=3D"gmail_extra"><br /><div class=3D"gmail= _quote">On Sat, Jun 17, 2017 at 12:50 AM, <span dir=3D"ltr"><<a href=3D= "mailto:adent@ctcroydon.com.au">adent(a)ctcroydon.com.au</a>></span> wrote= :<br /><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-= left:1px #ccc solid;padding-left:1ex"><div dir=3D"auto"><div>If I reinstall = and the rerun the hosted-engine setup how do I get the VMs in their curren= t running state back into and being recognised by the new hosted engine?<br = /></div></div></blockquote><div><br /></div><div>Current running state is= again quite challenging. You'll need to fix the hosted-engine.</div><div><b= r /></div><div>Can import the storage domain? (not for running VMs)</div><d= iv>Y.</div><div><br /></div><blockquote class=3D"gmail_quote" style=3D"marg= in:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"auto= "><div><br />Kind regards<span class=3D"HOEnZb"><font color=3D"#888888"><di= v><br /></div><div>Andrew</div></font></span></div><span class=3D""><div><b= r />On 17 Jun 2017, at 6:54 AM, Yaniv Kaul <<a href=3D"mailto:ykaul@redh= at.com">ykaul(a)redhat.com</a>> wrote:<br /><br /></div></span><blockquote = type=3D"cite" class=3D"cite"><div><div dir=3D"ltr"><br /><div class=3D"gma= il_extra"><br /><div class=3D"gmail_quote"><span class=3D"">On Fri, Jun 16, = 2017 at 9:11 AM, Andrew Dent <span dir=3D"ltr"><<a href=3D"mailto:adent= @ctcroydon.com.au">adent(a)ctcroydon.com.au</a>></span> wrote:<br /></span= ><div><div class=3D"h5"><blockquote class=3D"gmail_quote" style=3D"margin:0 = 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u> <div><div>Hi</div><div><br /></div><div>Well I've got myself into a fine me= ss.=C2=A0</div><div><br /></div><div>host01 was setup with hosted-engine v4= .1.=C2=A0<span style=3D"font-size:12pt">This was successful.=C2=A0</span></= div><div><span style=3D"font-size:12pt">Imported 3 VMs from a v3.6 OVirt AI= O instance. (This OVirt 3.6 is still running with more VMs on it)</span></d= iv><div>Tried to add host02 to the new Ovirt 4.1 setup. This partially succ= eeded but I couldn't add any storage domains to it. Cannot remember why.=C2= =A0</div><div>In Ovirt engine UI I removed host02.=C2=A0</div><div>I reinst= alled host02 with Centos7, tried to add it and Ovirt UI told me it was alre= ady there (but it wasn't listed in the UI).=C2=A0</div><div>Renamed the rei= nstalled host02 to host03, changed the ipaddress, reconfig the DNS server a= nd added host03 into the Ovirt Engine UI.=C2=A0</div><div>All good, and I w= as able to import more VMs to it.=C2=A0</div><div>I was also able to shutdo= wn a VM on host01 assign it to host03 and start the VM. Cool, everything wo= rking.=C2=A0</div><div>The above was all last couple of weeks.=C2=A0</div><= div><br /></div><div>This week I performed some yum updates on the Engine V= M. No reboot.=C2=A0</div><div>Today noticed that the Ovirt services in the= Engine VM were in a endless restart loop. They would be up for a 5 minutes= and then die.=C2=A0</div><div>Looking into=C2=A0/var/log/ovirt-engine/eng<w= br>ine.log and I could only see errors relating to host02. Ovirt was trying = to find it and failing. Then falling over.=C2=A0</wbr></div><div>I ran "ho= sted-engine --clean-metadata" thinking it would cleanup and remove bad refe= rences to hosts, but now realise that was a really bad idea as it didn't do = what I'd hoped.=C2=A0</div><div>At this point the sequence below worked, I = could login to Ovirt UI but after 5 minutes the services would be off</div= ><div><div> <span style=3D"color:rgb(34,34,34);font-family:Verdana,Arial,Helvetica,sans= -serif;font-variant-ligatures:normal;background-color:rgb(255,255,255)">ser= vice ovirt-engine restart</span></div></div><div><span style=3D"color:rgb(3= 4,34,34);font-family:Verdana,Arial,Helvetica,sans-serif;font-variant-ligatu= res:normal;background-color:rgb(255,255,255)"><div> <span style=3D"font-variant-ligatures:normal">service ovirt-websocket-proxy = restart</span></div><div><span style=3D"font-variant-ligatures:normal"><di= v> <span style=3D"font-variant-ligatures:normal">service httpd restart</span><= /div></span></div></span></div><div><br /></div><div>I saw some reference t= o having to remove hosts from the database by hand in situations where unde= r the hood of Ovirt a decommission host was still listed, but wasn't showin= g in the GUI.=C2=A0</div><div>So I removed reference to host02 (vds_id and= host_id) in the following tables in this order.=C2=A0</div><div><span style= =3D"font-size:12pt">vds_dynamic</span></div><div><div id=3D"m_-869654554590= 4220606m_-2002812221470261923x0ec1289986994fb5ac309827edd33abe"> <div><div><span style=3D"font-size:12pt">vds_statistics</span></div><div><d= iv id=3D"m_-8696545545904220606m_-2002812221470261923x87d978c56880415e9594d= 7fe317f30f3"> <div><div><div id=3D"m_-8696545545904220606m_-2002812221470261923x0ec128998= 6994fb5ac309827edd33abe"><div><div>vds_static</div><div></div></div></div><= /div></div></div></div><div></div></div></div></div><div>host_device</div><= div><br /></div><div>Now when I try to start ovirt-websocket it will not st= art</div><div>service ovirt-websocket start<br />Redirecting to /bin/system= ctl start =C2=A0ovirt-websocket.service<br />Failed to start ovirt-websocke= t.service: Unit not found.</div><div><br /></div><div>I'm now thinking that = I need to do the following in the engine VM</div><div><div> <pre class=3D"m_-8696545545904220606m_-2002812221470261923highlight m_-8696= 545545904220606m_-2002812221470261923plaintext"><code>#=C2=A0engine-cleanup #=C2=A0yum=C2=A0remove=C2=A0ovirt-engine #=C2=A0yum=C2=A0install=C2=A0ovirt-engine #=C2=A0engine-setup=C2=A0</code></pre></div></div><div>But to run engine-cl= eanup I need to put the engine-vm into maintenance mode and because of the= --clean-metadata that I ran earlier on host01 I cannot do that.=C2=A0</div>= <div><br /></div><div>What is the best course of action from here?</div></d= iv></blockquote><div><br /></div></div></div><span class=3D""><div>To be ho= nest, with all the steps taken above, I'd install everything (including OS) = from scratch...</div><div>There's a bit too much mess to try to clean up p= roperly here.</div><div>Y.</div><div>=C2=A0</div><blockquote class=3D"gmail= _quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:= 1ex"><div><div><br /></div><div id=3D"m_-8696545545904220606m_-200281222147= 0261923signature_old"><div id=3D"m_-8696545545904220606m_-20028122214702619= 23xbaf36d997b7f497"> <div class=3D"m_-8696545545904220606m_-2002812221470261923WordSection1"> <div id=3D"m_-8696545545904220606m_-2002812221470261923xb71224f920234978acc= 74f4d23143069"><div class=3D"m_-8696545545904220606m_-2002812221470261923Wo= rdSection1"><p class=3D"MsoNormal"><font face=3D"Tahoma"><span style=3D"fon= t-size:16px">Cheers</span></font></p><span class=3D"m_-8696545545904220606H= OEnZb"><font color=3D"#888888"><p class=3D"MsoNormal"><br /></p><p class=3D= "MsoNormal"><font face=3D"Tahoma"><span style=3D"font-size:16px">Andrew</sp= an></font></p></font></span></div></div></div></div></div> </div><br />______________________________<wbr>_________________<br /> Users mailing list<br /> <a href=3D"mailto:Users@ovirt.org">Users(a)ovirt.org</a><br /> <a href=3D"http://lists.ovirt.org/mailman/listinfo/users" rel=3D"noreferrer= ">http://lists.ovirt.org/mailman<wbr>/listinfo/users</wbr></a><br /> <br /></wbr></blockquote></span></div><br /></div></div> </div></blockquote></div></blockquote></div><br /></div></div> </blockquote></div> </body></html> --------=_MB3BBF1E10-B89F-4246-8ACD-AB3F4F14DC3C--

2 1

Hosted Engine stopped on Good Agent -> 4.1.1
by Matt . 21 Jun '17

21 Jun '17

Hi Guys, I have moved my environment from datacenter to datacenter and it seems that my agents are doing "strange" after it. The engine starts but stops after being initialized and the agent.log doesn't show any errors. This happens on 4.1.1 One of the hosts which is a HE host has been upgraded to 4.1.2 to see what happens there and when I want to start the hosted engine there I get: # hosted-engine --vm-start Unable to read vm.conf, please check ovirt-ha-agent logs The HE storage is mounted well on the 4.1.1 host which doesn't mount the other NFS storages, but the 4.1.2 host has all storages (NFS) mounted which is kinda strange if you ask me. Where should I start as this cluster has been moved earlier without any issue. Thanks, Matt

1 0

Win server 2016 guest tools
by Abi Askushi 20 Jun '17

20 Jun '17

Hi all, Are there any windows server 2016 guest tools? At the site it doesn't list this OS and during installation from ISO that is included in ovirt-guest-tools-iso package i receive the error that the OS is not supported. If these tools are not installed and I install only virtio tools are there any performance implications for the VM? Thanx, Alex

2 2

cloud init hostname from pools
by Paul 20 Jun '17

20 Jun '17

This is a multipart message in MIME format. ------=_NextPart_000_0033_01D2E917.5A627FD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I would like to automatically set the hostname of a VM to be the same as the ovirt machine name seen in the portal. This can be done by creating a template and activating cloud-init in the initial run tab. A new VM named "test" based in this template is created and the hostname is "test", works perfect! But when I create a pool (i.e. "testpool") based on this template I get machines with names "testpool-1", "testpool-2", etc. but the machine name is not present in the metadata and cannot be set as hostname. This is probably due to the fact that the machine names are auto generated by the oVirt Pool. Is this expected/desired behavior for cloud-init from pools? If so, what would be the best way to retrieve the machine name (as seen in the portal) and manually set it to be hostname via cloud-init (i.e. runcmd - hostnamectl set-hostname $(hostname)) Kind regards, Paul ------=_NextPart_000_0033_01D2E917.5A627FD0 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=3DNL = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'>Hi,<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US style=3D'color:#1F497D'>I would = like to automatically set the hostname of a VM to be the same as the = ovirt machine name seen in the portal.<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US style=3D'color:#1F497D'>This can be = done by creating a template and activating cloud-init in the initial run = tab. <o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'>A new VM named “test” based in this = template is created and the hostname is “test”, works = perfect!<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US style=3D'color:#1F497D'>But when I = create a pool (i.e. “testpool”) based on this template I get = machines with names “testpool-1”, “testpool-2”, = etc. but the machine name is not present in the metadata and cannot be = set as hostname. This is probably due to the fact that the machine names = are auto generated by the oVirt Pool.<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US style=3D'color:#1F497D'>Is this = expected/desired behavior for cloud-init from pools? = <o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'>If so, what would be the best way to retrieve = the machine name (as seen in the portal) and manually set it to be = hostname via cloud-init (i.e. runcmd – hostnamectl set-hostname = $(hostname))<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US style=3D'color:#1F497D'><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US style=3D'color:#1F497D'>Kind = regards,<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'>Paul<o:p></o:p></span></p></div></body></html> ------=_NextPart_000_0033_01D2E917.5A627FD0--

2 2

bug disk upload
by Nikolai Kuzmich 20 Jun '17

20 Jun '17

--_000_A8137C31FFEC5F4ABF4AC5E19222450F173E63F9exch1m_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Description of problem: Try to upload an image using the GUI, disk upload succefully, but it's empt= y ovirt-engine.noarch 4.1.2.2-1.el7.centos ovirt-imageio-common.noarch 1.0.0-1.el7 ovirt-imageio-proxy.noarch 1.0.0-0.201701151456.git89ae3b4.el7.centos vdsm.x86_64 4.19.15-1.el7.centos before upload md5sum manageiq-ovirt-fine-2.ova e0585fb92301dd676cb22ba1df9e5477 manageiq-ovirt-fine-2.ova qemu-img info manageiq-ovirt-fine-2.ova image: manageiq-ovirt-fine-2.ova file format: raw virtual size: 1.3G (1359610880 bytes) disk size: 1.3G Steps to Reproduce: 1. Upload disk manageiq with the above parameters 2. After upload qemu-img info c31bac64-09d5-43a6-bf4c-c502b55cf997 image: c31bac64-09d5-43a6-bf4c-c502b55cf997 file format: raw virtual size: 2.0G (2147483648 bytes) disk size: 1.3G 3. Create VM and running 4. Disk not bootable and empty If tar -xvf manageiq-ovirt-fine-2.ova Before upload: qemu-img info f6054145-e0d3-4e43-a034-92b00b1e31f8 image: f6054145-e0d3-4e43-a034-92b00b1e31f8 file format: qcow2 virtual size: 50G (53687091200 bytes) disk size: 4.0G cluster_size: 65536 Format specific information: compat: 0.10 refcount bits: 16 after upload: qemu-img info 4a7f6769-5ce7-4428-8f51-604042c0d424 image: 4a7f6769-5ce7-4428-8f51-604042c0d424 file format: qcow2 virtual size: 50G (53687091200 bytes) disk size: 4.1G cluster_size: 65536 Format specific information: compat: 0.10 refcount bits: 16 Upload successfully, disk bootable, vm starts Kind regards, Nikolai Kuzmich ARTEZIO System Administrator e-mail: nikolai.kuzmich(a)artezio.com<mailto:nikolai.kuzmich@artezio.com> skype: artezio_nkuzmich_1 address: Dzyarzhynskaga str, 8. Minsk, 220036, Belarus --_000_A8137C31FFEC5F4ABF4AC5E19222450F173E63F9exch1m_ 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-micr= osoft-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=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"X-NONE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:X-NONE">Descript= ion of problem:<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:X-NONE">Try to u= pload an image using the GUI, disk upload succefu</span><span lang=3D"EN-US= " style=3D"mso-fareast-language:X-NONE">l</span><span style=3D"mso-fareast-= language:X-NONE">ly</span><span lang=3D"EN-US" style=3D"mso-fareast-languag= e:X-NONE">, </span><span class=3D"shorttext"><span lang=3D"EN">but it's empty</span></s= pan><span style=3D"mso-fareast-language:X-NONE"><o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">ovirt-engine.noarch     &nb= sp;            = 4.1.2.2-1.el7.centos<o:p></o:p></p> <p class=3D"MsoNormal">ovirt-imageio-common.noarch  1.0.0-1.el7 &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;           <o:p></o:p></p> <p class=3D"MsoNormal">ovirt-imageio-proxy.noarch    &n= bsp;  1.0.0-0.201701151456.git89ae3b4.el7.centos   &nbs= p;   <o:p></o:p></p> <p class=3D"MsoNormal">vdsm.x86_64      &nbsp= ;            &n= bsp;        4.19.15-1.el7.centos<o:p></o= :p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">before upload<o:p></o:p></span>= </p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">md= 5sum manageiq-ovirt-fine-2.ova<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">e0= 585fb92301dd676cb22ba1df9e5477  manageiq-ovirt-fine-2.ova<o:p></o:p></= span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt">qemu-img info manageiq-= ovirt-fine-2.ova<o:p></o:p></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt">image: manageiq-ovirt-f= ine-2.ova<o:p></o:p></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt">file format: raw<o:p></= o:p></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt">virtual size: 1.3G (135= 9610880 bytes)<o:p></o:p></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt">disk size: 1.3G<o:p></o= :p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <pre><span style=3D"font-size:11.0pt;font-family:"Times New Roman&quot= ;,serif">Steps to Reproduce:<o:p></o:p></span></pre> <pre style=3D"margin-left:36.0pt;text-indent:-18.0pt;mso-list:l0 level1 lfo= 1"><![if !supportLists]><span class=3D"shorttext"><span lang=3D"EN-US" styl= e=3D"font-size:11.0pt;font-family:"Times New Roman",serif"><span = style=3D"mso-list:Ignore">1.<span style=3D"font:7.0pt "Times New Roman= "">       </span></span></span></span><!= [endif]><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:"Ti= mes New Roman",serif">Upload disk manageiq </span><span class=3D"short= text"><span lang=3D"EN" style=3D"font-size:11.0pt;font-family:"Times N= ew Roman",serif">with the above parameters</span></span><span class=3D= "shorttext"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quo= t;Times New Roman",serif"><o:p></o:p></span></span></pre> <pre style=3D"margin-left:36.0pt;text-indent:-18.0pt;mso-list:l0 level1 lfo= 1"><![if !supportLists]><span lang=3D"EN-US" style=3D"font-size:11.0pt;font= -family:"Times New Roman",serif"><span style=3D"mso-list:Ignore">= 2.<span style=3D"font:7.0pt "Times New Roman"">   =     </span></span></span><![endif]><span lang=3D"EN-US" styl= e=3D"font-size:11.0pt;font-family:"Times New Roman",serif">After = upload <o:p></o:p></span></pre> <pre style=3D"margin-left:36.0pt"><span lang=3D"EN-US" style=3D"font-size:1= 1.0pt;font-family:"Times New Roman",serif">qemu-img info c31bac64= -09d5-43a6-bf4c-c502b55cf997<o:p></o:p></span></pre> <pre style=3D"margin-left:36.0pt"><span lang=3D"EN-US" style=3D"font-size:1= 1.0pt;font-family:"Times New Roman",serif">image: c31bac64-09d5-4= 3a6-bf4c-c502b55cf997<o:p></o:p></span></pre> <pre style=3D"margin-left:36.0pt"><span lang=3D"EN-US" style=3D"font-size:1= 1.0pt;font-family:"Times New Roman",serif">file format: raw<o:p><= /o:p></span></pre> <pre style=3D"margin-left:36.0pt"><span lang=3D"EN-US" style=3D"font-size:1= 1.0pt;font-family:"Times New Roman",serif">virtual size: 2.0G (21= 47483648 bytes)<o:p></o:p></span></pre> <pre style=3D"margin-left:36.0pt"><span lang=3D"EN-US" style=3D"font-size:1= 1.0pt;font-family:"Times New Roman",serif">disk size: 1.3G<o:p></= o:p></span></pre> <pre style=3D"margin-left:36.0pt;text-indent:-18.0pt;mso-list:l0 level1 lfo= 1"><![if !supportLists]><span style=3D"font-size:11.0pt;font-family:"T= imes New Roman",serif"><span style=3D"mso-list:Ignore">3.<span style= =3D"font:7.0pt "Times New Roman"">     &= nbsp; </span></span></span><![endif]><span lang=3D"EN-US" style=3D"font-siz= e:11.0pt;font-family:"Times New Roman",serif">Create VM and runni= ng</span><span style=3D"font-size:11.0pt;font-family:"Times New Roman&= quot;,serif"><o:p></o:p></span></pre> <pre style=3D"margin-left:36.0pt;text-indent:-18.0pt;mso-list:l0 level1 lfo= 1"><![if !supportLists]><span style=3D"font-size:11.0pt;font-family:"T= imes New Roman",serif"><span style=3D"mso-list:Ignore">4.<span style= =3D"font:7.0pt "Times New Roman"">     &= nbsp; </span></span></span><![endif]><span lang=3D"EN-US" style=3D"font-siz= e:11.0pt;font-family:"Times New Roman",serif">Disk not bootable <= /span><span class=3D"shorttext"><span lang=3D"EN" style=3D"font-size:11.0pt= ;font-family:"Times New Roman",serif">and empty</span></span><spa= n style=3D"font-size:11.0pt;font-family:"Times New Roman",serif">= <o:p></o:p></span></pre> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">If  tar -xvf </span>manage= iq-ovirt-fine-2.ova <span lang=3D"EN-US"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Before upload:<o:p></o:p></span= ></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">qe= mu-img info f6054145-e0d3-4e43-a034-92b00b1e31f8<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">im= age: f6054145-e0d3-4e43-a034-92b00b1e31f8<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">fi= le format: qcow2<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">vi= rtual size: 50G (53687091200 bytes)<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">di= sk size: 4.0G<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">cl= uster_size: 65536<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">Fo= rmat specific information:<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">&n= bsp;   compat: 0.10<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">&n= bsp;   refcount bits: 16<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">after upload:<o:p></o:p></span>= </p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">qe= mu-img info 4a7f6769-5ce7-4428-8f51-604042c0d424<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">im= age: 4a7f6769-5ce7-4428-8f51-604042c0d424<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">fi= le format: qcow2<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">vi= rtual size: 50G (53687091200 bytes)<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">di= sk size: 4.1G<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">cl= uster_size: 65536<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">Fo= rmat specific information:<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">&n= bsp;   compat: 0.10<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">&n= bsp;   refcount bits: 16<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Upload successfully, disk boota= ble, vm </span> <span class=3D"shorttext"><span lang=3D"EN">starts</span></span><span lang= =3D"EN-US"><o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">Kind regards,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">Nikolai Kuzmich<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">ARTEZIO<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">System Administrator<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">e-mail: <a href=3D"mailto:nikolai.kuzmich@artezio.com"> <span style=3D"color:#0563C1">nikolai.kuzmich(a)artezio.com</span></a><o:p></= o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">skype: artezio_nkuzmich_1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">address: Dzyarzhynskaga str, 8. <o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">Minsk, 220036, Belarus<o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_A8137C31FFEC5F4ABF4AC5E19222450F173E63F9exch1m_--

1 0

Re: [ovirt-users] Hosted engine
by Joel Diaz 19 Jun '17

19 Jun '17

Sorry. I forgot to attached the requested logs in the previous email. Thanks, On Jun 15, 2017 9:38 AM, "Joel Diaz" <mrjoeldiaz(a)gmail.com> wrote: Good morning, Requested info below. Along with some additional info. You'll notice the data volume is not mounted. Any help in getting HE back running would be greatly appreciated. Thank you, Joel [root@ovirt-hyp-01 ~]# hosted-engine --vm-status --== Host 1 status ==-- conf_on_shared_storage : True Status up-to-date : False Hostname : ovirt-hyp-01.example.lan Host ID : 1 Engine status : unknown stale-data Score : 3400 stopped : False Local maintenance : False crc32 : 5558a7d3 local_conf_timestamp : 20356 Host timestamp : 20341 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=20341 (Fri Jun 9 14:38:57 2017) host-id=1 score=3400 vm_conf_refresh_time=20356 (Fri Jun 9 14:39:11 2017) conf_on_shared_storage=True maintenance=False state=EngineDown stopped=False --== Host 2 status ==-- conf_on_shared_storage : True Status up-to-date : False Hostname : ovirt-hyp-02.example.lan Host ID : 2 Engine status : unknown stale-data Score : 3400 stopped : False Local maintenance : False crc32 : 936d4cf3 local_conf_timestamp : 20351 Host timestamp : 20337 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=20337 (Fri Jun 9 14:39:03 2017) host-id=2 score=3400 vm_conf_refresh_time=20351 (Fri Jun 9 14:39:17 2017) conf_on_shared_storage=True maintenance=False state=EngineDown stopped=False --== Host 3 status ==-- conf_on_shared_storage : True Status up-to-date : False Hostname : ovirt-hyp-03.example.lan Host ID : 3 Engine status : unknown stale-data Score : 3400 stopped : False Local maintenance : False crc32 : f646334e local_conf_timestamp : 20391 Host timestamp : 20377 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=20377 (Fri Jun 9 14:39:37 2017) host-id=3 score=3400 vm_conf_refresh_time=20391 (Fri Jun 9 14:39:51 2017) conf_on_shared_storage=True maintenance=False state=EngineStop stopped=False timeout=Thu Jan 1 00:43:08 1970 [root@ovirt-hyp-01 ~]# gluster peer status Number of Peers: 2 Hostname: 192.168.170.143 Uuid: b2b30d05-cf91-4567-92fd-022575e082f5 State: Peer in Cluster (Connected) Other names: 10.0.0.2 Hostname: 192.168.170.147 Uuid: 4e50acc4-f3cb-422d-b499-fb5796a53529 State: Peer in Cluster (Connected) Other names: 10.0.0.3 [root@ovirt-hyp-01 ~]# gluster volume info all Volume Name: data Type: Replicate Volume ID: 1d6bb110-9be4-4630-ae91-36ec1cf6cc02 Status: Started Snapshot Count: 0 Number of Bricks: 1 x (2 + 1) = 3 Transport-type: tcp Bricks: Brick1: 192.168.170.141:/gluster_bricks/data/data Brick2: 192.168.170.143:/gluster_bricks/data/data Brick3: 192.168.170.147:/gluster_bricks/data/data (arbiter) Options Reconfigured: nfs.disable: on performance.readdir-ahead: on transport.address-family: inet performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off performance.low-prio-threads: 32 network.remote-dio: off cluster.eager-lock: enable cluster.quorum-type: auto cluster.server-quorum-type: server cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-max-threads: 8 cluster.shd-wait-qlength: 10000 features.shard: on user.cifs: off storage.owner-uid: 36 storage.owner-gid: 36 network.ping-timeout: 30 performance.strict-o-direct: on cluster.granular-entry-heal: enable Volume Name: engine Type: Replicate Volume ID: b160f0b2-8bd3-4ff2-a07c-134cab1519dd Status: Started Snapshot Count: 0 Number of Bricks: 1 x (2 + 1) = 3 Transport-type: tcp Bricks: Brick1: 192.168.170.141:/gluster_bricks/engine/engine Brick2: 192.168.170.143:/gluster_bricks/engine/engine Brick3: 192.168.170.147:/gluster_bricks/engine/engine (arbiter) Options Reconfigured: nfs.disable: on performance.readdir-ahead: on transport.address-family: inet performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off performance.low-prio-threads: 32 network.remote-dio: off cluster.eager-lock: enable cluster.quorum-type: auto cluster.server-quorum-type: server cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-max-threads: 8 cluster.shd-wait-qlength: 10000 features.shard: on user.cifs: off storage.owner-uid: 36 storage.owner-gid: 36 network.ping-timeout: 30 performance.strict-o-direct: on cluster.granular-entry-heal: enable [root@ovirt-hyp-01 ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/centos_ovirt--hyp--01-root 50G 4.1G 46G 9% / devtmpfs 7.7G 0 7.7G 0% /dev tmpfs 7.8G 0 7.8G 0% /dev/shm tmpfs 7.8G 8.7M 7.7G 1% /run tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup /dev/mapper/centos_ovirt--hyp--01-home 61G 33M 61G 1% /home /dev/mapper/gluster_vg_sdb-gluster_lv_engine 50G 7.6G 43G 16% /gluster_bricks/engine /dev/mapper/gluster_vg_sdb-gluster_lv_data 730G 157G 574G 22% /gluster_bricks/data /dev/sda1 497M 173M 325M 35% /boot ovirt-hyp-01.example.lan:engine 50G 7.6G 43G 16% /rhev/data-center/mnt/glusterSD/ovirt-hyp-01.example.lan:engine tmpfs 1.6G 0 1.6G 0% /run/user/0 [root@ovirt-hyp-01 ~]# systemctl list-unit-files|grep ovirt ovirt-ha-agent.service enabled ovirt-ha-broker.service enabled ovirt-imageio-daemon.service disabled ovirt-vmconsole-host-sshd.service enabled [root@ovirt-hyp-01 ~]# systemctl status ovirt-ha-agent.service ● ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring Agent Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled; vendor preset: disabled) Active: active (running) since Thu 2017-06-15 08:56:15 EDT; 21min ago Main PID: 3150 (ovirt-ha-agent) CGroup: /system.slice/ovirt-ha-agent.service └─3150 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent --no-daemon Jun 15 08:56:15 ovirt-hyp-01.example.lan systemd[1]: Started oVirt Hosted Engine High Availability Monitoring Agent. Jun 15 08:56:15 ovirt-hyp-01.example.lan systemd[1]: Starting oVirt Hosted Engine High Availability Monitoring Agent... Jun 15 09:17:18 ovirt-hyp-01.example.lan ovirt-ha-agent[3150]: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Engine VM stopped on localhost [root@ovirt-hyp-01 ‾]# systemctl status ovirt-ha-broker.service ● ovirt-ha-broker.service - oVirt Hosted Engine High Availability Communications Broker Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-broker.service; enabled; vendor preset: disabled) Active: active (running) since Thu 2017-06-15 08:54:06 EDT; 24min ago Main PID: 968 (ovirt-ha-broker) CGroup: /system.slice/ovirt-ha-broker.service └─968 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker --no-daemon Jun 15 08:54:06 ovirt-hyp-01.example.lan systemd[1]: Started oVirt Hosted Engine High Availability Communications Broker. Jun 15 08:54:06 ovirt-hyp-01.example.lan systemd[1]: Starting oVirt Hosted Engine High Availability Communications Broker... Jun 15 08:56:16 ovirt-hyp-01.example.lan ovirt-ha-broker[968]: ovirt-ha-broker ovirt_hosted_engine_ha.broker.listener.ConnectionHandler ERROR Error handling request, data: '...1b55bcf76' Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt... Hint: Some lines were ellipsized, use -l to show in full. [root@ovirt-hyp-01 ‾]# systemctl restart ovirt-ha-agent.service [root@ovirt-hyp-01 ‾]# systemctl status ovirt-ha-agent.service ● ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring Agent Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled; vendor preset: disabled) Active: active (running) since Thu 2017-06-15 09:19:21 EDT; 26s ago Main PID: 8563 (ovirt-ha-agent) CGroup: /system.slice/ovirt-ha-agent.service └─8563 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent --no-daemon Jun 15 09:19:21 ovirt-hyp-01.example.lan systemd[1]: Started oVirt Hosted Engine High Availability Monitoring Agent. Jun 15 09:19:21 ovirt-hyp-01.example.lan systemd[1]: Starting oVirt Hosted Engine High Availability Monitoring Agent... [root@ovirt-hyp-01 ‾]# systemctl restart ovirt-ha-broker.service [root@ovirt-hyp-01 ‾]# systemctl status ovirt-ha-broker.service ● ovirt-ha-broker.service - oVirt Hosted Engine High Availability Communications Broker Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-broker.service; enabled; vendor preset: disabled) Active: active (running) since Thu 2017-06-15 09:20:59 EDT; 28s ago Main PID: 8844 (ovirt-ha-broker) CGroup: /system.slice/ovirt-ha-broker.service └─8844 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker --no-daemon Jun 15 09:20:59 ovirt-hyp-01.example.lan systemd[1]: Started oVirt Hosted Engine High Availability Communications Broker. Jun 15 09:20:59 ovirt-hyp-01.example.lan systemd[1]: Starting oVirt Hosted Engine High Availability Communications Broker... On Jun 14, 2017 4:45 AM, "Sahina Bose" <sabose(a)redhat.com> wrote: > What's the output of "hosted-engine --vm-status" and "gluster volume > status engine" tell you? Are all the bricks running as per gluster vol > status? > > Can you try to restart the ovirt-ha-agent and ovirt-ha-broker services? > > If HE still has issues powering up, please provide agent.log and > broker.log from /var/log/ovirt-hosted-engine-ha and gluster mount logs > from /var/log/glusterfs/rhev-data-center-mnt <engine>.log > > On Thu, Jun 8, 2017 at 6:57 PM, Joel Diaz <mrjoeldiaz(a)gmail.com> wrote: > >> Good morning oVirt community, >> >> I'm running a three host gluster environment with hosted engine. >> >> Yesterday the engine went down and has not been able to come up properly. >> It tries to start on all three host. >> >> I have two gluster volumes, data and engne. The data storage domian >> volume is no longer mounted but the engine volume is up. I've restarted the >> gluster service and make sure both volumes were running. The data volume >> will not mount. >> >> How can I get the engine running properly again? >> >> Thanks, >> >> Joel >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >

2 5

Re: [ovirt-users] ovirt 4.1.2 sanlock issue with nfs data domain
by Markus Stockhausen 19 Jun '17

19 Jun '17

------=_NextPartTM-000-a863ad2b-3310-4901-8852-8fa3ca93de7d Content-Type: multipart/alternative; boundary="_000_393dd621fe7542a5b55ed7bcf458ea8eemailandroidcom_" --_000_393dd621fe7542a5b55ed7bcf458ea8eemailandroidcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TWF5YmUgTkZTIE1vdW50cyB3aXRoIFZlcnNpb24gNC4yIGFuZCBvbiBTZXJ2ZXIgc2lkZSBubyBT RUxpbnV4IG5mc190IHJ1bGUgZGVmaW5lZD8NCg0KU2VudCBmcm9tIG1vYmlsZS4uLg0KDQpBbSAx OS4wNi4yMDE3IDExOjAxIHZvcm0uIHNjaHJpZWIgTW9yaXR6IEJhdW1hbm4gPG1vcml0ei5iYXVt YW5uQGluZi5ldGh6LmNoPjoNCj4gSXMgdGhlcmUgYSB3YXkgdG8gInJlaW5pdGlhbGl6ZSIgdGhl IGxvY2tzcGFjZSBzbyBvbmUgbm9kZSBjYW4gYmVjb21lDQo+IFNQTSBhZ2FpbiBhbmQgd2UgY2Fu IHJ1biBWTVMuDQoNCmVycm9ycyBpbiAvdmFyL2xvZy9zYW5sb2NrLmxvZyBsb29rIGxpa2UgdGhp czoNCg0KDQoyMDE3LTA2LTE5IDEwOjU3OjAwKzAyMDAgMTYxNzY3MyBbMTI2MjE3XTogb3BlbiBl cnJvciAtMTMNCi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpf ZXhwb3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1 ZDcxMTUvZG9tX21kL2lkcw0KMjAxNy0wNi0xOSAxMDo1NzowMCswMjAwIDE2MTc2NzMgWzEyNjIx N106IHM1MSBvcGVuX2Rpc2sNCi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYu ZXRoei5jaDpfZXhwb3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVk OS05NGVhNTU1ZDcxMTUvZG9tX21kL2lkcw0KZXJyb3IgLTEzDQoyMDE3LTA2LTE5IDEwOjU3OjAx KzAyMDAgMTYxNzY3NCBbODgwXTogczUxIGFkZF9sb2Nrc3BhY2UgZmFpbCByZXN1bHQgLTE5DQoy MDE3LTA2LTE5IDEwOjU3OjAyKzAyMDAgMTYxNzY3NCBbODgxXTogb3BlbiBlcnJvciAtMTMNCi9y aGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhwb3J0X3NjcmF0 Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTUvZG9tX21k L2xlYXNlcw0KMjAxNy0wNi0xOSAxMDo1NzowMiswMjAwIDE2MTc2NzQgWzgyOF06IGNpIDIgZmQg MTEgcGlkIC0xIHJlY3YgZXJybm8gMTA0DQoyMDE3LTA2LTE5IDEwOjU3OjEwKzAyMDAgMTYxNzY4 MyBbODgxXTogczUyIGxvY2tzcGFjZQ0KYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1NWQ3 MTE1OjI6L3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBv cnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzEx NS9kb21fbWQvaWRzOjANCjIwMTctMDYtMTkgMTA6NTc6MTArMDIwMCAxNjE3NjgzIFsxMjYyMzVd OiBvcGVuIGVycm9yIC0xMw0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5l dGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5 LTk0ZWE1NTVkNzExNS9kb21fbWQvaWRzDQoyMDE3LTA2LTE5IDEwOjU3OjEwKzAyMDAgMTYxNzY4 MyBbMTI2MjM1XTogczUyIG9wZW5fZGlzaw0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gt aW5mLmluZi5ldGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1Nzgt NDYyNi1hNWQ5LTk0ZWE1NTVkNzExNS9kb21fbWQvaWRzDQplcnJvciAtMTMNCjIwMTctMDYtMTkg MTA6NTc6MTErMDIwMCAxNjE3Njg0IFs4ODFdOiBzNTIgYWRkX2xvY2tzcGFjZSBmYWlsIHJlc3Vs dCAtMTkNCjIwMTctMDYtMTkgMTA6NTc6MTMrMDIwMCAxNjE3Njg1IFs4ODBdOiBvcGVuIGVycm9y IC0xMw0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBv cnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzEx NS9kb21fbWQvbGVhc2VzDQoyMDE3LTA2LTE5IDEwOjU3OjEzKzAyMDAgMTYxNzY4NSBbODI4XTog Y2kgMiBmZCAxMSBwaWQgLTEgcmVjdiBlcnJubyAxMDQNCjIwMTctMDYtMTkgMTA6NTc6MTUrMDIw MCAxNjE3Njg4IFs4ODFdOiBvcGVuIGVycm9yIC0xMw0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3Nj cmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdm LWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzExNS9kb21fbWQvbGVhc2VzDQoyMDE3LTA2LTE5IDEw OjU3OjE1KzAyMDAgMTYxNzY4OCBbODI4XTogY2kgMiBmZCAxMSBwaWQgLTEgcmVjdiBlcnJubyAx MDQNCjIwMTctMDYtMTkgMTA6NTc6MjArMDIwMCAxNjE3NjkzIFs4ODFdOiBzNTMgbG9ja3NwYWNl DQpjMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTU6Mjovcmhldi9kYXRhLWNlbnRl ci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEv YzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1NWQ3MTE1L2RvbV9tZC9pZHM6MA0KMjAxNy0w Ni0xOSAxMDo1NzoyMCswMjAwIDE2MTc2OTMgWzEyNjI1NV06IG9wZW4gZXJyb3IgLTEzDQovcmhl di9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6X2V4cG9ydF9zY3JhdGNo X292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1NWQ3MTE1L2RvbV9tZC9p ZHMNCjIwMTctMDYtMTkgMTA6NTc6MjArMDIwMCAxNjE3NjkzIFsxMjYyNTVdOiBzNTMgb3Blbl9k aXNrDQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6X2V4cG9y dF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1NWQ3MTE1 L2RvbV9tZC9pZHMNCmVycm9yIC0xMw0KMjAxNy0wNi0xOSAxMDo1NzoyMSswMjAwIDE2MTc2OTQg Wzg4MV06IHM1MyBhZGRfbG9ja3NwYWNlIGZhaWwgcmVzdWx0IC0xOQ0KMjAxNy0wNi0xOSAxMDo1 NzoyNiswMjAwIDE2MTc2OTkgWzg4MF06IG9wZW4gZXJyb3IgLTEzDQovcmhldi9kYXRhLWNlbnRl ci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEv YzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1NWQ3MTE1L2RvbV9tZC9sZWFzZXMNCjIwMTct MDYtMTkgMTA6NTc6MjYrMDIwMCAxNjE3Njk5IFs4MjhdOiBjaSAyIGZkIDExIHBpZCAtMSByZWN2 IGVycm5vIDEwNA0KMjAxNy0wNi0xOSAxMDo1NzoyOSswMjAwIDE2MTc3MDIgWzg4MV06IG9wZW4g ZXJyb3IgLTEzDQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6 X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1 NWQ3MTE1L2RvbV9tZC9sZWFzZXMNCjIwMTctMDYtMTkgMTA6NTc6MjkrMDIwMCAxNjE3NzAyIFs4 MjhdOiBjaSAyIGZkIDExIHBpZCAtMSByZWN2IGVycm5vIDEwNA0KMjAxNy0wNi0xOSAxMDo1Nzoz MCswMjAwIDE2MTc3MDMgWzg4MF06IHM1NCBsb2Nrc3BhY2UNCmMxN2Q5ZDdmLWU1NzgtNDYyNi1h NWQ5LTk0ZWE1NTVkNzExNToyOi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYu ZXRoei5jaDpfZXhwb3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVk OS05NGVhNTU1ZDcxMTUvZG9tX21kL2lkczowDQoNCg0KDQpvdmlydC1ub2RlMDFbMF06L3Zhci9s b2cjIGxzIC1sZA0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNo Ol9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1 NTVkNzExNS9kb21fbWQvaWRzDQoNCi1ydy1ydy0tLS0uIDEgdmRzbSBrdm0gMTA0ODU3NiAyOC4g TWFpIDIzOjEzDQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6 X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1 NWQ3MTE1L2RvbV9tZC9pZHMNCg0KVGhlIG5mcyBzaGFyZSBpcyB3cml0ZWFibGU6DQoNCm92aXJ0 LW5vZGUwMVswXTovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6 X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1 NWQ3MTE1L2RvbV9tZCMNCnRvdWNoIGJsYWJsYQ0Kb3ZpcnQtbm9kZTAxWzBdOi9yaGV2L2RhdGEt Y2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhwb3J0X3NjcmF0Y2hfb3ZpcnRf ZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTUvZG9tX21kIw0KbHMgLWwN CnRvdGFsIDMzMjANCi1ydy1yLS1yLS0uIDEgcm9vdCByb290ICAgICAgICAwIDE5LiBKdW4gMTE6 MDAgYmxhYmxhDQotcnctcnctLS0tLiAxIHZkc20ga3ZtICAgMTA0ODU3NiAyOC4gTWFpIDIzOjEz IGlkcw0KLXJ3LXJ3LS0tLS4gMSB2ZHNtIGt2bSAgMTY3NzcyMTYgMTkuIEp1biAxMDo1NiBpbmJv eA0KLXJ3LXJ3LS0tLS4gMSB2ZHNtIGt2bSAgIDIwOTcxNTIgMjIuIE1haSAxNTo0OCBsZWFzZXMN Ci1ydy1yLS1yLS0uIDEgdmRzbSBrdm0gICAgICAgMzYxICAxLiBNw6RyIDE4OjIxIG1ldGFkYXRh DQotcnctcnctLS0tLiAxIHZkc20ga3ZtICAxNjc3NzIxNiAyMi4gTWFpIDE1OjQ4IG91dGJveA0K LXJ3LXJ3LS0tLS4gMSB2ZHNtIGt2bSAgIDEzMDUwODggIDEuIE3DpHIgMTg6MjEgeGxlYXNlcw0K DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KVXNlcnMg bWFpbGluZyBsaXN0DQpVc2Vyc0BvdmlydC5vcmcNCmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFp bG1hbi9saXN0aW5mby91c2Vycw0KDQo= --_000_393dd621fe7542a5b55ed7bcf458ea8eemailandroidcom_ Content-Type: text/html; charset="utf-8" Content-ID: <96B09797326C4D46892E3874A63DBB16(a)collogia.de> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdiBkaXI9ImF1 dG8iPk1heWJlIE5GUyBNb3VudHMgd2l0aCBWZXJzaW9uIDQuMiBhbmQgb24gU2VydmVyIHNpZGUg bm8gU0VMaW51eCBuZnNfdCBydWxlIGRlZmluZWQ/DQo8ZGl2IGRpcj0iYXV0byI+PGJyPg0KPC9k aXY+DQo8ZGl2IGRpcj0iYXV0byI+U2VudCBmcm9tIG1vYmlsZS4uLjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPg0KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPkFt IDE5LjA2LjIwMTcgMTE6MDEgdm9ybS4gc2NocmllYiBNb3JpdHogQmF1bWFubiAmbHQ7bW9yaXR6 LmJhdW1hbm5AaW5mLmV0aHouY2gmZ3Q7OjxiciB0eXBlPSJhdHRyaWJ1dGlvbiI+DQo8YmxvY2tx dW90ZSBjbGFzcz0icXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDox cHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4NCjxkaXY+PGZvbnQgc2l6ZT0iMiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0Ij4NCjxkaXY+Jmd0OyBJcyB0aGVyZSBhIHdheSB0byAm cXVvdDtyZWluaXRpYWxpemUmcXVvdDsgdGhlIGxvY2tzcGFjZSBzbyBvbmUgbm9kZSBjYW4gYmVj b21lIDxicj4NCiZndDsgU1BNIGFnYWluIGFuZCB3ZSBjYW4gcnVuIFZNUy48YnI+DQo8YnI+DQpl cnJvcnMgaW4gL3Zhci9sb2cvc2FubG9jay5sb2cgbG9vayBsaWtlIHRoaXM6PGJyPg0KPGJyPg0K PGJyPg0KMjAxNy0wNi0xOSAxMDo1NzowMCYjNDM7MDIwMCAxNjE3NjczIFsxMjYyMTddOiBvcGVu IGVycm9yIC0xMyA8YnI+DQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0 aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDkt OTRlYTU1NWQ3MTE1L2RvbV9tZC9pZHM8YnI+DQoyMDE3LTA2LTE5IDEwOjU3OjAwJiM0MzswMjAw IDE2MTc2NzMgWzEyNjIxN106IHM1MSBvcGVuX2Rpc2sgPGJyPg0KL3JoZXYvZGF0YS1jZW50ZXIv bW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2Mx N2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzExNS9kb21fbWQvaWRzDQo8YnI+DQplcnJv ciAtMTM8YnI+DQoyMDE3LTA2LTE5IDEwOjU3OjAxJiM0MzswMjAwIDE2MTc2NzQgWzg4MF06IHM1 MSBhZGRfbG9ja3NwYWNlIGZhaWwgcmVzdWx0IC0xOTxicj4NCjIwMTctMDYtMTkgMTA6NTc6MDIm IzQzOzAyMDAgMTYxNzY3NCBbODgxXTogb3BlbiBlcnJvciAtMTMgPGJyPg0KL3JoZXYvZGF0YS1j ZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9k YXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzExNS9kb21fbWQvbGVhc2VzPGJy Pg0KMjAxNy0wNi0xOSAxMDo1NzowMiYjNDM7MDIwMCAxNjE3Njc0IFs4MjhdOiBjaSAyIGZkIDEx IHBpZCAtMSByZWN2IGVycm5vIDEwNDxicj4NCjIwMTctMDYtMTkgMTA6NTc6MTAmIzQzOzAyMDAg MTYxNzY4MyBbODgxXTogczUyIGxvY2tzcGFjZSA8YnI+DQpjMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVk OS05NGVhNTU1ZDcxMTU6Mjovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0 aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDkt OTRlYTU1NWQ3MTE1L2RvbV9tZC9pZHM6MDxicj4NCjIwMTctMDYtMTkgMTA6NTc6MTAmIzQzOzAy MDAgMTYxNzY4MyBbMTI2MjM1XTogb3BlbiBlcnJvciAtMTMgPGJyPg0KL3JoZXYvZGF0YS1jZW50 ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRh L2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzExNS9kb21fbWQvaWRzPGJyPg0KMjAx Ny0wNi0xOSAxMDo1NzoxMCYjNDM7MDIwMCAxNjE3NjgzIFsxMjYyMzVdOiBzNTIgb3Blbl9kaXNr IDxicj4NCi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhw b3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcx MTUvZG9tX21kL2lkcw0KPGJyPg0KZXJyb3IgLTEzPGJyPg0KMjAxNy0wNi0xOSAxMDo1NzoxMSYj NDM7MDIwMCAxNjE3Njg0IFs4ODFdOiBzNTIgYWRkX2xvY2tzcGFjZSBmYWlsIHJlc3VsdCAtMTk8 YnI+DQoyMDE3LTA2LTE5IDEwOjU3OjEzJiM0MzswMjAwIDE2MTc2ODUgWzg4MF06IG9wZW4gZXJy b3IgLTEzIDxicj4NCi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5j aDpfZXhwb3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVh NTU1ZDcxMTUvZG9tX21kL2xlYXNlczxicj4NCjIwMTctMDYtMTkgMTA6NTc6MTMmIzQzOzAyMDAg MTYxNzY4NSBbODI4XTogY2kgMiBmZCAxMSBwaWQgLTEgcmVjdiBlcnJubyAxMDQ8YnI+DQoyMDE3 LTA2LTE5IDEwOjU3OjE1JiM0MzswMjAwIDE2MTc2ODggWzg4MV06IG9wZW4gZXJyb3IgLTEzIDxi cj4NCi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhwb3J0 X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTUv ZG9tX21kL2xlYXNlczxicj4NCjIwMTctMDYtMTkgMTA6NTc6MTUmIzQzOzAyMDAgMTYxNzY4OCBb ODI4XTogY2kgMiBmZCAxMSBwaWQgLTEgcmVjdiBlcnJubyAxMDQ8YnI+DQoyMDE3LTA2LTE5IDEw OjU3OjIwJiM0MzswMjAwIDE2MTc2OTMgWzg4MV06IHM1MyBsb2Nrc3BhY2UgPGJyPg0KYzE3ZDlk N2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1NWQ3MTE1OjI6L3JoZXYvZGF0YS1jZW50ZXIvbW50L3Nj cmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdm LWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzExNS9kb21fbWQvaWRzOjA8YnI+DQoyMDE3LTA2LTE5 IDEwOjU3OjIwJiM0MzswMjAwIDE2MTc2OTMgWzEyNjI1NV06IG9wZW4gZXJyb3IgLTEzIDxicj4N Ci9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhwb3J0X3Nj cmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTUvZG9t X21kL2lkczxicj4NCjIwMTctMDYtMTkgMTA6NTc6MjAmIzQzOzAyMDAgMTYxNzY5MyBbMTI2MjU1 XTogczUzIG9wZW5fZGlzayA8YnI+DQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYu aW5mLmV0aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2 LWE1ZDktOTRlYTU1NWQ3MTE1L2RvbV9tZC9pZHMNCjxicj4NCmVycm9yIC0xMzxicj4NCjIwMTct MDYtMTkgMTA6NTc6MjEmIzQzOzAyMDAgMTYxNzY5NCBbODgxXTogczUzIGFkZF9sb2Nrc3BhY2Ug ZmFpbCByZXN1bHQgLTE5PGJyPg0KMjAxNy0wNi0xOSAxMDo1NzoyNiYjNDM7MDIwMCAxNjE3Njk5 IFs4ODBdOiBvcGVuIGVycm9yIC0xMyA8YnI+DQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRj aC1pbmYuaW5mLmV0aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3 OC00NjI2LWE1ZDktOTRlYTU1NWQ3MTE1L2RvbV9tZC9sZWFzZXM8YnI+DQoyMDE3LTA2LTE5IDEw OjU3OjI2JiM0MzswMjAwIDE2MTc2OTkgWzgyOF06IGNpIDIgZmQgMTEgcGlkIC0xIHJlY3YgZXJy bm8gMTA0PGJyPg0KMjAxNy0wNi0xOSAxMDo1NzoyOSYjNDM7MDIwMCAxNjE3NzAyIFs4ODFdOiBv cGVuIGVycm9yIC0xMyA8YnI+DQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5m LmV0aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1 ZDktOTRlYTU1NWQ3MTE1L2RvbV9tZC9sZWFzZXM8YnI+DQoyMDE3LTA2LTE5IDEwOjU3OjI5JiM0 MzswMjAwIDE2MTc3MDIgWzgyOF06IGNpIDIgZmQgMTEgcGlkIC0xIHJlY3YgZXJybm8gMTA0PGJy Pg0KMjAxNy0wNi0xOSAxMDo1NzozMCYjNDM7MDIwMCAxNjE3NzAzIFs4ODBdOiBzNTQgbG9ja3Nw YWNlIDxicj4NCmMxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzExNToyOi9yaGV2L2Rh dGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhwb3J0X3NjcmF0Y2hfb3Zp cnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTUvZG9tX21kL2lkczow PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0Kb3ZpcnQtbm9kZTAxWzBdOi92YXIvbG9nIyBscyAtbGQg PGJyPg0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBv cnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzEx NS9kb21fbWQvaWRzPGJyPg0KPGJyPg0KLXJ3LXJ3LS0tLS4gMSB2ZHNtIGt2bSAxMDQ4NTc2IDI4 LiBNYWkgMjM6MTMgPGJyPg0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5l dGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5 LTk0ZWE1NTVkNzExNS9kb21fbWQvaWRzPGJyPg0KPGJyPg0KVGhlIG5mcyBzaGFyZSBpcyB3cml0 ZWFibGU6PGJyPg0KPGJyPg0Kb3ZpcnQtbm9kZTAxWzBdOi9yaGV2L2RhdGEtY2VudGVyL21udC9z Y3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhwb3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3 Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTUvZG9tX21kIw0KPGJyPg0KdG91Y2ggYmxhYmxh PGJyPg0Kb3ZpcnQtbm9kZTAxWzBdOi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5p bmYuZXRoei5jaDpfZXhwb3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYt YTVkOS05NGVhNTU1ZDcxMTUvZG9tX21kIw0KPGJyPg0KbHMgLWw8YnI+DQp0b3RhbCAzMzIwPGJy Pg0KLXJ3LXItLXItLS4gMSByb290IHJvb3QmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgMCAxOS4gSnVuIDExOjAwIGJsYWJsYTxicj4NCi1ydy1ydy0tLS0uIDEgdmRz bSBrdm0mbmJzcDsmbmJzcDsgMTA0ODU3NiAyOC4gTWFpIDIzOjEzIGlkczxicj4NCi1ydy1ydy0t LS0uIDEgdmRzbSBrdm0mbmJzcDsgMTY3NzcyMTYgMTkuIEp1biAxMDo1NiBpbmJveDxicj4NCi1y dy1ydy0tLS0uIDEgdmRzbSBrdm0mbmJzcDsmbmJzcDsgMjA5NzE1MiAyMi4gTWFpIDE1OjQ4IGxl YXNlczxicj4NCi1ydy1yLS1yLS0uIDEgdmRzbSBrdm0mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgMzYxJm5ic3A7IDEuIE3DpHIgMTg6MjEgbWV0YWRhdGE8YnI+DQotcnctcnct LS0tLiAxIHZkc20ga3ZtJm5ic3A7IDE2Nzc3MjE2IDIyLiBNYWkgMTU6NDggb3V0Ym94PGJyPg0K LXJ3LXJ3LS0tLS4gMSB2ZHNtIGt2bSZuYnNwOyZuYnNwOyAxMzA1MDg4Jm5ic3A7IDEuIE3DpHIg MTg6MjEgeGxlYXNlczxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPGJyPg0KVXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KVXNlcnNAb3ZpcnQu b3JnPGJyPg0KPGEgaHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZv L3VzZXJzIj5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+ PGJyPg0KPC9kaXY+DQo8L3NwYW4+PC9mb250PjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+ DQo8YnI+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_393dd621fe7542a5b55ed7bcf458ea8eemailandroidcom_-- ------=_NextPartTM-000-a863ad2b-3310-4901-8852-8fa3ca93de7d 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-a863ad2b-3310-4901-8852-8fa3ca93de7d--

2 1

Changing MAC Pool
by Mahdi Adnan 19 Jun '17

19 Jun '17

--_000_DM5PR01MB2506A6E92E148110EA314A24FFC70DM5PR01MB2506prod_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I ran into an issue where i have no more MAC in the MAC pool. I used the default MAC pool and now i want to create a new one for the Clus= ter. Is it possible to create new MAC pool for the cluster without affecting the= VMs ? Appreciate your help. -- Respectfully Mahdi A. Mahdi --_000_DM5PR01MB2506A6E92E148110EA314A24FFC70DM5PR01MB2506prod_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none;"></style> </head> <body dir=3D"ltr"> <div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font= -family:Calibri,Helvetica,sans-serif;" dir=3D"ltr"> <p>Hi,</p> <p><br> </p> <p>I ran into an issue where i have no more MAC in the MAC pool.</p> <p>I used the default MAC pool and now i want to create a new one for the C= luster.</p> <p>Is it possible to create new MAC pool for the cluster without affecting = the VMs ? </p> <p><br> </p> <p>Appreciate your help.</p> <p><br> </p> <div id=3D"Signature"><br> <div class=3D"ecxmoz-signature">-- <br> <br> <font color=3D"#3366ff"><font color=3D"#000000">Respectfully<b><br> </b><b>Mahdi A. Mahdi</b></font></font><font color=3D"#3366ff"><br> <br> </font><font color=3D"#3366ff"></font></div> </div> </div> </body> </html> --_000_DM5PR01MB2506A6E92E148110EA314A24FFC70DM5PR01MB2506prod_--

2 2

ovirt 4.1.2 sanlock issue with nfs data domain
by Moritz Baumann 19 Jun '17

19 Jun '17

Hi, I'm still strugling to get our ovirt 4.1.2 back to life. The data domain is nfs and the nfs mount works fine. However it appears that the sanlock does not work anymore. Is there a way to "reinitialize" the lockspace so one node can become SPM again and we can run VMS. Best, Mo

1 1

Hosted Engine Setup with the gluster bricks on the same disk as the OS
by Mike DePaulo 18 Jun '17

18 Jun '17

Hi. I am trying to follow this guide. Is it possible to use part of my OS disk /dev/sda for the bricks? https://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt-4-1-and-gluste… I am using oVirt Node 4.1.1.1. I am aware of the manual partitioning requirements. I am guessing I have to create an LV for the OS that does not take up the entire disk during install, manually create a pv like /dev/sda3 afterwards, and then run Hosted Engine Setup and specify /sda3 rather than sdb? Thanks, -Mike

4 6

engine upgrade 4.1.0 => 4.1.1, no more engine console available
by Nelson Lameiras 18 Jun '17

18 Jun '17

------=_Part_30901168_366908900.1490364694843 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=20 When upgrading my test setup from 4.0 to 4.1, my engine vm lost it's consol= e (from SPICE to None in GUI)=20 My test setup :=20 2 manually built hosts using centos 7.3, ovirt 4.1=20 1 manually built hosted engine centos 7.3, oVirt 4.1.0.4-el7, accessible wi= th SPICE console via GUI=20 I updated ovirt-engine from 4.1.0 to 4.1.1 by doing on engine :=20 - yum update=20 - engine-setup=20 - reboot engine=20 When accessing 4.1.1 GUI, Graphics is set to "None" on "Virtual Machines" p= age, with "console button" greyed out (all other VMs have the same Graphics= set to the same value as before)=20 I tried to edit engine VM settings, and console options are same as before = (SPLICE, QXL).=20 I'm hopping this is not a new feature, since if we loose network on engine,= console is the only way to debug...=20 Is this a bug?=20 ps. I was able to reproduce this bug 2 times=20 cordialement, regards,=20 =09Nelson LAMEIRAS=20 Ing=C3=A9nieur Syst=C3=A8mes et R=C3=A9seaux / Systems and Networks enginee= r=20 Tel: +33 5 32 09 09 70=20 nelson.lameiras(a)lyra-network.com=20 www.lyra-network.com | www.payzen.eu=20 =09 =09 =09 Lyra Network, 109 rue de l'innovation, 31670 Lab=C3=A8ge, FRANCE=20 ------=_Part_30901168_366908900.1490364694843 Content-Type: multipart/related; boundary="----=_Part_30901169_712869510.1490364694843" ------=_Part_30901169_712869510.1490364694843 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 data-marker=3D"__QUOTED_TEXT__"><div style= =3D"font-family: arial, helvetica, sans-serif; font-size: 12pt; color: #000= 000"><div>Hello,<br></div><div><br data-mce-bogus=3D"1"></div><div>When upg= rading my test setup from 4.0 to 4.1, my engine vm lost it's console (from = SPICE to None in GUI)<br data-mce-bogus=3D"1"></div><br><div>My test setup = :<br></div><div>2 manually built hosts using centos 7.3, ovirt 4.1<br></div= ><div>1 manually built hosted engine centos 7.3, oVirt 4.1.0.4-el7, accessi= ble with SPICE console via GUI<br></div><br><div>I updated ovirt-engine fro= m 4.1.0 to 4.1.1 by doing on engine :<br></div><div>- yum update<br></div><= div>- engine-setup<br></div><div>- reboot engine<br></div><br><div>When acc= essing 4.1.1 GUI, Graphics is set to "None" on "Virtual Machines" page, wit= h "console button" greyed out (all other VMs have the same Graphics set to = the same value as before)<br></div><div>I tried to edit engine VM settings,= and console options are same as before (SPLICE, QXL).<br></div><br><div>I'= m hopping this is not a new feature, since if we loose network on engine, c= onsole is the only way to debug...<br></div><div><br data-mce-bogus=3D"1"><= /div><div>Is this a bug?<br></div></div><div style=3D"font-family: arial, h= elvetica, sans-serif; font-size: 12pt; color: #000000"><br data-mce-bogus= =3D"1"></div><div style=3D"font-family: arial, helvetica, sans-serif; font-= size: 12pt; color: #000000">ps. I was able to reproduce this bug 2 times<br= data-mce-bogus=3D"1"></div><div style=3D"font-family: arial, helvetica, sa= ns-serif; font-size: 12pt; color: #000000"><br><div><div>cordialement, rega= rds,</div><br><table style=3D"margin: 0px; table-layout: fixed; border: non= e; width: 345pt; padding: 0px;" width=3D"460" cellspacing=3D"0" cellpadding= =3D"0" border=3D"0"><tbody><tr><td style=3D"margin: 0; font-size: 11px; fon= t-family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 86.25= pt; text-align: left;" width=3D"115" valign=3D"top"><a href=3D"https://www.= lyra-network.com/" style=3D"border: none; text-decoration: none; width: 100= %; display: block; clear: both;" target=3D"_blank"><img src=3D"cid:6213d478= 56c2194cb43f7fbca7fede42d2bbb872@zimbra" alt=3D"" height=3D"94" width=3D"11= 5" border=3D"0"></a><br></td><td style=3D"margin: 0; font-size: 11px; font-= family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 258.75p= t;" width=3D"345" valign=3D"top"><table style=3D"margin: 0; width: 258.75pt= ; table-layout: fixed; border: none;" width=3D"345" cellspacing=3D"0" cellp= adding=3D"0" border=3D"0"><tbody><tr><td style=3D"font-size: 16px; font-fam= ily: Arial,sans-serif; color: #2b3c7a; line-height: 18px; font-weight: bold= ;">Nelson LAMEIRAS</td></tr><tr><td style=3D"font-family: Arial,sans-serif;= color: #2b3c7a; font-size: 11px; line-height: 16px;">Ing=C3=A9nieur Syst= =C3=A8mes et R=C3=A9seaux<span style=3D"font-family: Arial,sans-serif; colo= r: #337ab7; font-size: 11px;"> / Systems and Networks engineer</span></td><= /tr><tr><td style=3D"line-height: 16px; font-family: 'Arial',sans-serif; co= lor: #2b3c7a; font-size: 11px;"><span style=3D"font-family: Arial,sans-seri= f; color: #2b3c7a; font-size: 11px;">Tel: +33 5 32 09 09 70</span></td></tr= ><tr><td style=3D"line-height: 16px; font-family: 'Arial',sans-serif; color= : #2b3c7a; font-size: 11px;"><a href=3D"mailto:nelson.lameiras@lyra-network= .com" style=3D"font-size: 11px; font-family: Arial,sans-serif; line-height:= 16px; text-decoration: none;" target=3D"_blank">nelson.lameiras@lyra-netwo= rk.com</a><br></td></tr><tr><td style=3D"line-height: 16px; font-family: 'A= rial',sans-serif; color: #2b3c7a; font-size: 11px;"><a href=3D"https://www.= lyra-network.com/" style=3D"font-size: 11px; font-family: Arial,sans-serif;= line-height: 16px; border: none; text-decoration: none;" target=3D"_blank"= >www.lyra-network.com</a> <a href=3D"https://payzen.eu" style=3D"font-size:= 11px; font-family: Arial,sans-serif; line-height: 16px; border: none; text= -decoration: none;" target=3D"_blank"> | www.payzen.eu</a><br></td></tr></t= body></table></td></tr></tbody></table><table style=3D"margin: 0; table-lay= out: fixed; border: none; width: 345pt;" width=3D"460" cellspacing=3D"0" ce= llpadding=3D"0"><tbody><tr><td style=3D"margin: 0; font-size: 11px; font-fa= mily: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 24pt; tex= t-align: left;" width=3D"32" valign=3D"top"><a href=3D"https://www.youtube.= com/channel/UCrVl1CO_Jlu3KbiRH-tQ_vA" style=3D"border: none; text-decoratio= n: none; margin: 0; float: left; display: inline-block; width: 32px;" targe= t=3D"_blank"><img src=3D"cid:fee0c7043a6ec1d238d7c1a097f03e711e4bdd56@zimbr= a" alt=3D"" height=3D"28" width=3D"32" border=3D"0"></a><br></td><td style= =3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b3c= 7a; line-height: 16px; width: 30.75pt; text-align: left;" width=3D"41" vali= gn=3D"top"><a href=3D"https://www.linkedin.com/company/lyra-network_2" styl= e=3D"border: none; text-decoration: none; margin: 0; float: left; display: = inline-block; width: 41px;" target=3D"_blank"><img src=3D"cid:487e72d709dc9= 7cbbfa0b1ba96aee8060575054e@zimbra" height=3D"28" width=3D"41" border=3D"0"= ></a><br></td><td style=3D"margin: 0; font-size: 11px; font-family: Arial,s= ans-serif; color: #2b3c7a; line-height: 16px; width: 31.5pt; text-align: le= ft;" width=3D"42" valign=3D"top"><a href=3D"https://twitter.com/LyraNetwork= " style=3D"border: none; text-decoration: none; margin: 0; float: left; dis= play: inline-block; width: 42px;" target=3D"_blank"><img src=3D"cid:999ede1= ddc50a603985f40ccca2df8880b9ac139@zimbra" alt=3D"" height=3D"28" width=3D"4= 2" border=3D"0"></a><br></td><td style=3D"margin: 0; font-size: 11px; font-= family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 258.75p= t; text-align: left;" width=3D"345" valign=3D"top"><a href=3D"https://payze= n.eu" style=3D"border: none; text-decoration: none; margin: 0; float: left;= display: inline-block; width: 61px;" target=3D"_blank"><img src=3D"cid:be5= 888ad89e097f78d6fcfb233cf1d8d4f6045db@zimbra" alt=3D"" height=3D"28" width= =3D"61" border=3D"0"></a><br></td></tr></tbody></table><table style=3D"marg= in: 0; table-layout: fixed; border: none; width: 345pt;" width=3D"460" cell= spacing=3D"0" cellpadding=3D"0"><tbody><tr><td><hr style=3D"background: #29= 3b79 none repeat scroll 0% 0%; width: 100%; height: 4px; color: #293b79; ma= rgin: 0px;"></td></tr></tbody></table><table style=3D"margin: 0; table-layo= ut: fixed; border: none; width: 345pt;" width=3D"460" cellspacing=3D"0" cel= lpadding=3D"0"><tbody><tr><td style=3D"margin: 0; font-size: 11px; font-fam= ily: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 30.75pt; t= ext-align: left;"><div>Lyra Network, 109 rue de l'innovation, 31670 Lab=C3= =A8ge, FRANCE</div></td></tr></tbody></table></div></div><br></div></div></= body></html> ------=_Part_30901169_712869510.1490364694843 Content-Type: image/jpeg; name=element-signature_logo_lyra_115x94.jpg Content-Disposition: attachment; filename=element-signature_logo_lyra_115x94.jpg Content-Transfer-Encoding: base64 Content-ID: <6213d47856c2194cb43f7fbca7fede42d2bbb872@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOkU1QUU4Nzk1OEExMzExRTZBNTFCRjVENEYyNDYxNTQ1IiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOkU1QUU4Nzk0OEExMzExRTZBNTFCRjVENEYyNDYxNTQ1IiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIAF4AcwMBEQACEQEDEQH/xACdAAEBAAIDAQEAAAAAAAAAAAAACAUH AgMGBAEBAQADAQEAAAAAAAAAAAAAAAACBAUBAxAAAAUDAgAHDQcCBwAAAAAAAAECAwQRBQYSByFR E7RWFzcxQSKS0nOT03RVlQgYYXEyQiMUFYEzsVJicmODOBEAAgECAwcEAgIDAAAAAAAAAAECEQNR EwQhgbESMlIzMUGhFHEVwQUiQzT/2gAMAwEAAhEDEQA/AKpAE9b/AGQZdF3FtNpsd4l29M2DHSll iS6w0bzsp5slqJCiLvERnTuENTRQg7bckntK15vmojj1WfMP0rc+Jy/JD7Fjt+EMueJ6bbnBN4bR lkWdkt+XPtDaHSfjKnSHyUpTZkg+TcLSdFGRjyv3rUo0iqP8EoQkntZ7fcOy5VdrXGYxuccGW2+S 3nCecYq3oUWnU2RmfhGXAPPSXLcJNzVVT8kNVbnKKUHRmppW1/zBOSXVtZS4lpSjNtP8nLKhfcSR alqdPXp+ERhauKKTe38nX1WfMP0qc+Jy/JHPsWO34RPLniOqz5h+lTnxOX5IfYsdvwhlzxHVZ8w/ Spz4nL8kPsWO34Qy54jqs+YfpU58Tl+SH2LHb8IZc8R1WfMP0qc+Jy/JD7Fjt+EMueJ2bCX3MH9y LxZr7eJdxKBCkoW0/JdfaJ5mUy2a0EszL/MRHTuGGshDLTiqVf8AAst81GUGMssgAAAAE5b89s+L +zwefPDV0fhlv4FW71oo0ZRaAAAAAAAAAAAAACdtj+3DLfNXDn7I1dX4Y7uBWtdbKJGUWQAAAACc t+e2fF/Z4PPnhq6Pwy38Crd60UaMotAAAAAAAAAAAAABO2x/bhlvmrhz9kaur8Md3ArWutlEjKLI AAAABOW/PbPi/s8Hnzw1dH4Zb+BVu9aKNGUWjAKzrGk5cnEjkq/nVo5RMbk3NOnkzd/uU0fgKvdH rky5eb2I86rQz48iQAAAAAAAAABO2x/bhlvmrhz9kaur8Md3ArWutlEjKLIAAAABOW/PbPi/s8Hn zw1dH4Zb+BVu9aKNGUWjSD//AKkj+xnzJQ0V/wA2/wDkr/7D3e7GX5DiOMfzlniMTEMPIRORIJfg tOeCladCk/nNJH94raa1GcuVnpck4qqOrJdz4dr2yazKOhDjkxhlUGMszop98i/TOlD/AE/CNX+0 x23p27nIJXKRqeeyjdnLMd27sGSzLdEO4Xd4uWifqkhDDiFut0qrUSzQlNa9wz7g9bemjK44puiI yuNRTOzGs53hud+gvzsYjwMVnqNfLuqUTrEck69bitZmStPc1NJIz4hy5ZtKLpKskIzk36bDHRt2 9yMsuMw9v8ejybNBc5M5s5Rp5Uy4aEZuMJSai4dPCZFStBN6a3BLne1nMyT6Uffgu8GQ5DnysXuN mbtZx461TG1ms3kyGiLWRHXToMz8Hg7nfMQvaWMYcydTsLjcqG2BSPYnbY/twy3zVw5+yNXV+GO7 gVrXWyiRlFkAAAAAnLfntnxf2eDz54auj8Mt/Aq3etFGjKLROmdZbAxL5g/5yey6/GjREJW2wSTc M3YpoKms0F3VcY1bNpzscqKs5UnU9pad4cG3Fefw1UWXFO7x3mULkpaJJnoM6JNC10WREak/aXGK 8tLO1/ns2HorilsNTYzar/kOQWTa+5tmmBjk+W9cKGqimkrJS68RcCkoV/yC7clGMXcXrJI8Yptq OBsj5oEpTiNmSRESSuKSJJFwUJlzgoKv9f1P8Hrf9Db1wh/vbVJh6tH7lhbOvi5RBpr/AEqKMXR1 PZrYaC2x3Jgbawp+IZjBkwpkWS480603rSslkRU7qTOuiqFlUlEfepw6WosO61ODK9ufLsZ27f36 RkG/8q9OwXbe3PgKciMPp0uHHS22hpxRf60o1f4VC9DlsUrWjEHWdSghllknbY/twy3zVw5+yNXV +GO7gVrXWyiRlFkAAAAAnLfntnxf2eDz54auj8Mt/Aq3etFGjKLRxU00o6qQlR8ZkRhUGMyO7W7H 7FOvUpCSZgMrfMqERqNJeCgj41qokvtMTtxcpJL3OSdFU1n8vFimPwbrnF18O55DIXybhlw8ihZm s08RLdqVOJJC5rZqqgvSJ42V7v3MpM3dTBnyWbtBQmHFnXFpLzdXOWjW9tWo2irwPpd0pWhVPBPU R0qILTVWx+y+STuYmQj7sxHH1Kctb7NuahnMflKW2akk3J/bvGlojqtpv8ZuJP8ACR8Ag9M8dtTu YdErdfEJTCZKrY/L5JSySbrbCdKmicdWRLeWlJK/bs8skq+ElSacJ8HVppr3OZiP2RuxFK4W5xi3 LK2T5D8NmY8baHHnWySSeTSa6to1K8JTumn3gtM6PbtQzDYYqnqTtsf24Zb5q4c/ZGrq/DHdwK1r rZRIyiyAAAAATlvz2z4v7PB588NXR+GW/gVbvWijRlFoADGZHjVmyO2Ltd4YOTAcUlbjJLcbJRoO qam2pCuA+GlROFxwdV6nJRT2M+q226DbLfHt8BkmIcRtLMdlNaJQgqEVTqZ/eYjKTbqwlQ5Hb4Bp Uk4zRpUpa1FoTQ1uEaVqPg7qiUZGffDmYodSbNZ0toaTBjk02hbTaCaQSUtu/wBxCSpQkr/MXfHe d4iiP12z2h5k2XYMdxlSkuKbW0hSTW2kkIUZGVKpSkiI+8RApPEURydtltdQpDsRlxCtepKm0mR8 qdXKkZfn/NxjnMxQ+kcOk7bH9uGW+auHP2Rq6vwx3cCta62USMosgAAAAE5b89s+L+zwefPDV0fh lv4FW71oo0ZRaAAAAAAAAAAAAACdtj+3DLfNXDn7I1dX4Y7uBWtdbKJGUWQAAAACb9/3mWN4cbff WTTLUWEt1xX4UpTNeNSj+wiGtolW1LfwKt7qRuTrY226RwfSkKH1rnaz3zI4jrZ226RwfSkH1rna xmRxHWztt0jg+lIPrXO1jMjiOtnbbpHB9KQfWudrGZHEdbO23SOD6Ug+tc7WMyOJ+o3W24WtKE5F CUpR0SknCqZmH1rnazjuxW2pnbTfbPeGnHbXMamNtK0OLaVqJKjKtDELlqUNklQ7C5GfS6mOu+f4 XZpy4F0vMWHMbJKlsOrJKyJRVTUvtIdjZnJVSOuaXqfF1sbbdI4PpSEvrXO1nMyOJp7YiQxJ3oyi RHcS9Hejz3GXUcKVoVOZNKi+wyOovaxUsx3cDwtdbKNGUWgAAAADX+4GzGPZveWbtcpsuO+xGTFS iObRINCFrcIz1oWdaun3xas6qVtUSR5ztKTqeZ+lrCvely8Zj1Q9f2M8EQyEPpawr3pcvGY9UH7G eCGQh9LWFe9Ll4zHqg/YzwQyEPpawr3pcvGY9UH7GeCGQh9LWFe9Ll4zHqg/YzwQyEc2flfwxl5t 1NzuJqbUSiI1MUqX/UOr+xmn6I5LTRaaxNg4XhNuxOHIiwX3n0SXCdWb5pMyMk6eDSlPEPDU6mV5 pteg0+nVpNI8zm+xeNZfkDt7nzprEl5Dbam2FNEgibTpKmttR97jErWslCNEkTlaUnUwP0tYV70u XjMeqHp+xngiOQj023+zGPYReXrtbZsuQ+/GVFUiQbRoJC1ocMy0IQdatF3x5XtVK4qNInC0oups AVT0AAAAAAAAAAAAAAAAAAAAAAAAAAAAD//Z ------=_Part_30901169_712869510.1490364694843 Content-Type: image/jpeg; name=element-signature_logo_YouTube_32x28.jpg Content-Disposition: attachment; filename=element-signature_logo_YouTube_32x28.jpg Content-Transfer-Encoding: base64 Content-ID: <fee0c7043a6ec1d238d7c1a097f03e711e4bdd56@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOjQ1REY5Njk1OEExNzExRTY5OUVDOTI1QTU3QzAwNzI0IiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOjQ1REY5Njk0OEExNzExRTY5OUVDOTI1QTU3QzAwNzI0IiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAIAMBEQACEQEDEQH/xAB5AAADAQEAAAAAAAAAAAAAAAAABwgF BgEAAgMBAAAAAAAAAAAAAAAAAAQCAwUBEAABBAECBAUFAAAAAAAAAAABAgMEBQARBiESEwcxUdIU CEEik1UYEQACAQMCBQUAAAAAAAAAAAAAAQIRAwQhMVFhEiITQaHBYhX/2gAMAwEAAhEDEQA/AKpw AnD5Hbg3JA35XxKqxmxUPVrJEaI862FuqkPp4IbI5lHQDNXBhFwbaW4tebqcMIvfYjURtz6eesv1 YzWz9fYh38zR7eX2+mu5lHV3VhaNOe8aTJgTHnweVXEBba1cQRkb8IeNtJbHYN9WpW+YY2T53inQ 4HfzZk6a4lmHGaiOSHl8EoT7mSOZR+gBIzUxU3Yklz+Be4+9DRl30N3dMOxjbyro9EzHW3MqupHc L7qlaoX1SsFvlHl44moPpa6XXiW113FPuu3qrT5I7dfrJLUxllMRl15hQWjqBbiuXmTqCQlQx23F rHdSqTrNFFZlDAou7vZa43xuSNaw7CPFZZhIiKbeSsqKkOuuE/aCNNHcexspW40a9Sm5bcmcH/J1 5+0rvxOenGf0o8GQ8DN7ZXxzv9vbpqrhy0huMQJCHlstocBKU+ITqANcru50ZRao9SUbLTqPvMwv DAAwAMAP/9k= ------=_Part_30901169_712869510.1490364694843 Content-Type: image/jpeg; name=element-signature_logo_LinkedIn_41x28.jpg Content-Disposition: attachment; filename=element-signature_logo_LinkedIn_41x28.jpg Content-Transfer-Encoding: base64 Content-ID: <487e72d709dc97cbbfa0b1ba96aee8060575054e@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOjY2MEYzRTFGOEExNzExRTY5QzI5OUNGQkY1MzM2MUQ1IiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOjY2MEYzRTFFOEExNzExRTY5QzI5OUNGQkY1MzM2MUQ1IiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAKQMBEQACEQEDEQH/xAB2AAEBAQEAAAAAAAAAAAAAAAAABggH AQEAAwEAAAAAAAAAAAAAAAAAAwQFAhAAAQMEAgICAgMBAAAAAAAAAQIDBAARBQYhEjEHMghBE1Fh IhcRAAICAQIDCQAAAAAAAAAAAAABAgMREgQxkTIhQVGhscETMxX/2gAMAwEAAhEDEQA/ANU0Bl33 zsuzQfZcmHj8tMiMKaihDLMl1psKcQkXslSUjk8mtjZ1xdeWkVbW9RDZ/ZN8wOXkYnI7LKMuL1Lq o+RddaIWkLHVwLAPCuf4NWYVwksqPkcNtd5V+ldr2ef7MwkaZmJsqK6p/uy9JdcbUBGcULpUog8i 9Q7uuKreEjquT1GsKxC2KAUBk37B2/6y72t1tB7X8dbIvf8Aq3mtvZfVzKlvUWWw7Dr+Dfy8rCt4 d153Z8ew0FNx3kohuxmUyFtAfFPyBUOBz+arwhKWE89L9SRtLmTuns4xj7LLaxYaGNE6SYojlJZ6 rhLUf19f89eyj4qa1t7ft449ziPWairGLQoBQHFvZ/onObht0jNxclFjMPNtNpZdS4Vj9aAk36gj mtDb7yMIaWiGdTbySSfqnsKbdctAFh1Fm3Bwfx8fFT/ox8GcfAyk9dfX7OapuGNzj+SiPRoJcKmG kuBRDjS2x1uAPK71DfvYzg444nUKmnk7lWcTigFAKAUAoBQCgP/Z ------=_Part_30901169_712869510.1490364694843 Content-Type: image/jpeg; name=element-signature_logo_Twitter_42x28.jpg Content-Disposition: attachment; filename=element-signature_logo_Twitter_42x28.jpg Content-Transfer-Encoding: base64 Content-ID: <999ede1ddc50a603985f40ccca2df8880b9ac139@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOjdDMkI3MjMyOEExNzExRTY5MDUyRTk1NEIyREUwNjVCIiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOjdDMkI3MjMxOEExNzExRTY5MDUyRTk1NEIyREUwNjVCIiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAKgMBEQACEQEDEQH/xAB3AAEBAQEBAAAAAAAAAAAAAAAABwUI BgEBAAMBAQAAAAAAAAAAAAAAAAMEBQIBEAABAwIEBwEBAQAAAAAAAAABAgMEAAUREhMGITFBFBUH CIEiFhEAAgIBAgQHAAAAAAAAAAAAAAERAgMxBCHBEgVBUWGBQhMV/9oADAMBAAIRAxEAPwDC9g7u 3dH33uJiNeri2wxcJQQ01JfCUNodVwCUqwSlI/AK3sGKropS0Kd7OWZMXcPsyZDdnQ7he5UFhQQ/ LZelOMoURiEqWlRAOFdumNOGqyeTYtPzFfL1df8ASm5XCTP0ey0e5eceyZu4zZc5VhjlGOFZ/cKJ dMKNeRNhbclzrOJxQCgOSW7o5a/oKXMRFXNT5iYw/EaAUtbL61tOBKTwXglWOXrW30zgj0RUmLlb 9p3rZ/r/ANd3GxWJtm3XC8B1EO2RsEqDkng88pAP8JSnEk8ugqlt6Xy5Fa3FImyNVUI8z8nJCU7o SOSRAA/O5qbuXx9+Rxg8ToGsssCgFAc/7q+b9xXrc11u7V3iNN3CW/JbQUuhaUuuFYBIHMA9K08e +rWqUPgivbC25MofK25Qoq81DKjwKlJeUT+kE13+jXyZ59DKX6a9WXPYfmO+msTPJdtp6AWMuhq4 5swHPVFVN1uFkiFoS46dJSqqEgoBQCgFAKAUAoBQH//Z ------=_Part_30901169_712869510.1490364694843 Content-Type: image/jpeg; name=element-signature_payzen_61x28.jpg Content-Disposition: attachment; filename=element-signature_payzen_61x28.jpg Content-Transfer-Encoding: base64 Content-ID: <be5888ad89e097f78d6fcfb233cf1d8d4f6045db@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOkU1NjczQjM2OEEzNDExRTZCOEJBQ0Y4Mzg3RTEzODkyIiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOkU1NjczQjM1OEEzNDExRTZCOEJBQ0Y4Mzg3RTEzODkyIiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAPQMBEQACEQEDEQH/xABvAAABBAMAAAAAAAAAAAAAAAAAAQUG BwIDBAEBAAAAAAAAAAAAAAAAAAAAABAAAQQABAQEAgsBAAAAAAAAAQIDBAUAERIGITETFEEiFQfS I1FhcYGhMlIkRMQWhhEBAAAAAAAAAAAAAAAAAAAAAP/aAAwDAQACEQMRAD8AvqZ7q7OhzZMSS9IQ Yjy2JT/avqZbW2rSvU6lBSACOeeAljLzTzSHmVhxpxIW24k5pUlQzBBHgRgM8BBJ9fKuvcGwr3La wgxIlfGeaagyVsJ1uOOBRUBmOSRgI0bnZgfQwdx7qDrroYZSVzBrcJ0hKM2xq+7AWBU7PTXTEShc 2svRx6MuWp5o5gjigj68BombFRKmPyTfXTPXWpzoszloaRqOelCQPKkeAwEP6lp6f6V6vYaP9Z6b 3fcr7ntuhno6vPnxwGyohb2ntbpr6Y17NdKt7Bp5+YHlPJLitKyltI0KGk+XPANVgzV1Eyyqbe3s IMmnhsMbVaYcebDraY+XVbQ15XXFOghQVnkMBkbjcVPTUs6M5IkPbnpWa1hKlrWG7QZBp0hROnUh xRUfHTgJDWuwtsbptVTpC1xaqhgJfkuFTji9DjoKiTmpSlq/HAcO2d11d/cuXUySJG4C0+NvbfCH CmK2hClHUop0GQ6E+dWfAeUYBi2lY2E+zgW7twhVlHDk+7AkzFO9u2lRdjORFIEZrTmAkA+GYwDl TwLJhjZFouxsF3NzN6r7Lj7imExHUOSHWi0TpyCdORIzzwHT/J/7n+vgLVAA5YBChBUlRSCpOelR HEZ88sA2WG3YVhb1lnJW4VVJcXFjAgM9VxOjqKTlmVJTnp48M8Ax2+3N3J3TJu6KVAbRKisxnWpr brh+SpasxoKf14BBD91hxE2kB+nt5Px4AEL3VGoiZSAr4qyjyOP2+fAL2nuvw/e0vDl8iT8eAbv8 Lur0vPvYXrPrfrfU6bvb59Lp6NOev83HngLBwBgDAGAMAYAwBgP/2Q== ------=_Part_30901169_712869510.1490364694843-- ------=_Part_30901168_366908900.1490364694843--

10 46

OVirt 4.1.2 - trim/discard on HDD/XFS/NFS contraproductive
by Markus Stockhausen 18 Jun '17

18 Jun '17

------=_NextPartTM-000-bc0df54e-354f-4430-b495-bb3fece85829 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD173010E01F673EXCHANGEcollo_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD173010E01F673EXCHANGEcollo_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, we just set up a new 4.1.2 OVirt cluster. It is a quite normal HDD/XFS/NFS stack that worked quit well with 4.0 in the past. Inside the VMs we use XFS too. To our surprise we observe abysmal high IO during mkfs.xfs and fstrim inside the VM. A simple example: Step 1: Create 100G Thin disk Result 1: Disk occupies ~10M on storage Step 2: Format disk inside VM with mkfs.xfs Result 2: Disk occupies 100G on storage Changing the discard flag on the disk does not have any effect. Am I missing something? Best regards. Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD173010E01F673EXCHANGEcollo_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" id=3D"owaParaStyle"></style> </head> <body fpstyle=3D"1" ocsi=3D"0"> <div style=3D"direction: ltr;font-family: Arial;color: #000000;font-size: 1= 0pt;"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div> <div>Hi, </div> <div><br> </div> <div>we just set up a new 4.1.2 OVirt cluster. It is a quite normal</div> <div>HDD/XFS/NFS stack that worked quit well with 4.0 in the past. </d= iv> <div>Inside the VMs we use XFS too.</div> <div><br> </div> <div>To our surprise we observe abysmal high IO during mkfs.xfs </div> <div>and fstrim inside the VM. A simple example:</div> <div><br> </div> <div>Step 1: Create 100G Thin disk</div> <div>Result 1: Disk occupies ~10M on storage</div> <div><br> </div> <div>Step 2: Format disk inside VM with mkfs.xfs</div> <div>Result 2: Disk occupies 100G on storage</div> <div><br> </div> <div>Changing the discard flag on the disk does not have any effect.</div> <div><br> </div> <div>Am I missing something?</div> <div><br> </div> <div>Best regards.</div> <div><br> </div> <div>Markus</div> </div> </div> </div> </div> </div> <div id=3D"ofmeet-extension-installed" style=3D"display:none"></div> </div> </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD173010E01F673EXCHANGEcollo_-- ------=_NextPartTM-000-bc0df54e-354f-4430-b495-bb3fece85829 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-bc0df54e-354f-4430-b495-bb3fece85829--

5 7

Re: [ovirt-users] hosted-engine VM and services not working
by adent＠ctcroydon.com.au 18 Jun '17

18 Jun '17

This is a multi-part message in MIME format. --=_08426ea198278358fccbe989a05c39c3 Content-Type: multipart/alternative; boundary="=_384aff635815e44e01845d3a345b6a60" --=_384aff635815e44e01845d3a345b6a60 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset=utf-8 SWYgSSByZWluc3RhbGwgYW5kIHRoZSByZXJ1biB0aGUgaG9zdGVkLWVuZ2luZSBzZXR1cCBob3cg ZG8gSSBnZXQgdGhlIFZNcyBpbiB0aGVpciBjdXJyZW50IHJ1bm5pbmcgc3RhdGUgYmFjayBpbnRv IGFuZCBiZWluZyByZWNvZ25pc2VkIGJ5IHRoZSBuZXcgaG9zdGVkIGVuZ2luZT8NCg0KS2luZCBy ZWdhcmRzDQoNCkFuZHJldw0KDQo+IE9uIDE3IEp1biAyMDE3LCBhdCA2OjU0IEFNLCBZYW5pdiBL YXVsIDx5a2F1bEByZWRoYXQuY29tPiB3cm90ZToNCj4gDQo+IA0KPiANCj4+IE9uIEZyaSwgSnVu IDE2LCAyMDE3IGF0IDk6MTEgQU0sIEFuZHJldyBEZW50IDxhZGVudEBjdGNyb3lkb24uY29tLmF1 PiB3cm90ZToNCj4+IEhpDQo+PiANCj4+IFdlbGwgSSd2ZSBnb3QgbXlzZWxmIGludG8gYSBmaW5l IG1lc3MuIA0KPj4gDQo+PiBob3N0MDEgd2FzIHNldHVwIHdpdGggaG9zdGVkLWVuZ2luZSB2NC4x LiBUaGlzIHdhcyBzdWNjZXNzZnVsLiANCj4+IEltcG9ydGVkIDMgVk1zIGZyb20gYSB2My42IE9W aXJ0IEFJTyBpbnN0YW5jZS4gKFRoaXMgT1ZpcnQgMy42IGlzIHN0aWxsIHJ1bm5pbmcgd2l0aCBt b3JlIFZNcyBvbiBpdCkNCj4+IFRyaWVkIHRvIGFkZCBob3N0MDIgdG8gdGhlIG5ldyBPdmlydCA0 LjEgc2V0dXAuIFRoaXMgcGFydGlhbGx5IHN1Y2NlZWRlZCBidXQgSSBjb3VsZG4ndCBhZGQgYW55 IHN0b3JhZ2UgZG9tYWlucyB0byBpdC4gQ2Fubm90IHJlbWVtYmVyIHdoeS4gDQo+PiBJbiBPdmly dCBlbmdpbmUgVUkgSSByZW1vdmVkIGhvc3QwMi4gDQo+PiBJIHJlaW5zdGFsbGVkIGhvc3QwMiB3 aXRoIENlbnRvczcsIHRyaWVkIHRvIGFkZCBpdCBhbmQgT3ZpcnQgVUkgdG9sZCBtZSBpdCB3YXMg YWxyZWFkeSB0aGVyZSAoYnV0IGl0IHdhc24ndCBsaXN0ZWQgaW4gdGhlIFVJKS4gDQo+PiBSZW5h bWVkIHRoZSByZWluc3RhbGxlZCBob3N0MDIgdG8gaG9zdDAzLCBjaGFuZ2VkIHRoZSBpcGFkZHJl c3MsIHJlY29uZmlnIHRoZSBETlMgc2VydmVyIGFuZCBhZGRlZCBob3N0MDMgaW50byB0aGUgT3Zp cnQgRW5naW5lIFVJLiANCj4+IEFsbCBnb29kLCBhbmQgSSB3YXMgYWJsZSB0byBpbXBvcnQgbW9y ZSBWTXMgdG8gaXQuIA0KPj4gSSB3YXMgYWxzbyBhYmxlIHRvIHNodXRkb3duIGEgVk0gb24gaG9z dDAxIGFzc2lnbiBpdCB0byBob3N0MDMgYW5kIHN0YXJ0IHRoZSBWTS4gQ29vbCwgZXZlcnl0aGlu ZyB3b3JraW5nLiANCj4+IFRoZSBhYm92ZSB3YXMgYWxsIGxhc3QgY291cGxlIG9mIHdlZWtzLiAN Cj4+IA0KPj4gVGhpcyB3ZWVrIEkgcGVyZm9ybWVkIHNvbWUgeXVtIHVwZGF0ZXMgb24gdGhlIEVu Z2luZSBWTS4gTm8gcmVib290LiANCj4+IFRvZGF5IG5vdGljZWQgdGhhdCB0aGUgT3ZpcnQgc2Vy dmljZXMgaW4gdGhlIEVuZ2luZSBWTSB3ZXJlIGluIGEgZW5kbGVzcyByZXN0YXJ0IGxvb3AuIFRo ZXkgd291bGQgYmUgdXAgZm9yIGEgNSBtaW51dGVzIGFuZCB0aGVuIGRpZS4gDQo+PiBMb29raW5n IGludG8gL3Zhci9sb2cvb3ZpcnQtZW5naW5lL2VuZ2luZS5sb2cgYW5kIEkgY291bGQgb25seSBz ZWUgZXJyb3JzIHJlbGF0aW5nIHRvIGhvc3QwMi4gT3ZpcnQgd2FzIHRyeWluZyB0byBmaW5kIGl0 IGFuZCBmYWlsaW5nLiBUaGVuIGZhbGxpbmcgb3Zlci4gDQo+PiBJIHJhbiAiaG9zdGVkLWVuZ2lu ZSAtLWNsZWFuLW1ldGFkYXRhIiB0aGlua2luZyBpdCB3b3VsZCBjbGVhbnVwIGFuZCByZW1vdmUg YmFkIHJlZmVyZW5jZXMgdG8gaG9zdHMsIGJ1dCBub3cgcmVhbGlzZSB0aGF0IHdhcyBhIHJlYWxs eSBiYWQgaWRlYSBhcyBpdCBkaWRuJ3QgZG8gd2hhdCBJJ2QgaG9wZWQuIA0KPj4gQXQgdGhpcyBw b2ludCB0aGUgc2VxdWVuY2UgYmVsb3cgd29ya2VkLCBJIGNvdWxkIGxvZ2luIHRvIE92aXJ0IFVJ IGJ1dCBhZnRlciA1IG1pbnV0ZXMgdGhlIHNlcnZpY2VzIHdvdWxkIGJlIG9mZg0KPj4gc2Vydmlj ZSBvdmlydC1lbmdpbmUgcmVzdGFydA0KPj4gc2VydmljZSBvdmlydC13ZWJzb2NrZXQtcHJveHkg cmVzdGFydA0KPj4gc2VydmljZSBodHRwZCByZXN0YXJ0DQo+PiANCj4+IEkgc2F3IHNvbWUgcmVm ZXJlbmNlIHRvIGhhdmluZyB0byByZW1vdmUgaG9zdHMgZnJvbSB0aGUgZGF0YWJhc2UgYnkgaGFu ZCBpbiBzaXR1YXRpb25zIHdoZXJlIHVuZGVyIHRoZSBob29kIG9mIE92aXJ0IGEgZGVjb21taXNz aW9uIGhvc3Qgd2FzIHN0aWxsIGxpc3RlZCwgYnV0IHdhc24ndCBzaG93aW5nIGluIHRoZSBHVUku IA0KPj4gU28gSSByZW1vdmVkIHJlZmVyZW5jZSB0byBob3N0MDIgKHZkc19pZCBhbmQgaG9zdF9p ZCkgaW4gdGhlIGZvbGxvd2luZyB0YWJsZXMgaW4gdGhpcyBvcmRlci4gDQo+PiB2ZHNfZHluYW1p Yw0KPj4gdmRzX3N0YXRpc3RpY3MNCj4+IHZkc19zdGF0aWMNCj4+IGhvc3RfZGV2aWNlDQo+PiAN Cj4+IE5vdyB3aGVuIEkgdHJ5IHRvIHN0YXJ0IG92aXJ0LXdlYnNvY2tldCBpdCB3aWxsIG5vdCBz dGFydA0KPj4gc2VydmljZSBvdmlydC13ZWJzb2NrZXQgc3RhcnQNCj4+IFJlZGlyZWN0aW5nIHRv IC9iaW4vc3lzdGVtY3RsIHN0YXJ0ICBvdmlydC13ZWJzb2NrZXQuc2VydmljZQ0KPj4gRmFpbGVk IHRvIHN0YXJ0IG92aXJ0LXdlYnNvY2tldC5zZXJ2aWNlOiBVbml0IG5vdCBmb3VuZC4NCj4+IA0K Pj4gSSdtIG5vdyB0aGlua2luZyB0aGF0IEkgbmVlZCB0byBkbyB0aGUgZm9sbG93aW5nIGluIHRo ZSBlbmdpbmUgVk0NCj4+ICMgZW5naW5lLWNsZWFudXANCj4+ICMgeXVtIHJlbW92ZSBvdmlydC1l bmdpbmUNCj4+ICMgeXVtIGluc3RhbGwgb3ZpcnQtZW5naW5lDQo+PiAjIGVuZ2luZS1zZXR1cCAN Cj4+IEJ1dCB0byBydW4gZW5naW5lLWNsZWFudXAgSSBuZWVkIHRvIHB1dCB0aGUgZW5naW5lLXZt IGludG8gbWFpbnRlbmFuY2UgbW9kZSBhbmQgYmVjYXVzZSBvZiB0aGUgLS1jbGVhbi1tZXRhZGF0 YSB0aGF0IEkgcmFuIGVhcmxpZXIgb24gaG9zdDAxIEkgY2Fubm90IGRvIHRoYXQuIA0KPj4gDQo+ PiBXaGF0IGlzIHRoZSBiZXN0IGNvdXJzZSBvZiBhY3Rpb24gZnJvbSBoZXJlPw0KPiANCj4gVG8g YmUgaG9uZXN0LCB3aXRoIGFsbCB0aGUgc3RlcHMgdGFrZW4gYWJvdmUsIEknZCBpbnN0YWxsIGV2 ZXJ5dGhpbmcgKGluY2x1ZGluZyBPUykgZnJvbSBzY3JhdGNoLi4uDQo+IFRoZXJlJ3MgYSBiaXQg dG9vIG11Y2ggbWVzcyB0byB0cnkgdG8gY2xlYW4gdXAgcHJvcGVybHkgaGVyZS4NCj4gWS4NCj4g IA0KPj4gDQo+PiBDaGVlcnMNCj4+IA0KPj4gDQo+PiANCj4+IEFuZHJldw0KPj4gDQo+PiANCj4+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBVc2Vy cyBtYWlsaW5nIGxpc3QNCj4+IFVzZXJzQG92aXJ0Lm9yZw0KPj4gaHR0cDovL2xpc3RzLm92aXJ0 Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+IA0KDQo= --=_384aff635815e44e01845d3a345b6a60 Content-Transfer-Encoding: base64 Content-Type: text/html; charset=utf-8 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+SWYgSSBy ZWluc3RhbGwgYW5kIHRoZSByZXJ1biB0aGUgaG9zdGVkLWVuZ2luZSBzZXR1cCBob3cgZG8gSSBn ZXQgdGhlIFZNcyBpbiB0aGVpciBjdXJyZW50IHJ1bm5pbmcgc3RhdGUgYmFjayBpbnRvIGFuZCBi ZWluZyByZWNvZ25pc2VkIGJ5IHRoZSBuZXcgaG9zdGVkIGVuZ2luZT88YnI+PGJyPktpbmQgcmVn YXJkczxkaXY+PGJyPjwvZGl2PjxkaXY+QW5kcmV3PC9kaXY+PC9kaXY+PGRpdj48YnI+T24gMTcg SnVuIDIwMTcsIGF0IDY6NTQgQU0sIFlhbml2IEthdWwgJmx0OzxhIGhyZWY9Im1haWx0bzp5a2F1 bEByZWRoYXQuY29tIj55a2F1bEByZWRoYXQuY29tPC9hPiZndDsgd3JvdGU6PGJyPjxicj48L2Rp dj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2PjxkaXYgZGlyPSJsdHIiPjxicj48ZGl2IGNs YXNzPSJnbWFpbF9leHRyYSI+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiBGcmksIEp1 biAxNiwgMjAxNyBhdCA5OjExIEFNLCBBbmRyZXcgRGVudCA8c3BhbiBkaXI9Imx0ciI+Jmx0Ozxh IGhyZWY9Im1haWx0bzphZGVudEBjdGNyb3lkb24uY29tLmF1IiB0YXJnZXQ9Il9ibGFuayI+YWRl bnRAY3Rjcm95ZG9uLmNvbS5hdTwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+PGJsb2NrcXVvdGUg Y2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6 MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+PHU+PC91Pg0KDQoNCg0KDQo8ZGl2Pjxk aXY+SGk8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PldlbGwgSSd2ZSBnb3QgbXlzZWxmIGludG8g YSBmaW5lIG1lc3MuJm5ic3A7PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5ob3N0MDEgd2FzIHNl dHVwIHdpdGggaG9zdGVkLWVuZ2luZSB2NC4xLiZuYnNwOzxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTJwdCI+VGhpcyB3YXMgc3VjY2Vzc2Z1bC4mbmJzcDs8L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEycHQiPkltcG9ydGVkIDMgVk1zIGZyb20gYSB2My42IE9WaXJ0IEFJ TyBpbnN0YW5jZS4gKFRoaXMgT1ZpcnQgMy42IGlzIHN0aWxsIHJ1bm5pbmcgd2l0aCBtb3JlIFZN cyBvbiBpdCk8L3NwYW4+PC9kaXY+PGRpdj5UcmllZCB0byBhZGQgaG9zdDAyIHRvIHRoZSBuZXcg T3ZpcnQgNC4xIHNldHVwLiBUaGlzIHBhcnRpYWxseSBzdWNjZWVkZWQgYnV0IEkgY291bGRuJ3Qg YWRkIGFueSBzdG9yYWdlIGRvbWFpbnMgdG8gaXQuIENhbm5vdCByZW1lbWJlciB3aHkuJm5ic3A7 PC9kaXY+PGRpdj5JbiBPdmlydCBlbmdpbmUgVUkgSSByZW1vdmVkIGhvc3QwMi4mbmJzcDs8L2Rp dj48ZGl2PkkgcmVpbnN0YWxsZWQgaG9zdDAyIHdpdGggQ2VudG9zNywgdHJpZWQgdG8gYWRkIGl0 IGFuZCBPdmlydCBVSSB0b2xkIG1lIGl0IHdhcyBhbHJlYWR5IHRoZXJlIChidXQgaXQgd2Fzbid0 IGxpc3RlZCBpbiB0aGUgVUkpLiZuYnNwOzwvZGl2PjxkaXY+UmVuYW1lZCB0aGUgcmVpbnN0YWxs ZWQgaG9zdDAyIHRvIGhvc3QwMywgY2hhbmdlZCB0aGUgaXBhZGRyZXNzLCByZWNvbmZpZyB0aGUg RE5TIHNlcnZlciBhbmQgYWRkZWQgaG9zdDAzIGludG8gdGhlIE92aXJ0IEVuZ2luZSBVSS4mbmJz cDs8L2Rpdj48ZGl2PkFsbCBnb29kLCBhbmQgSSB3YXMgYWJsZSB0byBpbXBvcnQgbW9yZSBWTXMg dG8gaXQuJm5ic3A7PC9kaXY+PGRpdj5JIHdhcyBhbHNvIGFibGUgdG8gc2h1dGRvd24gYSBWTSBv biBob3N0MDEgYXNzaWduIGl0IHRvIGhvc3QwMyBhbmQgc3RhcnQgdGhlIFZNLiBDb29sLCBldmVy eXRoaW5nIHdvcmtpbmcuJm5ic3A7PC9kaXY+PGRpdj5UaGUgYWJvdmUgd2FzIGFsbCBsYXN0IGNv dXBsZSBvZiB3ZWVrcy4mbmJzcDs8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlRoaXMgd2VlayBJ IHBlcmZvcm1lZCBzb21lIHl1bSB1cGRhdGVzIG9uIHRoZSBFbmdpbmUgVk0uIE5vIHJlYm9vdC4m bmJzcDs8L2Rpdj48ZGl2PlRvZGF5IG5vdGljZWQgdGhhdCB0aGUgT3ZpcnQgc2VydmljZXMgaW4g dGhlIEVuZ2luZSBWTSB3ZXJlIGluIGEgZW5kbGVzcyByZXN0YXJ0IGxvb3AuIFRoZXkgd291bGQg YmUgdXAgZm9yIGEgNSBtaW51dGVzIGFuZCB0aGVuIGRpZS4mbmJzcDs8L2Rpdj48ZGl2Pkxvb2tp bmcgaW50byZuYnNwOy92YXIvbG9nL292aXJ0LWVuZ2luZS88d2JyPmVuZ2luZS5sb2cgYW5kIEkg Y291bGQgb25seSBzZWUgZXJyb3JzIHJlbGF0aW5nIHRvIGhvc3QwMi4gT3ZpcnQgd2FzIHRyeWlu ZyB0byBmaW5kIGl0IGFuZCBmYWlsaW5nLiBUaGVuIGZhbGxpbmcgb3Zlci4mbmJzcDs8L2Rpdj48 ZGl2PkkgcmFuICJob3N0ZWQtZW5naW5lIC0tY2xlYW4tbWV0YWRhdGEiIHRoaW5raW5nIGl0IHdv dWxkIGNsZWFudXAgYW5kIHJlbW92ZSBiYWQgcmVmZXJlbmNlcyB0byBob3N0cywgYnV0IG5vdyBy ZWFsaXNlIHRoYXQgd2FzIGEgcmVhbGx5IGJhZCBpZGVhIGFzIGl0IGRpZG4ndCBkbyB3aGF0IEkn ZCBob3BlZC4mbmJzcDs8L2Rpdj48ZGl2PkF0IHRoaXMgcG9pbnQgdGhlIHNlcXVlbmNlIGJlbG93 IHdvcmtlZCwgSSBjb3VsZCBsb2dpbiB0byBPdmlydCBVSSBidXQgYWZ0ZXIgNSBtaW51dGVzIHRo ZSBzZXJ2aWNlcyB3b3VsZCBiZSBvZmY8L2Rpdj48ZGl2PjxkaXY+DQoNCjxzcGFuIHN0eWxlPSJj b2xvcjpyZ2IoMzQsMzQsMzQpO2ZvbnQtZmFtaWx5OlZlcmRhbmEsQXJpYWwsSGVsdmV0aWNhLHNh bnMtc2VyaWY7Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7YmFja2dyb3VuZC1jb2xvcjpy Z2IoMjU1LDI1NSwyNTUpIj5zZXJ2aWNlIG92aXJ0LWVuZ2luZSByZXN0YXJ0PC9zcGFuPjwvZGl2 PjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigzNCwzNCwzNCk7Zm9udC1mYW1pbHk6 VmVyZGFuYSxBcmlhbCxIZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXZhcmlhbnQtbGlnYXR1cmVz Om5vcm1hbDtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPjxkaXY+DQoNCjxzcGFu IHN0eWxlPSJmb250LXZhcmlhbnQtbGlnYXR1cmVzOm5vcm1hbCI+c2VydmljZSBvdmlydC13ZWJz b2NrZXQtcHJveHkgcmVzdGFydDwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuIHN0eWxlPSJmb250LXZh cmlhbnQtbGlnYXR1cmVzOm5vcm1hbCI+PGRpdj4NCg0KPHNwYW4gc3R5bGU9ImZvbnQtdmFyaWFu dC1saWdhdHVyZXM6bm9ybWFsIj5zZXJ2aWNlIGh0dHBkIHJlc3RhcnQ8L3NwYW4+PC9kaXY+PC9z cGFuPjwvZGl2Pjwvc3Bhbj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pkkgc2F3IHNvbWUgcmVm ZXJlbmNlIHRvIGhhdmluZyB0byByZW1vdmUgaG9zdHMgZnJvbSB0aGUgZGF0YWJhc2UgYnkgaGFu ZCBpbiBzaXR1YXRpb25zIHdoZXJlIHVuZGVyIHRoZSBob29kIG9mIE92aXJ0IGEgZGVjb21taXNz aW9uIGhvc3Qgd2FzIHN0aWxsIGxpc3RlZCwgYnV0IHdhc24ndCBzaG93aW5nIGluIHRoZSBHVUku Jm5ic3A7PC9kaXY+PGRpdj5TbyBJIHJlbW92ZWQgcmVmZXJlbmNlIHRvIGhvc3QwMiAodmRzX2lk IGFuZCBob3N0X2lkKSBpbiB0aGUgZm9sbG93aW5nIHRhYmxlcyBpbiB0aGlzIG9yZGVyLiZuYnNw OzwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMnB0Ij52ZHNfZHluYW1pYzwvc3Bh bj48L2Rpdj48ZGl2PjxkaXYgaWQ9Im1fLTIwMDI4MTIyMjE0NzAyNjE5MjN4MGVjMTI4OTk4Njk5 NGZiNWFjMzA5ODI3ZWRkMzNhYmUiPg0KDQo8ZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMnB0Ij52ZHNfc3RhdGlzdGljczwvc3Bhbj48L2Rpdj48ZGl2PjxkaXYgaWQ9Im1fLTIwMDI4 MTIyMjE0NzAyNjE5MjN4ODdkOTc4YzU2ODgwNDE1ZTk1OTRkN2ZlMzE3ZjMwZjMiPg0KDQo8ZGl2 PjxkaXY+PGRpdiBpZD0ibV8tMjAwMjgxMjIyMTQ3MDI2MTkyM3gwZWMxMjg5OTg2OTk0ZmI1YWMz MDk4MjdlZGQzM2FiZSI+PGRpdj48ZGl2PnZkc19zdGF0aWM8L2Rpdj48ZGl2PjwvZGl2PjwvZGl2 PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjxkaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9k aXY+PGRpdj5ob3N0X2RldmljZTwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Tm93IHdoZW4gSSB0 cnkgdG8gc3RhcnQgb3ZpcnQtd2Vic29ja2V0IGl0IHdpbGwgbm90IHN0YXJ0PC9kaXY+PGRpdj5z ZXJ2aWNlIG92aXJ0LXdlYnNvY2tldCBzdGFydDxicj5SZWRpcmVjdGluZyB0byAvYmluL3N5c3Rl bWN0bCBzdGFydCAmbmJzcDtvdmlydC13ZWJzb2NrZXQuc2VydmljZTxicj5GYWlsZWQgdG8gc3Rh cnQgb3ZpcnQtd2Vic29ja2V0LnNlcnZpY2U6IFVuaXQgbm90IGZvdW5kLjwvZGl2PjxkaXY+PGJy PjwvZGl2PjxkaXY+SSdtIG5vdyB0aGlua2luZyB0aGF0IEkgbmVlZCB0byBkbyB0aGUgZm9sbG93 aW5nIGluIHRoZSBlbmdpbmUgVk08L2Rpdj48ZGl2PjxkaXY+DQo8cHJlIGNsYXNzPSJtXy0yMDAy ODEyMjIxNDcwMjYxOTIzaGlnaGxpZ2h0IG1fLTIwMDI4MTIyMjE0NzAyNjE5MjNwbGFpbnRleHQi Pjxjb2RlPiMmbmJzcDtlbmdpbmUtY2xlYW51cA0KIyZuYnNwO3l1bSZuYnNwO3JlbW92ZSZuYnNw O292aXJ0LWVuZ2luZQ0KIyZuYnNwO3l1bSZuYnNwO2luc3RhbGwmbmJzcDtvdmlydC1lbmdpbmUN CiMmbmJzcDtlbmdpbmUtc2V0dXAmbmJzcDs8L2NvZGU+PC9wcmU+PC9kaXY+PC9kaXY+PGRpdj5C dXQgdG8gcnVuIGVuZ2luZS1jbGVhbnVwIEkgbmVlZCB0byBwdXQgdGhlIGVuZ2luZS12bSBpbnRv IG1haW50ZW5hbmNlIG1vZGUgYW5kIGJlY2F1c2Ugb2YgdGhlIC0tY2xlYW4tbWV0YWRhdGEgdGhh dCBJIHJhbiBlYXJsaWVyIG9uIGhvc3QwMSBJIGNhbm5vdCBkbyB0aGF0LiZuYnNwOzwvZGl2Pjxk aXY+PGJyPjwvZGl2PjxkaXY+V2hhdCBpcyB0aGUgYmVzdCBjb3Vyc2Ugb2YgYWN0aW9uIGZyb20g aGVyZT88L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PGRpdj48YnI+PC9kaXY+PGRpdj5UbyBiZSBo b25lc3QsIHdpdGggYWxsIHRoZSBzdGVwcyB0YWtlbiBhYm92ZSwgSSdkIGluc3RhbGwgZXZlcnl0 aGluZyAoaW5jbHVkaW5nIE9TKSBmcm9tIHNjcmF0Y2guLi48L2Rpdj48ZGl2PlRoZXJlJ3MgYSBi aXQgdG9vIG11Y2ggbWVzcyB0byB0cnkgdG8gY2xlYW4gdXAgcHJvcGVybHkgaGVyZS48L2Rpdj48 ZGl2PlkuPC9kaXY+PGRpdj4mbmJzcDs8L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVv dGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtw YWRkaW5nLWxlZnQ6MWV4Ij48ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXYgaWQ9Im1fLTIwMDI4MTIy MjE0NzAyNjE5MjNzaWduYXR1cmVfb2xkIj48ZGl2IGlkPSJtXy0yMDAyODEyMjIxNDcwMjYxOTIz eGJhZjM2ZDk5N2I3ZjQ5NyI+DQoNCjxkaXYgY2xhc3M9Im1fLTIwMDI4MTIyMjE0NzAyNjE5MjNX b3JkU2VjdGlvbjEiPg0KDQo8ZGl2IGlkPSJtXy0yMDAyODEyMjIxNDcwMjYxOTIzeGI3MTIyNGY5 MjAyMzQ5NzhhY2M3NGY0ZDIzMTQzMDY5Ij48ZGl2IGNsYXNzPSJtXy0yMDAyODEyMjIxNDcwMjYx OTIzV29yZFNlY3Rpb24xIj48cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBmYWNlPSJUYWhvbWEi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTZweCI+Q2hlZXJzPC9zcGFuPjwvZm9udD48L3A+PHNw YW4gY2xhc3M9IkhPRW5aYiI+PGZvbnQgY29sb3I9IiM4ODg4ODgiPjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxicj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgZmFjZT0iVGFob21hIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjE2cHgiPkFuZHJldzwvc3Bhbj48L2ZvbnQ+PC9wPjwvZm9udD48 L3NwYW4+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+DQo8L2Rpdj48YnI+X19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPHdicj5fX19fX19fX19fX19fX19fXzxicj4NClVzZXJzIG1h aWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92 aXJ0Lm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4v bGlzdGluZm8vdXNlcnMiIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9s aXN0cy5vdmlydC5vcmcvPHdicj5tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPC9hPjxicj4NCjxicj48 L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPjwvZGl2PjwvZGl2Pg0KDQo8L2Rpdj48L2Jsb2NrcXVvdGU+ PC9ib2R5PjwvaHRtbD4= --=_384aff635815e44e01845d3a345b6a60-- --=_08426ea198278358fccbe989a05c39c3--

2 1

Recognizing Subinterfaces on oVirt Host
by Adam Mills 18 Jun '17

18 Jun '17

Hey Team! We are trying to nest some of our existing technology into the oVirt host as to not have to reinvent tooling, etc. Our proposal is to have a sub-interface on the 10G nic and place the VMs in that network. The network will be advertised to the Top of Rack switch via BGP. My current issue is that the oVirt web interface does not recognize the existence of an em1:1 interface of network. Given the above parameters, is there another way to accomplish what we are trying to do? Thanks in advance! Please refer to MS Paint style Visio for a visual [image: Inline image 1]

2 1

(no subject)
by khalid mahmood 17 Jun '17

17 Jun '17

------=_Part_419835_2133768407.1497715127911 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dear Lucai reproduce the vm by hand by create one vm all things is all righ= t then create template from this vm after that i create new 10 vm's from th= is template and delete it then create 10 vm's with the same name from templ= ate again still all thing is all right so i suspect in my ansible .=C2=A0be= st regards ------=_Part_419835_2133768407.1497715127911 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:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font= -size:13px"><div id=3D"yui_3_16_0_ym19_1_1497715065163_4068"><br></div><div= class=3D"signature" id=3D"yui_3_16_0_ym19_1_1497715065163_3995"><div id=3D= "yui_3_16_0_ym19_1_1497715065163_4088"><div style=3D"font-stretch: normal; = line-height: normal; font-family: Arial, Helvetica, sans-serif; font-featur= e-settings: 'liga' 0; width: 700px; position: relative; display: table; pad= ding: 0px; max-width: 700px; min-height: 100px;" id=3D"yui_3_16_0_ym19_1_14= 97715065163_4089"><div id=3D"yui_3_16_0_ym19_1_1497715065163_4090"><div sty= le=3D"margin-bottom: 1em;" id=3D"yui_3_16_0_ym19_1_1497715065163_4091">Dear= Luca</div><div style=3D"margin-bottom: 1em;" id=3D"yui_3_16_0_ym19_1_14977= 15065163_4092">i reproduce the vm by hand by create one vm all things is al= l right then create template from this vm after that i create new 10 vm's f= rom this template and delete it then create 10 vm's with the same name from= template again still all thing is all right so i suspect in my ansible .&n= bsp;</div><div style=3D"margin-bottom: 1em;" dir=3D"ltr" id=3D"yui_3_16_0_y= m19_1_1497715065163_4093">best regards</div></div></div></div></div></div><= /body></html> ------=_Part_419835_2133768407.1497715127911--

1 0

Re: [ovirt-users] Deploy Ovirt VM's By Ansible Playbook Issue
by khalid mahmood 17 Jun '17

17 Jun '17

------=_Part_216698_1368002174.1497692874191 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dear Luca i want to be more specific =C2=A0after deploy vm by ansible from ansible si= de tell me vm created successfully and from ovirt side the vm created succe= ssfully but with vm disk crash and the template disk crush too =C2=A0.=C2= =A0 best regards=C2=A0=20 On Saturday, June 17, 2017 12:30 PM, khalid mahmood <engkhalid21986@yah= oo.com> wrote: =20 Dear Luca this is what i get after deploy the vm finished from ansible side : Using /etc/ansible/ansible.cfg as config fileLoading callback plugin defaul= t of type stdout, v2.0 from /usr/lib/python2.7/site-packages/ansible/plugin= s/callback/__init__.pyc PLAYBOOK: ovirt.yml *******************************************************= ***************************************************************************= 1 plays in ovirt.yml PLAY [localhost] **********************************************************= ***************************************************************************= META: ran handlers TASK [entering] ***********************************************************= ***************************************************************************= task path: /home/testo/ovirt.yml:6Using module file /usr/lib/python2.7/site= -packages/ansible/modules/cloud/ovirt/ovirt_auth.py<127.0.0.1> ESTABLISH LO= CAL CONNECTION FOR USER: root<127.0.0.1> EXEC /bin/sh -c 'echo ~ && sleep 0= '<127.0.0.1> EXEC /bin/sh -c '( umask 77 && mkdir -p "` echo /root/.ansible= /tmp/ansible-tmp-1497701608.46-222857717850236 `" && echo ansible-tmp-14977= 01608.46-222857717850236=3D"` echo /root/.ansible/tmp/ansible-tmp-149770160= 8.46-222857717850236 `" ) && sleep 0'<127.0.0.1> PUT /tmp/tmpQ_uCyi TO /roo= t/.ansible/tmp/ansible-tmp-1497701608.46-222857717850236/ovirt_auth.py<127.= 0.0.1> EXEC /bin/sh -c 'chmod u+x /root/.ansible/tmp/ansible-tmp-1497701608= .46-222857717850236/ /root/.ansible/tmp/ansible-tmp-1497701608.46-222857717= 850236/ovirt_auth.py && sleep 0'<127.0.0.1> EXEC /bin/sh -c '/usr/bin/pytho= n2 /root/.ansible/tmp/ansible-tmp-1497701608.46-222857717850236/ovirt_auth.= py; rm -rf "/root/.ansible/tmp/ansible-tmp-1497701608.46-222857717850236/" = > /dev/null 2>&1 && sleep 0'ok: [localhost] =3D> {=C2=A0 =C2=A0 "ansible_fa= cts": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 "ovirt_auth": {=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 "ca_file": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 "compress": true,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "in= secure": true,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "kerberos": f= alse,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "timeout": 0,=C2=A0=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "token": "7tFUJzpf8t4uLoCQnI3jkYpIDo= D7jP3n3oWsmk-aY8H5M5OTfTOsVNZQ6SvPBPdh4DKdikeUm_ObenNHHuuYVg",=C2=A0=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "url": "https://ovirt-engine.elcld.net:4= 43/ovirt-engine/api"=C2=A0 =C2=A0 =C2=A0 =C2=A0 }=C2=A0 =C2=A0 },=C2=A0=C2= =A0 =C2=A0 "changed": false,=C2=A0=C2=A0 =C2=A0 "invocation": {=C2=A0 =C2= =A0 =C2=A0 =C2=A0 "module_args": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= "ca_file": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "compress"= : true,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "insecure": true,=C2= =A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "kerberos": false,=C2=A0=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "ovirt_auth": null,=C2=A0=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 "password": "VALUE_SPECIFIED_IN_NO_LOG_PARAMETE= R",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "state": "present",=C2= =A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "timeout": 0,=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "url": "https://ovirt-engine.elcld.net:443/= ovirt-engine/api",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "username= ": "********@internal"=C2=A0 =C2=A0 =C2=A0 =C2=A0 }=C2=A0 =C2=A0 }} TASK [creating] ***********************************************************= ***************************************************************************= task path: /home/testo/ovirt.yml:12Using module file /usr/lib/python2.7/sit= e-packages/ansible/modules/cloud/ovirt/ovirt_vms.py<127.0.0.1> ESTABLISH LO= CAL CONNECTION FOR USER: root<127.0.0.1> EXEC /bin/sh -c 'echo ~ && sleep 0= '<127.0.0.1> EXEC /bin/sh -c '( umask 77 && mkdir -p "` echo /root/.ansible= /tmp/ansible-tmp-1497701608.93-132538912332625 `" && echo ansible-tmp-14977= 01608.93-132538912332625=3D"` echo /root/.ansible/tmp/ansible-tmp-149770160= 8.93-132538912332625 `" ) && sleep 0'<127.0.0.1> PUT /tmp/tmpRz1MaG TO /roo= t/.ansible/tmp/ansible-tmp-1497701608.93-132538912332625/ovirt_vms.py<127.0= .0.1> EXEC /bin/sh -c 'chmod u+x /root/.ansible/tmp/ansible-tmp-1497701608.= 93-132538912332625/ /root/.ansible/tmp/ansible-tmp-1497701608.93-1325389123= 32625/ovirt_vms.py && sleep 0'<127.0.0.1> EXEC /bin/sh -c '/usr/bin/python2= /root/.ansible/tmp/ansible-tmp-1497701608.93-132538912332625/ovirt_vms.py;= rm -rf "/root/.ansible/tmp/ansible-tmp-1497701608.93-132538912332625/" > /= dev/null 2>&1 && sleep 0'changed: [localhost] =3D> {=C2=A0 =C2=A0 "changed"= : true,=C2=A0=C2=A0 =C2=A0 "diff": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 "after": {}= ,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "before": {}=C2=A0 =C2=A0 },=C2=A0=C2=A0= =C2=A0 "id": "2cc92449-48a7-4e3f-8d11-ea631232c39a",=C2=A0=C2=A0 =C2=A0 "i= nvocation": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 "module_args": {=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 "boot_devices": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 "cd_iso": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 "clone": false,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "= clone_permissions": false,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "= cloud_init": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "dns_= search": "elcld.net",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 "dns_servers": "109.224.14.2",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 "host_name": "vm01",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "root_password": "booboo",=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "user_name": "root"=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 "cloud_init_nics": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 "cluster": "Cluster02",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = "comment": "Dev",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "cpu_cores= ": 2,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "cpu_shares": null,=C2= =A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "cpu_sockets": null,=C2=A0=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "delete_protected": null,=C2=A0=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "description": null,=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "disks": [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 "fetch_nested": false,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 "force": false,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 "high_availability": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 "host": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "id": null= ,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "initrd_path": null,=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "instance_type": null,=C2=A0=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "kernel_params": null,=C2=A0=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "kernel_path": null,=C2=A0=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 "memory": "4GiB",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 "memory_guaranteed": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 "name": "myvm05",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 "nested_attributes": [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 "nics": [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "operatin= g_system": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "poll_inter= val": 3,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "serial_policy": nu= ll,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "serial_policy_value": n= ull,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "state": "present",=C2= =A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "stateless": null,=C2=A0=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "sysprep": null,=C2=A0=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 "template": "mahdi",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 "template_version": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 "timeout": 180,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 "timezone": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "ty= pe": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "use_latest_templ= ate_version": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "wait": = true=C2=A0 =C2=A0 =C2=A0 =C2=A0 }=C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 "vm": = {=C2=A0 =C2=A0 =C2=A0 =C2=A0 "affinity_labels": [],=C2=A0=C2=A0 =C2=A0 =C2= =A0 =C2=A0 "applications": [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "bios": {= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "boot_menu": {=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "enabled": false=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 }=C2=A0 =C2=A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 = =C2=A0 =C2=A0 "cdroms": [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "cluster": {= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "href": "/ovirt-engine/api/cluste= rs/ffc26dac-0aeb-4486-8ce4-6eada0a99f0a",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 "id": "ffc26dac-0aeb-4486-8ce4-6eada0a99f0a"=C2=A0 =C2=A0 =C2= =A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "comment": "Dev",=C2=A0=C2= =A0 =C2=A0 =C2=A0 =C2=A0 "cpu": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = "architecture": "x86_64",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "t= opology": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "cores":= 2,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "sockets":= 4,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "threads":= 1=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 }=C2=A0 =C2=A0 =C2=A0 =C2=A0 },= =C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "cpu_profile": {=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 "href": "/ovirt-engine/api/cpuprofiles/a6ab1a5d-2c5b-4910= -a988-0e1719a30741",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "id": "= a6ab1a5d-2c5b-4910-a988-0e1719a30741"=C2=A0 =C2=A0 =C2=A0 =C2=A0 },=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 "cpu_shares": 0,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0 "creation_time": "2017-06-17 12:13:32.297000+03:00",=C2=A0=C2=A0 =C2=A0= =C2=A0 =C2=A0 "delete_protected": false,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 = "disk_attachments": [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "display": {=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "allow_override": true,=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "copy_paste_enabled": true,=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "disconnect_action": "LOCK_SCREEN",=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "file_transfer_enabled": true,=C2= =A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "monitors": 1,=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "single_qxl_pci": true,=C2=A0=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 "smartcard_enabled": false,=C2=A0=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 "type": "spice"=C2=A0 =C2=A0 =C2=A0 =C2=A0 },= =C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "graphics_consoles": [],=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0 "high_availability": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 "enabled": false,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "pr= iority": 1=C2=A0 =C2=A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "= host_devices": [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "href": "/ovirt-engine/= api/vms/2cc92449-48a7-4e3f-8d11-ea631232c39a",=C2=A0=C2=A0 =C2=A0 =C2=A0 = =C2=A0 "id": "2cc92449-48a7-4e3f-8d11-ea631232c39a",=C2=A0=C2=A0 =C2=A0 =C2= =A0 =C2=A0 "io": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "threads": 0=C2= =A0 =C2=A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "katello_errat= a": [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "large_icon": {=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 "href": "/ovirt-engine/api/icons/9f7763e9-2705-4fd= 6-8d08-9f2ee8290d2b",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "id": = "9f7763e9-2705-4fd6-8d08-9f2ee8290d2b"=C2=A0 =C2=A0 =C2=A0 =C2=A0 },=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 "memory": 4294967296,=C2=A0=C2=A0 =C2=A0 =C2=A0= =C2=A0 "memory_policy": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "balloo= ning": true,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "guaranteed": 2= 097152000=C2=A0 =C2=A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "m= igration": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "auto_converge": "inh= erit",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "compressed": "inheri= t"=C2=A0 =C2=A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "migratio= n_downtime": -1,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "name": "myvm05",=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 "next_run_configuration_exists": false,=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 "nics": [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "n= uma_nodes": [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "numa_tune_mode": "interle= ave",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "origin": "ovirt",=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0 "os": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "boot": = {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "devices": [=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "hd"=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ]=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "type":= "rhel_7x64"=C2=A0 =C2=A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0= "permissions": [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "placement_policy": {= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "affinity": "migratable"=C2=A0 = =C2=A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "reported_devices"= : [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "sessions": [],=C2=A0=C2=A0 =C2=A0 = =C2=A0 =C2=A0 "small_icon": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "hre= f": "/ovirt-engine/api/icons/96f4aadd-116e-4f68-9eea-bd417689a88f",=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "id": "96f4aadd-116e-4f68-9eea-bd= 417689a88f"=C2=A0 =C2=A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 = "snapshots": [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "sso": {=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 "methods": [=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 "id": "guest_agent"=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 }=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ]=C2=A0 =C2=A0 =C2= =A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "start_paused": false,=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 "stateless": false,=C2=A0=C2=A0 =C2=A0 =C2=A0 = =C2=A0 "statistics": [],=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "status": "down",= =C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "stop_time": "2017-06-17 12:13:49.222000+= 03:00",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "tags": [],=C2=A0=C2=A0 =C2=A0 =C2= =A0 =C2=A0 "template": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "href": "= /ovirt-engine/api/templates/71e0d46a-d8b8-48dc-bae4-3895a42fa005",=C2=A0=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "id": "71e0d46a-d8b8-48dc-bae4-3895a= 42fa005"=C2=A0 =C2=A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "ti= me_zone": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "name": "Etc/GMT"=C2= =A0 =C2=A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "type": "serve= r",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 "usb": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 "enabled": false=C2=A0 =C2=A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 = =C2=A0 =C2=A0 =C2=A0 "watchdogs": []=C2=A0 =C2=A0 }} TASK [Revoke] *************************************************************= ***************************************************************************= task path: /home/testo/ovirt.yml:35Using module file /usr/lib/python2.7/sit= e-packages/ansible/modules/cloud/ovirt/ovirt_auth.py<127.0.0.1> ESTABLISH L= OCAL CONNECTION FOR USER: root<127.0.0.1> EXEC /bin/sh -c 'echo ~ && sleep = 0'<127.0.0.1> EXEC /bin/sh -c '( umask 77 && mkdir -p "` echo /root/.ansibl= e/tmp/ansible-tmp-1497701702.11-127433446023642 `" && echo ansible-tmp-1497= 701702.11-127433446023642=3D"` echo /root/.ansible/tmp/ansible-tmp-14977017= 02.11-127433446023642 `" ) && sleep 0'<127.0.0.1> PUT /tmp/tmp1iWBKN TO /ro= ot/.ansible/tmp/ansible-tmp-1497701702.11-127433446023642/ovirt_auth.py<127= .0.0.1> EXEC /bin/sh -c 'chmod u+x /root/.ansible/tmp/ansible-tmp-149770170= 2.11-127433446023642/ /root/.ansible/tmp/ansible-tmp-1497701702.11-12743344= 6023642/ovirt_auth.py && sleep 0'<127.0.0.1> EXEC /bin/sh -c '/usr/bin/pyth= on2 /root/.ansible/tmp/ansible-tmp-1497701702.11-127433446023642/ovirt_auth= .py; rm -rf "/root/.ansible/tmp/ansible-tmp-1497701702.11-127433446023642/"= > /dev/null 2>&1 && sleep 0'ok: [localhost] =3D> {=C2=A0 =C2=A0 "ansible_f= acts": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 "ovirt_auth": {}=C2=A0 =C2=A0 },=C2=A0= =C2=A0 =C2=A0 "changed": false,=C2=A0=C2=A0 =C2=A0 "invocation": {=C2=A0 = =C2=A0 =C2=A0 =C2=A0 "module_args": {=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 "ca_file": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "compre= ss": true,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "insecure": false= ,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "kerberos": false,=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "ovirt_auth": {=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "ca_file": null,=C2=A0=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "compress": true,=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "insecure": true,=C2=A0=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "kerberos": false,=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "timeout": 0,=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "token": "7tFUJzpf8= t4uLoCQnI3jkYpIDoD7jP3n3oWsmk-aY8H5M5OTfTOsVNZQ6SvPBPdh4DKdikeUm_ObenNHHuuY= Vg",=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "url": "h= ttps://ovirt-engine.elcld.net:443/ovirt-engine/api"=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 },=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "passwo= rd": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "state": "absent"= ,=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "timeout": 0,=C2=A0=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "url": null,=C2=A0=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 "username": null=C2=A0 =C2=A0 =C2=A0 =C2=A0 }=C2=A0 = =C2=A0 }}META: ran handlersMETA: ran handlers PLAY RECAP ****************************************************************= ***************************************************************************= localhost =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: o= k=3D3 =C2=A0 =C2=A0changed=3D1 =C2=A0 =C2=A0unreachable=3D0 =C2=A0 =C2=A0fa= iled=3D0 =C2=A0=C2=A0 best regards=C2=A0 Sent from Yahoo Mail. Get the app=20 On Saturday, June 17, 2017 11:43 AM, Luca 'remix_tj' Lorenzetto <lorenz= etto.luca(a)gmail.com> wrote: =20 Hello, imho seems everything ok. The VM gets created and powers up. What's your specific problem? on ansible side which messages you get? On Sat, Jun 17, 2017 at 9:29 AM, khalid mahmood <engkhalid21986(a)yahoo.com> wrote: > Dear Martin > > > My Ovirt Engine Log In The Time When Ansible Script Run Can You Please ch= eck > the log : > > > > 2017-06-17 10:13:53,478 INFO > [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-5) [] > User admin@internal successfully logged in with scopes: ovirt-app-api > ovirt-ext=3Dtoken-info:authz-search ovirt-ext=3Dtoken-info:public-authz-s= earch > ovirt-ext=3Dtoken-info:validate > 2017-06-17 10:13:54,076 INFO > [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-2) > [2cefa073] Running command: CreateUserSessionCommand internal: false. > 2017-06-17 10:13:54,227 INFO=C2=A0 [org.ovirt.engine.core.bll.AddVmComman= d] > (default task-1) [22a2647d] Lock Acquired to object > 'EngineLock:{exclusiveLocks=3D'[myvm05=3D<VM_NAME, > ACTION_TYPE_FAILED_OBJECT_LOCKED>]', > sharedLocks=3D'[71e0d46a-d8b8-48dc-bae4-3895a42fa005=3D<TEMPLATE, > ACTION_TYPE_FAILED_TEMPLATE_IS_USED_FOR_CREATE_VM$VmName myvm05>, > 4aba3e03-6665-46d5-882c-8d8931a563f0=3D<DISK, > ACTION_TYPE_FAILED_DISK_IS_USED_FOR_CREATE_VM$VmName myvm05>]'}' > 2017-06-17 10:13:54,287 INFO=C2=A0 [org.ovirt.engine.core.bll.AddVmComman= d] > (default task-1) [22a2647d] Running command: AddVmCommand internal: false= . > Entities affected :=C2=A0 ID: ffc26dac-0aeb-4486-8ce4-6eada0a99f0a Type: > ClusterAction group CREATE_VM with role type USER,=C2=A0 ID: > 71e0d46a-d8b8-48dc-bae4-3895a42fa005 Type: VmTemplateAction group CREATE_= VM > with role type USER,=C2=A0 ID: 4a62e1c2-8942-48f6-a3c4-1e54d158e13a Type: > StorageAction group CREATE_DISK with role type USER > 2017-06-17 10:13:54,362 INFO > [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand] (default task-1) = [] > START, SetVmStatusVDSCommand( > SetVmStatusVDSCommandParameters:{runAsync=3D'true', > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c', status=3D'ImageLocked', > exitStatus=3D'Normal'}), log id: 758c11b1 > 2017-06-17 10:13:54,366 INFO > [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand] (default task-1) = [] > FINISH, SetVmStatusVDSCommand, log id: 758c11b1 > 2017-06-17 10:13:54,375 INFO > [org.ovirt.engine.core.bll.snapshots.CreateSnapshotFromTemplateCommand] > (default task-1) [431bbdcb] Running command: > CreateSnapshotFromTemplateCommand internal: true. Entities affected :=C2= =A0 ID: > 4a62e1c2-8942-48f6-a3c4-1e54d158e13a Type: Storage > 2017-06-17 10:13:54,389 INFO > [org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSCommand] > (default task-1) [431bbdcb] START, CreateSnapshotVDSCommand( > CreateSnapshotVDSCommandParameters:{runAsync=3D'true', > storagePoolId=3D'ca3d926a-fff6-41e3-bddd-f244289713fc', > ignoreFailoverLimit=3D'false', > storageDomainId=3D'4a62e1c2-8942-48f6-a3c4-1e54d158e13a', > imageGroupId=3D'67bfd3f8-8def-4b3a-bb45-c52aed5d1a4f', > imageSizeInBytes=3D'17179869184', volumeFormat=3D'COW', > newImageId=3D'b5142477-2134-470e-8ba4-a2e72119ec9a', newImageDescription= =3D'', > imageInitialSizeInBytes=3D'0', imageId=3D'901367d7-8a2a-4f7e-80e8-636738e= a3990', > sourceImageGroupId=3D'4aba3e03-6665-46d5-882c-8d8931a563f0'}), log id: 19= 31032 > 2017-06-17 10:13:54,390 INFO > [org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSCommand] > (default task-1) [431bbdcb] -- executeIrsBrokerCommand: calling > 'createVolume' with two new parameters: description and UUID > 2017-06-17 10:13:55,518 INFO > [org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSCommand] > (default task-1) [431bbdcb] FINISH, CreateSnapshotVDSCommand, return: > b5142477-2134-470e-8ba4-a2e72119ec9a, log id: 1931032 > 2017-06-17 10:13:55,521 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (default task-1) > [431bbdcb] CommandAsyncTask::Adding CommandMultiAsyncTasks object for > command 'b35f7ba3-89fc-4720-86e2-98cfa2ac4aeb' > 2017-06-17 10:13:55,521 INFO > [org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (default task-1) > [431bbdcb] CommandMultiAsyncTasks::attachTask: Attaching task > 'a236b425-4414-49d8-860b-a0e932db175f' to command > 'b35f7ba3-89fc-4720-86e2-98cfa2ac4aeb'. > 2017-06-17 10:13:55,529 INFO > [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (default task-1) > [431bbdcb] Adding task 'a236b425-4414-49d8-860b-a0e932db175f' (Parent > Command 'CreateSnapshotFromTemplate', Parameters Type > 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters'), polling > hasn't started yet.. > 2017-06-17 10:13:55,571 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (default task-1) [431bbdcb] Correlation ID: 22a2647d, Job ID: > 638b7524-baaa-4bb2-bb36-e02b78bb5dfd, Call Stack: null, Custom Event ID: = -1, > Message: VM myvm05 creation was initiated by admin@internal-authz. > 2017-06-17 10:13:55,571 INFO=C2=A0 [org.ovirt.engine.core.bll.tasks.SPMAs= yncTask] > (default task-1) [431bbdcb] BaseAsyncTask::startPollingTask: Starting to > poll task 'a236b425-4414-49d8-860b-a0e932db175f'. > 2017-06-17 10:13:57,274 INFO > [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] > (DefaultQuartzScheduler5) [431bbdcb] Command 'AddVm' (id: > 'd089dd43-f977-4eb7-aa22-245d8ab69e5d') waiting on child command id: > 'b35f7ba3-89fc-4720-86e2-98cfa2ac4aeb' type:'CreateSnapshotFromTemplate' = to > complete > 2017-06-17 10:13:58,289 INFO > [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (DefaultQuartzSchedule= r8) > [3a68eba3] Polling and updating Async Tasks: 2 tasks, 1 tasks to poll now > 2017-06-17 10:13:58,586 INFO=C2=A0 [org.ovirt.engine.core.bll.tasks.SPMAs= yncTask] > (DefaultQuartzScheduler8) [3a68eba3] SPMAsyncTask::PollTask: Polling task > 'a236b425-4414-49d8-860b-a0e932db175f' (Parent Command > 'CreateSnapshotFromTemplate', Parameters Type > 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') returned > status 'finished', result 'success'. > 2017-06-17 10:13:58,589 INFO=C2=A0 [org.ovirt.engine.core.bll.tasks.SPMAs= yncTask] > (DefaultQuartzScheduler8) [3a68eba3] BaseAsyncTask::onTaskEndSuccess: Tas= k > 'a236b425-4414-49d8-860b-a0e932db175f' (Parent Command > 'CreateSnapshotFromTemplate', Parameters Type > 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended > successfully. > 2017-06-17 10:13:58,591 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (DefaultQuartzSchedule= r8) > [3a68eba3] CommandAsyncTask::endActionIfNecessary: All tasks of command > 'b35f7ba3-89fc-4720-86e2-98cfa2ac4aeb' has ended -> executing 'endAction' > 2017-06-17 10:13:58,591 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (DefaultQuartzSchedule= r8) > [3a68eba3] CommandAsyncTask::endAction: Ending action for '1' tasks (comm= and > ID: 'b35f7ba3-89fc-4720-86e2-98cfa2ac4aeb'): calling endAction '. > 2017-06-17 10:13:58,591 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] > (org.ovirt.thread.pool-6-thread-38) [3a68eba3] > CommandAsyncTask::endCommandAction [within thread] context: Attempting to > endAction 'CreateSnapshotFromTemplate', executionIndex: '0' > 2017-06-17 10:13:58,596 INFO > [org.ovirt.engine.core.bll.snapshots.CreateSnapshotFromTemplateCommand] > (org.ovirt.thread.pool-6-thread-38) [431bbdcb] Command > [id=3Db35f7ba3-89fc-4720-86e2-98cfa2ac4aeb]: Updating status to 'SUCCEEDE= D', > The command end method logic will be executed by one of its parent comman= ds. > 2017-06-17 10:13:58,597 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] > (org.ovirt.thread.pool-6-thread-38) [431bbdcb] > CommandAsyncTask::HandleEndActionResult [within thread]: endAction for > action type 'CreateSnapshotFromTemplate' completed, handling the result. > 2017-06-17 10:13:58,597 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] > (org.ovirt.thread.pool-6-thread-38) [431bbdcb] > CommandAsyncTask::HandleEndActionResult [within thread]: endAction for > action type 'CreateSnapshotFromTemplate' succeeded, clearing tasks. > 2017-06-17 10:13:58,597 INFO=C2=A0 [org.ovirt.engine.core.bll.tasks.SPMAs= yncTask] > (org.ovirt.thread.pool-6-thread-38) [431bbdcb] SPMAsyncTask::ClearAsyncTa= sk: > Attempting to clear task 'a236b425-4414-49d8-860b-a0e932db175f' > 2017-06-17 10:13:58,598 INFO > [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] > (org.ovirt.thread.pool-6-thread-38) [431bbdcb] START, > SPMClearTaskVDSCommand( > SPMTaskGuidBaseVDSCommandParameters:{runAsync=3D'true', > storagePoolId=3D'ca3d926a-fff6-41e3-bddd-f244289713fc', > ignoreFailoverLimit=3D'false', > taskId=3D'a236b425-4414-49d8-860b-a0e932db175f'}), log id: 37a1669b > 2017-06-17 10:13:58,598 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] > (org.ovirt.thread.pool-6-thread-38) [431bbdcb] START, > HSMClearTaskVDSCommand(HostName =3D h1, > HSMTaskGuidBaseVDSCommandParameters:{runAsync=3D'true', > hostId=3D'e62505b1-d9b6-4231-992c-8e4851c66624', > taskId=3D'a236b425-4414-49d8-860b-a0e932db175f'}), log id: 5ecec77e > 2017-06-17 10:13:59,633 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] > (org.ovirt.thread.pool-6-thread-38) [431bbdcb] FINISH, > HSMClearTaskVDSCommand, log id: 5ecec77e > 2017-06-17 10:13:59,633 INFO > [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] > (org.ovirt.thread.pool-6-thread-38) [431bbdcb] FINISH, > SPMClearTaskVDSCommand, log id: 37a1669b > 2017-06-17 10:13:59,635 INFO=C2=A0 [org.ovirt.engine.core.bll.tasks.SPMAs= yncTask] > (org.ovirt.thread.pool-6-thread-38) [431bbdcb] > BaseAsyncTask::removeTaskFromDB: Removed task > 'a236b425-4414-49d8-860b-a0e932db175f' from DataBase > 2017-06-17 10:13:59,635 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] > (org.ovirt.thread.pool-6-thread-38) [431bbdcb] > CommandAsyncTask::HandleEndActionResult [within thread]: Removing > CommandMultiAsyncTasks object for entity > 'b35f7ba3-89fc-4720-86e2-98cfa2ac4aeb' > 2017-06-17 10:14:01,284 INFO > [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] > (DefaultQuartzScheduler7) [431bbdcb] Command 'AddVm' id: > 'd089dd43-f977-4eb7-aa22-245d8ab69e5d' child commands > '[b35f7ba3-89fc-4720-86e2-98cfa2ac4aeb]' executions were completed, statu= s > 'SUCCEEDED' > 2017-06-17 10:14:02,299 INFO=C2=A0 [org.ovirt.engine.core.bll.AddVmComman= d] > (DefaultQuartzScheduler2) [431bbdcb] Ending command > 'org.ovirt.engine.core.bll.AddVmCommand' successfully. > 2017-06-17 10:14:02,304 INFO > [org.ovirt.engine.core.bll.snapshots.CreateSnapshotFromTemplateCommand] > (DefaultQuartzScheduler2) [431bbdcb] Ending command > 'org.ovirt.engine.core.bll.snapshots.CreateSnapshotFromTemplateCommand' > successfully. > 2017-06-17 10:14:02,309 INFO > [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand] > (DefaultQuartzScheduler2) [431bbdcb] START, GetImageInfoVDSCommand( > GetImageInfoVDSCommandParameters:{runAsync=3D'true', > storagePoolId=3D'ca3d926a-fff6-41e3-bddd-f244289713fc', > ignoreFailoverLimit=3D'false', > storageDomainId=3D'4a62e1c2-8942-48f6-a3c4-1e54d158e13a', > imageGroupId=3D'67bfd3f8-8def-4b3a-bb45-c52aed5d1a4f', > imageId=3D'b5142477-2134-470e-8ba4-a2e72119ec9a'}), log id: 6fd9785f > 2017-06-17 10:14:03,344 INFO > [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand] > (DefaultQuartzScheduler2) [431bbdcb] FINISH, GetImageInfoVDSCommand, retu= rn: > org.ovirt.engine.core.common.businessentities.storage.DiskImage@22deef7c, > log id: 6fd9785f > 2017-06-17 10:14:03,356 INFO > [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand] > (DefaultQuartzScheduler2) [] START, SetVmStatusVDSCommand( > SetVmStatusVDSCommandParameters:{runAsync=3D'true', > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c', status=3D'Down', > exitStatus=3D'Normal'}), log id: 44ed9ea6 > 2017-06-17 10:14:03,358 INFO > [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand] > (DefaultQuartzScheduler2) [] FINISH, SetVmStatusVDSCommand, log id: 44ed9= ea6 > 2017-06-17 10:14:03,362 INFO=C2=A0 [org.ovirt.engine.core.bll.AddVmComman= d] > (DefaultQuartzScheduler2) [] Lock freed to object > 'EngineLock:{exclusiveLocks=3D'[myvm05=3D<VM_NAME, > ACTION_TYPE_FAILED_OBJECT_LOCKED>]', > sharedLocks=3D'[71e0d46a-d8b8-48dc-bae4-3895a42fa005=3D<TEMPLATE, > ACTION_TYPE_FAILED_TEMPLATE_IS_USED_FOR_CREATE_VM$VmName myvm05>, > 4aba3e03-6665-46d5-882c-8d8931a563f0=3D<DISK, > ACTION_TYPE_FAILED_DISK_IS_USED_FOR_CREATE_VM$VmName myvm05>]'}' > 2017-06-17 10:14:03,370 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (DefaultQuartzScheduler2) [] Correlation ID: 22a2647d, Job ID: > 638b7524-baaa-4bb2-bb36-e02b78bb5dfd, Call Stack: null, Custom Event ID: = -1, > Message: VM myvm05 creation has been completed. > 2017-06-17 10:14:04,768 INFO=C2=A0 [org.ovirt.engine.core.bll.RunVmOnceCo= mmand] > (default task-19) [590cac7] Lock Acquired to object > 'EngineLock:{exclusiveLocks=3D'[535f7d2b-a3df-4f7e-91e1-7b564bff625c=3D<V= M, > ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks=3D'null'}' > 2017-06-17 10:14:04,777 INFO > [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (default > task-19) [590cac7] START, IsVmDuringInitiatingVDSCommand( > IsVmDuringInitiatingVDSCommandParameters:{runAsync=3D'true', > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c'}), log id: 261674f1 > 2017-06-17 10:14:04,777 INFO > [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (default > task-19) [590cac7] FINISH, IsVmDuringInitiatingVDSCommand, return: false, > log id: 261674f1 > 2017-06-17 10:14:04,798 INFO=C2=A0 [org.ovirt.engine.core.bll.RunVmOnceCo= mmand] > (default task-19) [590cac7] Running command: RunVmOnceCommand internal: > false. Entities affected :=C2=A0 ID: 535f7d2b-a3df-4f7e-91e1-7b564bff625c= Type: > VMAction group RUN_VM with role type USER > 2017-06-17 10:14:04,817 INFO > [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (default > task-19) [590cac7] START, UpdateVmDynamicDataVDSCommand( > UpdateVmDynamicDataVDSCommandParameters:{runAsync=3D'true', hostId=3D'nul= l', > vmId=3D'00000000-0000-0000-0000-000000000000', > vmDynamic=3D'org.ovirt.engine.core.common.businessentities.VmDynamic@e122= 4d5b'}), > log id: bc72f78 > 2017-06-17 10:14:04,820 INFO > [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (default > task-19) [590cac7] FINISH, UpdateVmDynamicDataVDSCommand, log id: bc72f78 > 2017-06-17 10:14:04,822 INFO > [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (default task-19) > [590cac7] START, CreateVmVDSCommand( > CreateVmVDSCommandParameters:{runAsync=3D'true', > hostId=3D'e62505b1-d9b6-4231-992c-8e4851c66624', > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c', vm=3D'VM [myvm05]'}), log = id: > 5d92bbd3 > 2017-06-17 10:14:04,825 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVmFromCloudInitVDSComman= d] > (default task-19) [590cac7] START, CreateVmFromCloudInitVDSCommand(HostNa= me > =3D h1, CreateVmVDSCommandParameters:{runAsync=3D'true', > hostId=3D'e62505b1-d9b6-4231-992c-8e4851c66624', > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c', vm=3D'VM [myvm05]'}), log = id: > 7b28f107 > 2017-06-17 10:14:04,828 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.VmInfoBuilderBase] (default > task-19) [590cac7] Bootable disk '67bfd3f8-8def-4b3a-bb45-c52aed5d1a4f' s= et > to index '0' > 2017-06-17 10:14:04,842 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (default > task-19) [590cac7] > org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVmFromCloudInitVDSCommand > pitReinjection=3Dfalse,memGuaranteedSize=3D2000,smpThreadsPerCore=3D1,cpu= Type=3DWestmere,vmId=3D535f7d2b-a3df-4f7e-91e1-7b564bff625c,acpiEnable=3Dtr= ue,vmType=3Dkvm,smp=3D8,smpCoresPerSocket=3D2,emulatedMachine=3Dpc-i440fx-r= hel7.2.0,smartcardEnable=3Dfalse,guestNumaNodes=3D[{memory=3D4096, > cpus=3D0,1,2,3,4,5,6,7, > nodeIndex=3D0}],transparentHugePages=3Dtrue,displayNetwork=3Dovirtmgmt,vm= Name=3Dmyvm05,maxVCpus=3D32,kvmEnable=3Dtrue,devices=3D[{iface=3Dide, > shared=3Dfalse, path=3D, readonly=3Dtrue, index=3D3, type=3Ddisk, > specParams=3D{vmPayload=3D{file=3D{openstack/latest/meta_data.json=3Dewog= ICJuZXR3b3JrLWludGVyZmFjZXMiIDogImF1dG8gZXRoMFxuaWZhY2UgZXRoMCBpbmV0IHN0YXR= pY1xuICBhZGRyZXNzIDEwLjEwLjEwLjUwXG4gIG5ldG1hc2sgMjU1LjI1NS4yNTUuMFxuICBnYX= Rld2F5IDEwLjEwLjEwLjFcbiAgZG5zLW5hbWVzZXJ2ZXJzIDEwOS4yMjQuMTQuMlxuICBkbnMtc= 2VhcmNoIGVsY2xkLm5ldFxuIiwKICAiYXZhaWxhYmlsaXR5X3pvbmUiIDogIm5vdmEiLAogICJo= b3N0bmFtZSIgOiAidm0wMSIsCiAgImxhdW5jaF9pbmRleCIgOiAiMCIsCiAgIm1ldGEiIDogewo= gICAgInJvbGUiIDogInNlcnZlciIsCiAgICAiZHNtb2RlIiA6ICJsb2NhbCIsCiAgICAiZXNzZW= 50aWFsIiA6ICJmYWxzZSIKICB9LAogICJuYW1lIiA6ICJ2bTAxIiwKICAibmV0d29ya19jb25ma= WciIDogewogICAgInBhdGgiIDogIi9ldGMvbmV0d29yay9pbnRlcmZhY2VzIiwKICAgICJjb250= ZW50X3BhdGgiIDogIi9jb250ZW50LzAwMDAiCiAgfSwKICAidXVpZCIgOiAiNjdjOThkOWQtOWZ= lOC00ZWU2LTg0NGUtZjU4N2Y1Njc5NWExIgp9, > openstack/content/0000=3DYXV0byBldGgwCmlmYWNlIGV0aDAgaW5ldCBzdGF0aWMKICBh= ZGRyZXNzIDEwLjEwLjEwLjUwCiAgbmV0bWFzayAyNTUuMjU1LjI1NS4wCiAgZ2F0ZXdheSAxMC4= xMC4xMC4xCiAgZG5zLW5hbWVzZXJ2ZXJzIDEwOS4yMjQuMTQuMgogIGRucy1zZWFyY2ggZWxjbG= QubmV0Cg=3D=3D, > openstack/latest/user_data=3DI2Nsb3VkLWNvbmZpZwpvdXRwdXQ6CiAgYWxsOiAnPj4g= L3Zhci9sb2cvY2xvdWQtaW5pdC1vdXRwdXQubG9nJwpwYXNzd29yZDogYm9vYm9vCmRpc2FibGV= fcm9vdDogMApydW5jbWQ6Ci0gJ3NlZCAtaSAnJy9eZGF0YXNvdXJjZV9saXN0OiAvZCcnIC9ldG= MvY2xvdWQvY2xvdWQuY2ZnOyBlY2hvICcnZGF0YXNvdXJjZV9saXN0OgogIFsiTm9DbG91ZCIsI= CJDb25maWdEcml2ZSJdJycgPj4gL2V0Yy9jbG91ZC9jbG91ZC5jZmcnCnNzaF9wd2F1dGg6IHRy= dWUKY2hwYXNzd2Q6CiAgZXhwaXJlOiBmYWxzZQp1c2VyOiByb290Cg=3D=3D}, > volId=3Dconfig-2}}, device=3Dcdrom, > deviceId=3D95cee92c-3f8d-4b2b-93f9-679c854f84b0}, {type=3Dvideo, > specParams=3D{vgamem=3D16384, heads=3D1, vram=3D32768, ram=3D65536}, devi= ce=3Dqxl, > deviceId=3D5cb25f3c-dccb-4a8e-87d7-5873db429f4e}, {type=3Dgraphics, > specParams=3D{spiceSecureChannels=3Dsmain,sinputs,scursor,splayback,sreco= rd,sdisplay,ssmartcard,susbredir, > fileTransferEnable=3Dtrue, spiceSslCipherSuite=3DDEFAULT, copyPasteEnable= =3Dtrue}, > device=3Dspice, deviceId=3D4f91a674-25e7-45be-92a6-50285b15d130}, {iface= =3Dide, > shared=3Dfalse, path=3D, address=3D{bus=3D1, controller=3D0, unit=3D0, ty= pe=3Ddrive, > target=3D0}, readonly=3Dtrue, index=3D2, type=3Ddisk, specParams=3D{path= =3D}, > device=3Dcdrom, deviceId=3Dabc8d3e6-ef97-4e2a-9559-ee62519a8e81}, {shared= =3Dfalse, > address=3D{bus=3D0x00, domain=3D0x0000, function=3D0x0, slot=3D0x06, type= =3Dpci}, > imageID=3D67bfd3f8-8def-4b3a-bb45-c52aed5d1a4f, format=3Dcow, index=3D0, > optional=3Dfalse, type=3Ddisk, deviceId=3D67bfd3f8-8def-4b3a-bb45-c52aed5= d1a4f, > domainID=3D4a62e1c2-8942-48f6-a3c4-1e54d158e13a, propagateErrors=3Doff, > iface=3Dvirtio, readonly=3Dfalse, bootOrder=3D1, > poolID=3Dca3d926a-fff6-41e3-bddd-f244289713fc, > volumeID=3Db5142477-2134-470e-8ba4-a2e72119ec9a, specParams=3D{}, device= =3Ddisk}, > {filter=3Dvdsm-no-mac-spoofing, nicModel=3Dpv, address=3D{bus=3D0x00, dom= ain=3D0x0000, > function=3D0x0, slot=3D0x03, type=3Dpci}, type=3Dinterface, specParams=3D= {inbound=3D{}, > outbound=3D{}}, device=3Dbridge, linkActive=3Dtrue, > deviceId=3Dd90c311d-1d07-445d-bc0c-93da4fc38327, macAddr=3D00:1a:4a:16:01= :69, > network=3Dovirtmgmt}, {address=3D{bus=3D0x00, function=3D0x0, domain=3D0x= 0000, > slot=3D0x07, type=3Dpci}, type=3Dballoon, specParams=3D{model=3Dvirtio}, > device=3Dmemballoon, deviceId=3Ddcf2375e-54b2-471f-9dba-a0c7d509492f}, {i= ndex=3D0, > model=3Dvirtio-scsi, type=3Dcontroller, specParams=3D{}, device=3Dscsi, > deviceId=3De1eb89e1-77df-4677-ba9a-4b3c92a46e69}, {address=3D{bus=3D0x00, > domain=3D0x0000, function=3D0x0, slot=3D0x05, type=3Dpci}, type=3Dcontrol= ler, > specParams=3D{}, device=3Dvirtio-serial, > deviceId=3D3d096c2f-fdbd-43dd-8243-11e562e0a612}],custom=3D{device_966e95= b5-6a22-4836-aad0-c9f4bb79389e=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'96= 6e95b5-6a22-4836-aad0-c9f4bb79389e', > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c'}', device=3D'unix', > type=3D'CHANNEL', bootOrder=3D'0', specParams=3D'[]', address=3D'{bus=3D0= , > controller=3D0, type=3Dvirtio-serial, port=3D1}', managed=3D'false', plug= ged=3D'true', > readOnly=3D'false', deviceAlias=3D'channel0', customProperties=3D'[]', > snapshotId=3D'null', logicalName=3D'null', usingScsiReservation=3D'false'= , > hostDevice=3D'null'}, > device_966e95b5-6a22-4836-aad0-c9f4bb79389edevice_5172a707-33ea-4f05-855b= -40232655ccb6=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'5172a707-33ea-4f05-= 855b-40232655ccb6', > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c'}', device=3D'spicevmc', > type=3D'CHANNEL', bootOrder=3D'0', specParams=3D'[]', address=3D'{bus=3D0= , > controller=3D0, type=3Dvirtio-serial, port=3D3}', managed=3D'false', plug= ged=3D'true', > readOnly=3D'false', deviceAlias=3D'channel2', customProperties=3D'[]', > snapshotId=3D'null', logicalName=3D'null', usingScsiReservation=3D'false'= , > hostDevice=3D'null'}, > device_966e95b5-6a22-4836-aad0-c9f4bb79389edevice_5172a707-33ea-4f05-855b= -40232655ccb6device_60409373-848b-43e5-8c8c-117688b0ba71=3DVmDevice:{id=3D'= VmDeviceId:{deviceId=3D'60409373-848b-43e5-8c8c-117688b0ba71', > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c'}', device=3D'ide', > type=3D'CONTROLLER', bootOrder=3D'0', specParams=3D'[]', address=3D'{slot= =3D0x01, > bus=3D0x00, domain=3D0x0000, type=3Dpci, function=3D0x1}', managed=3D'fal= se', > plugged=3D'true', readOnly=3D'false', deviceAlias=3D'ide', customProperti= es=3D'[]', > snapshotId=3D'null', logicalName=3D'null', usingScsiReservation=3D'false'= , > hostDevice=3D'null'}, > device_966e95b5-6a22-4836-aad0-c9f4bb79389edevice_5172a707-33ea-4f05-855b= -40232655ccb6device_60409373-848b-43e5-8c8c-117688b0ba71device_63038946-00a= a-4b0a-9045-5dfb47b31e89=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'63038946= -00aa-4b0a-9045-5dfb47b31e89', > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c'}', device=3D'unix', > type=3D'CHANNEL', bootOrder=3D'0', specParams=3D'[]', address=3D'{bus=3D0= , > controller=3D0, type=3Dvirtio-serial, port=3D2}', managed=3D'false', plug= ged=3D'true', > readOnly=3D'false', deviceAlias=3D'channel1', customProperties=3D'[]', > snapshotId=3D'null', logicalName=3D'null', usingScsiReservation=3D'false'= , > hostDevice=3D'null'}},display=3Dqxl,timeOffset=3D0,nice=3D0,maxMemSize=3D= 4194304,maxMemSlots=3D16,bootMenuEnable=3Dfalse,memSize=3D4096 > 2017-06-17 10:14:04,856 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVmFromCloudInitVDSComman= d] > (default task-19) [590cac7] FINISH, CreateVmFromCloudInitVDSCommand, log = id: > 7b28f107 > 2017-06-17 10:14:04,860 INFO > [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (default task-19) > [590cac7] FINISH, CreateVmVDSCommand, return: WaitForLaunch, log id: > 5d92bbd3 > 2017-06-17 10:14:04,860 INFO=C2=A0 [org.ovirt.engine.core.bll.RunVmOnceCo= mmand] > (default task-19) [590cac7] Lock freed to object > 'EngineLock:{exclusiveLocks=3D'[535f7d2b-a3df-4f7e-91e1-7b564bff625c=3D<V= M, > ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks=3D'null'}' > 2017-06-17 10:14:04,863 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (default task-19) [590cac7] Correlation ID: 590cac7, Job ID: > a66974f1-d8f1-477d-85cc-51c3ef70ebdb, Call Stack: null, Custom Event ID: = -1, > Message: VM myvm05 was started by admin@internal-authz (Host: h1). > 2017-06-17 10:14:06,360 INFO > [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] > (ForkJoinPool-1-worker-1) [] VM > '535f7d2b-a3df-4f7e-91e1-7b564bff625c'(myvm05) moved from 'WaitForLaunch' > --> 'PoweringUp' > 2017-06-17 10:14:06,367 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] > (ForkJoinPool-1-worker-1) [] START, FullListVDSCommand(HostName =3D , > FullListVDSCommandParameters:{runAsync=3D'true', > hostId=3D'e62505b1-d9b6-4231-992c-8e4851c66624', > vds=3D'Host[,e62505b1-d9b6-4231-992c-8e4851c66624]', > vmIds=3D'[535f7d2b-a3df-4f7e-91e1-7b564bff625c]'}), log id: 3a801479 > 2017-06-17 10:14:06,376 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] > (ForkJoinPool-1-worker-1) [] FINISH, FullListVDSCommand, return: > [{acpiEnable=3Dtrue, emulatedMachine=3Dpc-i440fx-rhel7.2.0, > vmId=3D535f7d2b-a3df-4f7e-91e1-7b564bff625c, guestDiskMapping=3D{}, > transparentHugePages=3Dtrue, timeOffset=3D0, cpuType=3DWestmere, smp=3D8, > pauseCode=3DNOERR, guestNumaNodes=3D[Ljava.lang.Object;@8a07465, > smartcardEnable=3Dfalse, > custom=3D{device_966e95b5-6a22-4836-aad0-c9f4bb79389edevice_5172a707-33ea= -4f05-855b-40232655ccb6device_60409373-848b-43e5-8c8c-117688b0ba71=3DVmDevi= ce:{id=3D'VmDeviceId:{deviceId=3D'60409373-848b-43e5-8c8c-117688b0ba71', > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c'}', device=3D'ide', > type=3D'CONTROLLER', bootOrder=3D'0', specParams=3D'[]', address=3D'{slot= =3D0x01, > bus=3D0x00, domain=3D0x0000, type=3Dpci, function=3D0x1}', managed=3D'fal= se', > plugged=3D'true', readOnly=3D'false', deviceAlias=3D'ide', customProperti= es=3D'[]', > snapshotId=3D'null', logicalName=3D'null', usingScsiReservation=3D'false'= , > hostDevice=3D'null'}, > device_966e95b5-6a22-4836-aad0-c9f4bb79389edevice_5172a707-33ea-4f05-855b= -40232655ccb6=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'5172a707-33ea-4f05-= 855b-40232655ccb6', > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c'}', device=3D'spicevmc', > type=3D'CHANNEL', bootOrder=3D'0', specParams=3D'[]', address=3D'{bus=3D0= , > controller=3D0, type=3Dvirtio-serial, port=3D3}', managed=3D'false', plug= ged=3D'true', > readOnly=3D'false', deviceAlias=3D'channel2', customProperties=3D'[]', > snapshotId=3D'null', logicalName=3D'null', usingScsiReservation=3D'false'= , > hostDevice=3D'null'}, > device_966e95b5-6a22-4836-aad0-c9f4bb79389edevice_5172a707-33ea-4f05-855b= -40232655ccb6device_60409373-848b-43e5-8c8c-117688b0ba71device_63038946-00a= a-4b0a-9045-5dfb47b31e89=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'63038946= -00aa-4b0a-9045-5dfb47b31e89', > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c'}', device=3D'unix', > type=3D'CHANNEL', bootOrder=3D'0', specParams=3D'[]', address=3D'{bus=3D0= , > controller=3D0, type=3Dvirtio-serial, port=3D2}', managed=3D'false', plug= ged=3D'true', > readOnly=3D'false', deviceAlias=3D'channel1', customProperties=3D'[]', > snapshotId=3D'null', logicalName=3D'null', usingScsiReservation=3D'false'= , > hostDevice=3D'null'}, > device_966e95b5-6a22-4836-aad0-c9f4bb79389e=3DVmDevice:{id=3D'VmDeviceId:= {deviceId=3D'966e95b5-6a22-4836-aad0-c9f4bb79389e', > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c'}', device=3D'unix', > type=3D'CHANNEL', bootOrder=3D'0', specParams=3D'[]', address=3D'{bus=3D0= , > controller=3D0, type=3Dvirtio-serial, port=3D1}', managed=3D'false', plug= ged=3D'true', > readOnly=3D'false', deviceAlias=3D'channel0', customProperties=3D'[]', > snapshotId=3D'null', logicalName=3D'null', usingScsiReservation=3D'false'= , > hostDevice=3D'null'}}, vmType=3Dkvm, memSize=3D4096, smpCoresPerSocket=3D= 2, > vmName=3Dmyvm05, nice=3D0, status=3DUp, maxMemSize=3D4194304, bootMenuEna= ble=3Dfalse, > pid=3D1569, smpThreadsPerCore=3D1, memGuaranteedSize=3D2000, kvmEnable=3D= true, > pitReinjection=3Dfalse, displayNetwork=3Dovirtmgmt, > devices=3D[Ljava.lang.Object;@690fc889, display=3Dqxl, maxVCpus=3D32, cli= entIp=3D, > statusTime=3D4467062130, maxMemSlots=3D16}], log id: 3a801479 > 2017-06-17 10:14:06,379 INFO > [org.ovirt.engine.core.vdsbroker.monitoring.VmDevicesMonitoring] > (ForkJoinPool-1-worker-1) [] Received a spice Device without an address w= hen > processing VM 535f7d2b-a3df-4f7e-91e1-7b564bff625c devices, skipping devi= ce: > {device=3Dspice, specParams=3D{fileTransferEnable=3Dtrue, > displayNetwork=3Dovirtmgmt, displayIp=3D192.168.215.215, > spiceSslCipherSuite=3DDEFAULT, > spiceSecureChannels=3Dsmain,sinputs,scursor,splayback,srecord,sdisplay,ss= martcard,susbredir, > copyPasteEnable=3Dtrue}, type=3Dgraphics, > deviceId=3D4f91a674-25e7-45be-92a6-50285b15d130, tlsPort=3D5901} > 2017-06-17 10:14:13,332 INFO > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher] > (DefaultQuartzScheduler6) [3465d470] Fetched 2 VMs from VDS > 'e62505b1-d9b6-4231-992c-8e4851c66624' > 2017-06-17 10:14:54,749 INFO > [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (DefaultQuartzSchedule= r4) > [1a9e3b34] Setting new tasks map. The map contains now 1 tasks > 2017-06-17 10:15:13,767 INFO > [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] > (DefaultQuartzScheduler9) [3a68eba3] VM > '535f7d2b-a3df-4f7e-91e1-7b564bff625c'(myvm05) moved from 'PoweringUp' --= > > 'Up' > 2017-06-17 10:15:13,780 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (DefaultQuartzScheduler9) [3a68eba3] Correlation ID: 590cac7, Job ID: > a66974f1-d8f1-477d-85cc-51c3ef70ebdb, Call Stack: null, Custom Event ID: = -1, > Message: VM myvm05 started on Host h1 > 2017-06-17 10:15:14,881 INFO > [org.ovirt.engine.core.sso.servlets.OAuthRevokeServlet] (default task-62)= [] > User admin@internal successfully logged out > 2017-06-17 10:15:14,889 INFO > [org.ovirt.engine.core.bll.aaa.TerminateSessionsForTokenCommand] (default > task-46) [361ecd2f] Running command: TerminateSessionsForTokenCommand > internal: true. > 2017-06-17 10:15:24,749 INFO > [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (DefaultQuartzSchedule= r4) > [1a9e3b34] Setting new tasks map. The map contains now 0 tasks > 2017-06-17 10:15:24,749 INFO > [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (DefaultQuartzSchedule= r4) > [1a9e3b34] Cleared all tasks of pool 'ca3d926a-fff6-41e3-bddd-f244289713f= c'. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > --=20 "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 =C3=A8 la pi=C3=B9 grande biblioteca del mondo. Ma il problema =C3=A8 che i libri sono tutti sparsi sul pavimento" John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.luca@gmail= .com> =20 =20 ------=_Part_216698_1368002174.1497692874191 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:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font= -size:13px"><div id=3D"yiv5012541580"><div id=3D"yui_3_16_0_ym19_1_14976922= 24526_6605"><div style=3D"color:#000;background-color:#fff;font-family:Helv= etica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:13px;" id= =3D"yui_3_16_0_ym19_1_1497692224526_6604"><div id=3D"yiv5012541580yui_3_16_= 0_ym19_1_1497692224526_4312"><span id=3D"yiv5012541580yui_3_16_0_ym19_1_149= 7692224526_4466">Dear Luca</span></div><div id=3D"yiv5012541580yui_3_16_0_y= m19_1_1497692224526_4313"><span><br clear=3D"none"></span></div><div dir=3D= "ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497692224526_4315"><span id=3D"= yiv5012541580yui_3_16_0_ym19_1_1497692224526_4314">i want to be more specif= ic  after deploy vm by ansible from ansible side tell me vm created su= ccessfully and from ovirt side the vm created successfully but with vm disk= crash and the template disk crush too  . </span></div><div dir= =3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497692224526_4316"><span><br= clear=3D"none"></span></div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0= _ym19_1_1497692224526_4317"><span id=3D"yiv5012541580yui_3_16_0_ym19_1_1497= 692224526_4469">best regards</span></div><div></div><div id=3D"yiv501254158= 0yui_3_16_0_ym19_1_1497692224526_4318"> </div> <div class=3D"yiv501254= 1580qtdSeparateBR" id=3D"yui_3_16_0_ym19_1_1497692224526_6606"><br clear=3D= "none"><br clear=3D"none"></div><div class=3D"yiv5012541580yqt1900915385" i= d=3D"yiv5012541580yqt95193"></div></div></div></div><div class=3D".yiv50125= 41580yahoo_quoted"> <div style=3D"font-family:Helvetica Neue, Helvetica, Ar= ial, Lucida Grande, sans-serif;font-size:13px;"> <div style=3D"font-family:= HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;= font-size:16px;"> <div dir=3D"ltr"><font size=3D"2" face=3D"Arial"> On Satu= rday, June 17, 2017 12:30 PM, khalid mahmood <engkhalid21986(a)yahoo.com&g= t; wrote:<br clear=3D"none"></font></div> <br clear=3D"none"><br clear=3D"= none"> <div class=3D"yiv5012541580y_msg_container"><div id=3D"yiv5012541580= "><div><div style=3D"color:#000;background-color:#fff;font-family:Helvetica= Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:13px;"><div id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3484"><span>Dear Luca</spa= n></div><div id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3484"><span= ><br clear=3D"none"></span></div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_= 16_0_ym19_1_1497691745162_3484"><span>this is what i get after deploy the v= m finished from ansible side :</span></div><div dir=3D"ltr" id=3D"yiv501254= 1580yui_3_16_0_ym19_1_1497691745162_3484"><span><br clear=3D"none"></span><= /div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_38= 67">Using /etc/ansible/ansible.cfg as config file</div><div dir=3D"ltr" id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3868">Loading callback plu= gin default of type stdout, v2.0 from /usr/lib/python2.7/site-packages/ansi= ble/plugins/callback/__init__.pyc</div><div dir=3D"ltr" id=3D"yiv5012541580= yui_3_16_0_ym19_1_1497691745162_3869"><br clear=3D"none" id=3D"yiv501254158= 0yui_3_16_0_ym19_1_1497691745162_3870"></div><div dir=3D"ltr" id=3D"yiv5012= 541580yui_3_16_0_ym19_1_1497691745162_3871">PLAYBOOK: ovirt.yml ***********= ***************************************************************************= ********************************************</div><div dir=3D"ltr" id=3D"yi= v5012541580yui_3_16_0_ym19_1_1497691745162_3872">1 plays in ovirt.yml</div>= <div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3873"><= br clear=3D"none" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3874">= </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3= 875">PLAY [localhost] *****************************************************= ***************************************************************************= *****</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745= 162_3876">META: ran handlers</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3= _16_0_ym19_1_1497691745162_3877"><br clear=3D"none" id=3D"yiv5012541580yui_= 3_16_0_ym19_1_1497691745162_3878"></div><div dir=3D"ltr" id=3D"yiv501254158= 0yui_3_16_0_ym19_1_1497691745162_3879">TASK [entering] ********************= ***************************************************************************= ***************************************</div><div dir=3D"ltr" id=3D"yiv5012= 541580yui_3_16_0_ym19_1_1497691745162_3880">task path: /home/testo/ovirt.ym= l:6</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149769174516= 2_3881">Using module file /usr/lib/python2.7/site-packages/ansible/modules/= cloud/ovirt/ovirt_auth.py</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16= _0_ym19_1_1497691745162_3882"><127.0.0.1> ESTABLISH LOCAL CONNECTION = FOR USER: root</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1= 497691745162_3883"><127.0.0.1> EXEC /bin/sh -c 'echo ~ && sle= ep 0'</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745= 162_3884"><127.0.0.1> EXEC /bin/sh -c '( umask 77 && mkdir -p= "` echo /root/.ansible/tmp/ansible-tmp-1497701608.46-222857717850236 `" &a= mp;& echo ansible-tmp-1497701608.46-222857717850236=3D"` echo /root/.an= sible/tmp/ansible-tmp-1497701608.46-222857717850236 `" ) && sleep 0= '</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_= 3885"><127.0.0.1> PUT /tmp/tmpQ_uCyi TO /root/.ansible/tmp/ansible-tm= p-1497701608.46-222857717850236/ovirt_auth.py</div><div dir=3D"ltr" id=3D"y= iv5012541580yui_3_16_0_ym19_1_1497691745162_3886"><127.0.0.1> EXEC /b= in/sh -c 'chmod u+x /root/.ansible/tmp/ansible-tmp-1497701608.46-2228577178= 50236/ /root/.ansible/tmp/ansible-tmp-1497701608.46-222857717850236/ovirt_a= uth.py && sleep 0'</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_1= 6_0_ym19_1_1497691745162_3887"><127.0.0.1> EXEC /bin/sh -c '/usr/bin/= python2 /root/.ansible/tmp/ansible-tmp-1497701608.46-222857717850236/ovirt_= auth.py; rm -rf "/root/.ansible/tmp/ansible-tmp-1497701608.46-2228577178502= 36/" > /dev/null 2>&1 && sleep 0'</div><div dir=3D"ltr" i= d=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3888">ok: [localhost] =3D= > {</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149769174= 5162_3889">    "ansible_facts": {</div><div dir=3D"ltr" id=3D"yiv= 5012541580yui_3_16_0_ym19_1_1497691745162_3890">       = "ovirt_auth": {</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1= _1497691745162_3891">            "ca_file": n= ull, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_14976= 91745162_3892">            "compress": true,&= nbsp;</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745= 162_3893">            "insecure": true, = </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3= 894">            "kerberos": false, </di= v><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3895"= >            "timeout": 0, </div><div di= r=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3896">  &= nbsp;         "token": "7tFUJzpf8t4uLoCQnI3jkYpIDoD7jP3= n3oWsmk-aY8H5M5OTfTOsVNZQ6SvPBPdh4DKdikeUm_ObenNHHuuYVg", </div><div d= ir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3897">  =           "url": "https://ovirt-engine.elcld.net:4= 43/ovirt-engine/api"</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym= 19_1_1497691745162_3898">        }</div><div dir=3D"ltr= " id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3899">    },=  </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149769174= 5162_3900">    "changed": false, </div><div dir=3D"ltr" id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3901">    "invoc= ation": {</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149769= 1745162_3902">        "module_args": {</div><div dir=3D= "ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3903">  &nbsp= ;         "ca_file": null, </div><div dir=3D"ltr" = id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3904">    &nbs= p;       "compress": true, </div><div dir=3D"ltr" id=3D= "yiv5012541580yui_3_16_0_ym19_1_1497691745162_3905">      &n= bsp;     "insecure": true, </div><div dir=3D"ltr" id=3D"yiv5= 012541580yui_3_16_0_ym19_1_1497691745162_3906">        =     "kerberos": false, </div><div dir=3D"ltr" id=3D"yiv50125= 41580yui_3_16_0_ym19_1_1497691745162_3907">        &nbs= p;   "ovirt_auth": null, </div><div dir=3D"ltr" id=3D"yiv50125415= 80yui_3_16_0_ym19_1_1497691745162_3908">          =   "password": "VALUE_SPECIFIED_IN_NO_LOG_PARAMETER", </div><div d= ir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3909">  =           "state": "present", </div><div dir= =3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3910">  &n= bsp;         "timeout": 0, </div><div dir=3D"ltr" = id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3911">    &nbs= p;       "url": "https://ovirt-engine.elcld.net:443/ovirt-en= gine/api", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1= _1497691745162_3912">            "username": = "********@internal"</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym1= 9_1_1497691745162_3913">        }</div><div dir=3D"ltr"= id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3914">    }</= div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_391= 5">}</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_14976917451= 62_3916"><br clear=3D"none" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745= 162_3917"></div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_14976= 91745162_3918">TASK [creating] ********************************************= ***************************************************************************= ***************</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_= 1497691745162_3919">task path: /home/testo/ovirt.yml:12</div><div dir=3D"lt= r" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3920">Using module fi= le /usr/lib/python2.7/site-packages/ansible/modules/cloud/ovirt/ovirt_vms.p= y</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_= 3921"><127.0.0.1> ESTABLISH LOCAL CONNECTION FOR USER: root</div><div= dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3922"><1= 27.0.0.1> EXEC /bin/sh -c 'echo ~ && sleep 0'</div><div dir=3D"l= tr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3923"><127.0.0.1&= gt; EXEC /bin/sh -c '( umask 77 && mkdir -p "` echo /root/.ansible/= tmp/ansible-tmp-1497701608.93-132538912332625 `" && echo ansible-tm= p-1497701608.93-132538912332625=3D"` echo /root/.ansible/tmp/ansible-tmp-14= 97701608.93-132538912332625 `" ) && sleep 0'</div><div dir=3D"ltr" = id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3924"><127.0.0.1> = PUT /tmp/tmpRz1MaG TO /root/.ansible/tmp/ansible-tmp-1497701608.93-13253891= 2332625/ovirt_vms.py</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym= 19_1_1497691745162_3925"><127.0.0.1> EXEC /bin/sh -c 'chmod u+x /root= /.ansible/tmp/ansible-tmp-1497701608.93-132538912332625/ /root/.ansible/tmp= /ansible-tmp-1497701608.93-132538912332625/ovirt_vms.py && sleep 0'= </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3= 926"><127.0.0.1> EXEC /bin/sh -c '/usr/bin/python2 /root/.ansible/tmp= /ansible-tmp-1497701608.93-132538912332625/ovirt_vms.py; rm -rf "/root/.ans= ible/tmp/ansible-tmp-1497701608.93-132538912332625/" > /dev/null 2>&a= mp;1 && sleep 0'</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_= 0_ym19_1_1497691745162_3927">changed: [localhost] =3D> {</div><div dir= =3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3928">  &n= bsp; "changed": true, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_= 16_0_ym19_1_1497691745162_3929">    "diff": {</div><div dir=3D"lt= r" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3930">    &= nbsp;   "after": {}, </div><div dir=3D"ltr" id=3D"yiv5012541580yu= i_3_16_0_ym19_1_1497691745162_3931">        "before": {= }</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_= 3932">    }, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3= _16_0_ym19_1_1497691745162_3933">    "id": "2cc92449-48a7-4e3f-8d= 11-ea631232c39a", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0= _ym19_1_1497691745162_3934">    "invocation": {</div><div dir=3D"= ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3935">   =     "module_args": {</div><div dir=3D"ltr" id=3D"yiv5012541580yu= i_3_16_0_ym19_1_1497691745162_3936">          &nbs= p; "boot_devices": null, </div><div dir=3D"ltr" id=3D"yiv5012541580yui= _3_16_0_ym19_1_1497691745162_3937">          &nbsp= ; "cd_iso": null, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0= _ym19_1_1497691745162_3938">            "clon= e": false, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1= _1497691745162_3939">            "clone_permi= ssions": false, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_y= m19_1_1497691745162_3940">            "cloud_= init": {</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691= 745162_3941">                "dns_s= earch": "elcld.net", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_1= 6_0_ym19_1_1497691745162_3942">            &n= bsp;   "dns_servers": "109.224.14.2", </div><div dir=3D"ltr" id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3943">     =           "host_name": "vm01", </div><div di= r=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3944">  &= nbsp;             "root_password": "booboo",&= nbsp;</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745= 162_3945">                "user_nam= e": "root"</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_14976= 91745162_3946">            }, </div><div= dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3947">&nbsp= ;           "cloud_init_nics": null, </div><d= iv dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3948">&nb= sp;           "cluster": "Cluster02", </div><= div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3949">&n= bsp;           "comment": "Dev", </div><div d= ir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3950">  =           "cpu_cores": 2, </div><div dir=3D"l= tr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3951">    =         "cpu_shares": null, </div><div dir=3D"ltr"= id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3952">    &nb= sp;       "cpu_sockets": null, </div><div dir=3D"ltr" i= d=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3953">    &nbsp= ;       "delete_protected": null, </div><div dir=3D"ltr= " id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3954">    &n= bsp;       "description": null, </div><div dir=3D"ltr" = id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3955">    &nbs= p;       "disks": [], </div><div dir=3D"ltr" id=3D"yiv5= 012541580yui_3_16_0_ym19_1_1497691745162_3956">        =     "fetch_nested": false, </div><div dir=3D"ltr" id=3D"yiv5= 012541580yui_3_16_0_ym19_1_1497691745162_3957">        =     "force": false, </div><div dir=3D"ltr" id=3D"yiv50125415= 80yui_3_16_0_ym19_1_1497691745162_3958">          =   "high_availability": null, </div><div dir=3D"ltr" id=3D"yiv5012= 541580yui_3_16_0_ym19_1_1497691745162_3959">        &nb= sp;   "host": null, </div><div dir=3D"ltr" id=3D"yiv5012541580yui= _3_16_0_ym19_1_1497691745162_3960">          &nbsp= ; "id": null, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym1= 9_1_1497691745162_3961">            "initrd_p= ath": null, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_= 1_1497691745162_3962">            "instance_t= ype": null, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_= 1_1497691745162_3963">            "kernel_par= ams": null, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_= 1_1497691745162_3964">            "kernel_pat= h": null, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_= 1497691745162_3965">            "memory": "4G= iB", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_14976= 91745162_3966">            "memory_guaranteed= ": null, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1= 497691745162_3967">            "name": "myvm0= 5", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149769= 1745162_3968">            "nested_attributes"= : [], </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497= 691745162_3969">            "nics": [], = </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3= 970">            "operating_system": null,&nb= sp;</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149769174516= 2_3971">            "poll_interval": 3, = </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3= 972">            "serial_policy": null, = </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3= 973">            "serial_policy_value": null,=  </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149769174= 5162_3974">            "state": "present",&nb= sp;</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149769174516= 2_3975">            "stateless": null, <= /div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_39= 76">            "sysprep": null, </div><= div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3977">&n= bsp;           "template": "mahdi", </div><di= v dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3978">&nbs= p;           "template_version": null, </div>= <div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3979">&= nbsp;           "timeout": 180, </div><div di= r=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3980">  &= nbsp;         "timezone": null, </div><div dir=3D"= ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3981">   =         "type": null, </div><div dir=3D"ltr" id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3982">     =       "use_latest_template_version": null, </div><div = dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3983"> =           "wait": true</div><div dir=3D"ltr" id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3984">     =   }</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149769= 1745162_3985">    }, </div><div dir=3D"ltr" id=3D"yiv5012541= 580yui_3_16_0_ym19_1_1497691745162_3986">    "vm": {</div><div di= r=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3987">  &= nbsp;     "affinity_labels": [], </div><div dir=3D"ltr" id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3988">     =   "applications": [], </div><div dir=3D"ltr" id=3D"yiv5012541580= yui_3_16_0_ym19_1_1497691745162_3989">        "bios": {= </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3= 990">            "boot_menu": {</div><div dir= =3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3991">  &n= bsp;             "enabled": false</div><div d= ir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3992">  =           }</div><div dir=3D"ltr" id=3D"yiv5012541= 580yui_3_16_0_ym19_1_1497691745162_3993">        },&nbs= p;</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162= _3994">        "cdroms": [], </div><div dir=3D"ltr= " id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3995">    &n= bsp;   "cluster": {</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_= 0_ym19_1_1497691745162_3996">            "hre= f": "/ovirt-engine/api/clusters/ffc26dac-0aeb-4486-8ce4-6eada0a99f0a",&nbsp= ;</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_= 3997">            "id": "ffc26dac-0aeb-4486-8= ce4-6eada0a99f0a"</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_= 1_1497691745162_3998">        }, </div><div dir=3D= "ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3999">  &nbsp= ;     "comment": "Dev", </div><div dir=3D"ltr" id=3D"yiv5012= 541580yui_3_16_0_ym19_1_1497691745162_4000">        "cp= u": {</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745= 162_4001">            "architecture": "x86_64= ", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691= 745162_4002">            "topology": {</div><= div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4003">&n= bsp;               "cores": 2, </di= v><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4004"= >                "sockets": 4,&nbsp= ;</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_= 4005">                "threads": 1<= /div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_40= 06">            }</div><div dir=3D"ltr" id=3D= "yiv5012541580yui_3_16_0_ym19_1_1497691745162_4007">      &n= bsp; }, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_14= 97691745162_4008">        "cpu_profile": {</div><div di= r=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4009">  &= nbsp;         "href": "/ovirt-engine/api/cpuprofiles/a6= ab1a5d-2c5b-4910-a988-0e1719a30741", </div><div dir=3D"ltr" id=3D"yiv5= 012541580yui_3_16_0_ym19_1_1497691745162_4010">        =     "id": "a6ab1a5d-2c5b-4910-a988-0e1719a30741"</div><div dir=3D= "ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4011">  &nbsp= ;     }, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_= 0_ym19_1_1497691745162_4012">        "cpu_shares": 0,&n= bsp;</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_14976917451= 62_4013">        "creation_time": "2017-06-17 12:13:32.= 297000+03:00", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym= 19_1_1497691745162_4014">        "delete_protected": fa= lse, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_14976= 91745162_4015">        "disk_attachments": [], </d= iv><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4016= ">        "display": {</div><div dir=3D"ltr" id=3D"yiv5= 012541580yui_3_16_0_ym19_1_1497691745162_4017">        =     "allow_override": true, </div><div dir=3D"ltr" id=3D"yiv= 5012541580yui_3_16_0_ym19_1_1497691745162_4018">       =     "copy_paste_enabled": true, </div><div dir=3D"ltr" id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4019">     =       "disconnect_action": "LOCK_SCREEN", </div><div d= ir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4020">  =           "file_transfer_enabled": true, </di= v><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4021"= >            "monitors": 1, </div><div d= ir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4022">  =           "single_qxl_pci": true, </div><div = dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4023"> =           "smartcard_enabled": false, </div>= <div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4024">&= nbsp;           "type": "spice"</div><div dir=3D"l= tr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4025">    =     }, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_= ym19_1_1497691745162_4026">        "graphics_consoles":= [], </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_14976= 91745162_4027">        "high_availability": {</div><div= dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4028">&nbsp= ;           "enabled": false, </div><div dir= =3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4029">  &n= bsp;         "priority": 1</div><div dir=3D"ltr" id=3D"= yiv5012541580yui_3_16_0_ym19_1_1497691745162_4030">      &nb= sp; }, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149= 7691745162_4031">        "host_devices": [], </div= ><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4032">=         "href": "/ovirt-engine/api/vms/2cc92449-48a7-4e= 3f-8d11-ea631232c39a", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3= _16_0_ym19_1_1497691745162_4033">        "id": "2cc9244= 9-48a7-4e3f-8d11-ea631232c39a", </div><div dir=3D"ltr" id=3D"yiv501254= 1580yui_3_16_0_ym19_1_1497691745162_4034">        "io":= {</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162= _4035">            "threads": 0</div><div dir= =3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4036">  &n= bsp;     }, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_= 16_0_ym19_1_1497691745162_4037">        "katello_errata= ": [], </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149= 7691745162_4038">        "large_icon": {</div><div dir= =3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4039">  &n= bsp;         "href": "/ovirt-engine/api/icons/9f7763e9-= 2705-4fd6-8d08-9f2ee8290d2b", </div><div dir=3D"ltr" id=3D"yiv50125415= 80yui_3_16_0_ym19_1_1497691745162_4040">          =   "id": "9f7763e9-2705-4fd6-8d08-9f2ee8290d2b"</div><div dir=3D"ltr" i= d=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4041">    &nbsp= ;   }, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_= 1_1497691745162_4042">        "memory": 4294967296,&nbs= p;</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162= _4043">        "memory_policy": {</div><div dir=3D"ltr"= id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4044">    &nb= sp;       "ballooning": true, </div><div dir=3D"ltr" id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4045">     =       "guaranteed": 2097152000</div><div dir=3D"ltr" id=3D"= yiv5012541580yui_3_16_0_ym19_1_1497691745162_4046">      &nb= sp; }, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149= 7691745162_4047">        "migration": {</div><div dir= =3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4048">  &n= bsp;         "auto_converge": "inherit", </div><di= v dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4049">&nbs= p;           "compressed": "inherit"</div><div dir= =3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4050">  &n= bsp;     }, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_= 16_0_ym19_1_1497691745162_4051">        "migration_down= time": -1, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1= _1497691745162_4052">        "name": "myvm05", </d= iv><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4053= ">        "next_run_configuration_exists": false, = </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4= 054">        "nics": [], </div><div dir=3D"ltr" id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4055">     =   "numa_nodes": [], </div><div dir=3D"ltr" id=3D"yiv5012541580yu= i_3_16_0_ym19_1_1497691745162_4056">        "numa_tune_= mode": "interleave", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_1= 6_0_ym19_1_1497691745162_4057">        "origin": "ovirt= ", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691= 745162_4058">        "os": {</div><div dir=3D"ltr" id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4059">     =       "boot": {</div><div dir=3D"ltr" id=3D"yiv5012541580yu= i_3_16_0_ym19_1_1497691745162_4060">          &nbs= p;     "devices": [</div><div dir=3D"ltr" id=3D"yiv5012541580yui_= 3_16_0_ym19_1_1497691745162_4061">           =         "hd"</div><div dir=3D"ltr" id=3D"yiv5012541580= yui_3_16_0_ym19_1_1497691745162_4062">          &n= bsp;     ]</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym= 19_1_1497691745162_4063">            }, = </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4= 064">            "type": "rhel_7x64"</div><di= v dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4065">&nbs= p;       }, </div><div dir=3D"ltr" id=3D"yiv5012541580y= ui_3_16_0_ym19_1_1497691745162_4066">        "permissio= ns": [], </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1= 497691745162_4067">        "placement_policy": {</div><= div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4068">&n= bsp;           "affinity": "migratable"</div><div = dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4069"> =       }, </div><div dir=3D"ltr" id=3D"yiv5012541580yui= _3_16_0_ym19_1_1497691745162_4070">        "reported_de= vices": [], </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_= 1_1497691745162_4071">        "sessions": [], </di= v><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4072"= >        "small_icon": {</div><div dir=3D"ltr" id=3D"yi= v5012541580yui_3_16_0_ym19_1_1497691745162_4073">      &nbsp= ;     "href": "/ovirt-engine/api/icons/96f4aadd-116e-4f68-9eea-bd= 417689a88f", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19= _1_1497691745162_4074">            "id": "96f= 4aadd-116e-4f68-9eea-bd417689a88f"</div><div dir=3D"ltr" id=3D"yiv501254158= 0yui_3_16_0_ym19_1_1497691745162_4075">        }, = </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4= 076">        "snapshots": [], </div><div dir=3D"lt= r" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4077">    &= nbsp;   "sso": {</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_y= m19_1_1497691745162_4078">            "method= s": [</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745= 162_4079">                {</div><d= iv dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4080">&nb= sp;                   "id": "g= uest_agent"</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497= 691745162_4081">                }</= div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_408= 2">            ]</div><div dir=3D"ltr" id=3D"= yiv5012541580yui_3_16_0_ym19_1_1497691745162_4083">      &nb= sp; }, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149= 7691745162_4084">        "start_paused": false, </= div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_408= 5">        "stateless": false, </div><div dir=3D"l= tr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4086">    =     "statistics": [], </div><div dir=3D"ltr" id=3D"yiv501254= 1580yui_3_16_0_ym19_1_1497691745162_4087">        "stat= us": "down", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19= _1_1497691745162_4088">        "stop_time": "2017-06-17= 12:13:49.222000+03:00", </div><div dir=3D"ltr" id=3D"yiv5012541580yui= _3_16_0_ym19_1_1497691745162_4089">        "tags": [],&= nbsp;</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745= 162_4090">        "template": {</div><div dir=3D"ltr" i= d=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4091">    &nbsp= ;       "href": "/ovirt-engine/api/templates/71e0d46a-d8b8-4= 8dc-bae4-3895a42fa005", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_= 3_16_0_ym19_1_1497691745162_4092">           = "id": "71e0d46a-d8b8-48dc-bae4-3895a42fa005"</div><div dir=3D"ltr" id=3D"y= iv5012541580yui_3_16_0_ym19_1_1497691745162_4093">      &nbs= p; }, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497= 691745162_4094">        "time_zone": {</div><div dir=3D= "ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4095">  &nbsp= ;         "name": "Etc/GMT"</div><div dir=3D"ltr" id=3D= "yiv5012541580yui_3_16_0_ym19_1_1497691745162_4096">      &n= bsp; }, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_14= 97691745162_4097">        "type": "server", </div>= <div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4098">&= nbsp;       "usb": {</div><div dir=3D"ltr" id=3D"yiv50125415= 80yui_3_16_0_ym19_1_1497691745162_4099">          =   "enabled": false</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0= _ym19_1_1497691745162_4100">        }, </div><div = dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4101"> =       "watchdogs": []</div><div dir=3D"ltr" id=3D"yiv501254= 1580yui_3_16_0_ym19_1_1497691745162_4102">    }</div><div dir=3D"= ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4103">}</div><div d= ir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4104"><br cle= ar=3D"none" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4105"></div>= <div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4106">T= ASK [Revoke] **************************************************************= **************************************************************************<= /div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_41= 07">task path: /home/testo/ovirt.yml:35</div><div dir=3D"ltr" id=3D"yiv5012= 541580yui_3_16_0_ym19_1_1497691745162_4108">Using module file /usr/lib/pyth= on2.7/site-packages/ansible/modules/cloud/ovirt/ovirt_auth.py</div><div dir= =3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4109"><127.0= .0.1> ESTABLISH LOCAL CONNECTION FOR USER: root</div><div dir=3D"ltr" id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4110"><127.0.0.1> EX= EC /bin/sh -c 'echo ~ && sleep 0'</div><div dir=3D"ltr" id=3D"yiv50= 12541580yui_3_16_0_ym19_1_1497691745162_4111"><127.0.0.1> EXEC /bin/s= h -c '( umask 77 && mkdir -p "` echo /root/.ansible/tmp/ansible-tmp= -1497701702.11-127433446023642 `" && echo ansible-tmp-1497701702.11= -127433446023642=3D"` echo /root/.ansible/tmp/ansible-tmp-1497701702.11-127= 433446023642 `" ) && sleep 0'</div><div dir=3D"ltr" id=3D"yiv501254= 1580yui_3_16_0_ym19_1_1497691745162_4112"><127.0.0.1> PUT /tmp/tmp1iW= BKN TO /root/.ansible/tmp/ansible-tmp-1497701702.11-127433446023642/ovirt_a= uth.py</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149769174= 5162_4113"><127.0.0.1> EXEC /bin/sh -c 'chmod u+x /root/.ansible/tmp/= ansible-tmp-1497701702.11-127433446023642/ /root/.ansible/tmp/ansible-tmp-1= 497701702.11-127433446023642/ovirt_auth.py && sleep 0'</div><div di= r=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4114"><127.= 0.0.1> EXEC /bin/sh -c '/usr/bin/python2 /root/.ansible/tmp/ansible-tmp-= 1497701702.11-127433446023642/ovirt_auth.py; rm -rf "/root/.ansible/tmp/ans= ible-tmp-1497701702.11-127433446023642/" > /dev/null 2>&1 &&a= mp; sleep 0'</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149= 7691745162_4115">ok: [localhost] =3D> {</div><div dir=3D"ltr" id=3D"yiv5= 012541580yui_3_16_0_ym19_1_1497691745162_4116">    "ansible_facts= ": {</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_14976917451= 62_4117">        "ovirt_auth": {}</div><div dir=3D"ltr"= id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4118">    },&= nbsp;</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745= 162_4119">    "changed": false, </div><div dir=3D"ltr" id=3D= "yiv5012541580yui_3_16_0_ym19_1_1497691745162_4120">    "invocati= on": {</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149769174= 5162_4121">        "module_args": {</div><div dir=3D"lt= r" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4122">    &= nbsp;       "ca_file": null, </div><div dir=3D"ltr" id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4123">     =       "compress": true, </div><div dir=3D"ltr" id=3D"y= iv5012541580yui_3_16_0_ym19_1_1497691745162_4124">      &nbs= p;     "insecure": false, </div><div dir=3D"ltr" id=3D"yiv50= 12541580yui_3_16_0_ym19_1_1497691745162_4125">        &= nbsp;   "kerberos": false, </div><div dir=3D"ltr" id=3D"yiv501254= 1580yui_3_16_0_ym19_1_1497691745162_4126">        &nbsp= ;   "ovirt_auth": {</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_= 0_ym19_1_1497691745162_4127">            &nbs= p;   "ca_file": null, </div><div dir=3D"ltr" id=3D"yiv5012541580y= ui_3_16_0_ym19_1_1497691745162_4128">          &nb= sp;     "compress": true, </div><div dir=3D"ltr" id=3D"yiv50= 12541580yui_3_16_0_ym19_1_1497691745162_4129">        &= nbsp;       "insecure": true, </div><div dir=3D"ltr" id= =3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4130">     =           "kerberos": false, </div><div dir= =3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4131">  &n= bsp;             "timeout": 0, </div><di= v dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4132">&nbs= p;               "token": "7tFUJzpf8t4uL= oCQnI3jkYpIDoD7jP3n3oWsmk-aY8H5M5OTfTOsVNZQ6SvPBPdh4DKdikeUm_ObenNHHuuYVg",=  </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_149769174= 5162_4133">                "url": "= https://ovirt-engine.elcld.net:443/ovirt-engine/api"</div><div dir=3D"ltr" = id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4134">    &nbs= p;       }, </div><div dir=3D"ltr" id=3D"yiv5012541580y= ui_3_16_0_ym19_1_1497691745162_4135">          &nb= sp; "password": null, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_= 16_0_ym19_1_1497691745162_4136">            "= state": "absent", </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0= _ym19_1_1497691745162_4137">            "time= out": 0, </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1= 497691745162_4138">            "url": null,&n= bsp;</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_14976917451= 62_4139">            "username": null</div><d= iv dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4140">&nb= sp;       }</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_1= 6_0_ym19_1_1497691745162_4141">    }</div><div dir=3D"ltr" id=3D"= yiv5012541580yui_3_16_0_ym19_1_1497691745162_4142">}</div><div dir=3D"ltr" = id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4143">META: ran handlers= </div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4= 144">META: ran handlers</div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0= _ym19_1_1497691745162_4145"><br clear=3D"none" id=3D"yiv5012541580yui_3_16_= 0_ym19_1_1497691745162_4146"></div><div dir=3D"ltr" id=3D"yiv5012541580yui_= 3_16_0_ym19_1_1497691745162_4147">PLAY RECAP ******************************= ***************************************************************************= **********************************</div><div dir=3D"ltr" id=3D"yiv501254158= 0yui_3_16_0_ym19_1_1497691745162_4148">localhost       &nbsp= ;          : ok=3D3    changed=3D1 &nbsp= ;  unreachable=3D0    failed=3D0   </div><div dir= =3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3484"></div><di= v dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4149"><br = clear=3D"none" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4150"></d= iv><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_4149= "><br clear=3D"none"></div><div dir=3D"ltr" id=3D"yiv5012541580yui_3_16_0_y= m19_1_1497691745162_4149">best regards</div><div></div><div id=3D"yiv501254= 1580yui_3_16_0_ym19_1_1497691745162_3423"> </div><div class=3D"yiv5012= 541580signature" id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3449"><= div id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3448"><br clear=3D"n= one"></div><div id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745162_3481"><b= r clear=3D"none"></div><div id=3D"yiv5012541580yui_3_16_0_ym19_1_1497691745= 162_3482">Sent from Yahoo Mail. <a rel=3D"nofollow" shape=3D"rect" target= =3D"_blank" href=3D"https://yho.com/148vdq">Get the app</a></div></div> <di= v class=3D"yiv5012541580qtdSeparateBR"><br clear=3D"none"><br clear=3D"none= "></div><div class=3D"yiv5012541580yahoo_quoted" style=3D"display:block;"> = <div style=3D"font-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, = sans-serif;font-size:13px;"> <div style=3D"font-family:HelveticaNeue, Helve= tica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <d= iv dir=3D"ltr"><font size=3D"2" face=3D"Arial"> On Saturday, June 17, 2017 = 11:43 AM, Luca 'remix_tj' Lorenzetto <lorenzetto.luca(a)gmail.com> wrot= e:<br clear=3D"none"></font></div> <br clear=3D"none"><br clear=3D"none"> = <div class=3D"yiv5012541580y_msg_container"><div dir=3D"ltr">Hello,<br clea= r=3D"none"><br clear=3D"none">imho seems everything ok. The VM gets created= and powers up. What's<br clear=3D"none">your specific problem? on ansible = side which messages you get?<br clear=3D"none"><div class=3D"yiv5012541580y= qt0765384139" id=3D"yiv5012541580yqtfd71532"><br clear=3D"none">On Sat, Jun= 17, 2017 at 9:29 AM, khalid mahmood<br clear=3D"none"><<a rel=3D"nofoll= ow" shape=3D"rect" ymailto=3D"mailto:engkhalid21986@yahoo.com" target=3D"_b= lank" href=3D"mailto:engkhalid21986@yahoo.com">engkhalid21986(a)yahoo.com</a>= > wrote:<br clear=3D"none">> Dear Martin<br clear=3D"none">><br cl= ear=3D"none">><br clear=3D"none">> My Ovirt Engine Log In The Time Wh= en Ansible Script Run Can You Please check<br clear=3D"none">> the log := <br clear=3D"none">><br clear=3D"none">><br clear=3D"none">><br cl= ear=3D"none">> 2017-06-17 10:13:53,478 INFO<br clear=3D"none">> [org.= ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-5) []<br cle= ar=3D"none">> User <a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:= admin@internal" target=3D"_blank" href=3D"mailto:admin@internal">admin@inte= rnal</a> successfully logged in with scopes: ovirt-app-api<br clear=3D"none= ">> ovirt-ext=3Dtoken-info:authz-search ovirt-ext=3Dtoken-info:public-au= thz-search<br clear=3D"none">> ovirt-ext=3Dtoken-info:validate<br clear= =3D"none">> 2017-06-17 10:13:54,076 INFO<br clear=3D"none">> [org.ovi= rt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-2)<br clear= =3D"none">> [2cefa073] Running command: CreateUserSessionCommand interna= l: false.<br clear=3D"none">> 2017-06-17 10:13:54,227 INFO  [org.ov= irt.engine.core.bll.AddVmCommand]<br clear=3D"none">> (default task-1) [= 22a2647d] Lock Acquired to object<br clear=3D"none">> 'EngineLock:{exclu= siveLocks=3D'[myvm05=3D<VM_NAME,<br clear=3D"none">> ACTION_TYPE_FAIL= ED_OBJECT_LOCKED>]',<br clear=3D"none">> sharedLocks=3D'[71e0d46a-d8b= 8-48dc-bae4-3895a42fa005=3D<TEMPLATE,<br clear=3D"none">> ACTION_TYPE= _FAILED_TEMPLATE_IS_USED_FOR_CREATE_VM$VmName myvm05>,<br clear=3D"none"= >> 4aba3e03-6665-46d5-882c-8d8931a563f0=3D<DISK,<br clear=3D"none">&g= t; ACTION_TYPE_FAILED_DISK_IS_USED_FOR_CREATE_VM$VmName myvm05>]'}'<br c= lear=3D"none">> 2017-06-17 10:13:54,287 INFO  [org.ovirt.engine.cor= e.bll.AddVmCommand]<br clear=3D"none">> (default task-1) [22a2647d] Runn= ing command: AddVmCommand internal: false.<br clear=3D"none">> Entities = affected :  ID: ffc26dac-0aeb-4486-8ce4-6eada0a99f0a Type:<br clear=3D= "none">> ClusterAction group CREATE_VM with role type USER,  ID:<br= clear=3D"none">> 71e0d46a-d8b8-48dc-bae4-3895a42fa005 Type: VmTemplateA= ction group CREATE_VM<br clear=3D"none">> with role type USER,  ID:= 4a62e1c2-8942-48f6-a3c4-1e54d158e13a Type:<br clear=3D"none">> StorageA= ction group CREATE_DISK with role type USER<br clear=3D"none">> 2017-06-= 17 10:13:54,362 INFO<br clear=3D"none">> [org.ovirt.engine.core.vdsbroke= r.SetVmStatusVDSCommand] (default task-1) []<br clear=3D"none">> START, = SetVmStatusVDSCommand(<br clear=3D"none">> SetVmStatusVDSCommandParamete= rs:{runAsync=3D'true',<br clear=3D"none">> vmId=3D'535f7d2b-a3df-4f7e-91= e1-7b564bff625c', status=3D'ImageLocked',<br clear=3D"none">> exitStatus= =3D'Normal'}), log id: 758c11b1<br clear=3D"none">> 2017-06-17 10:13:54,= 366 INFO<br clear=3D"none">> [org.ovirt.engine.core.vdsbroker.SetVmStatu= sVDSCommand] (default task-1) []<br clear=3D"none">> FINISH, SetVmStatus= VDSCommand, log id: 758c11b1<br clear=3D"none">> 2017-06-17 10:13:54,375= INFO<br clear=3D"none">> [org.ovirt.engine.core.bll.snapshots.CreateSna= pshotFromTemplateCommand]<br clear=3D"none">> (default task-1) [431bbdcb= ] Running command:<br clear=3D"none">> CreateSnapshotFromTemplateCommand= internal: true. Entities affected :  ID:<br clear=3D"none">> 4a62e= 1c2-8942-48f6-a3c4-1e54d158e13a Type: Storage<br clear=3D"none">> 2017-0= 6-17 10:13:54,389 INFO<br clear=3D"none">> [org.ovirt.engine.core.vdsbro= ker.irsbroker.CreateSnapshotVDSCommand]<br clear=3D"none">> (default tas= k-1) [431bbdcb] START, CreateSnapshotVDSCommand(<br clear=3D"none">> Cre= ateSnapshotVDSCommandParameters:{runAsync=3D'true',<br clear=3D"none">> = storagePoolId=3D'ca3d926a-fff6-41e3-bddd-f244289713fc',<br clear=3D"none">&= gt; ignoreFailoverLimit=3D'false',<br clear=3D"none">> storageDomainId= =3D'4a62e1c2-8942-48f6-a3c4-1e54d158e13a',<br clear=3D"none">> imageGrou= pId=3D'67bfd3f8-8def-4b3a-bb45-c52aed5d1a4f',<br clear=3D"none">> imageS= izeInBytes=3D'17179869184', volumeFormat=3D'COW',<br clear=3D"none">> ne= wImageId=3D'b5142477-2134-470e-8ba4-a2e72119ec9a', newImageDescription=3D''= ,<br clear=3D"none">> imageInitialSizeInBytes=3D'0', imageId=3D'901367d7= -8a2a-4f7e-80e8-636738ea3990',<br clear=3D"none">> sourceImageGroupId=3D= '4aba3e03-6665-46d5-882c-8d8931a563f0'}), log id: 1931032<br clear=3D"none"= >> 2017-06-17 10:13:54,390 INFO<br clear=3D"none">> [org.ovirt.engine= .core.vdsbroker.irsbroker.CreateSnapshotVDSCommand]<br clear=3D"none">> = (default task-1) [431bbdcb] -- executeIrsBrokerCommand: calling<br clear=3D= "none">> 'createVolume' with two new parameters: description and UUID<br= clear=3D"none">> 2017-06-17 10:13:55,518 INFO<br clear=3D"none">> [o= rg.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSCommand]<br clear= =3D"none">> (default task-1) [431bbdcb] FINISH, CreateSnapshotVDSCommand= , return:<br clear=3D"none">> b5142477-2134-470e-8ba4-a2e72119ec9a, log = id: 1931032<br clear=3D"none">> 2017-06-17 10:13:55,521 INFO<br clear=3D= "none">> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (default tas= k-1)<br clear=3D"none">> [431bbdcb] CommandAsyncTask::Adding CommandMult= iAsyncTasks object for<br clear=3D"none">> command 'b35f7ba3-89fc-4720-8= 6e2-98cfa2ac4aeb'<br clear=3D"none">> 2017-06-17 10:13:55,521 INFO<br cl= ear=3D"none">> [org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (defau= lt task-1)<br clear=3D"none">> [431bbdcb] CommandMultiAsyncTasks::attach= Task: Attaching task<br clear=3D"none">> 'a236b425-4414-49d8-860b-a0e932= db175f' to command<br clear=3D"none">> 'b35f7ba3-89fc-4720-86e2-98cfa2ac= 4aeb'.<br clear=3D"none">> 2017-06-17 10:13:55,529 INFO<br clear=3D"none= ">> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (default task-1)<= br clear=3D"none">> [431bbdcb] Adding task 'a236b425-4414-49d8-860b-a0e9= 32db175f' (Parent<br clear=3D"none">> Command 'CreateSnapshotFromTemplat= e', Parameters Type<br clear=3D"none">> 'org.ovirt.engine.core.common.as= ynctasks.AsyncTaskParameters'), polling<br clear=3D"none">> hasn't start= ed yet..<br clear=3D"none">> 2017-06-17 10:13:55,571 INFO<br clear=3D"no= ne">> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirec= tor]<br clear=3D"none">> (default task-1) [431bbdcb] Correlation ID: 22a= 2647d, Job ID:<br clear=3D"none">> 638b7524-baaa-4bb2-bb36-e02b78bb5dfd,= Call Stack: null, Custom Event ID: -1,<br clear=3D"none">> Message: VM = myvm05 creation was initiated by <a rel=3D"nofollow" shape=3D"rect" ymailto= =3D"mailto:admin@internal-authz." target=3D"_blank" href=3D"mailto:admin@in= ternal-authz.">admin@internal-authz.</a><br clear=3D"none">> 2017-06-17 = 10:13:55,571 INFO  [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]<br c= lear=3D"none">> (default task-1) [431bbdcb] BaseAsyncTask::startPollingT= ask: Starting to<br clear=3D"none">> poll task 'a236b425-4414-49d8-860b-= a0e932db175f'.<br clear=3D"none">> 2017-06-17 10:13:57,274 INFO<br clear= =3D"none">> [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionC= allback]<br clear=3D"none">> (DefaultQuartzScheduler5) [431bbdcb] Comman= d 'AddVm' (id:<br clear=3D"none">> 'd089dd43-f977-4eb7-aa22-245d8ab69e5d= ') waiting on child command id:<br clear=3D"none">> 'b35f7ba3-89fc-4720-= 86e2-98cfa2ac4aeb' type:'CreateSnapshotFromTemplate' to<br clear=3D"none">&= gt; complete<br clear=3D"none">> 2017-06-17 10:13:58,289 INFO<br clear= =3D"none">> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (DefaultQ= uartzScheduler8)<br clear=3D"none">> [3a68eba3] Polling and updating Asy= nc Tasks: 2 tasks, 1 tasks to poll now<br clear=3D"none">> 2017-06-17 10= :13:58,586 INFO  [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]<br cle= ar=3D"none">> (DefaultQuartzScheduler8) [3a68eba3] SPMAsyncTask::PollTas= k: Polling task<br clear=3D"none">> 'a236b425-4414-49d8-860b-a0e932db175= f' (Parent Command<br clear=3D"none">> 'CreateSnapshotFromTemplate', Par= ameters Type<br clear=3D"none">> 'org.ovirt.engine.core.common.asynctask= s.AsyncTaskParameters') returned<br clear=3D"none">> status 'finished', = result 'success'.<br clear=3D"none">> 2017-06-17 10:13:58,589 INFO = [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]<br clear=3D"none">> (Def= aultQuartzScheduler8) [3a68eba3] BaseAsyncTask::onTaskEndSuccess: Task<br c= lear=3D"none">> 'a236b425-4414-49d8-860b-a0e932db175f' (Parent Command<b= r clear=3D"none">> 'CreateSnapshotFromTemplate', Parameters Type<br clea= r=3D"none">> 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameter= s') ended<br clear=3D"none">> successfully.<br clear=3D"none">> 2017-= 06-17 10:13:58,591 INFO<br clear=3D"none">> [org.ovirt.engine.core.bll.t= asks.CommandAsyncTask] (DefaultQuartzScheduler8)<br clear=3D"none">> [3a= 68eba3] CommandAsyncTask::endActionIfNecessary: All tasks of command<br cle= ar=3D"none">> 'b35f7ba3-89fc-4720-86e2-98cfa2ac4aeb' has ended -> exe= cuting 'endAction'<br clear=3D"none">> 2017-06-17 10:13:58,591 INFO<br c= lear=3D"none">> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (Defa= ultQuartzScheduler8)<br clear=3D"none">> [3a68eba3] CommandAsyncTask::en= dAction: Ending action for '1' tasks (command<br clear=3D"none">> ID: 'b= 35f7ba3-89fc-4720-86e2-98cfa2ac4aeb'): calling endAction '.<br clear=3D"non= e">> 2017-06-17 10:13:58,591 INFO<br clear=3D"none">> [org.ovirt.engi= ne.core.bll.tasks.CommandAsyncTask]<br clear=3D"none">> (org.ovirt.threa= d.pool-6-thread-38) [3a68eba3]<br clear=3D"none">> CommandAsyncTask::end= CommandAction [within thread] context: Attempting to<br clear=3D"none">>= endAction 'CreateSnapshotFromTemplate', executionIndex: '0'<br clear=3D"no= ne">> 2017-06-17 10:13:58,596 INFO<br clear=3D"none">> [org.ovirt.eng= ine.core.bll.snapshots.CreateSnapshotFromTemplateCommand]<br clear=3D"none"= >> (org.ovirt.thread.pool-6-thread-38) [431bbdcb] Command<br clear=3D"no= ne">> [id=3Db35f7ba3-89fc-4720-86e2-98cfa2ac4aeb]: Updating status to 'S= UCCEEDED',<br clear=3D"none">> The command end method logic will be exec= uted by one of its parent commands.<br clear=3D"none">> 2017-06-17 10:13= :58,597 INFO<br clear=3D"none">> [org.ovirt.engine.core.bll.tasks.Comman= dAsyncTask]<br clear=3D"none">> (org.ovirt.thread.pool-6-thread-38) [431= bbdcb]<br clear=3D"none">> CommandAsyncTask::HandleEndActionResult [with= in thread]: endAction for<br clear=3D"none">> action type 'CreateSnapsho= tFromTemplate' completed, handling the result.<br clear=3D"none">> 2017-= 06-17 10:13:58,597 INFO<br clear=3D"none">> [org.ovirt.engine.core.bll.t= asks.CommandAsyncTask]<br clear=3D"none">> (org.ovirt.thread.pool-6-thre= ad-38) [431bbdcb]<br clear=3D"none">> CommandAsyncTask::HandleEndActionR= esult [within thread]: endAction for<br clear=3D"none">> action type 'Cr= eateSnapshotFromTemplate' succeeded, clearing tasks.<br clear=3D"none">>= 2017-06-17 10:13:58,597 INFO  [org.ovirt.engine.core.bll.tasks.SPMAsy= ncTask]<br clear=3D"none">> (org.ovirt.thread.pool-6-thread-38) [431bbdc= b] SPMAsyncTask::ClearAsyncTask:<br clear=3D"none">> Attempting to clear= task 'a236b425-4414-49d8-860b-a0e932db175f'<br clear=3D"none">> 2017-06= -17 10:13:58,598 INFO<br clear=3D"none">> [org.ovirt.engine.core.vdsbrok= er.irsbroker.SPMClearTaskVDSCommand]<br clear=3D"none">> (org.ovirt.thre= ad.pool-6-thread-38) [431bbdcb] START,<br clear=3D"none">> SPMClearTaskV= DSCommand(<br clear=3D"none">> SPMTaskGuidBaseVDSCommandParameters:{runA= sync=3D'true',<br clear=3D"none">> storagePoolId=3D'ca3d926a-fff6-41e3-b= ddd-f244289713fc',<br clear=3D"none">> ignoreFailoverLimit=3D'false',<br= clear=3D"none">> taskId=3D'a236b425-4414-49d8-860b-a0e932db175f'}), log= id: 37a1669b<br clear=3D"none">> 2017-06-17 10:13:58,598 INFO<br clear= =3D"none">> [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCo= mmand]<br clear=3D"none">> (org.ovirt.thread.pool-6-thread-38) [431bbdcb= ] START,<br clear=3D"none">> HSMClearTaskVDSCommand(HostName =3D h1,<br = clear=3D"none">> HSMTaskGuidBaseVDSCommandParameters:{runAsync=3D'true',= <br clear=3D"none">> hostId=3D'e62505b1-d9b6-4231-992c-8e4851c66624',<br= clear=3D"none">> taskId=3D'a236b425-4414-49d8-860b-a0e932db175f'}), log= id: 5ecec77e<br clear=3D"none">> 2017-06-17 10:13:59,633 INFO<br clear= =3D"none">> [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCo= mmand]<br clear=3D"none">> (org.ovirt.thread.pool-6-thread-38) [431bbdcb= ] FINISH,<br clear=3D"none">> HSMClearTaskVDSCommand, log id: 5ecec77e<b= r clear=3D"none">> 2017-06-17 10:13:59,633 INFO<br clear=3D"none">> [= org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand]<br clear= =3D"none">> (org.ovirt.thread.pool-6-thread-38) [431bbdcb] FINISH,<br cl= ear=3D"none">> SPMClearTaskVDSCommand, log id: 37a1669b<br clear=3D"none= ">> 2017-06-17 10:13:59,635 INFO  [org.ovirt.engine.core.bll.tasks.= SPMAsyncTask]<br clear=3D"none">> (org.ovirt.thread.pool-6-thread-38) [4= 31bbdcb]<br clear=3D"none">> BaseAsyncTask::removeTaskFromDB: Removed ta= sk<br clear=3D"none">> 'a236b425-4414-49d8-860b-a0e932db175f' from DataB= ase<br clear=3D"none">> 2017-06-17 10:13:59,635 INFO<br clear=3D"none">&= gt; [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]<br clear=3D"none">&g= t; (org.ovirt.thread.pool-6-thread-38) [431bbdcb]<br clear=3D"none">> Co= mmandAsyncTask::HandleEndActionResult [within thread]: Removing<br clear=3D= "none">> CommandMultiAsyncTasks object for entity<br clear=3D"none">>= 'b35f7ba3-89fc-4720-86e2-98cfa2ac4aeb'<br clear=3D"none">> 2017-06-17 1= 0:14:01,284 INFO<br clear=3D"none">> [org.ovirt.engine.core.bll.Concurre= ntChildCommandsExecutionCallback]<br clear=3D"none">> (DefaultQuartzSche= duler7) [431bbdcb] Command 'AddVm' id:<br clear=3D"none">> 'd089dd43-f97= 7-4eb7-aa22-245d8ab69e5d' child commands<br clear=3D"none">> '[b35f7ba3-= 89fc-4720-86e2-98cfa2ac4aeb]' executions were completed, status<br clear=3D= "none">> 'SUCCEEDED'<br clear=3D"none">> 2017-06-17 10:14:02,299 INFO=   [org.ovirt.engine.core.bll.AddVmCommand]<br clear=3D"none">> (Def= aultQuartzScheduler2) [431bbdcb] Ending command<br clear=3D"none">> 'org= .ovirt.engine.core.bll.AddVmCommand' successfully.<br clear=3D"none">> 2= 017-06-17 10:14:02,304 INFO<br clear=3D"none">> [org.ovirt.engine.core.b= ll.snapshots.CreateSnapshotFromTemplateCommand]<br clear=3D"none">> (Def= aultQuartzScheduler2) [431bbdcb] Ending command<br clear=3D"none">> 'org= .ovirt.engine.core.bll.snapshots.CreateSnapshotFromTemplateCommand'<br clea= r=3D"none">> successfully.<br clear=3D"none">> 2017-06-17 10:14:02,30= 9 INFO<br clear=3D"none">> [org.ovirt.engine.core.vdsbroker.irsbroker.Ge= tImageInfoVDSCommand]<br clear=3D"none">> (DefaultQuartzScheduler2) [431= bbdcb] START, GetImageInfoVDSCommand(<br clear=3D"none">> GetImageInfoVD= SCommandParameters:{runAsync=3D'true',<br clear=3D"none">> storagePoolId= =3D'ca3d926a-fff6-41e3-bddd-f244289713fc',<br clear=3D"none">> ignoreFai= loverLimit=3D'false',<br clear=3D"none">> storageDomainId=3D'4a62e1c2-89= 42-48f6-a3c4-1e54d158e13a',<br clear=3D"none">> imageGroupId=3D'67bfd3f8= -8def-4b3a-bb45-c52aed5d1a4f',<br clear=3D"none">> imageId=3D'b5142477-2= 134-470e-8ba4-a2e72119ec9a'}), log id: 6fd9785f<br clear=3D"none">> 2017= -06-17 10:14:03,344 INFO<br clear=3D"none">> [org.ovirt.engine.core.vdsb= roker.irsbroker.GetImageInfoVDSCommand]<br clear=3D"none">> (DefaultQuar= tzScheduler2) [431bbdcb] FINISH, GetImageInfoVDSCommand, return:<br clear= =3D"none">> <a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:org.ovi= rt.engine.core.common.businessentities.storage.DiskImage@22deef7c" target= =3D"_blank" href=3D"mailto:org.ovirt.engine.core.common.businessentities.st= orage.DiskImage@22deef7c">org.ovirt.engine.core.common.businessentities.sto= rage.DiskImage@22deef7c</a>,<br clear=3D"none">> log id: 6fd9785f<br cle= ar=3D"none">> 2017-06-17 10:14:03,356 INFO<br clear=3D"none">> [org.o= virt.engine.core.vdsbroker.SetVmStatusVDSCommand]<br clear=3D"none">> (D= efaultQuartzScheduler2) [] START, SetVmStatusVDSCommand(<br clear=3D"none">= > SetVmStatusVDSCommandParameters:{runAsync=3D'true',<br clear=3D"none">= > vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c', status=3D'Down',<br cle= ar=3D"none">> exitStatus=3D'Normal'}), log id: 44ed9ea6<br clear=3D"none= ">> 2017-06-17 10:14:03,358 INFO<br clear=3D"none">> [org.ovirt.engin= e.core.vdsbroker.SetVmStatusVDSCommand]<br clear=3D"none">> (DefaultQuar= tzScheduler2) [] FINISH, SetVmStatusVDSCommand, log id: 44ed9ea6<br clear= =3D"none">> 2017-06-17 10:14:03,362 INFO  [org.ovirt.engine.core.bl= l.AddVmCommand]<br clear=3D"none">> (DefaultQuartzScheduler2) [] Lock fr= eed to object<br clear=3D"none">> 'EngineLock:{exclusiveLocks=3D'[myvm05= =3D<VM_NAME,<br clear=3D"none">> ACTION_TYPE_FAILED_OBJECT_LOCKED>= ]',<br clear=3D"none">> sharedLocks=3D'[71e0d46a-d8b8-48dc-bae4-3895a42f= a005=3D<TEMPLATE,<br clear=3D"none">> ACTION_TYPE_FAILED_TEMPLATE_IS_= USED_FOR_CREATE_VM$VmName myvm05>,<br clear=3D"none">> 4aba3e03-6665-= 46d5-882c-8d8931a563f0=3D<DISK,<br clear=3D"none">> ACTION_TYPE_FAILE= D_DISK_IS_USED_FOR_CREATE_VM$VmName myvm05>]'}'<br clear=3D"none">> 2= 017-06-17 10:14:03,370 INFO<br clear=3D"none">> [org.ovirt.engine.core.d= al.dbbroker.auditloghandling.AuditLogDirector]<br clear=3D"none">> (Defa= ultQuartzScheduler2) [] Correlation ID: 22a2647d, Job ID:<br clear=3D"none"= >> 638b7524-baaa-4bb2-bb36-e02b78bb5dfd, Call Stack: null, Custom Event = ID: -1,<br clear=3D"none">> Message: VM myvm05 creation has been complet= ed.<br clear=3D"none">> 2017-06-17 10:14:04,768 INFO  [org.ovirt.en= gine.core.bll.RunVmOnceCommand]<br clear=3D"none">> (default task-19) [5= 90cac7] Lock Acquired to object<br clear=3D"none">> 'EngineLock:{exclusi= veLocks=3D'[535f7d2b-a3df-4f7e-91e1-7b564bff625c=3D<VM,<br clear=3D"none= ">> ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks=3D'null'}'<br cl= ear=3D"none">> 2017-06-17 10:14:04,777 INFO<br clear=3D"none">> [org.= ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (default<br cle= ar=3D"none">> task-19) [590cac7] START, IsVmDuringInitiatingVDSCommand(<= br clear=3D"none">> IsVmDuringInitiatingVDSCommandParameters:{runAsync= =3D'true',<br clear=3D"none">> vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff6= 25c'}), log id: 261674f1<br clear=3D"none">> 2017-06-17 10:14:04,777 INF= O<br clear=3D"none">> [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiat= ingVDSCommand] (default<br clear=3D"none">> task-19) [590cac7] FINISH, I= sVmDuringInitiatingVDSCommand, return: false,<br clear=3D"none">> log id= : 261674f1<br clear=3D"none">> 2017-06-17 10:14:04,798 INFO  [org.o= virt.engine.core.bll.RunVmOnceCommand]<br clear=3D"none">> (default task= -19) [590cac7] Running command: RunVmOnceCommand internal:<br clear=3D"none= ">> false. Entities affected :  ID: 535f7d2b-a3df-4f7e-91e1-7b564bf= f625c Type:<br clear=3D"none">> VMAction group RUN_VM with role type USE= R<br clear=3D"none">> 2017-06-17 10:14:04,817 INFO<br clear=3D"none">&gt= ; [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (default<= br clear=3D"none">> task-19) [590cac7] START, UpdateVmDynamicDataVDSComm= and(<br clear=3D"none">> UpdateVmDynamicDataVDSCommandParameters:{runAsy= nc=3D'true', hostId=3D'null',<br clear=3D"none">> vmId=3D'00000000-0000-= 0000-0000-000000000000',<br clear=3D"none">> vmDynamic=3D'<a rel=3D"nofo= llow" shape=3D"rect" ymailto=3D"mailto:org.ovirt.engine.core.common.busines= sentities.VmDynamic@e1224d5b" target=3D"_blank" href=3D"mailto:org.ovirt.en= gine.core.common.businessentities.VmDynamic@e1224d5b">org.ovirt.engine.core= .common.businessentities.VmDynamic@e1224d5b</a>'}),<br clear=3D"none">> = log id: bc72f78<br clear=3D"none">> 2017-06-17 10:14:04,820 INFO<br clea= r=3D"none">> [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSComm= and] (default<br clear=3D"none">> task-19) [590cac7] FINISH, UpdateVmDyn= amicDataVDSCommand, log id: bc72f78<br clear=3D"none">> 2017-06-17 10:14= :04,822 INFO<br clear=3D"none">> [org.ovirt.engine.core.vdsbroker.Create= VmVDSCommand] (default task-19)<br clear=3D"none">> [590cac7] START, Cre= ateVmVDSCommand(<br clear=3D"none">> CreateVmVDSCommandParameters:{runAs= ync=3D'true',<br clear=3D"none">> hostId=3D'e62505b1-d9b6-4231-992c-8e48= 51c66624',<br clear=3D"none">> vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff6= 25c', vm=3D'VM [myvm05]'}), log id:<br clear=3D"none">> 5d92bbd3<br clea= r=3D"none">> 2017-06-17 10:14:04,825 INFO<br clear=3D"none">> [org.ov= irt.engine.core.vdsbroker.vdsbroker.CreateVmFromCloudInitVDSCommand]<br cle= ar=3D"none">> (default task-19) [590cac7] START, CreateVmFromCloudInitVD= SCommand(HostName<br clear=3D"none">> =3D h1, CreateVmVDSCommandParamete= rs:{runAsync=3D'true',<br clear=3D"none">> hostId=3D'e62505b1-d9b6-4231-= 992c-8e4851c66624',<br clear=3D"none">> vmId=3D'535f7d2b-a3df-4f7e-91e1-= 7b564bff625c', vm=3D'VM [myvm05]'}), log id:<br clear=3D"none">> 7b28f10= 7<br clear=3D"none">> 2017-06-17 10:14:04,828 INFO<br clear=3D"none">&gt= ; [org.ovirt.engine.core.vdsbroker.vdsbroker.VmInfoBuilderBase] (default<br= clear=3D"none">> task-19) [590cac7] Bootable disk '67bfd3f8-8def-4b3a-b= b45-c52aed5d1a4f' set<br clear=3D"none">> to index '0'<br clear=3D"none"= >> 2017-06-17 10:14:04,842 INFO<br clear=3D"none">> [org.ovirt.engine= .core.vdsbroker.vdsbroker.CreateVDSCommand] (default<br clear=3D"none">>= task-19) [590cac7]<br clear=3D"none">> org.ovirt.engine.core.vdsbroker.= vdsbroker.CreateVmFromCloudInitVDSCommand<br clear=3D"none">> pitReinjec= tion=3Dfalse,memGuaranteedSize=3D2000,smpThreadsPerCore=3D1,cpuType=3DWestm= ere,vmId=3D535f7d2b-a3df-4f7e-91e1-7b564bff625c,acpiEnable=3Dtrue,vmType=3D= kvm,smp=3D8,smpCoresPerSocket=3D2,emulatedMachine=3Dpc-i440fx-rhel7.2.0,sma= rtcardEnable=3Dfalse,guestNumaNodes=3D[{memory=3D4096,<br clear=3D"none">&g= t; cpus=3D0,1,2,3,4,5,6,7,<br clear=3D"none">> nodeIndex=3D0}],transpare= ntHugePages=3Dtrue,displayNetwork=3Dovirtmgmt,vmName=3Dmyvm05,maxVCpus=3D32= ,kvmEnable=3Dtrue,devices=3D[{iface=3Dide,<br clear=3D"none">> shared=3D= false, path=3D, readonly=3Dtrue, index=3D3, type=3Ddisk,<br clear=3D"none">= > specParams=3D{vmPayload=3D{file=3D{openstack/latest/meta_data.json=3De= wogICJuZXR3b3JrLWludGVyZmFjZXMiIDogImF1dG8gZXRoMFxuaWZhY2UgZXRoMCBpbmV0IHN0= YXRpY1xuICBhZGRyZXNzIDEwLjEwLjEwLjUwXG4gIG5ldG1hc2sgMjU1LjI1NS4yNTUuMFxuICB= nYXRld2F5IDEwLjEwLjEwLjFcbiAgZG5zLW5hbWVzZXJ2ZXJzIDEwOS4yMjQuMTQuMlxuICBkbn= Mtc2VhcmNoIGVsY2xkLm5ldFxuIiwKICAiYXZhaWxhYmlsaXR5X3pvbmUiIDogIm5vdmEiLAogI= CJob3N0bmFtZSIgOiAidm0wMSIsCiAgImxhdW5jaF9pbmRleCIgOiAiMCIsCiAgIm1ldGEiIDog= ewogICAgInJvbGUiIDogInNlcnZlciIsCiAgICAiZHNtb2RlIiA6ICJsb2NhbCIsCiAgICAiZXN= zZW50aWFsIiA6ICJmYWxzZSIKICB9LAogICJuYW1lIiA6ICJ2bTAxIiwKICAibmV0d29ya19jb2= 5maWciIDogewogICAgInBhdGgiIDogIi9ldGMvbmV0d29yay9pbnRlcmZhY2VzIiwKICAgICJjb= 250ZW50X3BhdGgiIDogIi9jb250ZW50LzAwMDAiCiAgfSwKICAidXVpZCIgOiAiNjdjOThkOWQt= OWZlOC00ZWU2LTg0NGUtZjU4N2Y1Njc5NWExIgp9,<br clear=3D"none">> openstack/= content/0000=3DYXV0byBldGgwCmlmYWNlIGV0aDAgaW5ldCBzdGF0aWMKICBhZGRyZXNzIDEw= LjEwLjEwLjUwCiAgbmV0bWFzayAyNTUuMjU1LjI1NS4wCiAgZ2F0ZXdheSAxMC4xMC4xMC4xCiA= gZG5zLW5hbWVzZXJ2ZXJzIDEwOS4yMjQuMTQuMgogIGRucy1zZWFyY2ggZWxjbGQubmV0Cg=3D= =3D,<br clear=3D"none">> openstack/latest/user_data=3DI2Nsb3VkLWNvbmZpZw= pvdXRwdXQ6CiAgYWxsOiAnPj4gL3Zhci9sb2cvY2xvdWQtaW5pdC1vdXRwdXQubG9nJwpwYXNzd= 29yZDogYm9vYm9vCmRpc2FibGVfcm9vdDogMApydW5jbWQ6Ci0gJ3NlZCAtaSAnJy9eZGF0YXNv= dXJjZV9saXN0OiAvZCcnIC9ldGMvY2xvdWQvY2xvdWQuY2ZnOyBlY2hvICcnZGF0YXNvdXJjZV9= saXN0OgogIFsiTm9DbG91ZCIsICJDb25maWdEcml2ZSJdJycgPj4gL2V0Yy9jbG91ZC9jbG91ZC= 5jZmcnCnNzaF9wd2F1dGg6IHRydWUKY2hwYXNzd2Q6CiAgZXhwaXJlOiBmYWxzZQp1c2VyOiByb= 290Cg=3D=3D},<br clear=3D"none">> volId=3Dconfig-2}}, device=3Dcdrom,<br= clear=3D"none">> deviceId=3D95cee92c-3f8d-4b2b-93f9-679c854f84b0}, {typ= e=3Dvideo,<br clear=3D"none">> specParams=3D{vgamem=3D16384, heads=3D1, = vram=3D32768, ram=3D65536}, device=3Dqxl,<br clear=3D"none">> deviceId= =3D5cb25f3c-dccb-4a8e-87d7-5873db429f4e}, {type=3Dgraphics,<br clear=3D"non= e">> specParams=3D{spiceSecureChannels=3Dsmain,sinputs,scursor,splayback= ,srecord,sdisplay,ssmartcard,susbredir,<br clear=3D"none">> fileTransfer= Enable=3Dtrue, spiceSslCipherSuite=3DDEFAULT, copyPasteEnable=3Dtrue},<br c= lear=3D"none">> device=3Dspice, deviceId=3D4f91a674-25e7-45be-92a6-50285= b15d130}, {iface=3Dide,<br clear=3D"none">> shared=3Dfalse, path=3D, add= ress=3D{bus=3D1, controller=3D0, unit=3D0, type=3Ddrive,<br clear=3D"none">= > target=3D0}, readonly=3Dtrue, index=3D2, type=3Ddisk, specParams=3D{pa= th=3D},<br clear=3D"none">> device=3Dcdrom, deviceId=3Dabc8d3e6-ef97-4e2= a-9559-ee62519a8e81}, {shared=3Dfalse,<br clear=3D"none">> address=3D{bu= s=3D0x00, domain=3D0x0000, function=3D0x0, slot=3D0x06, type=3Dpci},<br cle= ar=3D"none">> imageID=3D67bfd3f8-8def-4b3a-bb45-c52aed5d1a4f, format=3Dc= ow, index=3D0,<br clear=3D"none">> optional=3Dfalse, type=3Ddisk, device= Id=3D67bfd3f8-8def-4b3a-bb45-c52aed5d1a4f,<br clear=3D"none">> domainID= =3D4a62e1c2-8942-48f6-a3c4-1e54d158e13a, propagateErrors=3Doff,<br clear=3D= "none">> iface=3Dvirtio, readonly=3Dfalse, bootOrder=3D1,<br clear=3D"no= ne">> poolID=3Dca3d926a-fff6-41e3-bddd-f244289713fc,<br clear=3D"none">&= gt; volumeID=3Db5142477-2134-470e-8ba4-a2e72119ec9a, specParams=3D{}, devic= e=3Ddisk},<br clear=3D"none">> {filter=3Dvdsm-no-mac-spoofing, nicModel= =3Dpv, address=3D{bus=3D0x00, domain=3D0x0000,<br clear=3D"none">> funct= ion=3D0x0, slot=3D0x03, type=3Dpci}, type=3Dinterface, specParams=3D{inboun= d=3D{},<br clear=3D"none">> outbound=3D{}}, device=3Dbridge, linkActive= =3Dtrue,<br clear=3D"none">> deviceId=3Dd90c311d-1d07-445d-bc0c-93da4fc3= 8327, macAddr=3D00:1a:4a:16:01:69,<br clear=3D"none">> network=3Dovirtmg= mt}, {address=3D{bus=3D0x00, function=3D0x0, domain=3D0x0000,<br clear=3D"n= one">> slot=3D0x07, type=3Dpci}, type=3Dballoon, specParams=3D{model=3Dv= irtio},<br clear=3D"none">> device=3Dmemballoon, deviceId=3Ddcf2375e-54b= 2-471f-9dba-a0c7d509492f}, {index=3D0,<br clear=3D"none">> model=3Dvirti= o-scsi, type=3Dcontroller, specParams=3D{}, device=3Dscsi,<br clear=3D"none= ">> deviceId=3De1eb89e1-77df-4677-ba9a-4b3c92a46e69}, {address=3D{bus=3D= 0x00,<br clear=3D"none">> domain=3D0x0000, function=3D0x0, slot=3D0x05, = type=3Dpci}, type=3Dcontroller,<br clear=3D"none">> specParams=3D{}, dev= ice=3Dvirtio-serial,<br clear=3D"none">> deviceId=3D3d096c2f-fdbd-43dd-8= 243-11e562e0a612}],custom=3D{device_966e95b5-6a22-4836-aad0-c9f4bb79389e=3D= VmDevice:{id=3D'VmDeviceId:{deviceId=3D'966e95b5-6a22-4836-aad0-c9f4bb79389= e',<br clear=3D"none">> vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c'}',= device=3D'unix',<br clear=3D"none">> type=3D'CHANNEL', bootOrder=3D'0',= specParams=3D'[]', address=3D'{bus=3D0,<br clear=3D"none">> controller= =3D0, type=3Dvirtio-serial, port=3D1}', managed=3D'false', plugged=3D'true'= ,<br clear=3D"none">> readOnly=3D'false', deviceAlias=3D'channel0', cust= omProperties=3D'[]',<br clear=3D"none">> snapshotId=3D'null', logicalNam= e=3D'null', usingScsiReservation=3D'false',<br clear=3D"none">> hostDevi= ce=3D'null'},<br clear=3D"none">> device_966e95b5-6a22-4836-aad0-c9f4bb7= 9389edevice_5172a707-33ea-4f05-855b-40232655ccb6=3DVmDevice:{id=3D'VmDevice= Id:{deviceId=3D'5172a707-33ea-4f05-855b-40232655ccb6',<br clear=3D"none">&g= t; vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c'}', device=3D'spicevmc',<br= clear=3D"none">> type=3D'CHANNEL', bootOrder=3D'0', specParams=3D'[]', = address=3D'{bus=3D0,<br clear=3D"none">> controller=3D0, type=3Dvirtio-s= erial, port=3D3}', managed=3D'false', plugged=3D'true',<br clear=3D"none">&= gt; readOnly=3D'false', deviceAlias=3D'channel2', customProperties=3D'[]',<= br clear=3D"none">> snapshotId=3D'null', logicalName=3D'null', usingScsi= Reservation=3D'false',<br clear=3D"none">> hostDevice=3D'null'},<br clea= r=3D"none">> device_966e95b5-6a22-4836-aad0-c9f4bb79389edevice_5172a707-= 33ea-4f05-855b-40232655ccb6device_60409373-848b-43e5-8c8c-117688b0ba71=3DVm= Device:{id=3D'VmDeviceId:{deviceId=3D'60409373-848b-43e5-8c8c-117688b0ba71'= ,<br clear=3D"none">> vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c'}', d= evice=3D'ide',<br clear=3D"none">> type=3D'CONTROLLER', bootOrder=3D'0',= specParams=3D'[]', address=3D'{slot=3D0x01,<br clear=3D"none">> bus=3D0= x00, domain=3D0x0000, type=3Dpci, function=3D0x1}', managed=3D'false',<br c= lear=3D"none">> plugged=3D'true', readOnly=3D'false', deviceAlias=3D'ide= ', customProperties=3D'[]',<br clear=3D"none">> snapshotId=3D'null', log= icalName=3D'null', usingScsiReservation=3D'false',<br clear=3D"none">> h= ostDevice=3D'null'},<br clear=3D"none">> device_966e95b5-6a22-4836-aad0-= c9f4bb79389edevice_5172a707-33ea-4f05-855b-40232655ccb6device_60409373-848b= -43e5-8c8c-117688b0ba71device_63038946-00aa-4b0a-9045-5dfb47b31e89=3DVmDevi= ce:{id=3D'VmDeviceId:{deviceId=3D'63038946-00aa-4b0a-9045-5dfb47b31e89',<br= clear=3D"none">> vmId=3D'535f7d2b-a3df-4f7e-91e1-7b564bff625c'}', devic= e=3D'unix',<br clear=3D"none">> type=3D'CHANNEL', bootOrder=3D'0', specP= arams=3D'[]', address=3D'{bus=3D0,<br clear=3D"none">> controller=3D0, t= ype=3Dvirtio-serial, port=3D2}', managed=3D'false', plugged=3D'true',<br cl= ear=3D"none">> readOnly=3D'false', deviceAlias=3D'channel1', customPrope= rties=3D'[]',<br clear=3D"none">> snapshotId=3D'null', logicalName=3D'nu= ll', usingScsiReservation=3D'false',<br clear=3D"none">> hostDevice=3D'n= ull'}},display=3Dqxl,timeOffset=3D0,nice=3D0,maxMemSize=3D4194304,maxMemSlo= ts=3D16,bootMenuEnable=3Dfalse,memSize=3D4096<br clear=3D"none">> 2017-0= 6-17 10:14:04,856 INFO<br clear=3D"none">> [org.ovirt.engine.core.vdsbro= ker.vdsbroker.CreateVmFromCloudInitVDSCommand]<br clear=3D"none">> (defa= ult task-19) [590cac7] FINISH, CreateVmFromCloudInitVDSCommand, log id:<br = clear=3D"none">> 7b28f107<br clear=3D"none">> 2017-06-17 10:14:04,860= INFO<br clear=3D"none">> [org.ovirt.engine.core.vdsbroker.CreateVmVDSCo= mmand] (default task-19)<br clear=3D"none">> [590cac7] FINISH, CreateVmV= DSCommand, return: WaitForLaunch, log id:<br clear=3D"none">> 5d92bbd3<b= r clear=3D"none">> 2017-06-17 10:14:04,860 INFO  [org.ovirt.engine.= core.bll.RunVmOnceCommand]<br clear=3D"none">> (default task-19) [590cac= 7] Lock freed to object<br clear=3D"none">> 'EngineLock:{exclusiveLocks= =3D'[535f7d2b-a3df-4f7e-91e1-7b564bff625c=3D<VM,<br clear=3D"none">> = ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks=3D'null'}'<br clear=3D"= none">> 2017-06-17 10:14:04,863 INFO<br clear=3D"none">> [org.ovirt.e= ngine.core.dal.dbbroker.auditloghandling.AuditLogDirector]<br clear=3D"none= ">> (default task-19) [590cac7] Correlation ID: 590cac7, Job ID:<br clea= r=3D"none">> a66974f1-d8f1-477d-85cc-51c3ef70ebdb, Call Stack: null, Cus= tom Event ID: -1,<br clear=3D"none">> Message: VM myvm05 was started by = <a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:admin@internal-authz" = target=3D"_blank" href=3D"mailto:admin@internal-authz">admin@internal-authz= </a> (Host: h1).<br clear=3D"none">> 2017-06-17 10:14:06,360 INFO<br cle= ar=3D"none">> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]<br= clear=3D"none">> (ForkJoinPool-1-worker-1) [] VM<br clear=3D"none">>= '535f7d2b-a3df-4f7e-91e1-7b564bff625c'(myvm05) moved from 'WaitForLaunch'<= br clear=3D"none">> --> 'PoweringUp'<br clear=3D"none">> 2017-06-1= 7 10:14:06,367 INFO<br clear=3D"none">> [org.ovirt.engine.core.vdsbroker= .vdsbroker.FullListVDSCommand]<br clear=3D"none">> (ForkJoinPool-1-worke= r-1) [] START, FullListVDSCommand(HostName =3D ,<br clear=3D"none">> Ful= lListVDSCommandParameters:{runAsync=3D'true',<br clear=3D"none">> hostId= =3D'e62505b1-d9b6-4231-992c-8e4851c66624',<br clear=3D"none">> vds=3D'Ho= st[,e62505b1-d9b6-4231-992c-8e4851c66624]',<br clear=3D"none">> vmIds=3D= '[535f7d2b-a3df-4f7e-91e1-7b564bff625c]'}), log id: 3a801479<br clear=3D"no= ne">> 2017-06-17 10:14:06,376 INFO<br clear=3D"none">> [org.ovirt.eng= ine.core.vdsbroker.vdsbroker.FullListVDSCommand]<br clear=3D"none">> (Fo= rkJoinPool-1-worker-1) [] FINISH, FullListVDSCommand, return:<br clear=3D"n= one">> [{acpiEnable=3Dtrue, emulatedMachine=3Dpc-i440fx-rhel7.2.0,<br cl= ear=3D"none">> vmId=3D535f7d2b-a3df-4f7e-91e1-7b564bff625c, guestDiskMap= ping=3D{},<br clear=3D"none">> transparentHugePages=3Dtrue, timeOffset= =3D0, cpuType=3DWestmere, smp=3D8,<br clear=3D"none">> pauseCode=3DNOERR= , guestNumaNodes=3D[Ljava.lang.Object;@8a07465,<br clear=3D"none">> smar= tcardEnable=3Dfalse,<br clear=3D"none">> custom=3D{device_966e95b5-6a22-= 4836-aad0-c9f4bb79389edevice_5172a707-33ea-4f05-855b-40232655ccb6device_604= 09373-848b-43e5-8c8c-117688b0ba71=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D= '60409373-848b-43e5-8c8c-117688b0ba71',<br clear=3D"none">> vmId=3D'535f= 7d2b-a3df-4f7e-91e1-7b564bff625c'}', device=3D'ide',<br clear=3D"none">>= type=3D'CONTROLLER', bootOrder=3D'0', specParams=3D'[]', address=3D'{slot= =3D0x01,<br clear=3D"none">> bus=3D0x00, domain=3D0x0000, type=3Dpci, fu= nction=3D0x1}', managed=3D'false',<br clear=3D"none">> plugged=3D'true',= readOnly=3D'false', deviceAlias=3D'ide', customProperties=3D'[]',<br clear= =3D"none">> snapshotId=3D'null', logicalName=3D'null', usingScsiReservat= ion=3D'false',<br clear=3D"none">> hostDevice=3D'null'},<br clear=3D"non= e">> device_966e95b5-6a22-4836-aad0-c9f4bb79389edevice_5172a707-33ea-4f0= 5-855b-40232655ccb6=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'5172a707-33ea= -4f05-855b-40232655ccb6',<br clear=3D"none">> vmId=3D'535f7d2b-a3df-4f7e= -91e1-7b564bff625c'}', device=3D'spicevmc',<br clear=3D"none">> type=3D'= CHANNEL', bootOrder=3D'0', specParams=3D'[]', address=3D'{bus=3D0,<br clear= =3D"none">> controller=3D0, type=3Dvirtio-serial, port=3D3}', managed=3D= 'false', plugged=3D'true',<br clear=3D"none">> readOnly=3D'false', devic= eAlias=3D'channel2', customProperties=3D'[]',<br clear=3D"none">> snapsh= otId=3D'null', logicalName=3D'null', usingScsiReservation=3D'false',<br cle= ar=3D"none">> hostDevice=3D'null'},<br clear=3D"none">> device_966e95= b5-6a22-4836-aad0-c9f4bb79389edevice_5172a707-33ea-4f05-855b-40232655ccb6de= vice_60409373-848b-43e5-8c8c-117688b0ba71device_63038946-00aa-4b0a-9045-5df= b47b31e89=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'63038946-00aa-4b0a-9045= -5dfb47b31e89',<br clear=3D"none">> vmId=3D'535f7d2b-a3df-4f7e-91e1-7b56= 4bff625c'}', device=3D'unix',<br clear=3D"none">> type=3D'CHANNEL', boot= Order=3D'0', specParams=3D'[]', address=3D'{bus=3D0,<br clear=3D"none">>= controller=3D0, type=3Dvirtio-serial, port=3D2}', managed=3D'false', plugg= ed=3D'true',<br clear=3D"none">> readOnly=3D'false', deviceAlias=3D'chan= nel1', customProperties=3D'[]',<br clear=3D"none">> snapshotId=3D'null',= logicalName=3D'null', usingScsiReservation=3D'false',<br clear=3D"none">&g= t; hostDevice=3D'null'},<br clear=3D"none">> device_966e95b5-6a22-4836-a= ad0-c9f4bb79389e=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'966e95b5-6a22-48= 36-aad0-c9f4bb79389e',<br clear=3D"none">> vmId=3D'535f7d2b-a3df-4f7e-91= e1-7b564bff625c'}', device=3D'unix',<br clear=3D"none">> type=3D'CHANNEL= ', bootOrder=3D'0', specParams=3D'[]', address=3D'{bus=3D0,<br clear=3D"non= e">> controller=3D0, type=3Dvirtio-serial, port=3D1}', managed=3D'false'= , plugged=3D'true',<br clear=3D"none">> readOnly=3D'false', deviceAlias= =3D'channel0', customProperties=3D'[]',<br clear=3D"none">> snapshotId= =3D'null', logicalName=3D'null', usingScsiReservation=3D'false',<br clear= =3D"none">> hostDevice=3D'null'}}, vmType=3Dkvm, memSize=3D4096, smpCore= sPerSocket=3D2,<br clear=3D"none">> vmName=3Dmyvm05, nice=3D0, status=3D= Up, maxMemSize=3D4194304, bootMenuEnable=3Dfalse,<br clear=3D"none">> pi= d=3D1569, smpThreadsPerCore=3D1, memGuaranteedSize=3D2000, kvmEnable=3Dtrue= ,<br clear=3D"none">> pitReinjection=3Dfalse, displayNetwork=3Dovirtmgmt= ,<br clear=3D"none">> devices=3D[Ljava.lang.Object;@690fc889, display=3D= qxl, maxVCpus=3D32, clientIp=3D,<br clear=3D"none">> statusTime=3D446706= 2130, maxMemSlots=3D16}], log id: 3a801479<br clear=3D"none">> 2017-06-1= 7 10:14:06,379 INFO<br clear=3D"none">> [org.ovirt.engine.core.vdsbroker= .monitoring.VmDevicesMonitoring]<br clear=3D"none">> (ForkJoinPool-1-wor= ker-1) [] Received a spice Device without an address when<br clear=3D"none"= >> processing VM 535f7d2b-a3df-4f7e-91e1-7b564bff625c devices, skipping = device:<br clear=3D"none">> {device=3Dspice, specParams=3D{fileTransferE= nable=3Dtrue,<br clear=3D"none">> displayNetwork=3Dovirtmgmt, displayIp= =3D192.168.215.215,<br clear=3D"none">> spiceSslCipherSuite=3DDEFAULT,<b= r clear=3D"none">> spiceSecureChannels=3Dsmain,sinputs,scursor,splayback= ,srecord,sdisplay,ssmartcard,susbredir,<br clear=3D"none">> copyPasteEna= ble=3Dtrue}, type=3Dgraphics,<br clear=3D"none">> deviceId=3D4f91a674-25= e7-45be-92a6-50285b15d130, tlsPort=3D5901}<br clear=3D"none">> 2017-06-1= 7 10:14:13,332 INFO<br clear=3D"none">> [org.ovirt.engine.core.vdsbroker= .monitoring.VmsStatisticsFetcher]<br clear=3D"none">> (DefaultQuartzSche= duler6) [3465d470] Fetched 2 VMs from VDS<br clear=3D"none">> 'e62505b1-= d9b6-4231-992c-8e4851c66624'<br clear=3D"none">> 2017-06-17 10:14:54,749= INFO<br clear=3D"none">> [org.ovirt.engine.core.bll.tasks.AsyncTaskMana= ger] (DefaultQuartzScheduler4)<br clear=3D"none">> [1a9e3b34] Setting ne= w tasks map. The map contains now 1 tasks<br clear=3D"none">> 2017-06-17= 10:15:13,767 INFO<br clear=3D"none">> [org.ovirt.engine.core.vdsbroker.= monitoring.VmAnalyzer]<br clear=3D"none">> (DefaultQuartzScheduler9) [3a= 68eba3] VM<br clear=3D"none">> '535f7d2b-a3df-4f7e-91e1-7b564bff625c'(my= vm05) moved from 'PoweringUp' --><br clear=3D"none">> 'Up'<br clear= =3D"none">> 2017-06-17 10:15:13,780 INFO<br clear=3D"none">> [org.ovi= rt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]<br clear=3D"= none">> (DefaultQuartzScheduler9) [3a68eba3] Correlation ID: 590cac7, Jo= b ID:<br clear=3D"none">> a66974f1-d8f1-477d-85cc-51c3ef70ebdb, Call Sta= ck: null, Custom Event ID: -1,<br clear=3D"none">> Message: VM myvm05 st= arted on Host h1<br clear=3D"none">> 2017-06-17 10:15:14,881 INFO<br cle= ar=3D"none">> [org.ovirt.engine.core.sso.servlets.OAuthRevokeServlet] (d= efault task-62) []<br clear=3D"none">> User <a rel=3D"nofollow" shape=3D= "rect" ymailto=3D"mailto:admin@internal" target=3D"_blank" href=3D"mailto:a= dmin@internal">admin@internal</a> successfully logged out<br clear=3D"none"= >> 2017-06-17 10:15:14,889 INFO<br clear=3D"none">> [org.ovirt.engine= .core.bll.aaa.TerminateSessionsForTokenCommand] (default<br clear=3D"none">= > task-46) [361ecd2f] Running command: TerminateSessionsForTokenCommand<= br clear=3D"none">> internal: true.<br clear=3D"none">> 2017-06-17 10= :15:24,749 INFO<br clear=3D"none">> [org.ovirt.engine.core.bll.tasks.Asy= ncTaskManager] (DefaultQuartzScheduler4)<br clear=3D"none">> [1a9e3b34] = Setting new tasks map. The map contains now 0 tasks<br clear=3D"none">> = 2017-06-17 10:15:24,749 INFO<br clear=3D"none">> [org.ovirt.engine.core.= bll.tasks.AsyncTaskManager] (DefaultQuartzScheduler4)<br clear=3D"none">&gt= ; [1a9e3b34] Cleared all tasks of pool 'ca3d926a-fff6-41e3-bddd-f244289713f= c'.</div><br clear=3D"none">><br clear=3D"none">> ___________________= ____________________________<br clear=3D"none">> Users mailing list<br c= lear=3D"none">> <a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:Use= rs(a)ovirt.org" target=3D"_blank" href=3D"mailto:Users@ovirt.org">Users@ovirt= .org</a><br clear=3D"none">> <a rel=3D"nofollow" shape=3D"rect" target= =3D"_blank" href=3D"http://lists.ovirt.org/mailman/listinfo/users">http://l= ists.ovirt.org/mailman/listinfo/users</a><br clear=3D"none">><br clear= =3D"none"><br clear=3D"none"><br clear=3D"none"><br clear=3D"none">-- <br c= lear=3D"none">"E' assurdo impiegare gli uomini di intelligenza eccellente p= er fare<br clear=3D"none">calcoli che potrebbero essere affidati a chiunque= se si usassero delle<br clear=3D"none">macchine"<br clear=3D"none">Gottfri= ed Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)<br clear=3D"none= "><br clear=3D"none">"Internet =C3=A8 la pi=C3=B9 grande biblioteca del mon= do.<br clear=3D"none">Ma il problema =C3=A8 che i libri sono tutti sparsi s= ul pavimento"<br clear=3D"none">John Allen Paulos, Matematico (1945-vivente= )<br clear=3D"none"><br clear=3D"none">Luca 'remix_tj' Lorenzetto, <a rel= =3D"nofollow" shape=3D"rect" target=3D"_blank" href=3D"http://www.remixtj.n= et/">http://www.remixtj.net </a>, <<a rel=3D"nofollow" shape=3D"rect" ym= ailto=3D"mailto:lorenzetto.luca@gmail.com" target=3D"_blank" href=3D"mailto= :lorenzetto.luca@gmail.com">lorenzetto.luca(a)gmail.com</a><div class=3D"yiv5= 012541580yqt0765384139" id=3D"yiv5012541580yqtfd89553">></div></div><br = clear=3D"none"><br clear=3D"none"></div> </div> </div> </div></div></div>= </div><br clear=3D"none"><br clear=3D"none"></div> </div> </div> </div></= div></body></html> ------=_Part_216698_1368002174.1497692874191--

3 2