February 2017 - Users - oVirt List Archives

VMs HA with ceph and cinder
by Matteo Dacrema 20 Feb '17

20 Feb '17

Hi all, I’ve a setup that uses Ceph through ovirt for VM storage. I tested out VM HA and all works well when IPMI is reachable. When it’s not reachable because of network or power failure VM states switch to unknown and it’s not restarted to other nodes. Is it a specific setup that I’ve missed? Thank you Regards Matteo

1 0

VMs are not running/booting on one host
by Peter Hudec 20 Feb '17

20 Feb '17

Hi, I'm preparing to migrate from 3.5 to 3.6 The first step is the CentOS6 -> CentOS7 for hosts. setup: - 3x hosts /dipovitrt01, dipovirt02, dipovirt03/ - 1x hosted engine /on all 3 hosts/ The upgrade of the first 2 hosts was OK, all VM are running OK. When I upgraded the 3rd host /dipovirt03/, some VMs are not able to run on the or boot on this host. I tried to full reinstall the host, but wth the same result. In case of migration the VMm will stop running in a while. In case of booting the VM will not boot, I see the 'Loading kernel ...' Almost all VMS are Debian 8 with guest tools, some Centos 6/7 The hosts were OK with CentOS6. Where should I start to investigate ? best regards Peter -- *Peter Hudec* Infraštruktúrny architekt phudec(a)cnc.sk <mailto:phudec@cnc.sk> *CNC, a.s.* Borská 6, 841 04 Bratislava Recepcia: +421 2 35 000 100 Mobil:+421 905 997 203 *www.cnc.sk* <http:///www.cnc.sk>

2 7

Re: [ovirt-users] I need help! Can not run ovirt-engine
by Arman Khalatyan 19 Feb '17

19 Feb '17

Is that on the hosted engine? Or separate bare machine? Am 19.02.2017 11:42 vorm. schrieb "Денис Мишанин" <mishanindv(a)gmail.com>: Hello. After restarting the ISCSI storage I can not run ovirt-engine in prodation use I am looking for help _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

1 0

[ANN] oVirt 4.1.1 Second Test compose
by Sandro Bonazzola 19 Feb '17

19 Feb '17

The oVirt Project is pleased to announce the availability of the Second Test Compose of oVirt 4.1.1 for testing, as of February 16th, 2017 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is a test compose allowing to test fixes included in ovirt-4.1.1 since 4.1.0 release. See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. This release is available now for: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * Fedora 24 (tech preview) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Live and oVirt Engine appliance has been already built [4] - oVirt Node has not been built for this test compose. Additional Resources: * Read more about the oVirt 4.1.1 release highlights: http://www.ovirt.org/release/4.1.1/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1.1/ [4] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Change Vlan ID's which are connected to the Host/VM's
by Matt . 19 Feb '17

19 Feb '17

Hi Guys, Is there a way to change Vlan ID's which are connected to the Hosts when the VM's on it are down ? As i need to change a lot of them it would be create if the engine can perform some process which allows me to hammer my hosts with the new vlan ID's for their bridges. I hope someone has an idea. Thanks! Matt

3 12

Re: [ovirt-users] Best setup for nfs domain and 1gbs adapters on hosts
by Karli Sjöberg 18 Feb '17

18 Feb '17

--_000_6dd9037c0b2d4e6297a8c2ea890ece27emailandroidcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQoNCkRlbiAxNyBmZWIuIDIwMTcgNjozMCBlbSBza3JldiBHaWFubHVjYSBDZWNjaGkgPGdpYW5s dWNhLmNlY2NoaUBnbWFpbC5jb20+Og0KSGVsbG8sDQpJJ20gZ29pbmcgdG8gc2V0dXAgYW4gZW52 aXJvbm1lbnQgd2hlcmUgSSB3aWxsIGhhdmUgMiBob3N0cyBhbmQgZWFjaCB3aXRoIDIgYWRhcHRl cnMgdG8gY29ubmVjdCB0byBzdG9yYWdlIGRvbWFpbihzKS4gVGhpcyB3aWxsIGJlIGEgdGVzdCBl bnZpcm9ubWVudCwgbm90IGEgcHJvZHVjdGlvbiBvbmUuDQpUaGUgc3RvcmFnZSBkb21haW4ocykg d2lsbCBiZSBORlMsIHByb3ZpZGVkIGJ5IGEgTmV0YXBwIHN5c3RlbS4NClRoZSBob3N0cyBoYXZl IDQgeCAxR2IvcyBhZGFwdGVycyBhbmQgSSB0aGluayB0byB1c2UgMiBmb3Igb3ZpcnRtZ210IGFu ZCBWTXMgKHRocm91Z2ggYm9uZGluZyBhbmQgVkxBTnMpIGFuZCB0byBkZWRpY2F0ZSB0aGUgb3Ro ZXIgMiBhZGFwdGVycyB0byB0aGUgTkZTIGRvbWFpbiBjb25uZWN0aXZpdHkuDQpXaGF0IHdvdWxk IGJlIHRoZSBiZXN0IHNldHVwIHRvIGhhdmUgYm90aCBIQSBvbiB0aGUgY29ubmVjdGlvbiBhbmQg YWxzbyB1c2luZyB0aGUgd2hvbGUgMkdiL3MgaW4gbm9ybWFsIGxvYWQgc2NlbmFyaW8/DQpJcyBp dCBiZXR0ZXIgdG8gbWFrZSBtb3JlIHN0b3JhZ2UgZG9tYWlucyAoYW5kIG1vcmUgc3ZtIG9uIE5l dGFwcCBzaWRlKSBvciBvbmx5IG9uZT8NCldoYXQgd291bGQgYmUgdGhlIHN1aXRhYmxlIGJvbmRp bmcgbW9kZSB0byBwdXQgb24gYWRhcHRlcnM/IEkgbm9ybWFsbHkgdXNlIDgwMi4zYWQgcHJvdmlk ZWQgYnkgdGhlIHN3aXRjaGVzLCBidXQgSSdtIG5vdCBzdXJlIGlmIGluIHRoaXMgY29uZmlndXJh dGlvbiBJIGNhbiB1c2UgYm90aCB0aGUgbmV0d29yayBhZGFwdGVycyBmb3IgdGhlIG92ZXJhbGwg bG9hZCBvZiB0aGUgZGlmZmVyZW50IFZNcyB0aGF0IEkgd291bGQgaGF2ZSBpbiBwbGFjZS4uLg0K DQpUaGFua3MgaW4gYWR2YW5jZSBmb3IgZXZlcnkgc3VnZ2VzdGlvbiwNCg0KR2lhbmx1Y2ENCg0K SGV5IEchDQoNCklmIGl0IHdhcyBtZSBkb2luZyB0aGlzLCBJIHdvdWxkIG1ha2Ugb25lIDR4MUdi L3MgODAyLjNhZCBib25kIG9uIGZpbGVyIGFuZCBob3N0cyB0byBLSVNTLiBUaGVuLCBpZiBiYW5k d2lkdGggaXMgb2YgY29uY2VybiwgSSB3b3VsZCBzZXQgdXAgdHdvIFZMQU5zIGZvciBzdG9yYWdl IGludGVyZmFjZXMgd2l0aCBhZGRyZXNzZXMgb24gc2VwYXJhdGUgc3VibmV0cyAoMTAuMC4wLjEg YW5kIDEwLjAuMS4xIG9uIGZpbGVyLiAxMC4wLjAuKDIsMykgYW5kIDEwLjAuMS4oMiwzKSBvbiBo b3N0cykgYW5kIHRoZW4gb24gdGhlIGZpbGVyIHNldCB1cCBvbmx5IHR3byBORlMgZXhwb3J0cyB3 aGVyZSB5b3UgdHJ5IHRvIGFzIGV2ZW5seSBhcyBwb3NzaWJsZSBwcm92aXNpb24geW91ciBWTXMu IFRoaXMgd2F5IHRoZSBuZXR3b3JrIGxvYWQgd291bGQgZXZlbmx5IHNwcmVhZCBvdmVyIGFsbCBp bnRlcmZhY2VzIGZvciBzaW1wbGVzdCBjb25maWcgYW5kIGJlc3QgZmF1bHQgdG9sZXJhbmNlLCB3 aGlsZSBrZWVwaW5nIHN0b3JhZ2UgdHJhZmZpYyBhdCBtYXggMkdiL3MuIFlvdSBvbmx5IG5lZWQg b25lIFNWTSB3aXRoIHNldmVyYWwgYWRkcmVzc2VzIHRvIGFjaGlldmUgdGhpcy4gV2UgaGF2ZSBv dXIgVk1XYXJlIGVudmlyb25tZW50IHNldCB1cCBzaW1pbGFyIHRvIHRoaXMgdG93YXJkcyBvdXIg TmV0QXBwLiBXZSBhbHNvIGhhdmUgb3VyIG9WaXJ0IGVudmlyb25tZW50IHNldCB1cCBsaWtlIHRo aXMsIGJ1dCB0b3dhcmRzIGEgZGlmZmVyZW50IE5GUyBzdG9yYWdlLCB3aXRoIGdyZWF0IHN1Y2Nl c3MuDQoNCi9LDQo= --_000_6dd9037c0b2d4e6297a8c2ea890ece27emailandroidcom_ Content-Type: text/html; charset="utf-8" Content-ID: <765EC97E18FB9E4DBE0742C1B42C0A15(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdiBkaXI9ImF1 dG8iPg0KPGRpdj48YnI+DQo8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPg0KPGRpdiBjbGFz cz0iZ21haWxfcXVvdGUiPkRlbiAxNyBmZWIuIDIwMTcgNjozMCBlbSBza3JldiBHaWFubHVjYSBD ZWNjaGkgJmx0O2dpYW5sdWNhLmNlY2NoaUBnbWFpbC5jb20mZ3Q7OjxiciB0eXBlPSJhdHRyaWJ1 dGlvbiI+DQo8YmxvY2txdW90ZSBjbGFzcz0icXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhl eDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4NCjxkaXY+DQo8 ZGl2IGRpcj0ibHRyIj5IZWxsbywNCjxkaXY+SSdtIGdvaW5nIHRvIHNldHVwIGFuIGVudmlyb25t ZW50IHdoZXJlIEkgd2lsbCBoYXZlIDIgaG9zdHMgYW5kIGVhY2ggd2l0aCAyIGFkYXB0ZXJzIHRv IGNvbm5lY3QgdG8gc3RvcmFnZSBkb21haW4ocykuIFRoaXMgd2lsbCBiZSBhIHRlc3QgZW52aXJv bm1lbnQsIG5vdCBhIHByb2R1Y3Rpb24gb25lLjwvZGl2Pg0KPGRpdj5UaGUgc3RvcmFnZSBkb21h aW4ocykgd2lsbCBiZSBORlMsIHByb3ZpZGVkIGJ5IGEgTmV0YXBwIHN5c3RlbS48L2Rpdj4NCjxk aXY+VGhlIGhvc3RzIGhhdmUgNCB4IDFHYi9zIGFkYXB0ZXJzIGFuZCBJIHRoaW5rIHRvIHVzZSAy IGZvciBvdmlydG1nbXQgYW5kIFZNcyAodGhyb3VnaCBib25kaW5nIGFuZCBWTEFOcykgYW5kIHRv IGRlZGljYXRlIHRoZSBvdGhlciAyIGFkYXB0ZXJzIHRvIHRoZSBORlMgZG9tYWluIGNvbm5lY3Rp dml0eS48L2Rpdj4NCjxkaXY+V2hhdCB3b3VsZCBiZSB0aGUgYmVzdCBzZXR1cCB0byBoYXZlIGJv dGggSEEgb24gdGhlIGNvbm5lY3Rpb24gYW5kIGFsc28gdXNpbmcgdGhlIHdob2xlIDJHYi9zIGlu IG5vcm1hbCBsb2FkIHNjZW5hcmlvPyZuYnNwOzwvZGl2Pg0KPGRpdj5JcyBpdCBiZXR0ZXIgdG8g bWFrZSBtb3JlIHN0b3JhZ2UgZG9tYWlucyAoYW5kIG1vcmUgc3ZtIG9uIE5ldGFwcCBzaWRlKSBv ciBvbmx5IG9uZT88L2Rpdj4NCjxkaXY+V2hhdCB3b3VsZCBiZSB0aGUgc3VpdGFibGUgYm9uZGlu ZyBtb2RlIHRvIHB1dCBvbiBhZGFwdGVycz8gSSBub3JtYWxseSB1c2UmbmJzcDs4MDIuM2FkIHBy b3ZpZGVkIGJ5IHRoZSBzd2l0Y2hlcywgYnV0IEknbSBub3Qgc3VyZSBpZiBpbiB0aGlzIGNvbmZp Z3VyYXRpb24gSSBjYW4gdXNlIGJvdGggdGhlIG5ldHdvcmsgYWRhcHRlcnMgZm9yIHRoZSBvdmVy YWxsIGxvYWQgb2YgdGhlIGRpZmZlcmVudCBWTXMgdGhhdCBJIHdvdWxkIGhhdmUgaW4gcGxhY2Uu Li48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoYW5rcyBpbiBhZHZhbmNlIGZvciBl dmVyeSBzdWdnZXN0aW9uLDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+R2lhbmx1Y2E8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxicj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSIgZGlyPSJhdXRvIj5IZXkgRyE8L2Rp dj4NCjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIiBkaXI9ImF1dG8iPjxicj4NCjwvZGl2Pg0KPGRp diBjbGFzcz0iZ21haWxfZXh0cmEiIGRpcj0iYXV0byI+SWYgaXQgd2FzIG1lIGRvaW5nIHRoaXMs IEkgd291bGQgbWFrZSBvbmUgNHgxR2IvcyA4MDIuM2FkIGJvbmQgb24gZmlsZXIgYW5kIGhvc3Rz IHRvIEtJU1MuIFRoZW4sIGlmIGJhbmR3aWR0aCBpcyBvZiBjb25jZXJuLCBJIHdvdWxkIHNldCB1 cCB0d28gVkxBTnMgZm9yIHN0b3JhZ2UgaW50ZXJmYWNlcyB3aXRoIGFkZHJlc3NlcyBvbiBzZXBh cmF0ZSBzdWJuZXRzICgxMC4wLjAuMSBhbmQNCiAxMC4wLjEuMSBvbiBmaWxlci4gMTAuMC4wLigy LDMpIGFuZCAxMC4wLjEuKDIsMykgb24gaG9zdHMpIGFuZCB0aGVuIG9uIHRoZSBmaWxlciBzZXQg dXAgb25seSB0d28gTkZTIGV4cG9ydHMgd2hlcmUgeW91IHRyeSB0byBhcyBldmVubHkgYXMgcG9z c2libGUgcHJvdmlzaW9uIHlvdXIgVk1zLiBUaGlzIHdheSB0aGUgbmV0d29yayBsb2FkIHdvdWxk IGV2ZW5seSBzcHJlYWQgb3ZlciBhbGwgaW50ZXJmYWNlcyBmb3Igc2ltcGxlc3QgY29uZmlnIGFu ZA0KIGJlc3QgZmF1bHQgdG9sZXJhbmNlLCB3aGlsZSBrZWVwaW5nIHN0b3JhZ2UgdHJhZmZpYyBh dCBtYXggMkdiL3MuIFlvdSBvbmx5IG5lZWQgb25lIFNWTSB3aXRoIHNldmVyYWwgYWRkcmVzc2Vz IHRvIGFjaGlldmUgdGhpcy4gV2UgaGF2ZSBvdXIgVk1XYXJlIGVudmlyb25tZW50IHNldCB1cCBz aW1pbGFyIHRvIHRoaXMgdG93YXJkcyBvdXIgTmV0QXBwLiBXZSBhbHNvIGhhdmUgb3VyIG9WaXJ0 IGVudmlyb25tZW50IHNldCB1cCBsaWtlIHRoaXMsIGJ1dA0KIHRvd2FyZHMgYSBkaWZmZXJlbnQg TkZTIHN0b3JhZ2UsIHdpdGggZ3JlYXQgc3VjY2Vzcy48L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWls X2V4dHJhIiBkaXI9ImF1dG8iPjxicj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEi IGRpcj0iYXV0byI+L0s8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_6dd9037c0b2d4e6297a8c2ea890ece27emailandroidcom_--

2 1

Best setup for nfs domain and 1gbs adapters on hosts
by Gianluca Cecchi 17 Feb '17

17 Feb '17

Hello, I'm going to setup an environment where I will have 2 hosts and each with 2 adapters to connect to storage domain(s). This will be a test environment, not a production one. The storage domain(s) will be NFS, provided by a Netapp system. The hosts have 4 x 1Gb/s adapters and I think to use 2 for ovirtmgmt and VMs (through bonding and VLANs) and to dedicate the other 2 adapters to the NFS domain connectivity. What would be the best setup to have both HA on the connection and also using the whole 2Gb/s in normal load scenario? Is it better to make more storage domains (and more svm on Netapp side) or only one? What would be the suitable bonding mode to put on adapters? I normally use 802.3ad provided by the switches, but I'm not sure if in this configuration I can use both the network adapters for the overall load of the different VMs that I would have in place... Thanks in advance for every suggestion, Gianluca

1 0

VNC console extremely slow on windows 10
by Nelson Lameiras 17 Feb '17

17 Feb '17

------=_Part_8478208_180746044.1487006648666 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=20 Since my company laptop has been migrated to from windows 7 to windows 10, = launching a console on oVirt 4.0 (and 4.1) VMs which are configured with VN= C graphics is extremely slow (around one refresh every 10 seconds). This is= painfully slow and barely usable. The same console on SPICE graphics works= perfectly.=20 This is specially annoying since oVirt engine installation console works on= ly with VNC in my build. I'm installing oVirt 4.1 on a test cluster, this m= akes my life very hard :(=20 So, now I'm not sure this is an issue with oVirt, remote-viewer (for window= s) or windows 10.=20 Does anybody else have this problem? any advice?=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_8478208_180746044.1487006648666 Content-Type: multipart/related; boundary="----=_Part_8478209_1696867783.1487006648666" ------=_Part_8478209_1696867783.1487006648666 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>Hello,<br></div><div><br data-mce-bogus=3D"= 1"></div><div>Since my company laptop has been migrated to from windows 7 t= o windows 10, launching a console on oVirt 4.0 (and 4.1) VMs which are conf= igured with VNC graphics is extremely slow (around one refresh every 10 sec= onds). This is painfully slow and barely usable. The same console on SPICE = graphics works perfectly.<br data-mce-bogus=3D"1"></div><div><br data-mce-b= ogus=3D"1"></div><div>This is specially annoying since oVirt engine install= ation console works only with VNC in my build. I'm installing oVirt 4.1 on = a test cluster, this makes my life very hard :(<br data-mce-bogus=3D"1"></d= iv><div><br data-mce-bogus=3D"1"></div><div>So, now I'm not sure this is an= issue with oVirt, remote-viewer (for windows) or windows 10.<br data-mce-b= ogus=3D"1"></div><div><br data-mce-bogus=3D"1"></div><div>Does anybody else= have this problem? any advice?<br data-mce-bogus=3D"1"></div><div><br></di= v><div data-marker=3D"__SIG_PRE__"><div>cordialement, regards,</div><div><b= r data-mce-bogus=3D"1"></div><table style=3D"margin: 0px; table-layout: fix= ed; border: none; width: 345pt; padding: 0px;" data-mce-style=3D"margin: 0p= x; table-layout: fixed; border: none; 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; font-family: Arial,sans-serif; color: #2b3c= 7a; line-height: 16px; width: 86.25pt; text-align: left;" data-mce-style=3D= "margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a;= line-height: 16px; width: 86.25pt; text-align: left;" width=3D"115" valign= =3D"top"><a href=3D"https://www.lyra-network.com/" style=3D"border: none; t= ext-decoration: none; width: 100%; display: block; clear: both;" data-mce-h= ref=3D"https://www.lyra-network.com/" data-mce-style=3D"border: none; text-= decoration: none; width: 100%; display: block; clear: both;"><img src=3D"ci= d:0e25a29c09e0a606ebb40f3ab356ecabc4303510@zimbra" alt=3D"" data-mce-src=3D= "/home/admin(a)lyra-network.com/corporate-documents/element-signature_logo_ly= ra_115x94.jpg" doc=3D"corporate-documents/element-signature_logo_lyra_115x9= 4.jpg" height=3D"94" width=3D"115" border=3D"0"></a><br data-mce-bogus=3D"1= "></td><td style=3D"margin: 0; font-size: 11px; font-family: Arial,sans-ser= if; color: #2b3c7a; line-height: 16px; width: 258.75pt;" data-mce-style=3D"= margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a; = line-height: 16px; width: 258.75pt;" width=3D"345" valign=3D"top"><table st= yle=3D"margin: 0; width: 258.75pt; table-layout: fixed; border: none;" data= -mce-style=3D"margin: 0; width: 258.75pt; table-layout: fixed; border: none= ;" width=3D"345" cellspacing=3D"0" cellpadding=3D"0" border=3D"0"><tbody><t= r><td style=3D"font-size: 16px; font-family: Arial,sans-serif; color: #2b3c= 7a; line-height: 18px; font-weight: bold;" data-mce-style=3D"font-size: 16p= x; font-family: Arial,sans-serif; color: #2b3c7a; line-height: 18px; font-w= eight: bold;">Nelson LAMEIRAS</td></tr><tr><td style=3D"font-family: Arial,= sans-serif; color: #2b3c7a; font-size: 11px; line-height: 16px;" data-mce-s= tyle=3D"font-family: Arial,sans-serif; color: #2b3c7a; font-size: 11px; lin= e-height: 16px;">Ing=C3=A9nieur Syst=C3=A8mes et R=C3=A9seaux<span style=3D= "font-family: Arial,sans-serif; color: #337ab7; font-size: 11px;" data-mce-= style=3D"font-family: Arial,sans-serif; color: #337ab7; font-size: 11px;"> = / Systems and Networks engineer</span></td></tr><tr><td style=3D"line-heigh= t: 16px; font-family: 'Arial',sans-serif; color: #2b3c7a; font-size: 11px;"= data-mce-style=3D"line-height: 16px; font-family: 'Arial',sans-serif; colo= r: #2b3c7a; font-size: 11px;"><span style=3D"font-family: Arial,sans-serif;= color: #2b3c7a; font-size: 11px;" data-mce-style=3D"font-family: Arial,san= s-serif; color: #2b3c7a; font-size: 11px;">Tel: +33 5 32 09 09 70</span></t= d></tr><tr><td style=3D"line-height: 16px; font-family: 'Arial',sans-serif;= color: #2b3c7a; font-size: 11px;" data-mce-style=3D"line-height: 16px; fon= t-family: 'Arial',sans-serif; color: #2b3c7a; font-size: 11px;"><a href=3D"= mailto:nelson.lameiras@lyra-network.com" style=3D"font-size: 11px; font-fam= ily: Arial,sans-serif; line-height: 16px; text-decoration: none;" data-mce-= href=3D"mailto:nelson.lameiras@lyra-network.com" data-mce-style=3D"font-siz= e: 11px; font-family: Arial,sans-serif; line-height: 16px; text-decoration:= none;">nelson.lameiras(a)lyra-network.com</a><br data-mce-bogus=3D"1"></td><= /tr><tr><td style=3D"line-height: 16px; font-family: 'Arial',sans-serif; co= lor: #2b3c7a; font-size: 11px;" data-mce-style=3D"line-height: 16px; font-f= amily: 'Arial',sans-serif; color: #2b3c7a; font-size: 11px;"><a href=3D"htt= ps://www.lyra-network.com/" style=3D"font-size: 11px; font-family: Arial,sa= ns-serif; line-height: 16px; border: none; text-decoration: none;" data-mce= -href=3D"https://www.lyra-network.com/" data-mce-style=3D"font-size: 11px; = font-family: Arial,sans-serif; line-height: 16px; border: none; text-decora= tion: none;">www.lyra-network.com</a> <a href=3D"https://payzen.eu" style= =3D"font-size: 11px; font-family: Arial,sans-serif; line-height: 16px; bord= er: none; text-decoration: none;" data-mce-href=3D"https://payzen.eu" data-= mce-style=3D"font-size: 11px; font-family: Arial,sans-serif; line-height: 1= 6px; border: none; text-decoration: none;"> | www.payzen.eu</a><br data-mce= -bogus=3D"1"></td></tr></tbody></table></td></tr></tbody></table><table sty= le=3D"margin: 0; table-layout: fixed; border: none; width: 345pt;" data-mce= -style=3D"margin: 0; table-layout: fixed; border: none; width: 345pt;" widt= h=3D"460" cellspacing=3D"0" cellpadding=3D"0"><tbody><tr><td style=3D"margi= n: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a; line-= height: 16px; width: 24pt; text-align: left;" data-mce-style=3D"margin: 0; = font-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a; line-height= : 16px; width: 24pt; text-align: left;" width=3D"32" valign=3D"top"><a href= =3D"https://www.youtube.com/channel/UCrVl1CO_Jlu3KbiRH-tQ_vA" style=3D"bord= er: none; text-decoration: none; margin: 0; float: left; display: inline-bl= ock; width: 32px;" data-mce-href=3D"https://www.youtube.com/channel/UCrVl1C= O_Jlu3KbiRH-tQ_vA" data-mce-style=3D"border: none; text-decoration: none; m= argin: 0; float: left; display: inline-block; width: 32px;"><img src=3D"cid= :bf35ef6ac3e1c3b375376ae9ea368903eb937177@zimbra" alt=3D"" data-mce-src=3D"= /home/admin@lyra-network.com/corporate-documents/element-signature_logo_You= Tube_32x28.jpg" doc=3D"corporate-documents/element-signature_logo_YouTube_3= 2x28.jpg" height=3D"28" width=3D"32" border=3D"0"></a><br data-mce-bogus=3D= "1"></td><td style=3D"margin: 0; font-size: 11px; font-family: Arial,sans-s= erif; color: #2b3c7a; line-height: 16px; width: 30.75pt; text-align: left;"= data-mce-style=3D"margin: 0; font-size: 11px; font-family: Arial,sans-seri= f; color: #2b3c7a; line-height: 16px; width: 30.75pt; text-align: left;" wi= dth=3D"41" valign=3D"top"><a href=3D"https://www.linkedin.com/company/lyra-= network_2" style=3D"border: none; text-decoration: none; margin: 0; float: = left; display: inline-block; width: 41px;" data-mce-href=3D"https://www.lin= kedin.com/company/lyra-network_2" data-mce-style=3D"border: none; text-deco= ration: none; margin: 0; float: left; display: inline-block; width: 41px;">= <img src=3D"cid:f9b2c685c3f1d36791e5b5f4826315333cce49d5@zimbra" data-mce-s= rc=3D"/home/admin(a)lyra-network.com/corporate-documents/element-signature_lo= go_LinkedIn_41x28.jpg" doc=3D"corporate-documents/element-signature_logo_Li= nkedIn_41x28.jpg" height=3D"28" width=3D"41" border=3D"0"></a><br data-mce-= bogus=3D"1"></td><td style=3D"margin: 0; font-size: 11px; font-family: Aria= l,sans-serif; color: #2b3c7a; line-height: 16px; width: 31.5pt; text-align:= left;" data-mce-style=3D"margin: 0; font-size: 11px; font-family: Arial,sa= ns-serif; color: #2b3c7a; line-height: 16px; width: 31.5pt; text-align: lef= t;" width=3D"42" valign=3D"top"><a href=3D"https://twitter.com/LyraNetwork"= style=3D"border: none; text-decoration: none; margin: 0; float: left; disp= lay: inline-block; width: 42px;" data-mce-href=3D"https://twitter.com/LyraN= etwork" data-mce-style=3D"border: none; text-decoration: none; margin: 0; f= loat: left; display: inline-block; width: 42px;"><img src=3D"cid:7ab6c09fb1= f7893b767ccf2331b36bb37c6f14db@zimbra" alt=3D"" data-mce-src=3D"/home/admin= @lyra-network.com/corporate-documents/element-signature_logo_Twitter_42x28.= jpg" doc=3D"corporate-documents/element-signature_logo_Twitter_42x28.jpg" h= eight=3D"28" width=3D"42" border=3D"0"></a><br data-mce-bogus=3D"1"></td><t= d style=3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif; color= : #2b3c7a; line-height: 16px; width: 258.75pt; text-align: left;" data-mce-= style=3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: = #2b3c7a; line-height: 16px; width: 258.75pt; text-align: left;" width=3D"34= 5" valign=3D"top"><a href=3D"https://payzen.eu" style=3D"border: none; text= -decoration: none; margin: 0; float: left; display: inline-block; width: 61= px;" data-mce-href=3D"https://payzen.eu" data-mce-style=3D"border: none; te= xt-decoration: none; margin: 0; float: left; display: inline-block; width: = 61px;"><img src=3D"cid:82df9ae3a2842396fb84893c562d7a2c34b735cf@zimbra" alt= =3D"" data-mce-src=3D"/home/admin(a)lyra-network.com/corporate-documents/elem= ent-signature_payzen_61x28.jpg" doc=3D"corporate-documents/element-signatur= e_payzen_61x28.jpg" height=3D"28" width=3D"61" border=3D"0"></a><br data-mc= e-bogus=3D"1"></td></tr></tbody></table><table style=3D"margin: 0; table-la= yout: fixed; border: none; width: 345pt;" data-mce-style=3D"margin: 0; tabl= e-layout: fixed; border: none; width: 345pt;" width=3D"460" cellspacing=3D"= 0" cellpadding=3D"0"><tbody><tr><td><hr style=3D"background: #293b79 none r= epeat scroll 0% 0%; width: 100%; height: 4px; color: #293b79; margin: 0px;"= data-mce-style=3D"background: #293b79 none repeat scroll 0% 0%; width: 100= %; height: 4px; color: #293b79; margin: 0px;"></td></tr></tbody></table><ta= ble style=3D"margin: 0; table-layout: fixed; border: none; width: 345pt;" d= ata-mce-style=3D"margin: 0; table-layout: fixed; border: none; width: 345pt= ;" width=3D"460" cellspacing=3D"0" cellpadding=3D"0"><tbody><tr><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;" data-mce-style=3D= "margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a;= line-height: 16px; width: 30.75pt; text-align: left;"><div>Lyra Network, 1= 09 rue de l'innovation, 31670 Lab=C3=A8ge, FRANCE</div></td></tr></tbody></= table><div><br></div></div></div></body></html> ------=_Part_8478209_1696867783.1487006648666 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: <0e25a29c09e0a606ebb40f3ab356ecabc4303510@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_8478209_1696867783.1487006648666 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: <bf35ef6ac3e1c3b375376ae9ea368903eb937177@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_8478209_1696867783.1487006648666 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: <f9b2c685c3f1d36791e5b5f4826315333cce49d5@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_8478209_1696867783.1487006648666 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: <7ab6c09fb1f7893b767ccf2331b36bb37c6f14db@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_8478209_1696867783.1487006648666 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: <82df9ae3a2842396fb84893c562d7a2c34b735cf@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_8478209_1696867783.1487006648666-- ------=_Part_8478208_180746044.1487006648666--

3 3

How to manage to update the Quota limits parameters (cpu, memory and disk)
by Manuel Luis Aznar 17 Feb '17

17 Feb '17

Hello there, I want to update the quota limit parameters for vcpu, memory and disk, but I dont find the way. I manage to get the actual values but I am unable to manage how to update this values. I am doing the following (I ommit the imports and conection stuff): system_service = connection.system_service() data_centers_service = system_service.data_centers_service() data_center = data_centers_service.list(search='name=Prueba2')[0] data_center_service = data_centers_service.data_center_service(id= data_center.id) quotas_service = data_center_service.quotas_service() quota = quotas_service.list()[0] quota_service = quotas_service.quota_service(id=quota.id) quota_cluster_limits_service = quota_service.quota_cluster_limits_service() quotaclusterlimit = quota_cluster_limits_service.list()[0] quota_storage_limits_service = quota_service.quota_storage_limits_service() quotastoragelimit = quota_storage_limits_service.list()[0] if after that I print the following: quotaclusterlimit.memory_limit quotaclusterlimit.vcpu_limit quotastoragelimit.limit i see the actual values of the limits, but, I m not able to update that values (I have been testing on how to do it). It seems that the only method that let you update anything on a quota is using: quota_service.add(quota=...) I start creating a new quota object with these new limits by doing the following: new_quotastoragelimit = ovirtsdk4.types.QuotaStorageLimit(limit=100) new_quotaclusterlimit = ovirtsdk4.types.QuotaClusterLimit(memory_limit=100,vcpu_limit=10) new_quota = ovirtsdk4.types.Quota(quota_cluster_limits=new_quotaclusterlimit, quota_storage_limits=new_quotastoragelimit) quota_service.update(quota=new_quota) I have directly tried to edit the printed values directly and then doing the update but I got nothing (got event in the engine but the limit did not change) quotaclusterlimit.memory_limit =100 quotaclusterlimit.vcpu_limit = 10 quotastoragelimit.limit = 100 quota_service.update(quota=quota) # updating quota with itself I suppose that there would be a way on how to this, so if you can help, i will really appreciate you. Thanks for all in advance to all Manuel

2 1

Re: [ovirt-users] VMs are not running/booting on one host
by Karli Sjöberg 17 Feb '17

17 Feb '17

--_000_bd8476d87fd64bb2a520726538660fdcexch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMTUgZmViLiAyMDE3IDk6MDYgZW0gc2tyZXYgUGV0ZXIgSHVkZWMgPHBodWRlY0BjbmMu c2s+Og0KPg0KPiBIaSwNCj4NCj4gc28gdGhlcHJvYmxlbSBpcyBsaXR0bGUgYml0IGRpZmZlcmVu dC4gV2hlbiBJIHdhaXQgZm9yIGEgbG9uZyB0aW1lLCB0aGUNCj4gVk0gYm9vdHMgOygNCg0KRG9l cyB0aGUgVk0gaGF2ZSBWaXJ0SU8gc2VyaWFsIGNvbnNvbGUgYWN0aXZhdGVkPyBJIGhhZCB0aGUg c2FtZSBwcm9ibGVtIGFuZCByZW1vdmluZyB0aGF0IGZpeGVkIGl0Lg0KDQovSw0KDQo+DQo+IEJ1 dCAuLi4gL3NlZSB0aGUgbG9nLy4gSSdtIGludmV0aWdhdGluZyB0aGUgcmVhc29uLg0KPiBUaGUg ZGlmZmVyZW5jZSBiZXR3ZWVuIHRoZSBkaXBvdmlydDB7MSwyfSBhbmQgdGhlIGRpcG92aXJ0MDMg aXN0aGUNCj4gaW5zdGFsbGF0aW9uIHRpbWUuIFRoZSBmaXJzdCAyIHdhcyBtaWdyYXRlZCBsYXN0 IHdlZWssIHRoZSBsYXN0IG9uZQ0KPiB5ZXN0ZXJkYXkuIFRoZXJlIHNvbWUgbmV3ZXIgcGFja2Fn ZXMsIGJ1dCBub3RoaW5nIHJlbGF0ZWQgdG8gS1ZNLg0KPg0KPiBbICAyOTIuNDI5NjIyXSBJTkZP OiByY3Vfc2NoZWQgc2VsZi1kZXRlY3RlZCBzdGFsbCBvbiBDUFUgeyAwfSAgKHQ9NzIyODANCj4g amlmZmllcyBnPTM5MyBjPTM5MiBxPTM1KQ0KPiBbICAyOTIuNDMwMjk0XSBzZW5kaW5nIE5NSSB0 byBhbGwgQ1BVczoNCj4gWyAgMjkyLjQzMDMwNV0gTk1JIGJhY2t0cmFjZSBmb3IgY3B1IDANCj4g WyAgMjkyLjQzMDMwOV0gQ1BVOiAwIFBJRDogMCBDb21tOiBzd2FwcGVyLzAgTm90IHRhaW50ZWQg My4xNi4wLTQtYW1kNjQNCj4gIzEgRGViaWFuIDMuMTYuMzktMQ0KPiBbICAyOTIuNDMwMzExXSBI YXJkd2FyZSBuYW1lOiBvVmlydCBvVmlydCBOb2RlLCBCSU9TIDAuNS4xIDAxLzAxLzIwMTENCj4g WyAgMjkyLjQzMDMxM10gdGFzazogZmZmZmZmZmY4MTgxYTQ2MCB0aTogZmZmZmZmZmY4MTgwMDAw MCB0YXNrLnRpOg0KPiBmZmZmZmZmZjgxODAwMDAwDQo+IFsgIDI5Mi40MzAzMTVdIFJJUDogMDAx MDpbPGZmZmZmZmZmODEwNTJhZTY+XSAgWzxmZmZmZmZmZjgxMDUyYWU2Pl0NCj4gbmF0aXZlX3dy aXRlX21zcl9zYWZlKzB4Ni8weDEwDQo+IFsgIDI5Mi40MzAzMjNdIFJTUDogMDAxODpmZmZmODgw MDFmYzAzZTA4ICBFRkxBR1M6IDAwMDAwMDQ2DQo+IFsgIDI5Mi40MzAzMjVdIFJBWDogMDAwMDAw MDAwMDAwMDQwMCBSQlg6IDAwMDAwMDAwMDAwMDAwMDAgUkNYOg0KPiAwMDAwMDAwMDAwMDAwODMw DQo+IFsgIDI5Mi40MzAzMjZdIFJEWDogMDAwMDAwMDAwMDAwMDAwMCBSU0k6IDAwMDAwMDAwMDAw MDA0MDAgUkRJOg0KPiAwMDAwMDAwMDAwMDAwODMwDQo+IFsgIDI5Mi40MzAzMjddIFJCUDogZmZm ZmZmZmY4MThlMmE4MCBSMDg6IGZmZmZmZmZmODE4ZTJhODAgUjA5Og0KPiAwMDAwMDAwMDAwMDAw MWU4DQo+IFsgIDI5Mi40MzAzMjldIFIxMDogMDAwMDAwMDAwMDAwMDAwMCBSMTE6IGZmZmY4ODAw MWZjMDNiOTYgUjEyOg0KPiAwMDAwMDAwMDAwMDAwMDAwDQo+IFsgIDI5Mi40MzAzMzBdIFIxMzog MDAwMDAwMDAwMDAwYTBlYSBSMTQ6IDAwMDAwMDAwMDAwMDAwMDIgUjE1Og0KPiAwMDAwMDAwMDAw MDgwMDAwDQo+IFsgIDI5Mi40MzAzMzVdIEZTOiAgMDAwMDAwMDAwMDAwMDAwMCgwMDAwKSBHUzpm ZmZmODgwMDFmYzAwMDAwKDAwMDApDQo+IGtubEdTOjAwMDAwMDAwMDAwMDAwMDANCj4gWyAgMjky LjQzMDMzN10gQ1M6ICAwMDEwIERTOiAwMDAwIEVTOiAwMDAwIENSMDogMDAwMDAwMDA4MDA1MDAz Yg0KPiBbICAyOTIuNDMwMzM5XSBDUjI6IDAwMDAwMDAwMDE4MDEwMDAgQ1IzOiAwMDAwMDAwMDFj NmRlMDAwIENSNDoNCj4gMDAwMDAwMDAwMDAwMDZmMA0KPiBbICAyOTIuNDMwMzQzXSBTdGFjazoN Cj4gWyAgMjkyLjQzMDM0NF0gIGZmZmZmZmZmODEwNGIzMGQgMDAwMDAwMDAwMDAwMDAwMiAwMDAw MDAwMDAwMDAwMDgyDQo+IGZmZmY4ODAwMWZjMGQ2YTANCj4gWyAgMjkyLjQzMDM0N10gIGZmZmZm ZmZmODE4NTM4MDAgMDAwMDAwMDAwMDAwMDAwMCBmZmZmZmZmZjgxOGUyZmUwDQo+IDAwMDAwMDAw MDAwMDAwMjMNCj4gWyAgMjkyLjQzMDM0OV0gIGZmZmZmZmZmODE4NTM4MDAgZmZmZmZmZmY4MTA0 N2Q2MyBmZmZmODgwMDFmYzBkNmEwDQo+IGZmZmZmZmZmODEwYzczZmENCj4gWyAgMjkyLjQzMDM1 Ml0gQ2FsbCBUcmFjZToNCj4gWyAgMjkyLjQzMDM1NF0gIDxJUlE+DQo+DQo+IFsgIDI5Mi40MzAz NjBdICBbPGZmZmZmZmZmODEwNGIzMGQ+XSA/IF9feDJhcGljX3NlbmRfSVBJX21hc2srMHhhZC8w eGUwDQo+IFsgIDI5Mi40MzAzNjVdICBbPGZmZmZmZmZmODEwNDdkNjM+XSA/DQo+IGFyY2hfdHJp Z2dlcl9hbGxfY3B1X2JhY2t0cmFjZSsweGMzLzB4MTQwDQo+IFsgIDI5Mi40MzAzNjldICBbPGZm ZmZmZmZmODEwYzczZmE+XSA/IHJjdV9jaGVja19jYWxsYmFja3MrMHg0MmEvMHg2NzANCj4gWyAg MjkyLjQzMDM3M10gIFs8ZmZmZmZmZmY4MTA5YmIxZT5dID8gYWNjb3VudF9wcm9jZXNzX3RpY2sr MHhkZS8weDE4MA0KPiBbICAyOTIuNDMwMzc2XSAgWzxmZmZmZmZmZjgxMGQxZTAwPl0gPyB0aWNr X3NjaGVkX2hhbmRsZS5pc3JhLjE2KzB4NjAvMHg2MA0KPiBbICAyOTIuNDMwMzgxXSAgWzxmZmZm ZmZmZjgxMDc1ZmMwPl0gPyB1cGRhdGVfcHJvY2Vzc190aW1lcysweDQwLzB4NzANCj4gWyAgMjky LjQzMDQwNF0gIFs8ZmZmZmZmZmY4MTBkMWRjMD5dID8gdGlja19zY2hlZF9oYW5kbGUuaXNyYS4x NisweDIwLzB4NjANCj4gWyAgMjkyLjQzMDQwN10gIFs8ZmZmZmZmZmY4MTBkMWUzYz5dID8gdGlj a19zY2hlZF90aW1lcisweDNjLzB4NjANCj4gWyAgMjkyLjQzMDQxMF0gIFs8ZmZmZmZmZmY4MTA4 YzZhNz5dID8gX19ydW5faHJ0aW1lcisweDY3LzB4MjEwDQo+IFsgIDI5Mi40MzA0MTJdICBbPGZm ZmZmZmZmODEwOGNhYTk+XSA/IGhydGltZXJfaW50ZXJydXB0KzB4ZTkvMHgyMjANCj4gWyAgMjky LjQzMDQxNl0gIFs8ZmZmZmZmZmY4MTUxZGNhYj5dID8gc21wX2FwaWNfdGltZXJfaW50ZXJydXB0 KzB4M2IvMHg1MA0KPiBbICAyOTIuNDMwNDIwXSAgWzxmZmZmZmZmZjgxNTFiZDNkPl0gPyBhcGlj X3RpbWVyX2ludGVycnVwdCsweDZkLzB4ODANCj4gWyAgMjkyLjQzMDQyMl0gIDxFT0k+DQo+DQo+ IFsgIDI5Mi40MzA0MjVdICBbPGZmZmZmZmZmODEwOWIyZTU+XSA/IHNjaGVkX2Nsb2NrX2xvY2Fs KzB4MTUvMHg4MA0KPiBbICAyOTIuNDMwNDI4XSAgWzxmZmZmZmZmZjgxMDFkYTUwPl0gPyBtd2Fp dF9pZGxlKzB4YTAvMHhhMA0KPiBbICAyOTIuNDMwNDMxXSAgWzxmZmZmZmZmZjgxMDUyYzIyPl0g PyBuYXRpdmVfc2FmZV9oYWx0KzB4Mi8weDEwDQo+IFsgIDI5Mi40MzA0MzRdICBbPGZmZmZmZmZm ODEwMWRhNjk+XSA/IGRlZmF1bHRfaWRsZSsweDE5LzB4ZDANCj4gWyAgMjkyLjQzMDQzN10gIFs8 ZmZmZmZmZmY4MTBhOWI3ND5dID8gY3B1X3N0YXJ0dXBfZW50cnkrMHgzNzQvMHg0NzANCj4gWyAg MjkyLjQzMDQ0MF0gIFs8ZmZmZmZmZmY4MTkwMzA3Nj5dID8gc3RhcnRfa2VybmVsKzB4NDk3LzB4 NGEyDQo+IFsgIDI5Mi40MzA0NDJdICBbPGZmZmZmZmZmODE5MDJhMDQ+XSA/IHNldF9pbml0X2Fy ZysweDRlLzB4NGUNCj4gWyAgMjkyLjQzMDQ0NV0gIFs8ZmZmZmZmZmY4MTkwMjEyMD5dID8gZWFy bHlfaWR0X2hhbmRsZXJfYXJyYXkrMHgxMjAvMHgxMjANCj4gWyAgMjkyLjQzMDQ0N10gIFs8ZmZm ZmZmZmY4MTkwMjcxZj5dID8geDg2XzY0X3N0YXJ0X2tlcm5lbCsweDE0ZC8weDE1Yw0KPiBbICAy OTIuNDMwNDQ4XSBDb2RlOiBjMiA0OCA4OSBkMCBjMyA4OSBmOSAwZiAzMiAzMSBjOSA0OCBjMSBl MiAyMCA4OSBjMA0KPiA4OSAwZSA0OCAwOSBjMiA0OCA4OSBkMCBjMyA2NiA2NiAyZSAwZiAxZiA4 NCAwMCAwMCAwMCAwMCAwMCA4OSBmMCA4OSBmOQ0KPiAwZiAzMCA8MzE+IGMwIGMzIDBmIDFmIDgw IDAwIDAwIDAwIDAwIDg5IGY5IDBmIDMzIDQ4IGMxIGUyIDIwIDg5IGMwIDQ4DQo+IFsgIDI5Mi40 MzA1NzldIENsb2Nrc291cmNlIHRzYyB1bnN0YWJsZSAoZGVsdGEgPSAtMjg5MTE4MTM3ODM4IG5z KQ0KPg0KPg0KPiBPbiAxNS8wMi8yMDE3IDIwOjM5LCBQZXRlciBIdWRlYyB3cm90ZToNCj4gPiBI aSwNCj4gPg0KPiA+IEkgZGlkIGFscmVhZHksIGJ1dCBub3QgZmluZCBhbnkgc3VzcGljaW91cywg c2VlIGF0dGFjaGVkIGxvZ3MgYW5kIHRoZQ0KPiA+IHNwaWNlIHNjcmVlbnNob3QuDQo+ID4NCj4g PiBBY3R1YWxseSB0aGUgVk0gaXMgYm9vdGluZywgYnV0IGlzIHN0YWNrZWQgaW4gc29tZSAgYmFk IHN0YXRlLg0KPiA+IFdoZW4gbWlncmF0aW5nLCB0aGUgbWlncmF0aW9uIGlzIHN1Y2Vzc2Z1bGws IGJ1dCB0aGUgdm0gaXMgbm90IGFjZXNzaWJsZQ0KPiA+IC9ldmVuIG9uIG5ldHdvcmsvDQo+ID4N Cj4gPiBSaWdodCBub3cgSSBmb3VuZCBvbmUgVk0sIHdoaWNoIGlzIHdvcmtpbmcgd2VsbC4NCj4g Pg0KPiA+IEluIGxvZ3MgbG9vayBmb3IgZGlwbGNpMDEgYXQgMjAxNy0wMi0xNSAyMDoyMzowMCw0 MjAsIHRoZSBWTSBJRCBpcw0KPiA+IDdkZGYzNDliLWZiOWEtNDRmNC05ZTg4LTczZTg0NjI1YTQ0 ZQ0KPiA+DQo+ID4gICAgICAgIHRoYW5rcw0KPiA+ICAgICAgICAgICAgICAgIFBldGVyDQo+ID4N Cj4gPiBPbiAxNS8wMi8yMDE3IDE5OjQwLCBOaXIgU29mZmVyIHdyb3RlOg0KPiA+PiBPbiBXZWQs IEZlYiAxNSwgMjAxNyBhdCA4OjExIFBNLCBQZXRlciBIdWRlYyA8cGh1ZGVjQGNuYy5zaz4gd3Jv dGU6DQo+ID4+PiBIaSwNCj4gPj4+DQo+ID4+PiBJJ20gcHJlcGFyaW5nIHRvIG1pZ3JhdGUgZnJv bSAzLjUgdG8gMy42DQo+ID4+PiBUaGUgZmlyc3Qgc3RlcCBpcyB0aGUgQ2VudE9TNiAtPiBDZW50 T1M3IGZvciBob3N0cy4NCj4gPj4+DQo+ID4+PiBzZXR1cDoNCj4gPj4+ICAgLSAzeCBob3N0cyAv ZGlwb3ZpdHJ0MDEsIGRpcG92aXJ0MDIsIGRpcG92aXJ0MDMvDQo+ID4+PiAgIC0gMXggaG9zdGVk IGVuZ2luZSAvb24gYWxsIDMgaG9zdHMvDQo+ID4+Pg0KPiA+Pj4gVGhlIHVwZ3JhZGUgb2YgdGhl IGZpcnN0IDIgaG9zdHMgd2FzIE9LLCBhbGwgVk0gYXJlIHJ1bm5pbmcgT0suDQo+ID4+PiBXaGVu IEkgdXBncmFkZWQgdGhlIDNyZCBob3N0IC9kaXBvdmlydDAzLywgc29tZSAgVk1zIGFyZSBub3Qg YWJsZSB0byBydW4NCj4gPj4+IG9uIHRoZSBvciBib290IG9uIHRoaXMgaG9zdC4gSSB0cmllZCAg dG8gZnVsbCByZWluc3RhbGwgdGhlIGhvc3QsIGJ1dA0KPiA+Pj4gd3RoIHRoZSBzYW1lIHJlc3Vs dC4NCj4gPj4+DQo+ID4+PiBJbiBjYXNlIG9mIG1pZ3JhdGlvbiB0aGUgVk1tIHdpbGwgc3RvcCBy dW5uaW5nIGluIGEgd2hpbGUuDQo+ID4+PiBJbiBjYXNlIG9mIGJvb3RpbmcgdGhlIFZNIHdpbGwg bm90IGJvb3QsIEkgc2VlIHRoZSAnTG9hZGluZyBrZXJuZWwgLi4uJw0KPiA+Pj4NCj4gPj4+IEFs bW9zdCBhbGwgVk1TIGFyZSBEZWJpYW4gOCB3aXRoIGd1ZXN0IHRvb2xzLCBzb21lIENlbnRvcyA2 LzcNCj4gPj4+DQo+ID4+PiBUaGUgaG9zdHMgd2VyZSBPSyB3aXRoIENlbnRPUzYuDQo+ID4+Pg0K PiA+Pj4NCj4gPj4+IFdoZXJlIHNob3VsZCBJIHN0YXJ0IHRvIGludmVzdGlnYXRlID8NCj4gPj4N Cj4gPj4gU2hhcmluZyB2ZHNtIGxvZ3Mgc2hvd2luZyB0aGUgZmFpbGVkIGF0dGVtcHRzIHRvIHJ1 biBvciBtaWdyYXRlDQo+ID4+IGEgdm0gd291bGQgYmUgYSBnb29kIHN0YXJ0Lg0KPiA+Pg0KPiA+ Pj4NCj4gPj4+ICAgICAgICAgYmVzdCByZWdhcmRzDQo+ID4+PiAgICAgICAgICAgICAgICAgUGV0 ZXINCj4gPj4+DQo+ID4+Pg0KPiA+Pj4gLS0NCj4gPj4+ICpQZXRlciBIdWRlYyoNCj4gPj4+IElu ZnJhxaF0cnVrdMO6cm55IGFyY2hpdGVrdA0KPiA+Pj4gcGh1ZGVjQGNuYy5zayA8bWFpbHRvOnBo dWRlY0BjbmMuc2s+DQo+ID4+Pg0KPiA+Pj4gKkNOQywgYS5zLioNCj4gPj4+IEJvcnNrw6EgNiwg ODQxIDA0IEJyYXRpc2xhdmENCj4gPj4+IFJlY2VwY2lhOiArNDIxIDIgMzUgMDAwIDEwMA0KPiA+ Pj4NCj4gPj4+IE1vYmlsOis0MjEgOTA1IDk5NyAyMDMNCj4gPj4+ICp3d3cuY25jLnNrKiA8aHR0 cDovLy93d3cuY25jLnNrPg0KPiA+Pj4NCj4gPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+ID4+PiBVc2VycyBtYWlsaW5nIGxpc3QNCj4gPj4+IFVz ZXJzQG92aXJ0Lm9yZw0KPiA+Pj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3Rp bmZvL3VzZXJzDQo+ID4NCj4gPg0KPg0KPg0KPiAtLQ0KPiAqUGV0ZXIgSHVkZWMqDQo+IEluZnJh xaF0cnVrdMO6cm55IGFyY2hpdGVrdA0KPiBwaHVkZWNAY25jLnNrIDxtYWlsdG86cGh1ZGVjQGNu Yy5zaz4NCj4NCj4gKkNOQywgYS5zLioNCj4gQm9yc2vDoSA2LCA4NDEgMDQgQnJhdGlzbGF2YQ0K PiBSZWNlcGNpYTogKzQyMSAyICAzNSAwMDAgMTAwDQo+DQo+IE1vYmlsOis0MjEgOTA1IDk5NyAy MDMNCj4gKnd3dy5jbmMuc2sqIDxodHRwOi8vL3d3dy5jbmMuc2s+DQo+DQo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFVzZXJzIG1haWxpbmcgbGlz dA0KPiBVc2Vyc0BvdmlydC5vcmcNCj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xp c3RpbmZvL3VzZXJzDQo= --_000_bd8476d87fd64bb2a520726538660fdcexch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <55EF95DFC01E0C4A8AD95D5644828F56(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAxNSBmZWIuIDIwMTcgOTowNiBlbSBza3JldiBQZXRlciBIdWRlYyAmbHQ7cGh1 ZGVjQGNuYy5zayZndDs6PGJyPg0KJmd0Ozxicj4NCiZndDsgSGksPGJyPg0KJmd0Ozxicj4NCiZn dDsgc28gdGhlcHJvYmxlbSBpcyBsaXR0bGUgYml0IGRpZmZlcmVudC4gV2hlbiBJIHdhaXQgZm9y IGEgbG9uZyB0aW1lLCB0aGU8YnI+DQomZ3Q7IFZNIGJvb3RzIDsoPC9wPg0KPHAgZGlyPSJsdHIi PkRvZXMgdGhlIFZNIGhhdmUgVmlydElPIHNlcmlhbCBjb25zb2xlIGFjdGl2YXRlZD8gSSBoYWQg dGhlIHNhbWUgcHJvYmxlbSBhbmQgcmVtb3ZpbmcgdGhhdCBmaXhlZCBpdC48L3A+DQo8cCBkaXI9 Imx0ciI+L0s8L3A+DQo8cCBkaXI9Imx0ciI+Jmd0Ozxicj4NCiZndDsgQnV0IC4uLiAvc2VlIHRo ZSBsb2cvLiBJJ20gaW52ZXRpZ2F0aW5nIHRoZSByZWFzb24uPGJyPg0KJmd0OyBUaGUgZGlmZmVy ZW5jZSBiZXR3ZWVuIHRoZSBkaXBvdmlydDB7MSwyfSBhbmQgdGhlIGRpcG92aXJ0MDMgaXN0aGU8 YnI+DQomZ3Q7IGluc3RhbGxhdGlvbiB0aW1lLiBUaGUgZmlyc3QgMiB3YXMgbWlncmF0ZWQgbGFz dCB3ZWVrLCB0aGUgbGFzdCBvbmU8YnI+DQomZ3Q7IHllc3RlcmRheS4gVGhlcmUgc29tZSBuZXdl ciBwYWNrYWdlcywgYnV0IG5vdGhpbmcgcmVsYXRlZCB0byBLVk0uPGJyPg0KJmd0Ozxicj4NCiZn dDsgWyZuYnNwOyAyOTIuNDI5NjIyXSBJTkZPOiByY3Vfc2NoZWQgc2VsZi1kZXRlY3RlZCBzdGFs bCBvbiBDUFUgeyAwfSZuYnNwOyAodD03MjI4MDxicj4NCiZndDsgamlmZmllcyBnPTM5MyBjPTM5 MiBxPTM1KTxicj4NCiZndDsgWyZuYnNwOyAyOTIuNDMwMjk0XSBzZW5kaW5nIE5NSSB0byBhbGwg Q1BVczo8YnI+DQomZ3Q7IFsmbmJzcDsgMjkyLjQzMDMwNV0gTk1JIGJhY2t0cmFjZSBmb3IgY3B1 IDA8YnI+DQomZ3Q7IFsmbmJzcDsgMjkyLjQzMDMwOV0gQ1BVOiAwIFBJRDogMCBDb21tOiBzd2Fw cGVyLzAgTm90IHRhaW50ZWQgMy4xNi4wLTQtYW1kNjQ8YnI+DQomZ3Q7ICMxIERlYmlhbiAzLjE2 LjM5LTE8YnI+DQomZ3Q7IFsmbmJzcDsgMjkyLjQzMDMxMV0gSGFyZHdhcmUgbmFtZTogb1ZpcnQg b1ZpcnQgTm9kZSwgQklPUyAwLjUuMSAwMS8wMS8yMDExPGJyPg0KJmd0OyBbJm5ic3A7IDI5Mi40 MzAzMTNdIHRhc2s6IGZmZmZmZmZmODE4MWE0NjAgdGk6IGZmZmZmZmZmODE4MDAwMDAgdGFzay50 aTo8YnI+DQomZ3Q7IGZmZmZmZmZmODE4MDAwMDA8YnI+DQomZ3Q7IFsmbmJzcDsgMjkyLjQzMDMx NV0gUklQOiAwMDEwOlsmbHQ7ZmZmZmZmZmY4MTA1MmFlNiZndDtdJm5ic3A7IFsmbHQ7ZmZmZmZm ZmY4MTA1MmFlNiZndDtdPGJyPg0KJmd0OyBuYXRpdmVfd3JpdGVfbXNyX3NhZmUmIzQzOzB4Ni8w eDEwPGJyPg0KJmd0OyBbJm5ic3A7IDI5Mi40MzAzMjNdIFJTUDogMDAxODpmZmZmODgwMDFmYzAz ZTA4Jm5ic3A7IEVGTEFHUzogMDAwMDAwNDY8YnI+DQomZ3Q7IFsmbmJzcDsgMjkyLjQzMDMyNV0g UkFYOiAwMDAwMDAwMDAwMDAwNDAwIFJCWDogMDAwMDAwMDAwMDAwMDAwMCBSQ1g6PGJyPg0KJmd0 OyAwMDAwMDAwMDAwMDAwODMwPGJyPg0KJmd0OyBbJm5ic3A7IDI5Mi40MzAzMjZdIFJEWDogMDAw MDAwMDAwMDAwMDAwMCBSU0k6IDAwMDAwMDAwMDAwMDA0MDAgUkRJOjxicj4NCiZndDsgMDAwMDAw MDAwMDAwMDgzMDxicj4NCiZndDsgWyZuYnNwOyAyOTIuNDMwMzI3XSBSQlA6IGZmZmZmZmZmODE4 ZTJhODAgUjA4OiBmZmZmZmZmZjgxOGUyYTgwIFIwOTo8YnI+DQomZ3Q7IDAwMDAwMDAwMDAwMDAx ZTg8YnI+DQomZ3Q7IFsmbmJzcDsgMjkyLjQzMDMyOV0gUjEwOiAwMDAwMDAwMDAwMDAwMDAwIFIx MTogZmZmZjg4MDAxZmMwM2I5NiBSMTI6PGJyPg0KJmd0OyAwMDAwMDAwMDAwMDAwMDAwPGJyPg0K Jmd0OyBbJm5ic3A7IDI5Mi40MzAzMzBdIFIxMzogMDAwMDAwMDAwMDAwYTBlYSBSMTQ6IDAwMDAw MDAwMDAwMDAwMDIgUjE1Ojxicj4NCiZndDsgMDAwMDAwMDAwMDA4MDAwMDxicj4NCiZndDsgWyZu YnNwOyAyOTIuNDMwMzM1XSBGUzombmJzcDsgMDAwMDAwMDAwMDAwMDAwMCgwMDAwKSBHUzpmZmZm ODgwMDFmYzAwMDAwKDAwMDApPGJyPg0KJmd0OyBrbmxHUzowMDAwMDAwMDAwMDAwMDAwPGJyPg0K Jmd0OyBbJm5ic3A7IDI5Mi40MzAzMzddIENTOiZuYnNwOyAwMDEwIERTOiAwMDAwIEVTOiAwMDAw IENSMDogMDAwMDAwMDA4MDA1MDAzYjxicj4NCiZndDsgWyZuYnNwOyAyOTIuNDMwMzM5XSBDUjI6 IDAwMDAwMDAwMDE4MDEwMDAgQ1IzOiAwMDAwMDAwMDFjNmRlMDAwIENSNDo8YnI+DQomZ3Q7IDAw MDAwMDAwMDAwMDA2ZjA8YnI+DQomZ3Q7IFsmbmJzcDsgMjkyLjQzMDM0M10gU3RhY2s6PGJyPg0K Jmd0OyBbJm5ic3A7IDI5Mi40MzAzNDRdJm5ic3A7IGZmZmZmZmZmODEwNGIzMGQgMDAwMDAwMDAw MDAwMDAwMiAwMDAwMDAwMDAwMDAwMDgyPGJyPg0KJmd0OyBmZmZmODgwMDFmYzBkNmEwPGJyPg0K Jmd0OyBbJm5ic3A7IDI5Mi40MzAzNDddJm5ic3A7IGZmZmZmZmZmODE4NTM4MDAgMDAwMDAwMDAw MDAwMDAwMCBmZmZmZmZmZjgxOGUyZmUwPGJyPg0KJmd0OyAwMDAwMDAwMDAwMDAwMDIzPGJyPg0K Jmd0OyBbJm5ic3A7IDI5Mi40MzAzNDldJm5ic3A7IGZmZmZmZmZmODE4NTM4MDAgZmZmZmZmZmY4 MTA0N2Q2MyBmZmZmODgwMDFmYzBkNmEwPGJyPg0KJmd0OyBmZmZmZmZmZjgxMGM3M2ZhPGJyPg0K Jmd0OyBbJm5ic3A7IDI5Mi40MzAzNTJdIENhbGwgVHJhY2U6PGJyPg0KJmd0OyBbJm5ic3A7IDI5 Mi40MzAzNTRdJm5ic3A7ICZsdDtJUlEmZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgWyZuYnNwOyAy OTIuNDMwMzYwXSZuYnNwOyBbJmx0O2ZmZmZmZmZmODEwNGIzMGQmZ3Q7XSA/IF9feDJhcGljX3Nl bmRfSVBJX21hc2smIzQzOzB4YWQvMHhlMDxicj4NCiZndDsgWyZuYnNwOyAyOTIuNDMwMzY1XSZu YnNwOyBbJmx0O2ZmZmZmZmZmODEwNDdkNjMmZ3Q7XSA/PGJyPg0KJmd0OyBhcmNoX3RyaWdnZXJf YWxsX2NwdV9iYWNrdHJhY2UmIzQzOzB4YzMvMHgxNDA8YnI+DQomZ3Q7IFsmbmJzcDsgMjkyLjQz MDM2OV0mbmJzcDsgWyZsdDtmZmZmZmZmZjgxMGM3M2ZhJmd0O10gPyByY3VfY2hlY2tfY2FsbGJh Y2tzJiM0MzsweDQyYS8weDY3MDxicj4NCiZndDsgWyZuYnNwOyAyOTIuNDMwMzczXSZuYnNwOyBb Jmx0O2ZmZmZmZmZmODEwOWJiMWUmZ3Q7XSA/IGFjY291bnRfcHJvY2Vzc190aWNrJiM0MzsweGRl LzB4MTgwPGJyPg0KJmd0OyBbJm5ic3A7IDI5Mi40MzAzNzZdJm5ic3A7IFsmbHQ7ZmZmZmZmZmY4 MTBkMWUwMCZndDtdID8gdGlja19zY2hlZF9oYW5kbGUuaXNyYS4xNiYjNDM7MHg2MC8weDYwPGJy Pg0KJmd0OyBbJm5ic3A7IDI5Mi40MzAzODFdJm5ic3A7IFsmbHQ7ZmZmZmZmZmY4MTA3NWZjMCZn dDtdID8gdXBkYXRlX3Byb2Nlc3NfdGltZXMmIzQzOzB4NDAvMHg3MDxicj4NCiZndDsgWyZuYnNw OyAyOTIuNDMwNDA0XSZuYnNwOyBbJmx0O2ZmZmZmZmZmODEwZDFkYzAmZ3Q7XSA/IHRpY2tfc2No ZWRfaGFuZGxlLmlzcmEuMTYmIzQzOzB4MjAvMHg2MDxicj4NCiZndDsgWyZuYnNwOyAyOTIuNDMw NDA3XSZuYnNwOyBbJmx0O2ZmZmZmZmZmODEwZDFlM2MmZ3Q7XSA/IHRpY2tfc2NoZWRfdGltZXIm IzQzOzB4M2MvMHg2MDxicj4NCiZndDsgWyZuYnNwOyAyOTIuNDMwNDEwXSZuYnNwOyBbJmx0O2Zm ZmZmZmZmODEwOGM2YTcmZ3Q7XSA/IF9fcnVuX2hydGltZXImIzQzOzB4NjcvMHgyMTA8YnI+DQom Z3Q7IFsmbmJzcDsgMjkyLjQzMDQxMl0mbmJzcDsgWyZsdDtmZmZmZmZmZjgxMDhjYWE5Jmd0O10g PyBocnRpbWVyX2ludGVycnVwdCYjNDM7MHhlOS8weDIyMDxicj4NCiZndDsgWyZuYnNwOyAyOTIu NDMwNDE2XSZuYnNwOyBbJmx0O2ZmZmZmZmZmODE1MWRjYWImZ3Q7XSA/IHNtcF9hcGljX3RpbWVy X2ludGVycnVwdCYjNDM7MHgzYi8weDUwPGJyPg0KJmd0OyBbJm5ic3A7IDI5Mi40MzA0MjBdJm5i c3A7IFsmbHQ7ZmZmZmZmZmY4MTUxYmQzZCZndDtdID8gYXBpY190aW1lcl9pbnRlcnJ1cHQmIzQz OzB4NmQvMHg4MDxicj4NCiZndDsgWyZuYnNwOyAyOTIuNDMwNDIyXSZuYnNwOyAmbHQ7RU9JJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7IFsmbmJzcDsgMjkyLjQzMDQyNV0mbmJzcDsgWyZsdDtmZmZm ZmZmZjgxMDliMmU1Jmd0O10gPyBzY2hlZF9jbG9ja19sb2NhbCYjNDM7MHgxNS8weDgwPGJyPg0K Jmd0OyBbJm5ic3A7IDI5Mi40MzA0MjhdJm5ic3A7IFsmbHQ7ZmZmZmZmZmY4MTAxZGE1MCZndDtd ID8gbXdhaXRfaWRsZSYjNDM7MHhhMC8weGEwPGJyPg0KJmd0OyBbJm5ic3A7IDI5Mi40MzA0MzFd Jm5ic3A7IFsmbHQ7ZmZmZmZmZmY4MTA1MmMyMiZndDtdID8gbmF0aXZlX3NhZmVfaGFsdCYjNDM7 MHgyLzB4MTA8YnI+DQomZ3Q7IFsmbmJzcDsgMjkyLjQzMDQzNF0mbmJzcDsgWyZsdDtmZmZmZmZm ZjgxMDFkYTY5Jmd0O10gPyBkZWZhdWx0X2lkbGUmIzQzOzB4MTkvMHhkMDxicj4NCiZndDsgWyZu YnNwOyAyOTIuNDMwNDM3XSZuYnNwOyBbJmx0O2ZmZmZmZmZmODEwYTliNzQmZ3Q7XSA/IGNwdV9z dGFydHVwX2VudHJ5JiM0MzsweDM3NC8weDQ3MDxicj4NCiZndDsgWyZuYnNwOyAyOTIuNDMwNDQw XSZuYnNwOyBbJmx0O2ZmZmZmZmZmODE5MDMwNzYmZ3Q7XSA/IHN0YXJ0X2tlcm5lbCYjNDM7MHg0 OTcvMHg0YTI8YnI+DQomZ3Q7IFsmbmJzcDsgMjkyLjQzMDQ0Ml0mbmJzcDsgWyZsdDtmZmZmZmZm ZjgxOTAyYTA0Jmd0O10gPyBzZXRfaW5pdF9hcmcmIzQzOzB4NGUvMHg0ZTxicj4NCiZndDsgWyZu YnNwOyAyOTIuNDMwNDQ1XSZuYnNwOyBbJmx0O2ZmZmZmZmZmODE5MDIxMjAmZ3Q7XSA/IGVhcmx5 X2lkdF9oYW5kbGVyX2FycmF5JiM0MzsweDEyMC8weDEyMDxicj4NCiZndDsgWyZuYnNwOyAyOTIu NDMwNDQ3XSZuYnNwOyBbJmx0O2ZmZmZmZmZmODE5MDI3MWYmZ3Q7XSA/IHg4Nl82NF9zdGFydF9r ZXJuZWwmIzQzOzB4MTRkLzB4MTVjPGJyPg0KJmd0OyBbJm5ic3A7IDI5Mi40MzA0NDhdIENvZGU6 IGMyIDQ4IDg5IGQwIGMzIDg5IGY5IDBmIDMyIDMxIGM5IDQ4IGMxIGUyIDIwIDg5IGMwPGJyPg0K Jmd0OyA4OSAwZSA0OCAwOSBjMiA0OCA4OSBkMCBjMyA2NiA2NiAyZSAwZiAxZiA4NCAwMCAwMCAw MCAwMCAwMCA4OSBmMCA4OSBmOTxicj4NCiZndDsgMGYgMzAgJmx0OzMxJmd0OyBjMCBjMyAwZiAx ZiA4MCAwMCAwMCAwMCAwMCA4OSBmOSAwZiAzMyA0OCBjMSBlMiAyMCA4OSBjMCA0ODxicj4NCiZn dDsgWyZuYnNwOyAyOTIuNDMwNTc5XSBDbG9ja3NvdXJjZSB0c2MgdW5zdGFibGUgKGRlbHRhID0g LTI4OTExODEzNzgzOCBucyk8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgT24gMTUvMDIv MjAxNyAyMDozOSwgUGV0ZXIgSHVkZWMgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7IEhpLDxicj4NCiZn dDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgSSBkaWQgYWxyZWFkeSwgYnV0IG5vdCBmaW5kIGFueSBz dXNwaWNpb3VzLCBzZWUgYXR0YWNoZWQgbG9ncyBhbmQgdGhlPGJyPg0KJmd0OyAmZ3Q7IHNwaWNl IHNjcmVlbnNob3QuPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyBBY3R1YWxseSB0aGUg Vk0gaXMgYm9vdGluZywgYnV0IGlzIHN0YWNrZWQgaW4gc29tZSZuYnNwOyBiYWQgc3RhdGUuPGJy Pg0KJmd0OyAmZ3Q7IFdoZW4gbWlncmF0aW5nLCB0aGUgbWlncmF0aW9uIGlzIHN1Y2Vzc2Z1bGws IGJ1dCB0aGUgdm0gaXMgbm90IGFjZXNzaWJsZTxicj4NCiZndDsgJmd0OyAvZXZlbiBvbiBuZXR3 b3JrLzxicj4NCiZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgUmlnaHQgbm93IEkgZm91bmQgb25l IFZNLCB3aGljaCBpcyB3b3JraW5nIHdlbGwuPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0 OyBJbiBsb2dzIGxvb2sgZm9yIGRpcGxjaTAxIGF0IDIwMTctMDItMTUgMjA6MjM6MDAsNDIwLCB0 aGUgVk0gSUQgaXM8YnI+DQomZ3Q7ICZndDsgN2RkZjM0OWItZmI5YS00NGY0LTllODgtNzNlODQ2 MjVhNDRlPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0aGFua3M8YnI+DQomZ3Q7ICZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgUGV0ZXI8YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7 IE9uIDE1LzAyLzIwMTcgMTk6NDAsIE5pciBTb2ZmZXIgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7Jmd0 OyBPbiBXZWQsIEZlYiAxNSwgMjAxNyBhdCA4OjExIFBNLCBQZXRlciBIdWRlYyAmbHQ7cGh1ZGVj QGNuYy5zayZndDsgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgSGksPGJyPg0KJmd0OyAm Z3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBJJ20gcHJlcGFyaW5nIHRvIG1pZ3Jh dGUgZnJvbSAzLjUgdG8gMy42PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgVGhlIGZpcnN0IHN0ZXAg aXMgdGhlIENlbnRPUzYgLSZndDsgQ2VudE9TNyBmb3IgaG9zdHMuPGJyPg0KJmd0OyAmZ3Q7Jmd0 OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBzZXR1cDo8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0 OyZuYnNwOyZuYnNwOyAtIDN4IGhvc3RzIC9kaXBvdml0cnQwMSwgZGlwb3ZpcnQwMiwgZGlwb3Zp cnQwMy88YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyZuYnNwOyZuYnNwOyAtIDF4IGhvc3RlZCBlbmdp bmUgL29uIGFsbCAzIGhvc3RzLzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7 Jmd0OyZndDsgVGhlIHVwZ3JhZGUgb2YgdGhlIGZpcnN0IDIgaG9zdHMgd2FzIE9LLCBhbGwgVk0g YXJlIHJ1bm5pbmcgT0suPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgV2hlbiBJIHVwZ3JhZGVkIHRo ZSAzcmQgaG9zdCAvZGlwb3ZpcnQwMy8sIHNvbWUmbmJzcDsgVk1zIGFyZSBub3QgYWJsZSB0byBy dW48YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBvbiB0aGUgb3IgYm9vdCBvbiB0aGlzIGhvc3QuIEkg dHJpZWQmbmJzcDsgdG8gZnVsbCByZWluc3RhbGwgdGhlIGhvc3QsIGJ1dDxicj4NCiZndDsgJmd0 OyZndDsmZ3Q7IHd0aCB0aGUgc2FtZSByZXN1bHQuPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDs8YnI+ DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBJbiBjYXNlIG9mIG1pZ3JhdGlvbiB0aGUgVk1tIHdpbGwgc3Rv cCBydW5uaW5nIGluIGEgd2hpbGUuPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgSW4gY2FzZSBvZiBi b290aW5nIHRoZSBWTSB3aWxsIG5vdCBib290LCBJIHNlZSB0aGUgJ0xvYWRpbmcga2VybmVsIC4u Lic8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IEFsbW9zdCBh bGwgVk1TIGFyZSBEZWJpYW4gOCB3aXRoIGd1ZXN0IHRvb2xzLCBzb21lIENlbnRvcyA2Lzc8YnI+ DQomZ3Q7ICZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IFRoZSBob3N0cyB3ZXJl IE9LIHdpdGggQ2VudE9TNi48YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZn dDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgV2hlcmUgc2hvdWxkIEkgc3RhcnQgdG8gaW52 ZXN0aWdhdGUgPzxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IFNoYXJpbmcg dmRzbSBsb2dzIHNob3dpbmcgdGhlIGZhaWxlZCBhdHRlbXB0cyB0byBydW4gb3IgbWlncmF0ZTxi cj4NCiZndDsgJmd0OyZndDsgYSB2bSB3b3VsZCBiZSBhIGdvb2Qgc3RhcnQuPGJyPg0KJmd0OyAm Z3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYmVzdCByZWdhcmRz PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgUGV0ZXI8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7 PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgLS08YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAqUGV0ZXIg SHVkZWMqPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgSW5mcmHFoXRydWt0w7pybnkgYXJjaGl0ZWt0 PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgcGh1ZGVjQGNuYy5zayAmbHQ7bWFpbHRvOnBodWRlY0Bj bmMuc2smZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAq Q05DLCBhLnMuKjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IEJvcnNrw6EgNiwgODQxIDA0IEJyYXRp c2xhdmE8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBSZWNlcGNpYTogJiM0Mzs0MjEgMiAzNSAwMDAg MTAwPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBNb2JpbDom IzQzOzQyMSA5MDUgOTk3IDIwMzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICp3d3cuY25jLnNrKiAm bHQ7aHR0cDovLy93d3cuY25jLnNrJmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7PGJyPg0KJmd0 OyAmZ3Q7Jmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7 ICZndDsmZ3Q7Jmd0OyBVc2Vyc0BvdmlydC5vcmc8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBodHRw Oi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+DQomZ3Q7ICZndDsg PGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAtLSA8YnI+DQom Z3Q7ICpQZXRlciBIdWRlYyo8YnI+DQomZ3Q7IEluZnJhxaF0cnVrdMO6cm55IGFyY2hpdGVrdDxi cj4NCiZndDsgcGh1ZGVjQGNuYy5zayAmbHQ7bWFpbHRvOnBodWRlY0BjbmMuc2smZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDsgKkNOQywgYS5zLio8YnI+DQomZ3Q7IEJvcnNrw6EgNiwgODQxIDA0IEJy YXRpc2xhdmE8YnI+DQomZ3Q7IFJlY2VwY2lhOiAmIzQzOzQyMSAyJm5ic3A7IDM1IDAwMCAxMDA8 YnI+DQomZ3Q7PGJyPg0KJmd0OyBNb2JpbDomIzQzOzQyMSA5MDUgOTk3IDIwMzxicj4NCiZndDsg Knd3dy5jbmMuc2sqICZsdDtodHRwOi8vL3d3dy5jbmMuc2smZ3Q7PGJyPg0KJmd0Ozxicj4NCiZn dDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQom Z3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsgVXNlcnNAb3ZpcnQub3JnPGJyPg0KJmd0 OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+DQo8L3A+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_bd8476d87fd64bb2a520726538660fdcexch24sluse_--

2 2

HA and poweroff of VM
by Gianluca Cecchi 17 Feb '17

17 Feb '17

Hello, after setting a VM as HA I run poweroff from inside the VM. Is it supposed to be automatically restarted in this scenario with oVirt 4.1? In engine I see: VM c7service is down. Exit message: User shut down from within the guest Apparently no restart How to test eventually HA functionality? Tanks, Gianluca

2 1

What is the libcacard-ev.x86_64 ??
by Arman Khalatyan 17 Feb '17

17 Feb '17

I have a host which was updated since 3.6.... libcacard is disappeared from ovirt4.1 but it has a many dependencies which stops to remove it: [root@clei36 ~]# yum list installed | grep ovirt| grep 4.0 libcacard-ev.x86_64 10:2.3.0-31.el7.16.1 @ovirt-4.0 yum update libcacard-ev Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: ftp.fau.de * epel: ftp.fau.de * extras: ftp.fau.de * ovirt-4.1: ftp.nluug.nl * ovirt-4.1-epel: ftp.fau.de * updates: mirror.eu.oneandone.net No packages marked for update yum remove libcacard-ev.x86_64 Loaded plugins: fastestmirror Resolving Dependencies --> Running transaction check ---> Package libcacard-ev.x86_64 10:2.3.0-31.el7.16.1 will be erased --> Processing Dependency: libcacard.so.0()(64bit) for package: 10:qemu-kvm-ev-2.6.0-28.el7_3.3.1.x86_64 --> Running transaction check ---> Package qemu-kvm-ev.x86_64 10:2.6.0-28.el7_3.3.1 will be erased --> Processing Dependency: qemu-kvm >= 1.5.3-92.el7 for package: 1:virt-v2v-1.32.7-3.el7.centos.2.x86_64 --> Processing Dependency: qemu-kvm for package: libvirt-daemon-kvm-2.0.0-10.el7_3.4.x86_64 --> Processing Dependency: qemu-kvm-rhev >= 10:2.6.0-2 for package: vdsm-4.19.4-1.el7.centos.x86_64 --> Running transaction check ---> Package libvirt-daemon-kvm.x86_64 0:2.0.0-10.el7_3.4 will be erased --> Processing Dependency: libvirt-daemon-kvm >= 1.2.8-3 for package: 1:libguestfs-1.32.7-3.el7.centos.2.x86_64 ---> Package vdsm.x86_64 0:4.19.4-1.el7.centos will be erased --> Processing Dependency: vdsm = 4.19.4-1.el7.centos for package: vdsm-hook-vmfex-dev-4.19.4-1.el7.centos.noarch ---> Package virt-v2v.x86_64 1:1.32.7-3.el7.centos.2 will be erased --> Processing Dependency: virt-v2v for package: safelease-1.0-7.el7.x86_64 --> Running transaction check ---> Package libguestfs.x86_64 1:1.32.7-3.el7.centos.2 will be erased --> Processing Dependency: libguestfs = 1:1.32.7-3.el7.centos.2 for package: 1:libguestfs-tools-c-1.32.7-3.el7.centos.2.x86_64 --> Processing Dependency: libguestfs >= 1:1.28.1 for package: libguestfs-winsupport-7.2-1.el7.x86_64 --> Processing Dependency: libguestfs.so.0()(64bit) for package: 1:libguestfs-tools-c-1.32.7-3.el7.centos.2.x86_64 ---> Package safelease.x86_64 0:1.0-7.el7 will be erased ---> Package vdsm-hook-vmfex-dev.noarch 0:4.19.4-1.el7.centos will be erased --> Running transaction check ---> Package libguestfs-tools-c.x86_64 1:1.32.7-3.el7.centos.2 will be erased ---> Package libguestfs-winsupport.x86_64 0:7.2-1.el7 will be erased --> Finished Dependency Resolution Dependencies Resolved ============================================================================================================================================================================================================================== Package Arch Version Repository Size ============================================================================================================================================================================================================================== Removing: libcacard-ev x86_64 10:2.3.0-31.el7.16.1 @ovirt-4.0 47 k Removing for dependencies: libguestfs x86_64 1:1.32.7-3.el7.centos.2 @updates 3.8 M libguestfs-tools-c x86_64 1:1.32.7-3.el7.centos.2 @updates 14 M libguestfs-winsupport x86_64 7.2-1.el7 @base 2.2 M libvirt-daemon-kvm x86_64 2.0.0-10.el7_3.4 @updates 0.0 qemu-kvm-ev x86_64 10:2.6.0-28.el7_3.3.1 @ovirt-4.1 9.6 M safelease x86_64 1.0-7.el7 @centos-ovirt41-candidate 43 k vdsm x86_64 4.19.4-1.el7.centos @ovirt-4.1 2.5 M vdsm-hook-vmfex-dev noarch 4.19.4-1.el7.centos @ovirt-4.1 21 k virt-v2v x86_64 1:1.32.7-3.el7.centos.2 @updates 16 M Transaction Summary ============================================================================================================================================================================================================================== Remove 1 Package (+9 Dependent packages) Installed size: 49 M Is this ok [y/N]: n

4 10

Re: [ovirt-users] Importing existing (dirty) storage domains
by Doug Ingham 17 Feb '17

17 Feb '17

Some interesting output from the vdsm log... 2017-02-09 15:16:24,051 INFO (jsonrpc/1) [storage.StorageDomain] Resource namespace 01_img_60455567-ad30-42e3-a9df-62fe86c7fd25 already registered (sd:731) 2017-02-09 15:16:24,051 INFO (jsonrpc/1) [storage.StorageDomain] Resource namespace 02_vol_60455567-ad30-42e3-a9df-62fe86c7fd25 already registered (sd:740) 2017-02-09 15:16:24,052 INFO (jsonrpc/1) [storage.SANLock] Acquiring Lease(name='SDM', path=u'/rhev/data-center/mnt/glusterSD/localhost:data2/60455567-ad30-42e3-a9df-6 2fe86c7fd25/dom_md/leases', offset=1048576) for host id 1 (clusterlock:343) 2017-02-09 15:16:24,057 INFO (jsonrpc/1) [storage.SANLock] Releasing host id for domain 60455567-ad30-42e3-a9df-62fe86c7fd25 (id: 1) (clusterlock:305) 2017-02-09 15:16:25,149 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call GlusterHost.list succeeded in 0.17 seconds (__init__:515) 2017-02-09 15:16:25,264 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::ffff: 127.0.0.1:55060 (protocoldetector:72) 2017-02-09 15:16:25,270 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::ffff:127.0.0.1:55060 (protocoldetector:127) 2017-02-09 15:16:25,271 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-02-09 15:16:25,271 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-02-09 15:16:25,416 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.01 seconds (__init__:515) 2017-02-09 15:16:25,419 INFO (jsonrpc/6) [dispatcher] Run and protect: repoStats(options=None) (logUtils:49) 2017-02-09 15:16:25,419 INFO (jsonrpc/6) [dispatcher] Run and protect: repoStats, Return response: {u'e8d04da7-ad3d-4227-a45d-b5a29b2f43e5': {'code': 0, 'actual': True , 'version': 4, 'acquired': True, 'delay': '0.000854128', 'lastCheck': '5.1', 'valid': True}, u'a77b8821-ff19-4d17-a3ce-a6c3a69436d5': {'code': 0, 'actual': True, 'vers ion': 4, 'acquired': True, 'delay': '0.000966556', 'lastCheck': '2.6', 'valid': True}} (logUtils:52) 2017-02-09 15:16:25,447 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getStats succeeded in 0.03 seconds (__init__:515) 2017-02-09 15:16:25,450 ERROR (JsonRpc (StompReactor)) [vds.dispatcher] SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::ffff:127.0.0.1', 55060, 0, 0) at 0x7f69c0043cf8>: unexpected eof (betterAsyncore:113) 2017-02-09 15:16:25,812 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call GlusterVolume.list succeeded in 0.10 seconds (__init__:515) 2017-02-09 15:16:25,940 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::ffff: 127.0.0.1:55062 (protocoldetector:72) 2017-02-09 15:16:25,946 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::ffff:127.0.0.1:55062 (protocoldetector:127) 2017-02-09 15:16:25,947 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-02-09 15:16:25,947 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-02-09 15:16:26,058 ERROR (jsonrpc/1) [storage.TaskManager.Task] (Task='02cad901-5fe8-4f2d-895b-14184f67feab') Unexpected error (task:870) Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 877, in _run return fn(*args, **kargs) File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 50, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 812, in forcedDetachStorageDomain self._deatchStorageDomainFromOldPools(sdUUID) File "/usr/share/vdsm/storage/hsm.py", line 790, in _deatchStorageDomainFromOldPools dom.acquireClusterLock(host_id) File "/usr/share/vdsm/storage/sd.py", line 810, in acquireClusterLock self._manifest.acquireDomainLock(hostID) File "/usr/share/vdsm/storage/sd.py", line 499, in acquireDomainLock self._domainLock.acquire(hostID, self.getDomainLease()) File "/usr/lib/python2.7/site-packages/vdsm/storage/clusterlock.py", line 362, in acquire "Cannot acquire %s" % (lease,), str(e)) AcquireLockFailure: Cannot obtain lock: u"id=60455567-ad30-42e3-a9df-62fe86c7fd25, rc=5, out=Cannot acquire Lease(name='SDM', path=u'/rhev/data-center/mnt/glusterSD/localhost:data2/60455567-ad30-42e3-a9df-62fe86c7fd25/dom_md/leases', offset=1048576), err=(5, 'Sanlock resource not acquired', 'Input/output error')" 2017-02-09 15:16:26,058 INFO (jsonrpc/1) [storage.TaskManager.Task] (Task='02cad901-5fe8-4f2d-895b-14184f67feab') aborting: Task is aborted: 'Cannot obtain lock' - code 651 (task:1175) 2017-02-09 15:16:26,059 ERROR (jsonrpc/1) [storage.Dispatcher] {'status': {'message': 'Cannot obtain lock: u"id=60455567-ad30-42e3-a9df-62fe86c7fd25, rc=5, out=Cannot acquire Lease(name=\'SDM\', path=u\'/rhev/data-center/mnt/glusterSD/localhost:data2/60455567-ad30-42e3-a9df-62fe86c7fd25/dom_md/leases\', offset=1048576), err=(5, \'Sanlock resource not acquired\', \'Input/output error\')"', 'code': 651}} (dispatcher:77) 2017-02-09 15:16:26,059 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call StorageDomain.detach failed (error 651) in 23.04 seconds (__init__:515) -- Doug

3 7

questions on OVN
by Gianluca Cecchi 16 Feb '17

16 Feb '17

Hello, I'm successfully testing and using OVN on a single host environment with self hosted engine and 4.1 I'm using ip of ovirtmgmt for the host local ip used for OVN tunneling, even if actually with a single host it is not so important... ovirtmgmt bridge is on top ot lacp based bonding Now I would like to apply it on another environment composed by 3 hosts. Here ovirtmgmt bridge is on top of an active-backup bonding. Are there any cons to put the local ip used for tunneling on ovirtmgmt ip? Any problems/impacts on engine access/functionality using this ip for the tunnel? Is in genera OVN considered stable/fully usable in 4.1? Thanks in advance, Gianluca

3 8

iscsi or iser targets are not detached from the host in the maintenance mode
by Arman Khalatyan 16 Feb '17

16 Feb '17

Hi, In ovirt 4.1 when I put the host into maintenance mode then the nfs mounts are unmounted as expected. but the hosts are still logged into the targets. Is it expected behavior?? If yes what is the use of it? Another thing concerning to the permanently removed direct LUNs. They are still in the /var/lib/iscsi/nodes and /var/lib/iscsi/send_targets/* Would be good to cleanup the folders if users are removing permanently the LUNs. Thanks, Arman.

2 4

vdsm conf files sync
by Gianluca Cecchi 16 Feb '17

16 Feb '17

Hello, in my 2 original 4.1 hosts I got some storage errors using rdbms machines when restoring or doing hevy I/O. My storage domain is FC SAN based. I solved the problem setting this conservative settings into /etc/vdsm/vdsm.conf.d cat 50_thin_block_extension_rules.conf [irs] # Together with volume_utilization_chunk_mb, set the minimal free # space before a thin provisioned block volume is extended. Use lower # values to extend earlier. volume_utilization_percent = 25 # Size of extension chunk in megabytes, and together with # volume_utilization_percent, set the free space limit. Use higher # values to extend in bigger chunks. volume_utilization_chunk_mb = 4096 Then I added a third host in a second time and I wrongly supposed that an equal vdsm configurtion would have been deployed with "New Host" from gui.... But is not so. Yesterday with a VM running on this third hypervisor I got the previous experimented messages; some cycles of these VM dbatest6 has recovered from paused back to up. VM dbatest6 has been paused due to no Storage space error. VM dbatest6 has been paused. in a 2 hours period. Two questions: - why not align hypervisor configuration when adding host and in particular the vdsm one? Any reason in general for having different config in hosts of the same cluster? - the host that was running the VM was not the SPM. Who is in charge of applying the settings about volume extension when a VM I/O load requires it because of a thin provisioned disk in use? I presume not the SPM but the host that has in charge the VM, based on what I saw yesterday... Thanks, Gianluca

4 4

Requirements to use ovirt-image-repository
by Gianluca Cecchi 16 Feb '17

16 Feb '17

Hello, is it sufficient to open outside glance port (9292) of glance.ovirt.org or is there anything else to do? Making a test from an environment without outside restrictions it seems that is only the engine that connects, correct? Thanks, Gianluca

2 3

Secure installation via RPM
by Michael Gauthier 16 Feb '17

16 Feb '17

Hello, The getting download documentation (http://www.ovirt.org/download/) says to use yum to install a RPM directly from a plain HTTP URL. Is there a HTTPS host for the oVirt RPMs? If not, is the RPM signed with a GPG key? Is the GPG signature available via HTTPS? Please see https://access.redhat.com/blogs/766093/posts/1976693 Thanks, Mike

2 1

Disaster Recovery Testing
by Gary Lloyd 16 Feb '17

16 Feb '17

Hi We currently use direct lun for our virtual machines and I would like to move away from doing this and move onto storage domains. At the moment we are using an ISCSI SAN and we use on replicas created on the SAN for disaster recovery. As a test I thought I would replicate an existing storage domain's volume (via the SAN) and try to mount again as a separate storage domain (This is with ovirt 4.06 (cluster mode 3.6)) I can log into the iscsi disk but then nothing gets listed under Storage Name / Storage ID (VG Name) Should this be possible or will it not work due the the uids being identical ? Many Thanks *Gary Lloyd* ________________________________________________ I.T. Systems:Keele University Finance & IT Directorate Keele:Staffs:IC1 Building:ST5 5NB:UK +44 1782 733063 <%2B44%201782%20733073> ________________________________________________

3 4

Exporting VM as ova
by Benjamin Alfery 16 Feb '17

16 Feb '17

Hi, I'm using ovirt 4.0 and was wondering if it is possible to export an existing VM to ova format (via the gui). If it's not possible via GUI, is that possible at all? Best Regards Benjamin

8 10

Scheduling snapshots
by Pat Riehecky 15 Feb '17

15 Feb '17

Has someone got a script to automate scheduling snapshots of a specific system (and retaining them for X days)? Pat -- Pat Riehecky Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org

3 3

How to enable Global Maintenance via the REST-API?
by Doug Ingham 15 Feb '17

15 Feb '17

Hey Guys, I've gone through both oVirt's & Red Hat's API docs, but I can only find info on getting the global maintenance state & setting local maintenance on specific hosts. Is it not possible to set global maintenance via the API? I'm writing up a new script for our engine-backup routine, but having to set GM by acessing a specific node seems a bit inelegant... https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/singl… Cheers, -- Doug

2 2

ovirt 4 reboot behaviour
by Giulio Casella 15 Feb '17

15 Feb '17

Hi, I noticed a different behaviour after upgrading my entire setup from rhev 3.6.9 to rhev 4.0.5. A virtual machine reboot changes the host where the VM is running, also if the VM was started in "run once" mode with a payload specifying a placement policy. In version 3 the VM didn't change host across a reboot; and continued running in run once mode, keeping the same payload given at start time. Is there a way to keep the VM running on the same host across a reboot, excluding the obvious (but time consuming) way of migration after reboot? If not (but this is a request for enhancement), is it possible to introduce a payload for reboot (just like for "start") to specify the placement policy? Thank you in advance, gc

2 1

install spice-xpi
by 靳占冰 15 Feb '17

15 Feb '17

This is a multi-part message in MIME format. --------------5AB55755FF34788742DD47D4 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi， I want to install spice-xpi package in Ubuntu,how should I do it? --------------5AB55755FF34788742DD47D4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div style="color: rgb(0, 0, 0); font-family: 'lucida Grande', Verdana; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);">Hi，</div> <div style="color: rgb(0, 0, 0); font-family: 'lucida Grande', Verdana; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);"> I want to install spice-xpi package in Ubuntu,how should I do it?</div> </body> </html> --------------5AB55755FF34788742DD47D4--

3 2

GSoC 2017 - my name is Marcin
by Marcin Czarnecki 15 Feb '17

15 Feb '17

Hello all, I am studying Computer Science at the University of Brighton (UK). I am interested in participating in Google Summer of Code 2017 with oVirt. I am a web security and anonymity enthusiast, tried to work with the Tor Project for GSoC 2016 but it did not work out. I have gained a lot of related experience during university, internship and my freelancing work, I could use this experience in your suggested projects: * VMs: I have experience with vSphere and deploying VMs of test clients in the company that I am doing my internship for * Ansible: I have created multiple playbooks for installing monitoring on test clients: Nagios, Graylog etc. (both on Windows, Linux [Ubuntu, RHEL] * my main interest is back-end web development, have been doing that for 3 years professionally, as well as projects on my own. Can provide with portfolio and customers' reviews * I also have some experience with automation in general: testing, installation of services etc. I think that with those skills I could try working on below two projects from the proposed list: * "Host reservation system for testing multiple oVirt instances" * "Ansible playbooks for oVirt deployment with remote resources" I have experience with Linux, have been using Ubuntu for 4 years on my PC and at work and in projects, and prefer it for development and server management. If you have any questions: email: marnczarnecki[at]gmail.com IRC (OFTC): marncz Many thanks, Marcin

2 1

Re: [ovirt-users] FreeIPA with ovirt 4.1
by Ondra Machacek 15 Feb '17

15 Feb '17

On Feb 4, 2017 1:21 AM, "Slava Bendersky" <volga629(a)networklab.ca> wrote: Hello Everyone, Having trouble implement FreeIPA authentication with GSSAPI SSO and ovirt 4.1. I ran setup and it finished OK then it wrote the files bellow. Next I log to web admin with internal user and added FeeIPA user as SuperUser role. Also I added under System FreeIPA group authorized to login on any attempt to login with FreeIPA credentials getting message 2017-02-04 00:03:08,464Z ERROR [org.ovirt.engine.core.sso.servlets.InteractiveAuthServlet] (default task-6) [] Internal Server Error: Unsupported command 2017-02-04 00:03:08,464Z ERROR [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-6) [] Unsupported command 2017-02-04 00:03:08,659Z ERROR [org.ovirt.engine.core.aaa.servlet.SsoPostLoginServlet] (default task-3) [] server_error: Unsupported command Ravi, do you know what this can cause? Also when in extensions.d directory contain the following files. If I remove mydomain.lan-authn.properties then in web ui FreeIPA domain not showing up in drop down list. Any http don't have influence on this. That is correct behavior, we dont show profiles, which uses http for authn. [root@vhe00 extensions.d]# pwd /etc/ovirt-engine/extensions.d [root@vhe00 extensions.d]# ls mydomain.lan-authn.properties mydomain.lan-http-authn.properties mydomain.lan.properties internal-authz.properties mydomain.lan-authz.properties mydomain.lan-http-mapping.properties internal-authn.properties [root@vhe00 extensions.d]# If possible clarify how it should be and what is possible issue. Can you please take a look to /var/log/httpd/ssl_error_log if any errors there? Slava. _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

2 5

Upgrade 4.1 (with cluster/dc compatibility 3.6)
by Markus Stockhausen 15 Feb '17

15 Feb '17

------=_NextPartTM-000-88d25241-d527-4946-bf7c-a375f441bcbb Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B8B89A4EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B8B89A4EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, just want to know if I can upgrade a 4.0.5 OVirt environment to 4.1 with cluster/dc compatibility currently still set to 3.6? Or do I need to upgrade compatibility level first? IIRC upgrade to 4.0 required at least compatibility 3.6. Best regards. Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B8B89A4EXCHANGEcollogi_ 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>just want to know if I can upgrade a 4.0.5 OVirt environment</div> <div>to 4.1 with cluster/dc compatibility currently still set to 3.6? Or</d= iv> <div>do I need to upgrade compatibility level first?</div> <div><br> </div> <div>IIRC upgrade to 4.0 required at least compatibility 3.6.</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_12EF8D94C6F8734FB2FF37B9FBEDD1739B8B89A4EXCHANGEcollogi_-- ------=_NextPartTM-000-88d25241-d527-4946-bf7c-a375f441bcbb 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-88d25241-d527-4946-bf7c-a375f441bcbb--

1 0

gdeploy error
by Ishmael Tsoaela 15 Feb '17

15 Feb '17

Hi, I am a new sys admin and trying to install glusterfs using gdeploy, I started with a simple script to enable a service(ntpd). gdeploy --version gdeploy 2.0.1 [root@ovirt1 gdeploy]# cat ntp.conf [hosts] ovirt1 [service1] action=enable service=ntpd [service2] action=start service=ntpd The issue is that the gdeploy is returning error fatal: [ovirt1]: FAILED! => {"failed": true, "msg": "module (setup) is missing interpreter line"} Is there a simple way to debug or figure out how to fix this error?

4 5

Export VM
by David David 15 Feb '17

15 Feb '17

Hi. There are several network roles as Management, VM and Migration. Export VM action through which network role is going on? Thanks.

3 4

Two Problems On New Install
by Charles Tassell 15 Feb '17

15 Feb '17

Hi Everyone, I recently installed oVirt 4.0 on two servers with an iSCSI backstore, and I'm having two issues I'm having trouble tracking down. First, the initial datastore that the hosted engine is running on won't connect. It just says "Unattached" in the GUI, and I can't find an error message anywhere. Not a huge deal, it just means I can't see the hosted engine itself in the GUI. More importantly: I can't migrate VMs. They fail with errors like this in the vdsm.log of the destination host: Thread-60381::ERROR::2017-02-14 21:55:47,921::vm::767::virt.vm::(_startUnderlyingVm) vmId=`59f235cc-3ab2-4dae-b460-62be850e3d5d`::Failed to start a migration destination vm Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 733, in _startUnderlyingVm self._completeIncomingMigration() File "/usr/share/vdsm/virt/vm.py", line 3113, in _completeIncomingMigration self._incomingMigrationFinished.isSet(), usedTimeout) File "/usr/share/vdsm/virt/vm.py", line 3196, in _attachLibvirtDomainAfterMigration raise MigrationError(e.get_error_message()) MigrationError: Domain not found: no domain with matching uuid '59f235cc-3ab2-4dae-b460-62be850e3d5d' If I shut the VM down and start it on the host it works fine, it just won't migrate. I notice I'm also seeing a lot (like every 7 seconds) of this error: JsonRpc (StompReactor)::ERROR::2017-02-14 21:57:33,984::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data: unexpected eof Which I can't seem to diagnose. Any ideas?

1 0

high number of IOPS from ovirt hosts
by Andrea Fagiani 14 Feb '17

14 Feb '17

Hi, We've got a 8-host cluster running oVirt 4.1; each host is connected via iscsi to a EQL 4100 storage (2x). Most of the VMs use barely any IOPS, however on our storage controller we've noticed a constant steam of reads, about 2000 IOPS; any idea what might cause the ovirt hosts to hammer on the storage so much? Looking at iotop, it seems that systemd-udevd is being activated every few seconds (and its IO% is usually fairly high) so I assume this might be somehow related. Thanks, Andrea

8 19

questions about migrating to self-hosted engine from bare-metal
by cmc 14 Feb '17

14 Feb '17

Hi, I want to migrate from a bare-metal engine to a self-hosted one. I'm following the guide at: http://www.ovirt.org/documentation/self-hosted/chap-Migrating_from_Bare_Met… I've created a new VM with el 7.3 on the existing cluster, and used an NFS share as storage on another VM, (which does not fill up). It gets most of the way through and then mentions failing to execute 'closing_ip', and fails to start the VM: [ 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 [ INFO ] Destroying Storage Pool [ INFO ] Start monitoring domain [ INFO ] Configuring VM [ INFO ] Updating hosted-engine configuration [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up The following network ports should be opened: tcp:5900 tcp:5901 tcp:9090 udp:5900 udp:5901 An example of the required configuration for iptables can be found at: /etc/ovirt-hosted-engine/iptables.example In order to configure firewalld, copy the files from /etc/ovirt-hosted-engine/firewalld to /etc/firewalld/services and execute the following commands: firewall-cmd -service hosted-cockpit firewall-cmd -service hosted-console [ INFO ] Creating VM [ ERROR ] Failed to execute stage 'Closing up': The VM is not powering up: please check VDSM logs [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20170213142939.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-20170213141937-0wgc31.log In the vdsm log, it appears to be complaining about the volume not existing, but I can see it (it is on NFS) I've attached the vdsm.log and answers.conf Any help appreciated. Thanks, Cam

3 6

Updated Invitation: Deep Dive: Ansible modules for oVirt @ Tue Feb 14, 2017 4pm - 5pm (CET) (users@ovirt.org)
by omachace＠redhat.com 14 Feb '17

14 Feb '17

This event has been changed. Title: Deep Dive: Ansible modules for oVirt In this presentation will do a short introduction to Ansible. Then we will focus how to use Ansible with oVirt. Ansible 2.3 ships many oVirt modules, which can help you orchestrate your oVirt infrastructure. We will show a demo how to use them. Ansible 2.3 also ships dynamic inventory for oVirt, we will show how to use it as well. Stream: This link was created from incorrect account and is not working: https://www.youtube.com/watch?v=BgohrQ1itzM This link is *CORRECT* one: https://www.youtube.com/watch?v=cpYSHF5eDbI Slides: https://redhat.slides.com/omachace/ansbile-modules-for-ovirt Docs: http://www.ovirt.org/develop/release-management/features/infra/ansible_modu… http://docs.ansible.com/ansible/list_of_cloud_modules.html#ovirt (changed) When: Tue Feb 14, 2017 4pm – 5pm Central European Time - Prague Calendar: users(a)ovirt.org Who: (Guest list is too large to display) Event details: https://www.google.com/calendar/event?action=VIEW&eid=cTJpaWdkaWpuc2lkbmhnc… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

Bandiwdth limit on a Virtual Machine
by Fernando Frediani 14 Feb '17

14 Feb '17

Hello. Is there any limitation of bandwidth for a Virtual Machine per default ? I have a host with a bonding of 3 x 1Gb and the VM is connected to that bonding. On the Engine interface on the VM status I see "Network" and it has a percentage and a tiny graph. What that percentage is related to ? 1Gb ? 3Gb ? 10Gb ? Is there anything that has to be done in order the VM can achieve speeds over 1Gbps ? Fernando

2 4

Storage domain experienced a high latency
by Grundmann, Christian 13 Feb '17

13 Feb '17

--_000_6A17C71B52524C408E7AAF69103E9E490FAE98C4fabamailserverf_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, got a new FC Storage (EMC Unity 300F) which is seen by my Hosts additional = to my old Storage for Migration. New Storage has only on PATH until Migration is done. I already have a few VMs running on the new Storage without Problem. But after starting some VMs (don't really no whats the difference to workin= g ones), the Path for new Storage fails. Engine tells me: Storage Domain <storagedomain> experienced a high latency = of 22.4875 seconds from host <host> Where can I start looking? In /var/log/messages I found: Feb 8 09:03:53 ovirtnode01 multipathd: 360060160422143002a38935800ae2760: = sdd - emc_clariion_checker: Active path is healthy. Feb 8 09:03:53 ovirtnode01 multipathd: 8:48: reinstated Feb 8 09:03:53 ovirtnode01 multipathd: 360060160422143002a38935800ae2760: = remaining active paths: 1 Feb 8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 8 Feb 8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 5833475 Feb 8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 5833475 Feb 8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 4294967168 Feb 8 09:03:53 ovirtnode01 kernel: Buffer I/O error on dev dm-207, logical= block 97, async page read Feb 8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 4294967168 Feb 8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 4294967280 Feb 8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 4294967280 Feb 8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 0 Feb 8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 0 Feb 8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 4294967168 Feb 8 09:03:53 ovirtnode01 kernel: device-mapper: multipath: Reinstating p= ath 8:48. Feb 8 09:03:53 ovirtnode01 kernel: sd 3:0:0:22: alua: port group 01 state = A preferred supports tolUsNA Feb 8 09:03:53 ovirtnode01 sanlock[5192]: 2017-02-08 09:03:53+0100 151809 = [11772]: s59 add_lockspace fail result -202 Feb 8 09:04:05 ovirtnode01 multipathd: dm-33: remove map (uevent) Feb 8 09:04:05 ovirtnode01 multipathd: dm-33: devmap not registered, can't= remove Feb 8 09:04:05 ovirtnode01 multipathd: dm-33: remove map (uevent) Feb 8 09:04:06 ovirtnode01 multipathd: dm-34: remove map (uevent) Feb 8 09:04:06 ovirtnode01 multipathd: dm-34: devmap not registered, can't= remove Feb 8 09:04:06 ovirtnode01 multipathd: dm-34: remove map (uevent) Feb 8 09:04:08 ovirtnode01 multipathd: dm-33: remove map (uevent) Feb 8 09:04:08 ovirtnode01 multipathd: dm-33: devmap not registered, can't= remove Feb 8 09:04:08 ovirtnode01 multipathd: dm-33: remove map (uevent) Feb 8 09:04:08 ovirtnode01 kernel: dd: sending ioctl 80306d02 to a partiti= on! Feb 8 09:04:24 ovirtnode01 sanlock[5192]: 2017-02-08 09:04:24+0100 151840 = [15589]: read_sectors delta_leader offset 2560 rv -202 /dev/f9b70017-0a34-4= 7bc-bf2f-dfc70200a347/ids Feb 8 09:04:34 ovirtnode01 sanlock[5192]: 2017-02-08 09:04:34+0100 151850 = [15589]: f9b70017 close_task_aio 0 0x7fd78c0008c0 busy Feb 8 09:04:39 ovirtnode01 multipathd: 360060160422143002a38935800ae2760: = sdd - emc_clariion_checker: Read error for WWN 60060160422143002a38935800ae= 2760. Sense data are 0x0/0x0/0x0. Feb 8 09:04:39 ovirtnode01 multipathd: checker failed path 8:48 in map 360= 060160422143002a38935800ae2760 Feb 8 09:04:39 ovirtnode01 multipathd: 360060160422143002a38935800ae2760: = remaining active paths: 0 Feb 8 09:04:39 ovirtnode01 kernel: qla2xxx [0000:11:00.0]-801c:3: Abort co= mmand issued nexus=3D3:0:22 -- 1 2002. Feb 8 09:04:39 ovirtnode01 kernel: device-mapper: multipath: Failing path = 8:48. Feb 8 09:04:40 ovirtnode01 kernel: qla2xxx [0000:11:00.0]-801c:3: Abort co= mmand issued nexus=3D3:0:22 -- 1 2002. Feb 8 09:04:42 ovirtnode01 kernel: blk_update_request: 8 callbacks suppres= sed Feb 8 09:04:42 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 4294967168 Feb 8 09:04:42 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 4294967280 Feb 8 09:04:42 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 0 Feb 8 09:04:42 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 4294967168 Feb 8 09:04:42 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 4294967280 Feb 8 09:04:42 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-1= 0, sector 0 multipath -ll output for this Domain 360060160422143002a38935800ae2760 dm-10 DGC ,VRAID size=3D2.0T features=3D'1 retain_attached_hw_handler' hwhandler=3D'1 alua' = wp=3Drw `-+- policy=3D'service-time 0' prio=3D50 status=3Dactive `- 3:0:0:22 sdd 8:48 active ready running Thx Christian --_000_6A17C71B52524C408E7AAF69103E9E490FAE98C4fabamailserverf_ 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"DE-AT" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">got a new FC Storage (EMC Unity= 300F) which is seen by my Hosts additional to my old Storage for Migration= .<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">New Storage has only on PATH un= til Migration is done.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I already have a few VMs runnin= g on the new Storage without Problem.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">But after starting some VMs (do= n’t really no whats the difference to working ones), the Path for new= Storage fails.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Engine tells me: Storage Domain= <storagedomain> experienced a high latency of 22.4875 seconds from h= ost <host><o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Where can I start looking?<o:p>= </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">In /var/log/messages I found:<o= :p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 multipathd: 360060160422143002a38935800ae2760: sdd - emc_clariion_checker= : Active path is healthy.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 multipathd: 8:48: reinstated<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 multipathd: 360060160422143002a38935800ae2760: remaining active paths: 1<= o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 8<o:p></o:p></sp= an></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 5833475<o:p></o:= p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 5833475<o:p></o:= p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 4294967168<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 kernel: Buffer I/O error on dev dm-207, logical block 97, async page read= <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 4294967168<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 4294967280<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 4294967280<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 0<o:p></o:p></sp= an></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 0<o:p></o:p></sp= an></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 4294967168<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 kernel: device-mapper: multipath: Reinstating path 8:48.<o:p></o:p></span= ></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 kernel: sd 3:0:0:22: alua: port group 01 state A preferred supports tolUs= NA<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:03:53 ovirtnode0= 1 sanlock[5192]: 2017-02-08 09:03:53+0100 151809 [11772]: s59 add_locks= pace fail result -202<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:05 ovirtnode0= 1 multipathd: dm-33: remove map (uevent)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:05 ovirtnode0= 1 multipathd: dm-33: devmap not registered, can't remove<o:p></o:p></span><= /p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:05 ovirtnode0= 1 multipathd: dm-33: remove map (uevent)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:06 ovirtnode0= 1 multipathd: dm-34: remove map (uevent)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:06 ovirtnode0= 1 multipathd: dm-34: devmap not registered, can't remove<o:p></o:p></span><= /p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:06 ovirtnode0= 1 multipathd: dm-34: remove map (uevent)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:08 ovirtnode0= 1 multipathd: dm-33: remove map (uevent)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:08 ovirtnode0= 1 multipathd: dm-33: devmap not registered, can't remove<o:p></o:p></span><= /p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:08 ovirtnode0= 1 multipathd: dm-33: remove map (uevent)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:08 ovirtnode0= 1 kernel: dd: sending ioctl 80306d02 to a partition!<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:24 ovirtnode0= 1 sanlock[5192]: 2017-02-08 09:04:24+0100 151840 [15589]: read_sectors = delta_leader offset 2560 rv -202 /dev/f9b70017-0a34-47bc-bf2f-dfc70200a347/= ids<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:34 ovirtnode0= 1 sanlock[5192]: 2017-02-08 09:04:34+0100 151850 [15589]: f9b70017 clos= e_task_aio 0 0x7fd78c0008c0 busy<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:39 ovirtnode0= 1 multipathd: 360060160422143002a38935800ae2760: sdd - emc_clariion_checker= : Read error for WWN 60060160422143002a38935800ae2760.  Sense data are= 0x0/0x0/0x0.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:39 ovirtnode0= 1 multipathd: checker failed path 8:48 in map 360060160422143002a38935800ae= 2760<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:39 ovirtnode0= 1 multipathd: 360060160422143002a38935800ae2760: remaining active paths: 0<= o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:39 ovirtnode0= 1 kernel: qla2xxx [0000:11:00.0]-801c:3: Abort command issued nexus=3D3:0:2= 2 --  1 2002.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:39 ovirtnode0= 1 kernel: device-mapper: multipath: Failing path 8:48.<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:40 ovirtnode0= 1 kernel: qla2xxx [0000:11:00.0]-801c:3: Abort command issued nexus=3D3:0:2= 2 --  1 2002.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:42 ovirtnode0= 1 kernel: blk_update_request: 8 callbacks suppressed<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:42 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 4294967168<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:42 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 4294967280<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:42 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 0<o:p></o:p></sp= an></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:42 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 4294967168<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:42 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 4294967280<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Feb  8 09:04:42 ovirtnode0= 1 kernel: blk_update_request: I/O error, dev dm-10, sector 0<o:p></o:p></sp= an></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">multipath -ll output for this D= omain<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">360060160422143002a38935800ae27= 60 dm-10 DGC     ,VRAID<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">size=3D2.0T features=3D'1 retai= n_attached_hw_handler' hwhandler=3D'1 alua' wp=3Drw<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">`-+- policy=3D'service-time= 0' prio=3D50 status=3Dactive<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">  `- 3:0:0:22 sdd 8:48&nbs= p; active ready  running<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thx Christian<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> </div> </body> </html> --_000_6A17C71B52524C408E7AAF69103E9E490FAE98C4fabamailserverf_--

2 6

Ovirt not seeing cinder usage
by Jordan Conway 13 Feb '17

13 Feb '17

Hello, Is it normal to not see the usage of a ceph backed cinder storage domain? If not, can someone point me in the right direction to see what I should be troubleshooting, I don't see anything obvious in vdsm/engine logs. This is what I see on the general tab of the storage domain: Size:[N/A] Available:[N/A] Used:[N/A] Allocated: 690 GB Over Allocation Ratio: 0% Warning Low Space Indicator: 0% (0 GB) Critical Space Action Blocker: < 1 GB Thank you, Jordan Conway

1 0

Upgrading oVirt-Node-NG from 4.0.3 to 4.0.6
by Thomas Kendall 13 Feb '17

13 Feb '17

We recently migrated from 3.6 to 4.0, but I'm a little confused about how to keep the nodes up to date. I see the auto-updates come through for my 4.0.3 nodes, but they don't seem to upgrade them to the newer 4.0.x releases. Is there a way to do this upgrade? I have two nodes that were installed with 4.0.3, and I would like to bring them up to the same version as everything else. For reference, the 4.0.3 nodes were built off the 4.0-2016083011 iso, and the 4.0.6 nodes were built off the 4.0-2017011712 iso. Thanks, Thomas

4 4

missing hvc0 device on hosted engine
by Berger, Sandy 13 Feb '17

13 Feb '17

--_000_DM5PR05MB3161434BD7A421FDC8D5FBCAD5400DM5PR05MB3161namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've been running oVirt 4.0.x for a while now and upgraded the engine and h= osts to 4.1. Sometimes, on both 4.0 and 4.1, trying to run the "hosted-engi= ne -console" command gives the following results: The engine VM is running on this host Connected to domain HostedEngine Escape character is ^] error: internal error: cannot find character device <null> Once this starts occurring, it never works again. When this happens I note that the hvc0 device does not exist in /dev and th= erefore there is no getty process running for that device. I notice that th= e "Enable VirtIO serial console" box is not checked on the hosted engine VM= but when I check it and click OK it's unchecked again when I open up the e= dit window again. How do I get console control back from my oVirt hosts? Thank you, Sandy Berger Follow Us: Facebook<http://www.qg.com/social1> | Twitter<http://www.qg.com/= social2> | LinkedIn<http://www.qg.com/social3> | YouTube<http://www.qg.com/= social4> --_000_DM5PR05MB3161434BD7A421FDC8D5FBCAD5400DM5PR05MB3161namp_ 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"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">I’ve been running oVirt 4.0.x for a while now = and upgraded the engine and hosts to 4.1. Sometimes, on both 4.0 and 4.1, t= rying to run the “hosted-engine –console” command gives t= he following results:<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Courier New"">= The engine VM is running on this host<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Courier New"">= Connected to domain HostedEngine<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Courier New"">= Escape character is ^]<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Courier New"">= error: internal error: cannot find character device <null><o:p></o:p>= </span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Once this starts occurring, it never works again.<o:= p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">When this happens I note that the hvc0 device does n= ot exist in /dev and therefore there is no getty process running for that d= evice. I notice that the “Enable VirtIO serial console” box is = not checked on the hosted engine VM but when I check it and click OK it’s unchecked again when I open up the edit w= indow again.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">How do I get console control back from my oVirt host= s?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thank you,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial",sans-serif;color:#1E47A4">Sandy Berger</span></b><span style= =3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:#444444= "><o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> Follow Us: <a href=3D"http://www.qg.com/social1">Facebook</a> | <a href=3D"= http://www.qg.com/social2"> Twitter</a> | <a href=3D"http://www.qg.com/social3">LinkedIn</a> | <a href= =3D"http://www.qg.com/social4"> YouTube</a> </body> </html> --_000_DM5PR05MB3161434BD7A421FDC8D5FBCAD5400DM5PR05MB3161namp_--

3 4

Current state of UI brick management when using dedicated interfaces for ovirtmgmt & gluster?
by Doug Ingham 13 Feb '17

13 Feb '17

Hey Guys, I currently use dedicated interfaces & hostnames to separate gluster traffic on my "hyperconverged" hosts. For example, the first node uses "v0" for its management interface & "s0" for its gluster interface. With this setup, I notice that all functions under the "Volumes" tab work, however I'm unable to import storage domains with "Use managed gluster", and hosts' bricks aren't listed under the "Hosts" tab. My engine log is also full of entries such as this... 2017-02-10 03:25:07,155-03 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler3) [78aef637] Could not add brick 's0:/gluster/data-novo/brick' to volume 'bded65c7-e79e-4bc9-9630-36a69ad2e684' - server uuid 'a9d062c6-7d01-404f-ab0c-3ed468e60c91' not found in cluster '00000002-0002-0002-0002-00000000017a' 2017-02-10 03:25:09,157-03 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesHealInfoReturn] (DefaultQuartzScheduler10) [6828f9a7] Could not fetch heal info for brick 's0:/gluster/data-novo/brick' - server uuid 'a9d062c6-7d01-404f-ab0c-3ed468e60c91' not found I'm wondering whether the different hostnames used to configure each of the interfaces is casuing the confusion? So...is there something wrong, or is this still an unsupported configuration? Cheers, -- Doug

2 1

Issue with Moving Disks
by Bryan Sockel 13 Feb '17

13 Feb '17

Hi, I attempted to move a few disks from a glusterFS to an ISCSI file system. I have number of errors during the process, and it looks like a few of the disk moves are hung. They are hung at various percentages. in the events, it says moving Disk X from A to B, validation completes but i copying volume returns with an error. Is there a way to kill the move process so i can have access back to the VM's? Thanks

3 4

Updated Invitation: DeepDive: SPDM shared storage management (infrastructure/... @ Wed Feb 22, 2017 6pm - 7pm (IST) (users@ovirt.org)
by laravot＠redhat.com 13 Feb '17

13 Feb '17

This event has been changed. Title: DeepDive: SPDM shared storage management (infrastructure/copy scale out/progress reporting) When: Wed Feb 22, 2017 6pm – 7pm Jerusalem (changed) Where: https://redhat.bluejeans.com/laravot Calendar: users(a)ovirt.org Who: * laravot(a)redhat.com - organizer * devel(a)ovirt.org * users(a)ovirt.org * rhevm-qe-dept Event details: https://www.google.com/calendar/event?action=VIEW&eid=Ym9kazZyZHVjbjdjZzl2c… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

install spice-xpi
by 靳占冰 13 Feb '17

13 Feb '17

This is a multi-part message in MIME format. ------=_NextPart_58A16605_0A2045F8_16D4BDD3 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGnvvIwNCiAgIEkgd2FudCB0byBpbnN0YWxsIHNwaWNlLXhwaSBwYWNrYWdlIGluIFVidW50 dSxob3cgc2hvdWxkIEkgZG8gaXQ/ ------=_NextPart_58A16605_0A2045F8_16D4BDD3 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGRpdj5Iae+8jDwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwO0kgd2FudCB0byBpbnN0YWxsIHNw aWNlLXhwaSBwYWNrYWdlIGluIFVidW50dSxob3cgc2hvdWxkIEkgZG8gaXQ/PC9kaXY+PGRp dj48aW5jbHVkZXRhaWw+PCEtLTwhW2VuZGlmXS0tPjwvaW5jbHVkZXRhaWw+PC9kaXY+ ------=_NextPart_58A16605_0A2045F8_16D4BDD3--

1 0

Hoste has available updates but nothing in yum
by Gianluca Cecchi 13 Feb '17

13 Feb '17

Hello all, I have 2 nodes in CentOS and oVirt 4.1 and since yesterday I see this event in dashbard pane Host ovmsrv05 has available updates: collectd,collectd-disk,collectd-netlink,collectd-virt,collectd-write_http,fluentd,rubygem-fluent-plugin-rewrite-tag-filter,rubygem-fluent-plugin-secure-forward. Actually collectd is not installed on my systen $ sudo rpm -qa | grep collect libcollection-0.6.2-27.el7.x86_64 $ And " yum update: brings no new packeage... what to check? Gianluca

2 3

4.1: warning low space and critical space action blocker not honoured?
by Gianluca Cecchi 12 Feb '17

12 Feb '17

Hello, I have a small export domain while doing a test. So I would like to temporarily lower down warning and critical to the minimum, so that I complete the test and then I re-enable default ones: Initial situation with "engine-config -g" CriticalSpaceActionBlocker: 5 version: general WarningLowSpaceIndicator: 10 version: general This is confirmed by what I see in RACTOREXP export storage domain general pane: Size: 49 GB Available: 38 GB Used: 11 GB Warning Low Space Indicator: 10% (4 GB) Critical Space Action Blocker: 5 GB I set both to 1 [root@ovmgr1 ~]# engine-config -s WarningLowSpaceIndicator=5 [root@ovmgr1 ~]# engine-config -s CriticalSpaceActionBlocker=1 Systemctl restart ovirt-engine [root@ovmgr1 ~]# engine-config -a|grep "Space[A,I]" CriticalSpaceActionBlocker: 1 version: general WarningLowSpaceIndicator: 1 version: general [root@ovmgr1 ~]# But the storage domain still shows the previous values in webadmin gui. I tried also to put in maintenance the storage domain and then activate it again but no change. And if I try to export a VM with 30Gb of disk I get the error and in the engine log 2017-02-12 20:44:44,872+01 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (default task-1 2) [97705aa9-f082-4e79-9e6b-b5bf0dde3666] START, GetVmsInfoVDSCommand( GetVmsInfoVDSCommandParameters:{runAsync=' true', storagePoolId='588237b8-0031-02f6-035d-000000000136', ignoreFailoverLimit='false', storageDomainId='8846db3f-6e07-4468-bbfc-bf5fbc3f8eef', vmIdList='null'}), log id: 2b56a855 2017-02-12 20:44:45,882+01 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (default task-1 2) [97705aa9-f082-4e79-9e6b-b5bf0dde3666] FINISH, GetVmsInfoVDSCommand, log id: 2b56a855 2017-02-12 20:44:47,324+01 INFO [org.ovirt.engine.core.bll.exportimport.ExportVmCommand] (default task-14) [dd88227e-7224-4e02-b2b9-11cb3e6d9ce4] Lock Acquired to object 'EngineLock:{exclusiveLocks='[7c9c686f-6cc6-4db7-8bdd-ee11b82a5266=<VM, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2017-02-12 20:44:47,382+01 WARN [org.ovirt.engine.core.bll.exportimport.ExportVmCommand] (default task-14) [dd88227e-7224-4e02-b2b9-11cb3e6d9ce4] Validation of action 'ExportVm' failed for user admin@internal-authz. Reasons: VAR__ACTION__EXPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_DISK_SPACE_LOW_ON_STORAGE_DOMAIN,$storageName RACTOREXP 2017-02-12 20:44:47,383+01 INFO [org.ovirt.engine.core.bll.exportimport.ExportVmCommand] (default task-14) [dd88227e-7224-4e02-b2b9-11cb3e6d9ce4] Lock freed to object 'EngineLock:{exclusiveLocks='[7c9c686f-6cc6-4db7-8bdd-ee11b82a5266=<VM, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2017-02-12 20:44:47,394+01 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-14 ) [] Operation Failed: [Cannot export VM. Low disk space on Storage Domain RACTOREXP.] What I'm doing wrong? Thanks, Gianluca

1 0

changing IP addresses
by Ben De Luca 12 Feb '17

12 Feb '17

Hi, I have a client who wants to change the IP's of an ovirt cluster running hosted engine. Is there a guide to do this? or would it be simpler to rebuild the cluster and migrate the machines? -Ben

2 2

Importing an OVA appliance
by Anantha Raghava 12 Feb '17

12 Feb '17

This is a multi-part message in MIME format. --------------4D8F798077F7ADADF84DF549 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, Has any one tried and documented the process of importing an appliance (OVA or qcow2) into oVirt? Also, need to have a procedure to eexport the VM into an appliance from oVirt. -- Thanks & Regards, Anantha Raghava eXzaTech Consulting And Services Pvt. Ltd. Do not print this e-mail unless required. Save Paper & trees. --------------4D8F798077F7ADADF84DF549 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> <p><font face="Liberation Serif">Hi,</font></p> <p><font face="Liberation Serif">Has any one tried and documented the process of importing an appliance (OVA or qcow2) into oVirt? Also, need to have a procedure to eexport the VM into an appliance from oVirt.</font><br> </p> -- <div class="moz-signature"> <p style="margin-bottom: 0cm; line-height: 100%"><font face="Times New Roman, serif">Thanks & Regards,</font></p> <p style="margin-bottom: 0cm; line-height: 100%"><br> </p> <address style="line-height: 100%"><font face="Times New Roman, serif">Anantha Raghava</font></address> <address style="line-height: 100%"><font face="Times New Roman, serif">eXzaTech Consulting And Services Pvt. Ltd.</font></address> <font color="#66cc00"><font face="Times New Roman, serif"><br> Do not print this e-mail unless required. Save Paper & trees.</font></font> </div> </body> </html> --------------4D8F798077F7ADADF84DF549--

2 3

add vm numa node message
by Gianluca Cecchi 12 Feb '17

12 Feb '17

Hello, yesterday I saw this message 3 times Add VM NUMA node successfully. and it seems to me that it was at the same time when I edited some VMs and in Console --> Advance parameters I set "disable strict user checking" Are they indeed related? What is the relation with NUMA? Thanks, Gianluca

2 1

Hosted Engine migration problems
by Jim Kusznir 12 Feb '17

12 Feb '17

Hi again: I thought I had fixed the hosted engine migration that was preventing me from updating the host the engine was running on. Today it let me migrate it from ovirt1 to ovirt2, and perform needed updates on ovirt1. When I tried to migrate it back to ovirt1 after the updates, I got errors that it failed migration. I tried an auto-migrate, and it claimed that the other two nodes (including the node it was running on) do not meet minimum requrements, specifically that they are not HA nodes....But I did explicitly set them up as HA nodes. Here's the engine.log output from the command: 2017-02-11 06:12:03,078 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-41) [252e1f97] Candidate host 'engine1' ('1e182fb9-8057-42ed-abd6-bc5bc343ccc6') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'HA' (correlation id: null) 2017-02-11 06:12:03,078 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-41) [252e1f97] Candidate host 'engine3' ('bac8ace2-cf7e-48ea-9113-b82343cd87f7') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'HA' (correlation id: null) 2017-02-11 06:12:03,081 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-41) [252e1f97] Candidate host 'engine2' ('76c075fc-1dfb-479d-98ef-57575ec11787') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'Migration' (correlation id: null) 2017-02-11 06:12:03,081 WARN [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-41) [252e1f97] Validation of action 'MigrateVm' failed for user admin@internal-authz. Reasons: VAR__ACTION__MIGRATE,VAR__TYPE__VM,SCHEDULING_ALL_HOSTS_FILTERED_OUT,VAR__FILTERTYPE__INTERNAL,$hostName engine1,$filterName HA,VAR__DETAIL__NOT_HE_HOST,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL,VAR__FILTERTYPE__INTERNAL,$hostName engine3,$filterName HA,VAR__DETAIL__NOT_HE_HOST,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL,VAR__FILTERTYPE__INTERNAL,$hostName engine2,$filterName Migration,VAR__DETAIL__SAME_HOST,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL I'm a bit confused by this....I followed the ovirt+gluster howto referenced from the contributed documentation page. --Jim

2 1

"epel-release preventing host update."
by Arman Khalatyan 12 Feb '17

12 Feb '17

After upgrade to ovirt 4.1 the epel has an conflicts in the collectd part: if you disable epel from the hosts it is ok. the hosts are not able to check or update because of this: 017-02-10 11:51:17,056+01 INFO [org.ovirt.engine.core.bll.scheduling.policyunits.EvenGuestDistributionBalancePolicyUnit] (DefaultQuartzScheduler6) [a13d0a89-a1d4-495c-9ed4-5e30aae11ae8] There is no host with more than 10 running guests, no balancing is needed 2017-02-10 11:51:17,069+01 WARN [org.ovirt.engine.core.bll.scheduling.policyunits.CpuAndMemoryBalancingPolicyUnit] (DefaultQuartzScheduler6) [a13d0a89-a1d4-495c-9ed4-5e30aae11ae8] All candidate hosts have been filtered, can't balance the cluster 'clei' based on the CPU usage, will try memory based approach 2017-02-10 11:51:17,099+01 INFO [org.ovirt.engine.core.bll.scheduling.policyunits.PowerSavingBalancePolicyUnit] (DefaultQuartzScheduler6) [a13d0a89-a1d4-495c-9ed4-5e30aae11ae8] Automatic power management is disabled for cluster 'clei'. 2017-02-10 11:51:27,278+01 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [a9265eb] Yum: [u'collectd-write_http-5.7.0-2.el7.x86_64 requires collectd(x86-64) = 5.7.0-2.el7', u'collectd-disk-5.7.0-2.el7.x86_64 requires collectd(x86-64) = 5.7.0-2.el7'] 2017-02-10 11:51:27,278+01 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [a9265eb] Yum: Performing yum transaction rollback 2017-02-10 11:51:27,281+01 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [a9265eb] Failed to execute stage 'Package installation': [u'collectd-write_http-5.7.0-2.el7.x86_64 requires collectd(x86-64) = 5.7.0-2.el7', u'collectd-disk-5.7.0-2.el7.x86_64 requires collectd(x86-64) = 5.7.0-2.el7'] 2017-02-10 11:51:27,281+01 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [a9265eb] Yum Performing yum transaction rollback 2017-02-10 11:51:27,378+01 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [a9265eb] Stage: Pre-termination 2017-02-10 11:51:27,400+01 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [a9265eb] Retrieving installation logs to: '/var/log/ovirt-engine/host-deploy/ovirt-host-mgmt-20170210115127-clei36.cls-a9265eb.log' 2017-02-10 11:51:27,533+01 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [a9265eb] Stage: Termination 2017-02-10 11:51:27,708+01 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (pool-5-thread-3) [a9265eb] SSH error running command root(a)clei36.cls:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/ovirt-host-mgmt DIALOG/dialect=str:machine DIALOG/customization=bool:True': Command returned failure code 1 during SSH session 'root(a)clei36.cls' 2017-02-10 11:51:27,708+01 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (pool-5-thread-3) [a9265eb] Exception: java.io.IOException: Command returned failure code 1 during SSH session 'root(a)clei36.cls'

2 1

Network issues
by Bryan Sockel 12 Feb '17

12 Feb '17

Need some help. I was doing some work on one of my ovirt hosts, removed it from cluster, and re-added it to the cluster to bring it back into my working cluster. I got a messege that my network's where out of sync. I accidentally sync'd up my working network, now neither of my hosts will bring launch my hosted engine appliance. While machines aren't currently mission critical, i do need to get these machines backup up and running. The network configuration is supposed to be 6 nics forming a bond network, my vlan's hanging off that bond, including my ovirtmgmt network. Feb 10 11:17:22 vm-host-altn-2.altn.int kernel: tg3 0000:81:00.1 p1p2: Flow control is off for TX and off for RX Feb 10 11:17:22 vm-host-altn-2.altn.int kernel: tg3 0000:81:00.1 p1p2: EEE is disabled Feb 10 11:17:22 vm-host-altn-2.altn.int kernel: bond0: link status definitely up for interface p1p2, 1000 Mbps full duplex Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: Bringing up interface bond0.102: [ OK ] Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: Bringing up interface bond0.20: can't add bond0.20 to bridge DMZ: Operation not supported Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: [ OK ] Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: Bringing up interface bond0.30: can't add bond0.30 to bridge Devel: Operation not supported Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: [ OK ] Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: Bringing up interface bond0.40: can't add bond0.40 to bridge Lab: Operation not supported Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: [ OK ] Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: Bringing up interface bond0.50: can't add bond0.50 to bridge Workstation: Operation not supported Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: [ OK ] Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: Bringing up interface Workstation: device Workstation already exists; can't create bridge with the sa Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: [FAILED] Feb 10 11:17:26 vm-host-altn-2.altn.int systemd[1]: network.service: control process exited, code=exited status=1 Feb 10 11:17:26 vm-host-altn-2.altn.int systemd[1]: Failed to start LSB: Bring up/down networking. -- Subject: Unit network.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit network.service has failed. ...... Thanks

2 1