- Users - oVirt List Archives

[Users] Info re the "jasperreports-rpm" package
by David Young 12 Feb '14

12 Feb '14

Hi users, I'm not an oVirt user (yet), but while working on another project, I stumbled across: https://github.com/oVirt/jasperreports-server-rpm And found the spec file and patches which built an RPM for packaging of the JasperReports Server WAR installation. This is presumably a component of oVirt, but I'm wondering whether there's anything unique about the package, or whether it's suitable to be reused in a standard Jasper deployment. Can anybody give me any background re the package and how it's intended to be used? Thanks :) D

2 3

[Users] spice html5 - windows inverted
by Neil Schulz 12 Feb '14

12 Feb '14

Good Morning Everyone, I installed the Spice guest tools on my windows machine and now everything is inverted. I am unable to use the machine anymore. The biggest issue was the mouse not syncing up. That issue was solved after installing the tools, however the inverted screen kind of makes that fix pointless. Is there a fix to this? Along with that, I haven't noticed it on a Windows 2008 R2 server yet, however, I cannot use Ctl+Alt+Delete in Spice HTML5 to test it. Thank you, Neil

3 2

[Users] Network question
by Hans-Joachim 12 Feb '14

12 Feb '14

--========GMXBoundary190041392193848616389 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hello, so far I'm using the nodes host IP@/Interface as well as for the ovirtmgmt network and host communication. For performance/security reasons I'd like to move it into private network, dedicated to oVIRT. Do I have to change the IP@ in the definition Cluster/Hosts to the new ovirtmgmt IP@ too? Thank you for your help Hans-Joachim --========GMXBoundary190041392193848616389 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <span style=3D'font-family:Verdana'><span style=3D'font-size:12px'>Hello,<b= r /><br />so far I'm using the nodes host IP@/Interface as well as for the = ovirtmgmt network and host communication.<br /><br />For performance/securi= ty reasons I'd like to move it into private network, dedicated to oVIRT.<br= />Do I have to change the IP@ in the definition Cluster/Hosts to the new o= virtmgmt IP@ too?<br /><br />Thank you for your help<br /><br />Hans-Joachi= m<br />=C2=A0</span></span> --========GMXBoundary190041392193848616389--

1 0

[Users] Spice proxy test day support
by Doron Fediuck 12 Feb '14

12 Feb '14

Hi all, I was testing this feature today and would like to summarize my findings; 1. Feature page http://www.ovirt.org/Features/Spice_Proxy Quite informative. Nevertheless things we should improve: - Please add a contact person in case of question / issues (feature owner?). - Detail design? Nothing mentioned with regards to the implementation. This could be in a separate page, but in such a case I'd add a link to that page. - Missing specific examples. ie- supported protocols: engine-config -s SpiceProxyDefault=http://my-ip:8080 * Did you know that http is a default if no scheme stated? All the above should make this cool feature more easy to use by non-developers. 2. Test cases - System level (using engine-config) - Cluster level - VM-Pool level For each of the above I configured a proxy, and on the proxy machine used: "nc -l 8080" to capture the traffic. In all cases things worked quite nicely. I saw incoming connection request which is what I expected for. 3. All-in-all: We have the functionality working which is the important part. Going forward we should try to improve some of the things I mentioned above. Nice work, Doron P.S. During my tests I managed to open 2 non-related bugs on engine-config and network QoS mapper (Class cast issue).

2 1

[Users] Iso_domain
by Koen Vanoppen 12 Feb '14

12 Feb '14

Dear all, How can I remove a iso from the iso domain? Can I just delete the image from /var/lib/exports/iso/50cf24a4-d1ef-4105-a9a5-b81d91339175/images/11111111-1111-1111-1111-111111111111 and expect ovirt to know the image is gone and adapt the gui and database accordenly or...? Kind regards, Koen

3 2

[Users] Ovirt 3.3 Guest Name Limit
by Don Dupuis 12 Feb '14

12 Feb '14

In Ovirt 3.3, what is the guest name length limit? Thanks Don

2 1

Re: [Users] Can't open ovirt console using Spice or VNC - help!
by Karli Sjöberg 12 Feb '14

12 Feb '14

--_000_5F9E965F5A80BC468BE5F40576769F0973373CF8exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gOSBmZWIgMjAxNCAyMDowMCBza3JldiBEcmV3IFNob3dlcnMgPGRyZXdAYXVndXJ3b3Jr cy5jb20+Og0KPg0KPiBIZWxsbywNCj4NCj4gSSdtIGEgbnViZSB3aXRoIG92aXJ0LCBidXQgaGF2 ZSB0aGUgb3ZpcnQtZW5naW5lIGFuZCAxIHJlbW90ZSBob3N0IHVwIGFuZCBydW5uaW5nIChzZXBh cmF0ZSBwaHlzaWNhbCBzZXJ2ZXJzLCBzYW1lIHN1Ym5ldCkuIFRoZSBuZXR3b3JrLCBETlMuIE5G UyBhbGwgd29yay4gSSBjYW4gY3JlYXRlIFZNJ3MsIGluc3RhbGwgdGhlIElTTyBPUyB3aXRoIG5v IHByb2JsZW1zLiBIZXJlIGlzIHdlcmUgSSBnZXQgc3R1Y2suDQo+DQo+IEFmdGVyIGEgZnJ1c3Ry YXRpbmcgZmV3IGhvdXJzIHRyeWluZyB0byBnZXQgYSBjb25zb2xlIHRvIGxhdW5jaCBvbiBteSBt YWMsDQoNCkhhdmUgeW91IHNlZW4gdGhpcz8NCg0KaHR0cDovL3d3dy5vdmlydC5vcmcvU1BJQ0Vf UmVtb3RlLVZpZXdlcl9vbl9PU19YDQoNCi9LYXJsaQ0KDQpJIGJyb2tlIGRvd24gYW5kIGNyZWF0 ZWQgYSBuZXcgQ2VudG9zIDYuNCBEZXNrdG9wIFZNIHVzaW5nIEZ1c2lvbi4gSSd2ZSBpbnN0YWxs ZWQgLQ0KPg0KPiBzcGljZS14cGkgKHl1bSBpbnN0YWxsIHNwaWNlLXhwaSkNCj4gdmlydC1tYW5h Z2VyICh5dW0gaW5zdGFsbCB2aXJ0LW1hbmFnZXIpDQo+DQo+IFVzaW5nIEZpcmVmb3gsIGlmIEkg dHJ5IHRvIG9wZW4gdGhlIGNvbnNvbGUgZnJvbSB0aGUgb3ZpcnQgYWRtaW4gdXNpbmcgU3BpY2Ug YnJvd3NlciBwbHVnaW4gb3IgbmF0aXZlIGNsaWVudCBvcHRpb25zLCBub3RoaW5nIGhhcHBlbnMg KG5vIGVycm9ycyBlaXRoZXIpLCBvdGhlciB0aGFuIG1lc3NhZ2Ugc2F5aW5nIHRoZSB1c2VyIGlz IGluaXRpYXRpbmcgYSBjb25zb2xlIHNlc3Npb24uDQo+DQo+IElmIHVzaW5nIFZOQywgdGhlbiBp dCB3YW50cyB0byBlaXRoZXIgZG93bmxvYWQgdGhlIGNvbnNvbGUudnYgb3Igb3BlbiBpdCB3aXRo IHRoZSBkZWZhdWx0IHZpZXdlciwgd2hpY2ggdGhyb3dzIGFuZCBlcnJvciAiVW5hYmxlIHRvIGNv bm5lY3QgdG8gdGhlIGdyYXBoaWNzIHNlcnZlciBmaWxlIg0KPg0KPiBTbywgSSdtIHN0dWNrIGlu IGdvaW5nIGFueSBmdXJ0aGVyIHVudGlsIEkgZ2V0IHRoaXMgd29ya2VkIG91dC4gTm8gVk0gSVAg b3IgaG9zdCBuYW1lICAodW5sZXNzIEknbSBtaXNzaW5nIHNvbWV0aGluZykuLi4gSSBhY3R1YWxs eSBmaW5kIHRoaXMgcXVpdGUgdW5mcmllbmRseS4gSSBrbm93IHNpbWlsYXIgaXNzdWVzIGhhdmUg YmVlbiBkaXNjdXNzZWQgcHJldmlvdXNseSwgYnV0IG5vbmUgaGF2ZSBzb2x2ZWQgbXkgcHJvYmxl bS4gQlRXOiBJJ20gcnVubmluZyBDZW50b3MgNi41IG9uIGJvdGggdGhlIGVuZ2luZSBhbmQgaG9z dC4NCj4NCj4gSSdtIG5vdCBzdXJlIGlmIEknbSBtaXNzaW5nIGFkZGl0aW9uYWwgcGFja2FnZXMg b3Igd2hhdC4gQW55IGhlbHAgd291bGQgYmUgZ3JlYXRseSBhcHByZWNpYXRlZC4NCj4NCj4gVGhh bmtzLA0KPiBEcmV3DQo= --_000_5F9E965F5A80BC468BE5F40576769F0973373CF8exchange21_ Content-Type: text/html; charset="utf-8" Content-ID: <4DA3C0AAB191FF40AA9692FC1BA40748(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCjwvcD4NCjxwIGRpcj0ibHRyIj5EZW4gOSBmZWIgMjAxNCAyMDowMCBza3JldiBEcmV3 IFNob3dlcnMgJmx0O2RyZXdAYXVndXJ3b3Jrcy5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7 IEhlbGxvLDxicj4NCiZndDs8YnI+DQomZ3Q7IEknbSBhIG51YmUgd2l0aCBvdmlydCwgYnV0IGhh dmUgdGhlIG92aXJ0LWVuZ2luZSBhbmQgMSByZW1vdGUgaG9zdCB1cCBhbmQgcnVubmluZyAoc2Vw YXJhdGUgcGh5c2ljYWwgc2VydmVycywgc2FtZSBzdWJuZXQpLiBUaGUgbmV0d29yaywgRE5TLiBO RlMgYWxsIHdvcmsuIEkgY2FuIGNyZWF0ZSBWTSdzLCBpbnN0YWxsIHRoZSBJU08gT1Mgd2l0aCBu byBwcm9ibGVtcy4gSGVyZSBpcyB3ZXJlIEkgZ2V0IHN0dWNrLiZuYnNwOzxicj4NCiZndDs8YnI+ DQomZ3Q7IEFmdGVyIGEgZnJ1c3RyYXRpbmcgZmV3IGhvdXJzIHRyeWluZyB0byBnZXQgYSBjb25z b2xlIHRvIGxhdW5jaCBvbiBteSBtYWMsPC9wPg0KPHAgZGlyPSJsdHIiPkhhdmUgeW91IHNlZW4g dGhpcz88L3A+DQo8cCBkaXI9Imx0ciI+aHR0cDovL3d3dy5vdmlydC5vcmcvU1BJQ0VfUmVtb3Rl LVZpZXdlcl9vbl9PU19YPC9wPg0KPHAgZGlyPSJsdHIiPi9LYXJsaTwvcD4NCjxwIGRpcj0ibHRy Ij5JIGJyb2tlIGRvd24gYW5kIGNyZWF0ZWQgYSBuZXcgQ2VudG9zIDYuNCBEZXNrdG9wIFZNIHVz aW5nIEZ1c2lvbi4gSSd2ZSBpbnN0YWxsZWQgLSZuYnNwOzxicj4NCiZndDs8YnI+DQomZ3Q7IHNw aWNlLXhwaSAoeXVtIGluc3RhbGwgc3BpY2UteHBpKTxicj4NCiZndDsgdmlydC1tYW5hZ2VyICh5 dW0gaW5zdGFsbCB2aXJ0LW1hbmFnZXIpPGJyPg0KJmd0Ozxicj4NCiZndDsgVXNpbmcgRmlyZWZv eCwgaWYgSSB0cnkgdG8gb3BlbiB0aGUgY29uc29sZSBmcm9tIHRoZSBvdmlydCBhZG1pbiB1c2lu ZyBTcGljZSBicm93c2VyIHBsdWdpbiBvciBuYXRpdmUgY2xpZW50IG9wdGlvbnMsIG5vdGhpbmcg aGFwcGVucyAobm8gZXJyb3JzIGVpdGhlciksIG90aGVyIHRoYW4gbWVzc2FnZSBzYXlpbmcgdGhl IHVzZXIgaXMgaW5pdGlhdGluZyBhIGNvbnNvbGUgc2Vzc2lvbi4mbmJzcDs8YnI+DQomZ3Q7PGJy Pg0KJmd0OyBJZiB1c2luZyBWTkMsIHRoZW4gaXQgd2FudHMgdG8gZWl0aGVyIGRvd25sb2FkIHRo ZSBjb25zb2xlLnZ2IG9yIG9wZW4gaXQgd2l0aCB0aGUgZGVmYXVsdCB2aWV3ZXIsIHdoaWNoIHRo cm93cyBhbmQgZXJyb3IgJnF1b3Q7VW5hYmxlIHRvIGNvbm5lY3QgdG8gdGhlIGdyYXBoaWNzIHNl cnZlciBmaWxlJnF1b3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgU28sIEknbSBzdHVjayBpbiBnb2lu ZyBhbnkgZnVydGhlciB1bnRpbCBJIGdldCB0aGlzIHdvcmtlZCBvdXQuIE5vIFZNIElQIG9yIGhv c3QgbmFtZSAmbmJzcDsodW5sZXNzIEknbSBtaXNzaW5nIHNvbWV0aGluZykuLi4gSSBhY3R1YWxs eSBmaW5kIHRoaXMgcXVpdGUgdW5mcmllbmRseS4gSSBrbm93IHNpbWlsYXIgaXNzdWVzIGhhdmUg YmVlbiBkaXNjdXNzZWQgcHJldmlvdXNseSwgYnV0IG5vbmUgaGF2ZSBzb2x2ZWQgbXkgcHJvYmxl bS4gQlRXOiBJJ20NCiBydW5uaW5nIENlbnRvcyA2LjUgb24gYm90aCB0aGUgZW5naW5lIGFuZCBo b3N0LiZuYnNwOzxicj4NCiZndDs8YnI+DQomZ3Q7IEknbSBub3Qgc3VyZSBpZiBJJ20gbWlzc2lu ZyBhZGRpdGlvbmFsIHBhY2thZ2VzIG9yIHdoYXQuIEFueSBoZWxwIHdvdWxkIGJlIGdyZWF0bHkg YXBwcmVjaWF0ZWQuJm5ic3A7PGJyPg0KJmd0Ozxicj4NCiZndDsgVGhhbmtzLDxicj4NCiZndDsg RHJldzwvcD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_5F9E965F5A80BC468BE5F40576769F0973373CF8exchange21_--

3 11

[Users] User portal
by Maurice James 12 Feb '14

12 Feb '14

------=_NextPart_000_0033_01CF258F.5FE44460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Since ive updated to 3.4.0-0.7.beta2.el6 I am unable to log into the user portal. I cannot even type my user name and password. Has anyone else experienced this? ------=_NextPart_000_0033_01CF258F.5FE44460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META = HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal>Since ive updated to <span = class=3Dgwt-inlinelabel>3.4.0-0.7.beta2.el6 </span>I am unable to log = into the user portal. I cannot even type my user name and password. Has = anyone else experienced this?<o:p></o:p></p></div></body></html> ------=_NextPart_000_0033_01CF258F.5FE44460--

3 17

[Users] 'Drive' object has no attribute 'format'
by Eduardo Ramos 11 Feb '14

11 Feb '14

Hi all! I'm getting this strange message on my vdsm.log Thread-187887::ERROR::2014-02-07 10:31:13,246::sampling::355::vm.Vm::(collect) vmId=`226fb21b-ce7e-45ec-8e6e-75b987374ead`::Stats function failed: <AdvancedStatsFunction _highWrite at 0x2d328f0> Traceback (most recent call last): File "/usr/share/vdsm/sampling.py", line 351, in collect statsFunction() File "/usr/share/vdsm/sampling.py", line 226, in __call__ retValue = self._function(*args, **kwargs) File "/usr/share/vdsm/vm.py", line 528, in _highWrite self._vm.extendDrivesIfNeeded() File "/usr/share/vdsm/vm.py", line 2285, in extendDrivesIfNeeded if not drive.blockDev or drive.format != 'cow': AttributeError: 'Drive' object has no attribute 'format' Anyone know what could be happening? Thanks.

3 7

[Users] Dedicated Bonding interface for Gluster
by Juan Pablo Lorier 11 Feb '14

11 Feb '14

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1g8JPn14EC4bURVvAtoKga8u87IwhL9o3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Mario, I've created a little guide in the wiki for this porpoise, I haven't updated it with I tip I was told later on using the hosts file (or dns) instead of fixed ips, so you may search on that matter to optimize the solution. The wiki is http://www.ovirt.org/oVirt_Wiki:How_to_change_Gluster%27s_network_interfa= ce Hope it helps Regards, --1g8JPn14EC4bURVvAtoKga8u87IwhL9o3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS+mYXAAoJEC5KDDg2+NMMGB0H/3xXgkjeT4mZz9GS6OIr0ruS +7jJhYst0+ZE5GAvFIUY+uETInDHpfKd+xehqGC8VIjpFJla8CVsGEnd3xzT8n0G v11Nns2m+arx2yBGTAqX9Wk9HZKPYVYHbFqKH6ccIFxTMMMQGf3j+cjqVjmeJi3f 13ZTsMbl+evTcpdvVLZJT2mNOa7yl7JTwvI9s5bekbJxfC5HiztCyNz7UA6jX/DW VFnOOgPswyahy6d0ejkR/4seW6+K0bvvIOg8VoJ4aIGzkSwiXtqGOZnTVBqVjBjs EZRCX2oq06RVSei59rhRjFsCWf6rVQr7MEr1CrVNc6VDlh835mpUxKvsz7cz6Dg= =GyrA -----END PGP SIGNATURE----- --1g8JPn14EC4bURVvAtoKga8u87IwhL9o3--

1 0

[Users] Fwd: Re: Fencing Options
by René Koch 11 Feb '14

11 Feb '14

This is a multi-part message in MIME format. --------------080306010903020407070602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Missed the Reply List button... On 10.02.2014 17:57, Maurice James wrote: > How do I enable the other fencing agents that are not shown in the > power management list of the hosts? Like idrac and drac7? I suggest to use IPMI fencing, as it works with most Interfaces. I use it also for DRAC interfaces without problems. If you want to add custom fence agents, make sure they exist on your system (e.g. /usr/sbin/fence_idrac) and follow these instructions on how to add them to oVirt: https://www.mail-archive.com/users@ovirt.org/msg13433.html But again, if fence_ipmilan works, use it... Regards, René --------------080306010903020407070602 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> Missed the Reply List button...<br> <br> On 10.02.2014 17:57, Maurice James wrote:<br> <div class="moz-forward-container"> <blockquote cite="mid:BLU176-W31E63376F5299670E35401B2900@phx.gbl" type="cite"> <style></style> <div dir="ltr">How do I enable the other fencing agents that are not shown in the power management list of the hosts? Like idrac and drac7? </div> </blockquote> <br> I suggest to use IPMI fencing, as it works with most Interfaces. I use it also for DRAC interfaces without problems.<br> <br> If you want to add custom fence agents, make sure they exist on your system (e.g. /usr/sbin/fence_idrac) and follow these instructions on how to add them to oVirt:<br> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://www.mail-archive.com/users@ovirt.org/msg13433.html">https://www.mail-archive.com/users@ovirt.org/msg13433.html</a><br> <br> But again, if fence_ipmilan works, use it...<br> <br> Regards,<br> René<br> <br> <br> </div> <br> </body> </html> --------------080306010903020407070602--

2 1

[Users] ERRORS and WARNINGS in engine.log on a just started system
by Sandro Bonazzola 11 Feb '14

11 Feb '14

Installed 3.3.3 all-in-one upgraded to 3.4.0 beta2 created a VM stopped the engine. cleaned logs. started the engine: engine.log:2014-02-11 13:35:19,573 ERROR [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service thread 1-1) Could not parse option AutoRecoveryAllowedTypes value. engine.log:2014-02-11 13:36:03,344 ERROR [org.ovirt.engine.core.utils.servlet.ServletUtils] (ajp--127.0.0.1-8702-2) Can't read file "/var/lib/ovirt-engine/reports.xml" for request "/ovirt-engine/services/reports-ui", will send a 404 error response. I don't have DWH or reports here. # grep WARN engine.log server.log |wc -l 178 Warnings are like: server.log:2014-02-11 13:35:18,914 WARN [org.jboss.as.dependency.private] (MSC service thread 1-9) JBAS018567: Deployment "deployment.engine.ear.restapi.war" is using a private module ("org.yaml.snakeyaml:main") which may be changed or removed in future versions without notice. server.log:2014-02-11 13:35:18,915 WARN [org.jboss.as.dependency.private] (MSC service thread 1-6) JBAS018567: Deployment "deployment.engine.ear.webadmin.war" is using a private module ("org.codehaus.jackson.jackson-xc:main") which may be changed or removed in future versions without notice. Can't we get rid of those? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

[Users] Very bad write performance in VM (ovirt 3.3.3)
by ml ml 11 Feb '14

11 Feb '14

Hello List, i set up a Cluster with 2 Nodes and Glusterfs. gluster> volume info all Volume Name: Repl2 Type: Replicate Volume ID: 8af9b282-8b60-4d71-a0fd-9116b8fdcca7 Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: node1.local:/data Brick2: node2.local:/data Options Reconfigured: auth.allow: * user.cifs: enable nfs.disable: off I turned node2 off. Just to make sure i have not network bottle neck and that it will not replicate for my first benchmarks. My first test with bonnie on my local raw disk of node1 gave me 130MB/sec write speed. Then i did the same test on my cluster dir /data: 130MB/sec Then i did the write test in a freshly installed Debian 7 vm: 10MB/sec This is terrible and i wonder why?! My tests where made with: bonnie++ -u root -s <double mem) -d <dir> Here are my bonnie results: http://oi62.tinypic.com/20aara0.jpg Since node2 is turned off, this cant be a network bottle neck. Any ideas? Thanks, Mario

3 7

Re: [Users] [rhevm-api] Need help to Start and Stop VM using Java SDK
by Itamar Heim 11 Feb '14

11 Feb '14

On 02/11/2014 04:55 PM, Tejesh M wrote: > Thanks for your fast response. > > But intelli sense is not listing vm.*start *function > > I'm using rhevm-sdk-java-1.0.0.29-1.jar > > _*code:*_ > > import org.ovirt.engine.sdk.Api; > import org.ovirt.engine.sdk.common.*; > import org.ovirt.engine.sdk.decorators.VMDisk; > import org.ovirt.engine.sdk.entities.*; > import org.apache.commons.beanutils.*; > > > public class rhvm { > static Api api; > public static void callAPI() > { > try{ > > api = new Api("https://rhevm:443/api", "admin@internal", > "password"); > > > org.ovirt.engine.sdk.entities.VM vm = > api.getVMs().get("testVM3"); //get VM > vm.setDescription("java_sdk"); > > System.out.print("VM ID:" + vm.getStatus().getState()); > System.out.print("VM ID:" + vm.getId()); > > > } > catch(Exception e) > { > System.out.print(e); > } > finally { > api.shutdown(); > } > } > public static void main(String a[]) throws Exception > { > //rhvm obj = new rhvm(); > callAPI(); > System.out.println("\ncompleted"); > } > } > > > > > On Tue, Feb 11, 2014 at 8:08 PM, Ewoud Kohl van Wijngaarden > <ewoud+rhevm-api(a)kohlvanwijngaarden.nl > <mailto:ewoud+rhevm-api@kohlvanwijngaarden.nl>> wrote: > > On Tue, Feb 11, 2014 at 08:00:57PM +0530, Tejesh M wrote: > > Can anyone share sample on how to Start & Stop VM using Java SDK? I > > couldn't find any document on JAVA SDK for RHEVM. > > While this list hasn't been in use for some time, I hope I can still > point you > in the right direction. http://www.ovirt.org/Java-sdk#Examples has the > following examples: > > // -- Create proxy > > // #1 - import > import org.ovirt.engine.sdk.Api; > > // #2 - create proxy > Api api = new Api("http://localhost:8080/api", "user@domain", > "password"); > > // -- perform an action on resource > > // #1 - fetch resource > VM vm = api.getVMs().get("test"); > > // #2 - create params + perform an action > Action res = vm.start(new Action() { > { > setVm(new org.ovirt.engine.sdk.entities.VM()); > } > }); > > I'd guess vm.stop is exactly the same as vm.start. > _______________________________________________ > rhevm-api mailing list > rhevm-api(a)lists.fedorahosted.org > <mailto:rhevm-api@lists.fedorahosted.org> > https://lists.fedorahosted.org/mailman/listinfo/rhevm-api > > > > > -- > Thanks & Regards > Tejesh > > > _______________________________________________ > rhevm-api mailing list > rhevm-api(a)lists.fedorahosted.org > https://lists.fedorahosted.org/mailman/listinfo/rhevm-api > moving to users(a)ovirt.org... thanks, Itamar

2 1

[Users] node can not access disks
by Jakub Bittner 11 Feb '14

11 Feb '14

Hi, after node restart oVirt can not start any virtual machine due to unknown storage error. Logs are here http://fpaste.org/75881/. It looks like it can not read LVM. Is there any way how to fix that? Thanks

2 3

[Users] Adding a VMNIC via the REST api returns no error, but the NIC isn't added
by Satya Vempati 10 Feb '14

10 Feb '14

--_000_CF1C3BE72655svempatitintricom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable POST <server>/api/vms/670fa876-a18d-436c-b999-1dc7cbbd5bcf/nics <nic> <name>eth0</name> <network> <name>rhevm</name> </network> <interface>virtio</interface> <port_mirroring> <networks> <network> <name>rhevm</name> </network> </networks> </port_mirroring> </nic> Return code is 200, but no VM Nic is added. --_000_CF1C3BE72655svempatitintricom_ Content-Type: text/html; charset="us-ascii" Content-ID: <47235168C92000459C7AFD7308F3A1C5(a)exch025.domain.local> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > </head> <body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin= e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami= ly: Calibri, sans-serif;"> <div>POST <server>/api/vms/670fa876-a18d-436c-b999-1dc7cbbd5bcf/= nics</div> <div><br> </div> <div> <div><nic></div> <div>  <name>eth0</name></div> <div>  <network></div> <div>  <span class=3D"Apple-tab-span" style=3D"white-space:pre"></span= ><name>rhevm</name></div> <div>  </network></div> <div>  <interface>virtio</interface></div> <div>  <port_mirroring></div> <div>    <networks></div> <div>      <network></div> <div>        <name>rhevm</name></div> <div>      </network></div> <div>    </networks></div> <div>  </port_mirroring></div> <div></nic></div> </div> <div><br> </div> <div>Return code is 200, but no VM Nic is added.</div> </body> </html> --_000_CF1C3BE72655svempatitintricom_--

4 8

[Users] Unable to activate iSCSI domain after crash of host
by Gianluca Cecchi 10 Feb '14

10 Feb '14

Hello, Fedora 19 with 3.3.3. Only one host configured. After crash of host I'm not able to activate storage domain again. Any way to recover? Gianluca in engine.log 2014-02-07 08:11:12,602 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-32) [ 60d513d1] HostName = ovnode03 2014-02-07 08:11:12,602 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-32) [ 60d513d1] Command HSMGetAllTasksStatusesVDS execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IR SNonOperationalException: Not SPM: () 2014-02-07 08:11:12,613 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-32) [60d513d1] hostFr omVds::selectedVds - ovnode03, spmStatus Unknown_Pool, storage pool ISCSI 2014-02-07 08:11:12,615 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-32) [60d5 13d1] START, ConnectStoragePoolVDSCommand(HostName = ovnode03, HostId = b6f8f68f-4f9e-4c87-918b-aa1ff60f575a, storagePoolId = 546cd29c-7249-473 3-8fd5-317cff38ed71, vds_spm_id = 1, masterDomainId = f741671e-6480-4d7b-b357-8cf6e8d2c0f1, masterVersion = 2), log id: 3e99a2c6 2014-02-07 08:11:15,747 INFO [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (ajp--127.0.0.1-8702-4) [465b0976] Lock Acquired to object EngineLock [exclusiveLocks= key: f741671e-6480-4d7b-b357-8cf6e8d2c0f1 value: STORAGE , sharedLocks= ] 2014-02-07 08:11:15,759 INFO [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (pool-6-thread-49) [465b0976] Running command: A ctivateStorageDomainCommand internal: false. Entities affected : ID: f741671e-6480-4d7b-b357-8cf6e8d2c0f1 Type: Storage 2014-02-07 08:11:15,762 INFO [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (pool-6-thread-49) [465b0976] Lock freed to obje ct EngineLock [exclusiveLocks= key: f741671e-6480-4d7b-b357-8cf6e8d2c0f1 value: STORAGE , sharedLocks= ] 2014-02-07 08:11:15,763 INFO [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (pool-6-thread-49) [465b0976] ActivateStorage Do main. Before Connect all hosts to pool. Time:2/7/14 8:11 AM 2014-02-07 08:11:15,765 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.ActivateStorageDomainVDSCommand] (pool-6-thread-49) [465b0976] START, ActivateStorageDomainVDSCommand( storagePoolId = 546cd29c-7249-4733-8fd5-317cff38ed71, ignoreFailoverLimit = false, storageDomainId = f741671e- 6480-4d7b-b357-8cf6e8d2c0f1), log id: da4b270 2014-02-07 08:11:16,739 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-32) [60d5 13d1] Command org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=304, mMessage=Cannot find master domain: 'spUUID=546cd29c-7249-4733-8fd5-317cff38ed7 1, msdUUID=f741671e-6480-4d7b-b357-8cf6e8d2c0f1']] 2014-02-07 08:11:16,740 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-32) [60d5 13d1] HostName = ovnode03 2014-02-07 08:11:16,740 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-32) [60d5 13d1] Command ConnectStoragePoolVDS execution failed. Exception: IRSNoMasterDomainException: IRSGenericException: IRSErrorException: IRSNoMaste rDomainException: Cannot find master domain: 'spUUID=546cd29c-7249-4733-8fd5-317cff38ed71, msdUUID=f741671e-6480-4d7b-b357-8cf6e8d2c0f1' 2014-02-07 08:11:16,741 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-32) [60d5 13d1] FINISH, ConnectStoragePoolVDSCommand, log id: 3e99a2c6 In vdsm.log I get: Thread-85157::ERROR::2014-02-07 08:12:44,774::task::850::TaskManager.Task::(_setError) Task=`b9f3c2b5-18fa-4135-96f7-c152b5 ffe675`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 857, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 45, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 1008, in connectStoragePool masterVersion, options) File "/usr/share/vdsm/storage/hsm.py", line 1062, in _connectStoragePool res = pool.connect(hostID, scsiKey, msdUUID, masterVersion) File "/usr/share/vdsm/storage/sp.py", line 699, in connect self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1244, in __rebuild masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1603, in getMasterDomain raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID) StoragePoolMasterNotFound: Cannot find master domain: 'spUUID=546cd29c-7249-4733-8fd5-317cff38ed71, msdUUID=f741671e-6480-4 d7b-b357-8cf6e8d2c0f1' Thread-85157::DEBUG::2014-02-07 08:12:44,774::task::869::TaskManager.Task::(_run) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe67 5`::Task._run: b9f3c2b5-18fa-4135-96f7-c152b5ffe675 ('546cd29c-7249-4733-8fd5-317cff38ed71', 1, '546cd29c-7249-4733-8fd5-31 7cff38ed71', 'f741671e-6480-4d7b-b357-8cf6e8d2c0f1', 2) {} failed - stopping task Thread-85157::DEBUG::2014-02-07 08:12:44,775::task::1194::TaskManager.Task::(stop) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe6 75`::stopping in state preparing (force False) Thread-85157::DEBUG::2014-02-07 08:12:44,775::task::974::TaskManager.Task::(_decref) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ff e675`::ref 1 aborting True Thread-85157::INFO::2014-02-07 08:12:44,775::task::1151::TaskManager.Task::(prepare) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::aborting: Task is aborted: 'Cannot find master domain' - code 304 Thread-85157::DEBUG::2014-02-07 08:12:44,775::task::1156::TaskManager.Task::(prepare) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::Prepare: aborted: Cannot find master domain Thread-85157::DEBUG::2014-02-07 08:12:44,776::task::974::TaskManager.Task::(_decref) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::ref 0 aborting True Thread-85157::DEBUG::2014-02-07 08:12:44,776::task::909::TaskManager.Task::(_doAbort) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::Task._doAbort: force False Thread-85157::DEBUG::2014-02-07 08:12:44,776::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-85157::DEBUG::2014-02-07 08:12:44,776::task::579::TaskManager.Task::(_updateState) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::moving from state preparing -> state aborting Thread-85157::DEBUG::2014-02-07 08:12:44,777::task::534::TaskManager.Task::(__state_aborting) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::_aborting: recover policy none Thread-85157::DEBUG::2014-02-07 08:12:44,777::task::579::TaskManager.Task::(_updateState) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::moving from state aborting -> state failed Thread-85157::DEBUG::2014-02-07 08:12:44,777::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-85157::DEBUG::2014-02-07 08:12:44,777::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-85157::ERROR::2014-02-07 08:12:44,777::dispatcher::67::Storage.Dispatcher.Protect::(run) {'status': {'message': "Cannot find master domain: 'spUUID=546cd29c-7249-4733-8fd5-317cff38ed71, msdUUID=f741671e-6480-4d7b-b357-8cf6e8d2c0f1'", 'code ': 304}}

3 18

Re: [Users] failed nestd vm only with spice and not vnc
by Gianluca Cecchi 10 Feb '14

10 Feb '14

Hello, I revamp this thread putting a subject more in line with the real problem. Previous thread subject was " unable to start vm in 3.3 and f19 with gluster " and began here on ovirt users mailing list: http://lists.ovirt.org/pipermail/users/2013-September/016628.html Now I updated all to final 3.3.3 and I see that the problem is here yet. So now I have updated Fedora 19 hosts that are VMs (virtual hw version 9) inside vSphere infra version 5.1. CPU of ESX host is E7-4870 and cluster in oVirt is defined as "Intel Nehalem Family" On oVirt host VM [root@ovnode01 qemu]# rpm -q libvirt qemu-kvm libvirt-1.0.5.9-1.fc19.x86_64 qemu-kvm-1.4.2-15.fc19.x86_64 [root@ovnode01 qemu]# uname -r 3.12.9-201.fc19.x86_64 flags of cpuinfo: flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni monitor vmx ssse3 cx16 sse4_1 sse4_2 x2apic popcnt lahf_lm ida arat epb dtherm tpr_shadow vnmi ept vpid [root@ovnode01 ~]# vdsClient -s localhost getVdsCapabilities HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:6344c23973df'}]} ISCSIInitiatorName = 'iqn.1994-05.com.redhat:6344c23973df' bondings = {'bond0': {'addr': '', 'cfg': {}, 'hwaddr': '32:5c:6a:20:cd:21', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'slaves': []}} bridges = {'ovirtmgmt': {'addr': '192.168.33.41', 'cfg': {'BOOTPROTO': 'none', 'DEFROUTE': 'yes', 'DELAY': '0', 'DEVICE': 'ovirtmgmt', 'GATEWAY': '192.168.33.15', 'IPADDR': '192.168.33.41', 'NETMASK': '255.255.255.0', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no', 'TYPE': 'Bridge'}, 'gateway': '192.168.33.15', 'ipv6addrs': ['fe80::250:56ff:fe9f:686b/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '255.255.255.0', 'ports': ['eth0', 'vnet1'], 'stp': 'off'}, 'vlan172': {'addr': '', 'cfg': {'DEFROUTE': 'no', 'DELAY': '0', 'DEVICE': 'vlan172', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no', 'TYPE': 'Bridge'}, 'gateway': '0.0.0.0', 'ipv6addrs': ['fe80::250:56ff:fe9f:3b86/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '', 'ports': ['ens256.172', 'vnet0'], 'stp': 'off'}} clusterLevels = ['3.0', '3.1', '3.2', '3.3'] cpuCores = '4' cpuFlags = 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,mmx,fxsr,sse,sse2,ss,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,nopl,xtopology,tsc_reliable,nonstop_tsc,aperfmperf,pni,monitor,vmx,ssse3,cx16,sse4_1,sse4_2,x2apic,popcnt,lahf_lm,ida,arat,epb,dtherm,tpr_shadow,vnmi,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_n270' cpuModel = 'Intel(R) Xeon(R) CPU E7- 4870 @ 2.40GHz' cpuSockets = '4' cpuSpeed = '2394.000' cpuThreads = '4' emulatedMachines = ['pc', 'q35', 'isapc', 'pc-0.10', 'pc-0.11', 'pc-0.12', 'pc-0.13', 'pc-0.14', 'pc-0.15', 'pc-1.0', 'pc-1.1', 'pc-1.2', 'pc-1.3', 'none'] guestOverhead = '65' hooks = {} kvmEnabled = 'true' lastClient = '127.0.0.1' lastClientIface = 'lo' management_ip = '0.0.0.0' memSize = '16050' netConfigDirty = 'False' networks = {'ovirtmgmt': {'addr': '192.168.33.41', 'bridged': True, 'cfg': {'BOOTPROTO': 'none', 'DEFROUTE': 'yes', 'DELAY': '0', 'DEVICE': 'ovirtmgmt', 'GATEWAY': '192.168.33.15', 'IPADDR': '192.168.33.41', 'NETMASK': '255.255.255.0', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no', 'TYPE': 'Bridge'}, 'gateway': '192.168.33.15', 'iface': 'ovirtmgmt', 'ipv6addrs': ['fe80::250:56ff:fe9f:686b/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '255.255.255.0', 'ports': ['eth0', 'vnet1'], 'qosInbound': '', 'qosOutbound': '', 'stp': 'off'}, 'vlan172': {'addr': '', 'bridged': True, 'cfg': {'DEFROUTE': 'no', 'DELAY': '0', 'DEVICE': 'vlan172', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no', 'TYPE': 'Bridge'}, 'gateway': '0.0.0.0', 'iface': 'vlan172', 'ipv6addrs': ['fe80::250:56ff:fe9f:3b86/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '', 'ports': ['ens256.172', 'vnet0'], 'qosInbound': '', 'qosOutbound': '', 'stp': 'off'}} nics = {'ens224': {'addr': '192.168.230.31', 'cfg': {'BOOTPROTO': 'static', 'DEVICE': 'ens224', 'HWADDR': '00:50:56:9F:3C:B0', 'IPADDR': '192.168.230.31', 'NETMASK': '255.255.255.0', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'TYPE': 'Ethernet'}, 'hwaddr': '00:50:56:9f:3c:b0', 'ipv6addrs': ['fe80::250:56ff:fe9f:3cb0/64'], 'mtu': '1500', 'netmask': '255.255.255.0', 'speed': 10000}, 'ens256': {'addr': '', 'cfg': {'DEVICE': 'ens256', 'HWADDR': '00:50:56:9f:3b:86', 'MTU': '1500', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no'}, 'hwaddr': '00:50:56:9f:3b:86', 'ipv6addrs': ['fe80::250:56ff:fe9f:3b86/64'], 'mtu': '1500', 'netmask': '', 'speed': 10000}, 'eth0': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'DEVICE': 'eth0', 'HWADDR': '00:50:56:9f:68:6b', 'MTU': '1500', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no'}, 'hwaddr': '00:50:56:9f:68:6b', 'ipv6addrs': ['fe80::250:56ff:fe9f:686b/64'], 'mtu': '1500', 'netmask': '', 'speed': 10000}} operatingSystem = {'name': 'Fedora', 'release': '6', 'version': '19'} packages2 = {'kernel': {'buildtime': 1391006675.0, 'release': '201.fc19.x86_64', 'version': '3.12.9'}, 'libvirt': {'buildtime': 1389924902, 'release': '1.fc19', 'version': '1.0.5.9'}, 'mom': {'buildtime': 1385055339, 'release': '6.fc19', 'version': '0.3.2'}, 'qemu-img': {'buildtime': 1387388596, 'release': '15.fc19', 'version': '1.4.2'}, 'qemu-kvm': {'buildtime': 1387388596, 'release': '15.fc19', 'version': '1.4.2'}, 'spice-server': {'buildtime': 1383130020, 'release': '3.fc19', 'version': '0.12.4'}, 'vdsm': {'buildtime': 1391430691, 'release': '3.fc19', 'version': '4.13.3'}} reservedMem = '321' software_revision = '3' software_version = '4.13' supportedENGINEs = ['3.0', '3.1', '3.2', '3.3'] supportedProtocols = ['2.2', '2.3'] uuid = '421F7170-C703-34E3-9628-4588D841F8B1' version_name = 'Snow Man' vlans = {'ens256.172': {'addr': '', 'cfg': {'BRIDGE': 'vlan172', 'DEVICE': 'ens256.172', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no', 'VLAN': 'yes'}, 'iface': 'ens256', 'ipv6addrs': ['fe80::250:56ff:fe9f:3b86/64'], 'mtu': '1500', 'netmask': '', 'vlanid': 172}} vmTypes = ['kvm'] I have a pre-booted VM that is configured as VNC. As soon as I start another VM (CentOS 6.4) defined as spice console all the two go into paused mode In qemulog of spice VM I have 2014-02-05 08:05:45.965+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/bin/q emu-kvm -name C2prealloc -S -machine pc-1.0,accel=kvm,usb=off -cpu Nehalem -m 1024 -smp 1,sockets=1,cores=1,threads=1 -uuid 1107ce34-46e6-4989-a5cf-de601ea71cae -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=19-6,serial=421F7170-C703-34E3-9628-4588D841F8B1,uuid=1107ce34-46e6-4989-a5cf-de601ea71cae -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/C2prealloc.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-02-05T08:05:45,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/mnt/glusterSD/ovnode01:gv01/20042e7b-0929-48ca-ad40-2a2aa22f0689/images/e8a52eea-5531-4d12-8747-061c2136b6fd/14707e58-aedf-4059-a815-605a0df4b396,if=none,id=drive-virtio-disk0,format=raw,serial=e8a52eea-5531-4d12-8747-061c2136b6fd,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:bb:9f:19,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/1107ce34-46e6-4989-a5cf-de601ea71cae.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/1107ce34-46e6-4989-a5cf-de601ea71cae.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel 1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global qxl-vga.vram_size=67108864 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 KVM: unknown exit, hardware reason 3 EAX=00000037 EBX=00006e44 ECX=0000001a EDX=00000511 ESI=00000000 EDI=00006df8 EBP=00006e08 ESP=00006dd4 EIP=3ffe1464 EFL=00000017 [----APC] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0010 00000000 ffffffff 00c09300 DPL=0 DS [-WA] CS =0008 00000000 ffffffff 00c09b00 DPL=0 CS32 [-RA] SS =0010 00000000 ffffffff 00c09300 DPL=0 DS [-WA] DS =0010 00000000 ffffffff 00c09300 DPL=0 DS [-WA] FS =0010 00000000 ffffffff 00c09300 DPL=0 DS [-WA] GS =0010 00000000 ffffffff 00c09300 DPL=0 DS [-WA] LDT=0000 00000000 0000ffff 00008200 DPL=0 LDT TR =0000 00000000 0000ffff 00008b00 DPL=0 TSS32-busy GDT= 000fd3a8 00000037 IDT= 000fd3e6 00000000 CR0=00000011 CR2=00000000 CR3=00000000 CR4=00000000 DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 DR6=00000000ffff0ff0 DR7=0000000000000400 EFER=0000000000000000 Code=eb be 83 c4 08 5b 5e 5f 5d c3 89 c1 ba 11 05 00 00 eb 01 ec <49> 83 f9 ff 75 f9 c3 57 56 53 89 c3 8b b0 84 00 00 00 39 ce 77 1e 89 d7 0f b7 80 8c 00 00 In messages I get when I start the spice VM: Feb 5 09:05:46 ovnode01 vdsm vm.Vm WARNING vmId=`1107ce34-46e6-4989-a5cf-de601ea71cae`::_readPauseCode unsupported by libvirt vm In VNC VM qemu.log, when I started it yestaerday: 2014-02-04 23:56:48.635+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=none /usr/bin/qemu-kvm -name C6 -S -machine pc-1.0,accel=kvm,usb=off -cpu Nehalem -m 2048 -smp 1,sockets=1,cores=1,threads=1 -uuid 409c5dbe-5e70-40de-bf73-46ef484ea2d7 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=19-6,serial=421F7170-C703-34E3-9628-4588D841F8B1,uuid=409c5dbe-5e70-40de-bf73-46ef484ea2d7 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/C6.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-02-04T23:56:48,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/mnt/glusterSD/ovnode01:gv01/20042e7b-0929-48ca-ad40-2a2aa22f0689/images/d004045e-620b-4d90-8a7f-6c6d26393a08/dff09892-bc60-4de5-85c0-2a1fa215a161,if=none,id=drive-virtio-disk0,format=raw,serial=d004045e-620b-4d90-8a7f-6c6d26393a08,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:bb:9f:10,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/409c5dbe-5e70-40de-bf73-46ef484ea2d7.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/409c5dbe-5e70-40de-bf73-46ef484ea2d7.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -device usb-tablet,id=input0 -vnc 0:0,password -k en-us -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 when I start the spice one KVM: unknown exit, hardware reason 3 EAX=00000011 EBX=0000ffea ECX=00000000 EDX=000fc5b9 ESI=000d7c2a EDI=00000000 EBP=00000000 ESP=00006f80 EIP=0000c489 EFL=00000006 [-----P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0000 00000000 ffffffff 00809300 DPL=0 DS16 [-WA] CS =f000 000f0000 ffffffff 00809b00 DPL=0 CS16 [-RA] SS =0000 00000000 ffffffff 00809300 DPL=0 DS16 [-WA] DS =0000 00000000 ffffffff 00809300 DPL=0 DS16 [-WA] FS =0000 00000000 ffffffff 00809300 DPL=0 DS16 [-WA] GS =0000 00000000 ffffffff 00809300 DPL=0 DS16 [-WA] LDT=0000 00000000 0000ffff 00008200 DPL=0 LDT TR =0000 00000000 0000ffff 00008b00 DPL=0 TSS32-busy GDT= 000fd3a8 00000037 IDT= 000fd3e6 00000000 CR0=00000011 CR2=00000000 CR3=00000000 CR4=00000000 DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 DR6=00000000ffff0ff0 DR7=0000000000000400 EFER=0000000000000000 Code=01 1e e0 d3 2e 0f 01 16 a0 d3 0f 20 c0 66 83 c8 01 0f 22 c0 <66> ea 91 c4 0f 00 08 00 b8 10 00 00 00 8e d8 8e c0 8e d0 8e e0 8e e8 89 c8 ff e2 89 c1 b8 Thanks in advance, Gianluca On Thu, Oct 3, 2013 at 2:54 PM, Itamar Heim <iheim(a)redhat.com> wrote: > On 10/03/2013 01:21 AM, Gianluca Cecchi wrote: >> >> On Wed, Oct 2, 2013 at 9:16 PM, Itamar Heim wrote: >>> >>> On 10/02/2013 12:57 AM, Gianluca Cecchi wrote: >>>> >>>> >>>> Today I was able to work again on this matter and it seems related to >>>> spice >>>> Every time I start the VM (that is defined with spice) it goes in >>> >>> >>> >>> and this doesn't happen if the VM is defined with vnc? >> >> >> No, reproduced both from oVirt and through virsh. >> with spice defined in boot options or in xml (for virsh) the vm >> remains in paused state and after a few minutes it seems the node >> hangs... >> with vnc the VM goes in runnign state >> I'm going to put same config on 2 physical nodes with only local >> storage and see what happens and report... >> >> Gianluca >> > > adding spice-devel mailing list as the VM only hangs if started with spice > and not with vnc, from virsh as well.

2 4

Re: [Users] vdsm netinfo fails errors with InfiniBand present
by Trey Dockendorf 10 Feb '14

10 Feb '14

Just realized mailing list was not CCed. https://bugzilla.redhat.com/show_bug.cgi?id=1063433 has been filed regarding the patch. I had to apply using 'patch -d /usr/lib64/python2.6/site-packages -p2 < 0001-netinfo.speed-avoid-log-spam.patch', and verified it works. Will file the IB bug report shortly. On Fri, Feb 7, 2014 at 4:32 PM, Dan Kenigsberg <danken(a)redhat.com> wrote: > On Fri, Feb 07, 2014 at 09:42:35AM -0600, Trey Dockendorf wrote: >> Is there a recommended method for applying such patches for testing? >> My initial inclination is to generate a patch file and use it to build >> a patched RPM, or the simple route of hand editing the python file on >> the host. > > Unless you are using ovirt-node, editing python is the simplest way. > Alternatively you can save the attached text file and run > > patch -d /usr/share/vdsm -p2 < 0001-netinfo.speed-avoid-log-spam.patch > >> >> For the BZ entry, are you referring to the issue with VDSM or the >> InfiniBand not reporting speed in sysfs? > > I was refering to Vdsm - having a bugzilla entry from you would make it > easier to push a fix into ovirt-3.3. > > But a bz on the kernerl ib driver may be interesting too. > >> >> On Fri, Feb 7, 2014 at 5:06 AM, Dan Kenigsberg <danken(a)redhat.com> wrote: >> > On Thu, Feb 06, 2014 at 07:20:20PM -0600, Trey Dockendorf wrote: >> >> I am seeing lots of entries like the one below on my ovirt nodes that >> >> have InfiniBand (ib0). >> >> >> >> Thread-13::ERROR::2014-02-06 19:03:52,906::netinfo::301::root::(speed) >> >> cannot read ib0 speed >> >> Traceback (most recent call last): >> >> File "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 297, in speed >> >> s = int(speedFile.read()) >> >> IOError: [Errno 22] Invalid argument >> >> >> >> I'm seeing related entries in system's syslog. >> >> >> >> Feb 6 18:58:31 vm02 vdsm root ERROR cannot read ib0 >> >> speed#012Traceback (most recent call last):#012 File >> >> "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 297, in >> >> speed#012 s = int(speedFile.read())#012IOError: [Errno 22] Invalid >> >> argument >> >> >> >> The file being read exists but I can't "cat" it. >> >> >> >> # cat /sys/class/net/ib0/speed >> >> cat: /sys/class/net/ib0/speed: Invalid argument >> >> >> >> Attached is full vdsm log. >> >> >> >> Host is CentOS 6.5. I just upgraded host from 3.3.2 to 3.3.3 and the >> >> errors are the same. >> > >> > I do not know it it's comforting, but http://gerrit.ovirt.org/#/c/21542/ >> > inadvertantly fixes this issue in ovirt-3.4. >> > >> > Would you check if >> > http://gerrit.ovirt.org/24197 >> > solves this issue for ovirt-3.3? >> > >> > BTW, Itzik, do you know why speed is not reported for infiniband? >> > >> > Regards, >> > Dan.

1 0

[Users] Xeon 5060 support "Dempsey"
by Peter Galgano 10 Feb '14

10 Feb '14

Thanks in advance for any help you can provide We are testing Ovirt 3.2.2 on a 2007 vintage dual Xeon 5060 (Dempsey) Supermicro Superserver. http://en.wikipedia.org/wiki/Xeon#5000-series_.22Dempsey.22. This hardware runs Centos 6.5 and KVM / virt manager just fine, and we have be running many virtual machines on this hardware with reasonable performance for many years We are getting the message: "Non-Operational state as host does not meet the cluster's minimum CPU level" each time we create a host. After researching this list, we are coming to the conclusion that this older processor is not being recognized by ovirt. Output of virsh -r capabilities and vdsClient -s 0 getVdsCaps are posted below. We havent found anyone with exactly this use case in our research. The closest thread is this: http://lists.ovirt.org/pipermail/users/2012-May/007536.html This poster was able to add some lines to the db to recognize his processor. Here is the advice he received in that post. > ok, indeed an old host. > the below config is what we used before going to the 'model' approach, so you can try this out (though highly recommended for newer cpu since they improved virt support in each generation) > > set the ServerCPUList config to this string for the relevant cluster compatibility level. > > I'm not sure upgrade won't override this for you though, so pay attention on upgrades to such a low level tweak (it's config, but not all configs are really expected to be changed by user) > > '2:Intel Xeon w/o XD/NX:vmx,sse2:qemu64,-nx,+sse2; 3:Intel Xeon:vmx,sse2,nx:qemu64,+sse2; 4:Intel Conroe Family:vmx,sse2,nx,cx16,ssse3:qemu64,+sse2,+cx16,+ssse3; 5:Intel Penryn Family:vmx,sse2,nx,cx16,ssse3,sse4_1:qemu64,+sse2,+cx16,+ssse3,+sse4.1; 6:Intel Nehalem Family:vmx,sse2,nx,cx16,ssse3,sse4_1,sse4_2,popcnt:qemu64,+sse2,+cx16,+ssse3,+sse4.1,+sse4.2,+popcnt; 2:AMD Opteron G1 w/o NX:svm,sse2:qemu64,-nx,+sse2; 3:AMD Opteron G1:svm,sse2,nx:qemu64,+sse2; 4:AMD Opteron G2:svm,sse2,nx,cx16:qemu64,+sse2,+cx16; 5:AMD Opteron G3:svm,sse2,nx,cx16,sse4a,misalignsse,popcnt,abm:qemu64,+sse2,+cx16,+sse4a,+misalignsse,+popcnt,+abm;' We think we understand what is happening: our processors capabilities will be matched by processor type line 2 or 3, and then the host won't be rendered "non-operational". My Questions: 1. is this the correct change to ServerCPUList config in the db, 2. Is this the proper way to get support for older processors? 3. Is this documented anywhere? Can someone please help with a step by step for less experienced users? 4. Wouldn't it be reasonable to expect Ovirt to support processors that KVM supports by default? What is the minimum perceived processor expected to be? why is is conroe, when perfectly functional processors a few months older cause errors? The server hardware we are using is fine for our purposes, we don't intend to upgrade for this purpose.at this time. Thanks again Peter [root@sun1 /]# virsh -r capabilities <capabilities> <host> <uuid>46d8f975-c4c9-44af-b4f8-d4851e2331e0</uuid> <cpu> <arch>x86_64</arch> <model>cpu64-rhel6</model> <vendor>Intel</vendor> <topology sockets='2' cores='2' threads='2'/> <feature name='pdcm'/> <feature name='xtpr'/> <feature name='cid'/> <feature name='vmx'/> <feature name='ds_cpl'/> <feature name='monitor'/> <feature name='dtes64'/> <feature name='pbe'/> <feature name='tm'/> <feature name='ht'/> <feature name='ss'/> <feature name='acpi'/> <feature name='ds'/> <feature name='vme'/> </cpu> [root@sun1 /]# vdsClient -s 0 getVdsCaps HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:f52e99df611'}]} ISCSIInitiatorName = 'iqn.1994-05.com.redhat:f52e99df611' bondings = {'bond0': {'addr': '', 'cfg': {}, 'hwaddr': '00:00:00:00:00:00', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'slaves': []}, 'bond1': {'addr': '', 'cfg': {}, 'hwaddr': '00:00:00:00:00:00', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'slaves': []}, 'bond2': {'addr': '', 'cfg': {}, 'hwaddr': '00:00:00:00:00:00', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'slaves': []}, 'bond3': {'addr': '', 'cfg': {}, 'hwaddr': '00:00:00:00:00:00', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'slaves': []}, 'bond4': {'addr': '', 'cfg': {}, 'hwaddr': '00:00:00:00:00:00', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'slaves': []}} bridges = {'br0': {'addr': '192.168.0.5', 'cfg': {'BOOTPROTO': 'none', 'BROADCAST': '192.168.0.255', 'DELAY': '0', 'DEVICE': 'br0', 'GATEWAY': '192.168.0.250', 'IPADDR': '192.168.0.5', 'IPV6INIT': 'no', 'MACADDR': '', 'MTU': '', 'NAME': '', 'NETMASK': '255.255.255.0', 'NETWORK': '192.168.0.0', 'ONBOOT': 'yes', 'STP': 'on', 'TYPE': 'Bridge'}, 'gateway': '192.168.0.250', 'ipv6addrs': ['fe80::230:48ff:fe78:88cc/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '255.255.255.0', 'ports': ['eth0', 'vnet0'], 'stp': 'on'}} clusterLevels = ['3.0', '3.1', '3.2', '3.3'] cpuCores = '4' cpuFlags = 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,pebs,bts,pni,dtes64,monitor,ds_cpl,vmx,cid,cx16,xtpr,pdcm,lahf_lm,tpr_shadow,model_coreduo' cpuModel = 'Intel(R) Xeon(TM) CPU 3.20GHz' cpuSockets = '2' cpuSpeed = '1200.000' cpuThreads = '8' emulatedMachines = ['rhel6.5.0', 'pc', 'rhel6.4.0', 'rhel6.3.0', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'] guestOverhead = '65' hooks = {} kvmEnabled = 'true' lastClient = '192.168.0.5' lastClientIface = 'br0' management_ip = '0.0.0.0' memSize = '10020' netConfigDirty = 'False' networks = {'br0': {'addr': '192.168.0.5', 'bridged': True, 'cfg': {'BOOTPROTO': 'none', 'BROADCAST': '192.168.0.255', 'DELAY': '0', 'DEVICE': 'br0', 'GATEWAY': '192.168.0.250', 'IPADDR': '192.168.0.5', 'IPV6INIT': 'no', 'MACADDR': '', 'MTU': '', 'NAME': '', 'NETMASK': '255.255.255.0', 'NETWORK': '192.168.0.0', 'ONBOOT': 'yes', 'STP': 'on', 'TYPE': 'Bridge'}, 'gateway': '192.168.0.250', 'iface': 'br0', 'ipv6addrs': ['fe80::230:48ff:fe78:88cc/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '255.255.255.0', 'ports': ['eth0', 'vnet0'], 'qosInbound': '', 'qosOutbound': '', 'stp': 'on'}} nics = {'eth0': {'addr': '', 'cfg': {'BOOTPROTO': 'none', 'BRIDGE': 'br0', 'BROADCAST': '', 'DEVICE': 'eth0', 'HWADDR': '00:30:48:78:88:CC', 'IPADDR': '', 'IPV6INIT': 'no', 'MACADDR': '', 'MTU': '', 'NAME': '', 'NETMASK': '', 'NETWORK': '', 'ONBOOT': 'yes'}, 'hwaddr': '00:30:48:78:88:cc', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'speed': 1000}, 'eth1': {'addr': '', 'cfg': {}, 'hwaddr': '00:30:48:78:88:cd', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'speed': 0}} operatingSystem = {'name': 'RHEL', 'release': '5.el6.centos.11.2', 'version': '6'} packages2 = {'kernel': {'buildtime': 1361511086.0, 'release': '358.el6.x86_64', 'version': '2.6.32'}, 'libvirt': {'buildtime': 1387360004, 'release': '29.el6_5.2', 'version': '0.10.2'}, 'mom': {'buildtime': 1385055971, 'release': '6.el6', 'version': '0.3.2'}, 'qemu-img': {'buildtime': 1386101870, 'release': '2.415.el6_5.3', 'version': '0.12.1.2'}, 'qemu-kvm': {'buildtime': 1386101870, 'release': '2.415.el6_5.3', 'version': '0.12.1.2'}, 'spice-server': {'buildtime': 1386756528, 'release': '6.el6_5.1', 'version': '0.12.4'}, 'vdsm': {'buildtime': 1386757669, 'release': '1.el6', 'version': '4.13.2'}} reservedMem = '321' software_revision = '1' software_version = '4.13' supportedENGINEs = ['3.0', '3.1', '3.2', '3.3'] supportedProtocols = ['2.2', '2.3'] uuid = '53D19F64-D663-A017-8922-0030487888CC' version_name = 'Snow Man' vlans = {} vmTypes = ['kvm']

3 7

[Users] Organizing toolbar content in Ovirt - Feedback requested
by Malini Rao 10 Feb '14

10 Feb '14

------=_Part_1054631_1038391887.1392060004925 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi everyone, Ovirt is a powerful tool with rich functionality where users are able to take a wider range of actions on various business entities. This results in richly populate toolbars but also however creates problems such as cognitive overload, visual clutter and layout issues on smaller screen resolutions. Attached is a proposal to control and organize the toolbar content. We would love your feedback and comments on this so that we can determine if we can make these changes and/or do some usability testing around it. Thanks Malini ------=_Part_1054631_1038391887.1392060004925 Content-Type: application/vnd.oasis.opendocument.text; name="Ovirt Action Separators.odt" Content-Disposition: attachment; filename="Ovirt Action Separators.odt" Content-Transfer-Encoding: base64 UEsDBBQAAAgAAPWZSkRexjIMJwAAACcAAAAIAAAAbWltZXR5cGVhcHBsaWNhdGlvbi92bmQub2Fz aXMub3BlbmRvY3VtZW50LnRleHRQSwMEFAAICAgA9ZlKRAAAAAAAAAAAAAAAAAgAAABtZXRhLnht bI2TS4+bMBSF9/0ViHbrGPNKsAizqaouOppKk0rdjYx9Q9wSGxlnSP99zcNpJpNFJTac8x3u8YPy 4Xxsg1cwvdRqG5JVFAaguBZSNdvwx+4L2oQP1YdS7/eSAxWan46gLDqCZYGLqp7O1jY8GUU162VP FTtCTy2nugPlI/SaptOgWTm3Uv3ehgdrO4rxMAyrIVlp02BSFAWeXI8KfuG6k2knSnAMLYwTekxW BHt2bPi/pUb2upLW+jJoxOfS07g4ilI8v3u6MUK09xbg2AS7hswy9Cph+BgGy/KvNjwOK7+7Y42q nMpwA8w6ArkwVHFEEkRi9+xITrOIZmmJ73Cl4NQHUhS5QLQjKSUZTUmJvTlPACGtO2QkTmb6QvWd fN6Rr4Q8kufl4++Qt0n+h7fQV8n6Bl/0GW5AgUtrU32TtYGnaaU4WeWfHhl/ev75ct7kwZX10hn9 C7jFWV0kcZShHPI62XO03iTRPheIRxsm8hwRUdR7vw3/psxTL/e0t655byUPJt2yugXE9UnZbeiO exLlkTXvRF2PLW7V7opcXzTDGsO6gzdIli7WoI3wahEni8oPLsEtGG9lbm2Lp9xRDgdpoe8Yd6Nu 0bRYpyGuSvzmyuB7v2f1F1BLBwgHRP8d1wEAANwDAABQSwMEFAAICAgA9ZlKRAAAAAAAAAAAAAAA AAwAAABzZXR0aW5ncy54bWy1Wtty2kgQfd+vcOndARubGMomJXBISHCgAMe1eRukBrQeTatmRgb+ fnsk8HpBcoikeaLQpW/Tp/t0w+2nTcjPXkCqAMWdc/Gh7pyB8NAPxPLOeZz1z2+cT52/bnGxCDxo ++jFIQh9rkBrekSd0etCtdPbd04sRRuZClRbsBBUW3ttjEDsX2u/fbqdKEuvbHggnu+cldZRu1Zb r9cf1o0PKJe1i1arVUvu7h/1UCyC5amq0qffqkLEV0XmhdSYRNllvX5VS787Zzsj34Tm0uns47B3 v3O7U5B+nAcaQhObs91lY9qdQyrbLwGsX6PmZL33/3d+0vOuBDbDyNnf0duI7gRCO52Lm0ar8fG2 dizmdNFDWOgs2fVyYp8CX6+y5DaarUarnOyvECxXmUZfXDevr4sJn65wPQGfkgx6KyaWoA4UzBE5 MOF0tIyhmI6B6EpcK3hAH/KkLxhXJ4s/D1l0HggfNuAfxyo7w5J3CBtye1rEB/6BqUpLSl+nY5L5 svhJ5iVeq/mx4BEaqXlIaTWvmoXFqmDOoXKgJFKtIDuRPMkDiUHgTSnRXdQaw+w4t65vCsL7F2I4 I1GH6bZCWa4eDdkWY91DHofiENU76RdlpXcRnyuD9XFc+szTKHNsrxeMzUBNgYOnwe9LulDA9IyL b8tL3u1dxcp+gNrj6Q01vRBLpqk9/0lnpRovtRtrfIx8pnN9L1Hr1ZDNgd/vmIiFvHhgetVlCkzL cnmwFO/pKe7IRAWHHSCB+tVN/abeahYTOoq1MXsIL8D/DoD76kccziFpLNVHakxytanfY2alr9/j D9TfYqWDxXZIbqmnQK8emIgZ7xJfebbgUnLgMzafaozGqAKT/9U7lgRuBhs95syDFXIfDotQFc48 Khhx32YG9GIpCR33TLM5QaaHYchEDrGpnRIX1FQ4+ygPu2Bl6dqliD/3UejcfC2rgZxQEXkxmQ0t qJiGjPMei9QYpEehJ+Q1m7Zc6VGcJHIL0DZ9gnovSEqZSIIyY2DlJCXx4Wvg+yAM2OwgzCQrSCP/ SbIosoOzgfoOUrgqYGIcC0/H7L3CVFUG25L/OYz01lLPeBRz0xoY0enXwmcD6q8nP5r/Q6Ha9wpL ZRYFsYX/smwkSCuptKBqZiI3wfV3gMMJqrLzn4BZ/MBhn6jIfDUBTvB4oRlwQITYBndLvTCDoKUs TmHIIpB9ieEUdGzjMFw/nVBGiwVRfBvZRBrGVOinEfMIGTNMsqsH3EZLSScOE68ZhBG3Mn2QP583 1LUE40Ng/jtoL3n2UxLN4RvOrdEUkAYdZqlLEEmH7ZyF1IoS/Zx6NA36psQVH3cmiNnrxcurRr1R sMnTYPCcHn3GnqDcGiKJkysE6qTd5ssvaHrKz3en8QAUbs/Gce/WrztyTY58h+2hGiLvzatuIJjc nkbUE5szC9MfihosBUroB1JpM+OlJXsgrE4tyDkxaEh4iKlGpkZZAjLIH8c7oNMnooGgVqm7KKn7 76qoNdZHraxLw9FSYnw0w1U1zdPkomMJ95KticKokTBa7fCAEUVuwXFtoQtEEd8SeKWZe6sXT7a7 yVolxQLRTJOfS+J9KzUQw0BZmWTEhhR58AskUov7TXcrM8CyF/iZ/u43Ej2OysbxJwndZ5tS2NuR l4Sz/AZ7JYuEgcN7c0px8UNk/oTOEgU/qvlVxfmLycx3Wldx6/tmhWlzm+xyKhCJE0S1ekx4wC0Q 0/2oaPqbvSJugPWF45y9LscNNbJBKA62fuZzirH0SrS5hASY4c0VfpczsptCZuLVY9yLua11R/b+ MmMRVeYnyaTxTYBGLFNOXK2lcY4IjllD2nCKB5GrXjdsrvCIpYL/JOlR2efbZOazNlck5dJCLcio xq6eaiYLzPe5v4/Vjv6CUsv7c07nX1BLBwiMrZlIlgUAAN4jAABQSwMEFAAICAgA9ZlKRAAAAAAA AAAAAAAAAAsAAABjb250ZW50LnhtbO1d727juLX/fp+CcIFiBohjW/4Xpzsptpnt7gCbnenEsy2w WBS0RNm6I4uqKMXxxXzoO/QN+yT3HFJy5Ci2eGJbmbu38yHjWCTPj4fnP0nlmz/eL0N2JxIVyOhN q3febTERudILovmb1qfpn9sXrT9e/dc30vcDV1x60s2WIkrbroxS+J9B70hdmqdvWlkSXUquAnUZ 8aVQl6l7KWMRFb0uy60vNS3zjUrXoXV33bjcOxX3qW1nbLvVl8/sKevG5d5ewle2nbEtMLXc3Ze2 ne9V2PYlcH0Z8zR4hOI+DKLPb1qLNI0vO53VanW+6p/LZN7pTSaTjn66Aexu2sVZEupWntsRoUBi qtM773WKtkuRclt82LYMKcqWM5FYs4anvLKq6m5uLRF38x2scRc8sZYN3Xh7efue/fL2vXLfJU8X O9bkonMDD/WPmx8fZCFZ2tLCtluscpMgtp6maV3uL6XcQMUORkE1XKfbHXTM76XWq73NV0mQiqTU 3N3b3OWhu+G4XD7FNGjX60CLtrhDMd0IPjJC7ejgdMzjTWPl7Rz6bzc/3roLseQPjYP6xu0gUimP HjiT4CLsnOmwk4hYJumGMb69wYTVcjbYFuky3K3u+LRoOk8878mmAKffAdUHxWvfBWL1u9aWJd8v EJNHAqHNYl0X3WijlrDkD0Y7mW/8ii+zCECBL8oZIu5jkQT4iIe62+XWCFvWNBBhoa4bAE8NA1Db SwWrB1Iq48tS723jnCzv7YZDyZSe/3jER1rqKtVPn1qM6ccOPmujbwLrm1Mq+WSndVU4YKO8qrP5 wgdH3Pa5K9qecEN19Y0xpJuvmfkdcb9pTQGzYj+JFfsolzxqMbCcRdNlEK7ftH7PY6n+8Kid+bLF tobG9u25iIARoN9JPt5DizhIXbCAdzwJ9NJ39kP7FpqFTwAqvt9NWq0CpQ4mzT5FAYQ9gt3c7mTL 44YWfFFrlYplHbrOrsXMv+dZCvxNA7etx9mssv65NZcPvQ2tHHrMEz5PeLwoHsAXGMHpX9qm1y2Y MY8nXqsYGEWxHYMsiyQNQBQ2ZuFyM1wbxBPUDSzixPG7rp5GCdUeiM6JIW6AOf54MmrtB2/a2IPv f03gh15v3CWAH3xN4Ec+Hw4I4IdfE3hf8AEngB99ReD7Hh/PKGIz/orADwZdMRoTwF80BX4w8/m4 RmxMG3vwk6bAG0tyXGvT6zaF3piSI6M/tScloacay15jTtYG/cWk65F435iXtUDvjHzX8SnoG3Oz FujJ9rLXmJ81UnFkyWnM0dqgp0bGvcY8rUF2ZPSNuVoL9INRfzgaUtA35mu58HqihvemDSGnaszX WqB3/OF4QuG905ivdftd56KG96YNAX1jvtYCPTm4dxrztd6F79RZTNOGgL4xX2uBvj++4F1KMcE5 ja/1pakkrUQwX6RvWjMZeq2n5mRfICkXsMywba4CHhWDVx/jhkwo7vMGBJ6cxoMfkye5jjXIk9PE BdY8sU9tG+TJaaINa57YZ8wN8uQ0MYw1T+wz2eZ40j9NZHRMnuQZZoM8OU28Zc0T+8yvQZ6cJoo7 Jk+al5PTxIbWPLHPUhvkyWkiTmue2GePDfLkheNY+6yuQZ68cBxrn201yJOXjWML+/l12diXjWP7 brfXr4lPijbN8eRl49j+cDYSvRqe5G0a48ngZePYvLZhU/9okCcvG8f2uTMY1OlO3qY5nrxMHPsV ZL+Dl41WYaU5Gq4aaeAl49YAT142WrXhyWA44qNGedLYDqc5JXTcA2iDpnY4nW7fd2c10ZJpQ0B/ 6h3OJzAO+WhI2QEfnHof8wmM3qg7pOz3DU69W3mEfbFhU3uSRT3+qPtiw6b2JAlZCQF9U3uSNujp vG9qT9LpDx2vpnJA531Te5IOH7tuzb5M3oaAvinvaIOefHpp2JR3JOTNBPRNnf+xQk/W2qbO/xDy cwL6ps7/WKGn8n7UmK+1rwMQ0Dfla63Qk3nflK8l1BsI6JvytYT8mIC+KV87cJyhW5PL5W0I6I/j ax+QbKfoMffMPf7uedeZ9IKohd/OZOKJpB0KHxL3SEai/G1i8vnHX6cyrn45k2mK93W755NJnDIl w8Bjv+vqfwX8/5ZB1Dbt37R8HqrSbbzf1LGl0XECj/8s5cuftho9KwqbAgv+7nT/PpPe+ln5Nd3v PCveIuI8aY49elbM9YPgqAs4iR59BoRrby98cuhrNHPjZnZcIpks8dr3E37YZIQ2WeNurhTD7+FL 3oTAmWb2XfZwJq+jH1RrPwlnjhNh/kZc4zMDY6Lxmlb0FHHQ7+LaE6yIP5Ug8W7stCJVVILEG6HT SqpBJUi8zDatZAdUgsQbXNNKDEslyGe9CSEBmlYiLSpB4p7EtBIyUQkSL6hMKxEOlaDvzC76FMWv RC1kirR3G0yrN6WJFKm7iNPq7WYqxd5w4BGqJNPqjWQqRac7HpLmeKi5cYb9mUu4hTet3vylUrwQ wxmJq4caHGcy8xzCvum0esOWSpGPidpxqMmh7uBMqzdZqRSJu9HT6u1TMkXRHRPqftPqjVEqReId 1Wn1lieRYt8Ze5RzCNPqzUwqxcFowklzPNTmUCv/0+oNSCrFi+FMkCgeanPIoXj19h6Voj8RwqFQ PNTmDLp+r0exctWbZ1SKPdHtU2xO9V4XlSJxb3lavTVFpWiybwJFms2h1wrywRupA0yrt4mo/CO+ 02FavatjxT/99E0rSHkYbF8t0h8LHu18vmFR3oIAmGYOdwDeyblGp3KonR2MvT6n5HbV2yVUihfu YPiEZS9ez1h9DWP+AGvpm1+QDsMfl5kSbSV9oMrnoj1LBP+sAFSSCQClWyjxj0xED+97rH5pRvIC FYd83ZZZGgaRaIfiToQAuWUeGwa8C8NMpYl+fSpO4qDBpsW7KQ8bBRfg0EHemjdn63XZzbWF6WLE trS/oL99NH6vdfU+mfMo+B8Yl33rIscU45HHUinDGU9Y8X5zXybs/V2QpDnpRU4tforaeLOsMY+q DTD0uILJ+ClDMZSKh6yYEXSo6XvRunrV6/QGHafbG7ze6mc+x/ugYe/vgojfsWu5ENEZ+y70gM4P QeipRSCWZ+wG9DsK2EcuX1sMaNRkNz0LTmi2sgD4zmK5EomfhZr9bBWkC5YE7oL5WaTXBqCla7Za iEQwUKoE+sAnlFDowVL+GX6Bbp5IWMKjuQDdZjxfVRkxfNWqzBSbZQqEQCkGKxugDThn0wUAsF8E WOFEqCxMFQsijTFcA/o4C3kqCuFBQqn9mMAKxkMl2QK4cAdTcMFQpGCgQEhghkvFVAa84AqEch4B 7juYH7QLJffO2F2gMpAjN8zSFPqiDINCgbwDZ1Um9PwV+OkQHioYWQBsoSQ0R+6cM6IgHWHdp1Jr VwIrjWilUUTg3kI8Vr8zWNZlcI/LqQ2bmKPhDlSuP8KjLZ0WLCQzl8AyGBSGuQtw84AJrtYgMi5K B4iUn2gTk26kaLUIQNhy3CH2gM8qW8b4WOMreAsjC5WiOODsPgsRY+t0AT+V7hSo1IycSKXMTO9T RZKXc/t5T1pXfxLg34BvOHMSv+xBARWBmxapTCjqBFNJFzxl80RmMfAOtcjb8DyVcwGYEwqKM+S0 Yp50mbiPQwmyvoUHeQDM4LhkYApSWJUOqGvk6TUNA7Qkj8jndgd7xkmw5Mk6b6JtV7jia4VaiH96 wLgQaBiiHG2ESAIlbbGQIkwQTAdnHogwfJnIFXyNEYNkQQoLWzPBaXk2OFWtDUIBHVSHOnYDac2g wgGVR0MT02Yftuf4y92v7BVTAuTUK33dO6t+57yup//Ay4LNYVDwxGwCLkBaDbewleaSJ1cRcxcS oqstkczNN6zAmW4cRBW9xXEWgeeBaoJRBisShGgswXZoz1HCAZ/XuQhqD3Ru41YPNobvwDrLJVgW roQ6YytAy8G+8xCMeYRQioVShWyt9ZyUUTdg3Gytp7GSicfMC8nffzT/n7NP6BvCnDte4PvAfIib mJaCh7FRhtA1zkEs8b+w4Arj83ki5qjWgBB8SEHiBhTLfCqWvHOFodK23BesBaCoR6DqoDORF4DN RZ+V6x/BmKFRepdLsIeBlJ4ZrCWy5EELQI4RIPvFyAwKa/7J+fWc5pi31geIyWy+yA3Ckkdr45pL c0Ihy6LHlkzcg5A/rC7yvsLHEqu5sdWe8DmEGptlOkc00pgkWG1VCP1jhm6sULGWpZHRCMm0MFvg XbNUiwhAhBBCYWwBriKYF/p2ftz4AB5f3XAUPz4zypmrvw9eFcIfLc4qm+nHKFDaPSzzHjYqWReg DFpXfzXywlfGyAABE1O6IAbce1i1u4CzT+9YHGbzIE8PTBgA65iA8VsuBXylxQO4ifbExBMQX2Tw ExOOYhIYYOPqQ/JpKOLyzMQmZCvFBXk8xIvAohQWqZLiepmbgp0Ca7YQYaxJbIVSQQLisIKFBSkC IA+z4jHKUxKAgMJTELWVCMONDu5jrbOfs3XGcN/T/UM7Q8ibeMrZNep3YgEV7MRPYgVZjheA3n0U SwiYjSv7s0zADuTf7NX/PojKv//5L2t70QeUIKprWFdYJ1cmsTQWOohyV5NT9QIeynl53Nfsy34s vX7r6qP+6zH2MVkPslyYsn17oIE4Su2/RzlmN8JGOgbDY6ywq1eY/X6e/oHdgsXic2ElmVffpikH U7x/hmB9XpXnhyRre2zl2kaI3t2+B9m6x/V4ffbgAd8KxPBFFxTuYOkxqca/CRPhHwk6XMOeZNKP ch6Aa2Y/iRScwmdlx62qcpwGXY6K/UXeviiwfIm2a3GdslHRcK+xgAau4NjM0IN/EMkScnI0wpYi 7XknWJ7SdL/Tf03LJs6t0e1DVZ/A9ycte431dBqwnkjjKeO5tLNfthzS6/Y9/nWhTe52nIG1vj7D mAxzOb3hESjWceR0a7I/SGUlo6Awt+vIhci/NoW42bLoH2QYuOvjA//55vhjvqwNqQnxnNNGgLaC MNhPqK5Ij4q/0wtZ2A1g+heSlaGN/S2G73eCRmFnSFJELl9AC1bgtG+weo5/1w7jHOildCo45XP1 KDLcHwl3T29vkQaNz6YkcCtCAZkT5D23H27O2LWM/GCeYSIq0fLlMSeuu58ItWDXPOazINTbBdvo DpZES5E/rskfl0e1MlG9ujIWGN5FlmKRzno9hliptfetrSuVKfy7mBQCX3BxlQztdcXRqnITzDFv YyAcqCRh/gXYXOLyX9ithPa8RaCs/4Qk/gVAG0t3AZwXaRafsVssK7m5LJvSwUa39ysGJLnvP7LA Z6GYc9eUCiMGbqNj7B/+zJ27tguRAXrG/iQjcC2eTnmYSN1zYF0VxnFZdlFmmY4M4Ie0ilMmdiM/ w8v2yV62vzMhsdHvLag/8MTTdawg8qVd79N5+JrH9UtAiDsnT3rpWo/B3i3RLxHF0h45I1pr6sgf EukHoZV1eJpDR4dEyN0mWPzVaQJpoffBGTg13qn/mIP2EcZoO+a0FZZxLzfLxkBF9lPt7a9dO5PH c/n5xmrYHoZjtsvf69FATMUyxt2Ol0dCtNsIhmi4axCdMj+yYIZ9vRS9PtF6VusbtcbWmFpCp6bq NNRDLzW8HwKENvzL+c/SdSzYv//5L4b1NnxgU0axXl6qh7EXHDNyqWxpk+LUptMPpXlr2YEx30rc 9LOXAp1PmO8t6/DWSdxe9vV7j9hnl1LtL5hWBiXZ2PqxdwSf22IQKDufNSSZdOLEiRadXvDq7U+X d6r2u9v3x9FsNJTP1ew+bWSaZvf6/9c0m3pUoYZ940fse7eEj1Yl8V7h+44gHs5BGjGkxzg1gHZq hNkO/Y9S/P9Sip9vGEXUc704Y0mxcZfXWY8gM4+hFU7zqwH4tanyYenKcL/nrHGs6OmtQ4y6AjTo 9C86nTGq92sbzwL6IkmEp02TviCAB3DchXA/z+Q9ntXiRk2l7zM/kUv9PBIr5gGq/IiOPpq1xM5B qo8TB26gtw44nvNLschqnXaMsc5q37yLWUqh4L/AurNXcZbgmXc/w+N6eMBoc2RMn2svjtWxmXB5 pgTThxTXMtPn2sydAj1BPAao526OCprDifgZZ/7aPpMaoBEywkio5fdGlH2bAWl7bISbPIS9sQFp FwKHv5bx+nTgCakyjG0cLmUCelMk39P7SyZTTs2D91uEfj/XaW3eCC57bDcspeRVP+SOJOhhAoTz Z7YzeFZSM6YnNfvhnLRMVc+Jn4MEzxyDwUITZBdR708bexdPlLPOas4CjnfoW+fqY5Zfe8AP7yGG en3Gih1O+GR2Itlme/FLHvqy7f3y/TEfrZr2sgeYahh5sZORtf30lrw9wgnMqNz62jg1FfFYLWR6 Vo9z6+BPvtFb3ec9w11gHTPkISR15A0Hrhf6OuL129qJUc8WDPfXpWz08Ob2+IYazPPWwc93m/1s S8NVVuQHjTyW6csh0kpcg4u6pM/AZq/y5dbxpLnWAZY7v9+BFwE2MZu7fn2iKAXCiJx5hPEfWcyH i9Z25ywo4B6S1LeC558pZ4sGT8R4h0cugwfJvc2tidUBu26dZEx2SkbVkNWOZCFJNV7PqWzA6V6v ajtV8b8VoUhFdS54lwHSr7sA9fhaLpcojJ8iT56BxwxlVLfP1MOlMIQKw85esSp9PVbOkTaDgCo0 rwWmXo3v7d9gLovGtzGmgNpFWEVuViM/KyacbMWER8ZyKyhArIe1Pm3e3+/aTnpGxWJCH6QMbRfp WQcw6jBc5BiIldFhjQ3cGvY5QTq+3UKXIi0b78jAbCRkCyuxjjbKdSex1Z0axh1YRtsfsFjII2lz cFKEB5ubEyZ5OY6ub6CQq/bksS3rAORxn3UQ82SqXsVnXTSdbFWrjguCUBmZFAHHkYEc7jWPvT6/ HScHQf3PMsyWVrI/mNTEwEVOVyQZX0B8OBYuQYriM+vAf1eZYSfRUvY44yGm+JQj5w6V3Ps4DZZ4 +RrDc3SfWkuoiYpzyi0bp+ZuQM3+FTjOT8ryduSjQ9Gb0ljK55b9raBQ70ZQhiXetepTzsFYANkR HW3wlQv4R5vz2yARLojtmn2Pr+Q5+lJp84hvoAj8QCSWnCoODVvbVltI1LzklHFg3eOaKWlvX1xl 0tP6KO2OiQ+3i+cuxAyU2Hj/fYIqrtu1SsWSxbSY/YIcs1NxFXe/WYzXQQNb1u0N7XdzVheYtVBr cmuWRYGVDNaQPDAX2R8X1NAedFtX1kZpULenP7Aoqdp7c4hoHlXN8OU4rjCvEgrMjn755YD2u7yI 9PUZE7u0x9bzH7h0Na+92f8Yl+7up3fXlOslMGQ157Hrd8LNyf0hzKDXuvpg3tFjFcaMigOlZo7W 1me0P9Aa9EswqKnyYL8nGNRpVr/MA8IpNWDFK/0yo3UsLos02X4XA8luZdjkazVOcTjLJmwY7efS 2PxFldIbex9+My/zLX7zpJvhxcd2/krKq/8FUEsHCEGRY83XFQAAMrMAAFBLAwQUAAAIAAD1mUpE BrPg+2MMAABjDAAAGAAAAFRodW1ibmFpbHMvdGh1bWJuYWlsLnBuZ4lQTkcNChoKAAAADUlIRFIA AADGAAABAAgCAAAAZz+eFwAADCpJREFUeJztnduO5CoMRWnp/P8vzxmppYjhYgxsCEnWemhVJ9yS 7ALHGOq/P3/+BAAd/93dAHgbSArEICkQg6RADJICMUgKxCApEIOkQAySAjFICsQgKRCDpEAMkgIx SArEICkQg6RADJICMUgKxCApEIOkQAySAjFICsRMSern5+fv3+ayrb/JftNcH4w0xX+djTEK97Rz pqKkioH2v4ZxScVC+T3y99/rzl4Hr8TJhzhxXGCcMT9ypY8Pxmni8sO/jzZvW5ymWJd97XGBcauK LfQU+w5kA1/xqRRF9vs5ThwLIj5oaLRWVLPeOE0o6ako4uRU/n2ISWr8lJ7CjKSKzyCRyEVREMUH nPRSdq7awbzTarbN0z8Viw2ZwvLGfEpVU73UdaeSWxb/W7ybxQ6jltg+ZVTtodY8Z+3FBM3LfzfK N76u2/fBe/0RcCKAGCQFYqacCMHhifmacQqz5nnzBc2mmQU5Pg6B93ySRDQ1NxI8hSm/VHLEM/HS LIRu6ekscSKoZIG8nghvfCBGY0vlQQS1SWVjQq0WiWCnhNOYdSLkn/PJ4DhNPk9cLMT+F22djNiW SuZ94YMo3/iKB8dcnZ5caPdMlpvnY2OTJxej3pnwxgdikBSIQVIgBkmBGCQFYpAUiJmdkEnmXowX +1rIXjJLk/xNEuflNOutNaCYN6+6eMn+Sj/I7NJQY4Klliv/nM/V5FM6/ukafwOMoowCjYtFZEHV S9USNM+GOSf4fAkrivo4ggkZexKmawVcFysmj43Vw/RATgTmeW70GOZILfQliFZ1hpK5k4TT1Bof H0xSyvU0aZOdrHJ9cEvTrkqMldggm++xam0wWmW3M/6seoS9BqhdzsUhChPsiQASXnM/NXsiTDJf jr+EOEb0rq+1c3+HnEd4Lj7n6pSvudjJI9osNs+Tg8ap63Mo7VrWNL3t2osZg++R4MycRG+eJweN U0ZRHk+jXbszr52MIPcBdkR1vsDqpMfyI449D51OnXWR6XAX+l6q62Gvi0yHu/jcGx+sBkmBGCQF YpAUiJFtrJicKgZkNk/VCuyqIjnYjDU92divhbmGygU2fcUbUG6sGOMMyFT5LW2H6hMdY0bIay1N nj7c8XbMwHcokijTW/qqWVenf5zyJzYKGa7uoTN3nvBAI9rxlotd3ktdcZ7G2eTI74c8yx/3rmW5 ei4Lo2n82WeNOe89FG+LM+UeNNPGMyk91thw7YYZN1xdrcwHdX5LOciWYo3KOxBMG/sjljzJBuIz h+vqJTbIwr93QF7XcxH0Us6HJ3/GRoGLxqBaRChDXoxm4Nv/ZhH3E4l/T96YLmeppxnaFua3YlFF TmTm+XDnP3PNRX9gMN+r7ZDA2kt717uCx8WqelvM6zKeyx55HWSeO9GabiBHH9W5mi4Xay2vX3C1 WcgByS7yY+0ZXv3INgMy/IFNP2HRteO3Rfwz0xeJLGwDqDhcFl/9bFY84P3vKE1mbanapKbnc++/ YxmdZpBtANkFMsjG7LOlbLt4uMygdgvlHaenfFR1scmWMqYw/WNHLWWXt9Pvcb1SopUuNvVSkiG/ 69HOT6aipDFmN1as/TtcVFc5Nw43V5cZf7Ab409g99z+q17n/jVQ/rbxjE3jN6jzjPe6M65mBIVV N3wfmoUUS1tx6x7j6jTMZEzjIrF/p5ZgRb1LFrBL5hn8sWa3UJtCnrn8mkust9ikbcZb0QqUmwF1 Ta/a6YumyQm9UZeXNbgjevdbPOsqEm8GZJsURSehs4r8yC2xDyFrlcR5a1g8+anbv1c2YltqhT/z EFa4VV+J0pbyfI16PZC2g3Q/i8zEDXm3IZg27sqSmBrXwaLZZBgZTRul6TdKplwM03jg3/wSii3v 5Xw9BdW0ce2gfQuu523M1NpulSSxcdxfkVFsr510lfwIKajQxJ7PD0Mvs1RebFM20dhSA9/Cossk HqeKuU77xtt+kM2NOYTjvOfNsXJbSzyc1p4TOE5S8HSQFIhBUiAGSYEYWQheb/qZUDv7rdDIbjhF LxIXa4gcHBjjHpQheL3pe0PtZmpvRqIZTtH4FKpqsuM3ZEI2+7G60iZJM/xNQlVNlq+Q+cn2nvPH Xzer8MdUzcy19Y6zH2dTLzWQ3pPRH/n5+snac9AsYA/1eFmjs0ky1uz3Sbs+1O1rI0hhID4HfpFF InjCEY1yiimdgZTOptYyGiEVzQLRVg5+KRCzbwG70+jOR0OjrvxFUtttMMYNIP657Fw6+VnbcOl6 LyvWGzLjqRZg6bkuO1yzeC3FG3IvO5uh/7ns3HCJjRXbcJm5bH8bess0wjXzs2MVbaDm45VXtMOW OsS9eReHdFRFVrRtky3lcVoOt8RZvtMF2qSrqEP0tLMNp7zxrb5moQu0q6gT9LQZpaRsO72ZN/xr Vid/Q+nxOL2jniO2Md5sP1yIf5bItpH9ZRbt32aNduLmEdsYN0BzMWsHvmHDfJ1Ff2ZkxJtYYp7H 49TwZNmir/5PZ2REWO9QfRmaBeyG9y9JH9xvZ0lpRQPLnustuj0HyJ2oYCCeNvY4+mo+0lrhAy7T 4sEB285o+S8oLOcIJ0Ji3xjJ7rV7nO38OKtcnb1OhKTAWi6n3eMZeYctpIHpwk+xqpe67vjYrZ+0 ezxnuyz0rlo+jlhS+de92F3VZuz59r+AJb/A7nE/5vZ1fARhPZet5rnfvqa7ei6rXJ3OuVX6pPex pJfySwQxvY8j/FLwJpAUiEFSIAZJgRjN/lK1z6Hi/Lw+GyGUuY/UnuQx2gA7ke0vZccX2BEHzTKd 0QRJXlR1C0cMfLeHGICQTYuu/KXRuzydI3qpGPT0dI6TFDwdJAVikBSIQVIgZjYEzxOK6XyJM9ZI GSuuakvO49DygUvrykVIasxsL+VZZeVJkKc0VpcXF2PVqhvzePXmwq92MeuXqi1tE97iAUdonmXe m+opgY4qzPdSzuhNbS3xqFerKz843yR7wIVfBANfzXBp3n1jBbptnVynnE93YFa7NnsdLyZDVUUE K2QMw6W5ZtxYgd600roMpt5ZbXv2OjmFsGJucCKwDPzdrLKlDJIRZN3wsaILYbBronzjc1qvRSvE OFJbmmzXErJ3tFrgXuiRHXpqolxt3HQX1bLXzKakKKd906wIlqL3S0lYHZSXNJ7hTIjeljIeT9co M/CWbkzpFNuGjFagf+OzjRtVUc30Tv8nyCESAcQgKRCDpEAMkgIxSArEICkQg6RADJICMUgKxCAp EIOkQAySAjFICsQgKRCDpEAMkgIxSArEICkQg6RAjGB/KeMIfJCpXipZGvX7b217IPgIsl9nyP/9 BT19jVO20ofXMPuzRPnuYfGOU8a2UrVk+w0y/wLU2oZYzg20VuPZyS1Pb2/lNYBg4DN2N7C3lXJu tnkhueZiyc3F8pf6i98cu5Dmd0yC5x7WdhnRojHPe7cwSDbOc+aVfJPGtnIoWo1OPQV3t7GfFXtP zNpStTXjzZ0R4vT77/X+Gn/fhffUu2HvLgOZqzNpenNnhAO/sktZfb0De0DED0LYvFlbymOPw6cQ vPGFkqGNtj6L0tWZnEJV3wRXJ4ghEgHEICkQg6RADJICMUgKxCApEIOkQAySAjFICsQoV8jYifG2 fwTlCpnelIjslayaNv7lCqGsheeiqvexY9p4/ocV4UHcY54jphejlFTxx2SDb+lVvubE07clR2qL ooptg0Uof4g2ZE8xZIth4jRxRGiuqtq6K3t1kbEAumb5ITUtywc+w4QvroOzTX7/gruuFqIqIQvN c/8PziZHiqt4a2NoLggGu3u5wTxvrvUpru+riUP4u7cggQkZEIOkQAySAjE7po2L/qFkC5Raengc m6aNQ2Xrn5rjgBmb53LntHH4dzshT4FwPlunjYt9j8dTAA9iq3mOYr7ADXt1wru5Ya9OdPZubtir Ex/Bu7lhr054Nzfs1QnvhgkZEIOkQAySAjFICsTsi0QwIg5YyvImNkUiNCMO2DD9NWyKRPBHHNBL PZ19kQhGxAEyehNHTBujpzfBtDGIYdoYxDBtDGKYNgYxeM9BDJICMUgKxCApEIOkQAySAjFICsQg KRCDpEAMkgIxSArEICkQg6RADJICMUgKxCApEIOkQAySAjFICsQgKRCDpEAMkgIxSArEICkQ8z8q txlTIn+mzgAAAABJRU5ErkJgglBLAwQUAAgICAD1mUpEAAAAAAAAAAAAAAAADAAAAGxheW91dC1j YWNoZWNkYGQosGZgYAjgZGBgkYcxfGGMWhhjNYxxA8bgYGRgAABQSwcI0bEvBCIAAAA/AAAAUEsD BBQACAgIAPWZSkQAAAAAAAAAAAAAAAAMAAAAbWFuaWZlc3QucmRmzZPNboMwEITvPIVlzthALwUF cijKuWqfwDWGWAUv8poS3r6Ok1ZRpKrqn9TjrkYz3460m+1hHMiLsqjBVDRjKSXKSGi16Ss6uy65 pds62ti2Kx+aHfFqg6WfKrp3bio5X5aFLTcMbM+zoih4mvM8T7wiwdU4cUgMxrSOCAkejUJp9eR8 GjnO4glmV1F066CQefcgPYvdOqmgsgphtlK9h7YgkYFAjQlMyoR0gxy6TkvFM5bzUTnBoe3ix2C9 04OiPGDwK47P2N6IDKblXuC9sO5cg998lWh67mN6ddPF8d8jlGCcMu5P6rs7ef/n/i7P/xnir7R2 RGxAzqNn+pDntPIfVUevUEsHCLT3aNIFAQAAgwMAAFBLAwQUAAAIAAD1mUpEAAAAAAAAAAAAAAAA GgAAAENvbmZpZ3VyYXRpb25zMi9wb3B1cG1lbnUvUEsDBBQAAAgAAPWZSkQAAAAAAAAAAAAAAAAf AAAAQ29uZmlndXJhdGlvbnMyL2ltYWdlcy9CaXRtYXBzL1BLAwQUAAAIAAD1mUpEAAAAAAAAAAAA AAAAGgAAAENvbmZpZ3VyYXRpb25zMi90b29scGFuZWwvUEsDBBQAAAgAAPWZSkQAAAAAAAAAAAAA AAAaAAAAQ29uZmlndXJhdGlvbnMyL3N0YXR1c2Jhci9QSwMEFAAACAAA9ZlKRAAAAAAAAAAAAAAA ABgAAABDb25maWd1cmF0aW9uczIvdG9vbGJhci9QSwMEFAAACAAA9ZlKRAAAAAAAAAAAAAAAABwA AABDb25maWd1cmF0aW9uczIvcHJvZ3Jlc3NiYXIvUEsDBBQAAAgAAPWZSkQAAAAAAAAAAAAAAAAY AAAAQ29uZmlndXJhdGlvbnMyL21lbnViYXIvUEsDBBQAAAgAAPWZSkQAAAAAAAAAAAAAAAAYAAAA Q29uZmlndXJhdGlvbnMyL2Zsb2F0ZXIvUEsDBBQACAgIAPWZSkQAAAAAAAAAAAAAAAAnAAAAQ29u ZmlndXJhdGlvbnMyL2FjY2VsZXJhdG9yL2N1cnJlbnQueG1sAwBQSwcIAAAAAAIAAAAAAAAAUEsD BBQACAgIAPWZSkQAAAAAAAAAAAAAAAAKAAAAc3R5bGVzLnhtbN1aW4/bthJ+P7/CUNHzRtvy3mw3 TnFQoD0FmhRokueCliibjSQKJOVLfn1nKFKiZclWd7f74AQIYs5wOPzmmxmK0rsfD1k62jGpuMhX QTieBiOWRyLm+WYVfPn8M5kHP77/zzuRJDxiy1hEZcZyTZQ+pkyNYHKulpVwFZQyXwqquFrmNGNq qaOlKFjuJi197aVZqhoxxoZON8r+bM0Oeuhk1D2ZS9fDVzbK/uxY0v3QyagLmPrTEzF08kGlJBEk EllBNW95cUh5/nUVbLUulpPJfr8f7+/GQm4m4WKxmBhp7XBU6xWlTI1WHE1YynAxNQnH4cTpZkzT of6hru9SXmZrJgdDQzU9i6rabQYzYrfpgSbaUjmYG0b5NLx38fDw3sX+3IzqbU9M5pMPIDT/fPit 4YLMhq6FuidQRZIXg7dZafvzhRC1qzihSlDj7mw6vZ9Uvz3t/UX1veSaSU89uqge0TSqERdZF2ig F05Ag7Ad0tRpS9x0r+WHiWSFkLp2JBleoACdWZ1eW52l/emFUqe6kXHcqQru3E0g1YDoZMfZ/rvg pHJeDsCiFQBThq5NMUp1GgDETZGUm7qMJ6LMwSko/RYQdiiY5CiiqZm2PLFwkltK3emuzX7+Y4Iy grUWqokt916LmQXvXT9JBPSShEaMxCxK1ft3VR2oh0fVb3RuFXwGx9ToI9uP/hAZzYMRJL5TzXh6 XAX/pYVQP7T0qsFgdGIa9cmG5bBboKe09hqNgusIEnhHJTdITi679j9QSzsccuP9S6s9V+rFS4++ 5ByaNht9+NQLS1txAC7qqDTLrnk36QumHa/OCm4XMUtomdoThLNsHd1IWmx5FDhd+5sUEjguNYew 4uaUluIrg5qfCmgy382n+DcYYYtdJjxNa0mUsKfkIRglYrkHU0QU2nAwFwR/2ylqS2OxJ+CtYpoc VsF0HIbzkOed8uO5XEPjINBnGVEFjaDLk62Q/JvALKq0w/tL2jvcW9ShC6VpsN0z3S6rFu4UtrPn ekuqs1NCU+XxrKCSGuRPcDci1Ce01AIXAfLxmIlKlabFlroFjB9rySicSyBYPNJOgs0BncuAg6sg lUSvT+jF85hhRcYzpr8b56TzEeobMEgUCvnX73atjn6f7aZUDGDIMbhmcUsbLUtmOGMGFf8Gnoaz QpuxlOabkm5giOVmIIIaqiWw4sunevtMQwckX5nMjeuVQW+XaJNAH6JYD6fjh6LGx5l30m9bJ7Hr OMFPH88t4iEoZQfnbctiLd3yts1a9OvHoAH0JFOHpG8dgeAilQC07bHYstx0HpLSOAa0jC8mNVOe 8dr9gYwryjzSZWUQUxt2CfsG9K9T0lGJxBxyM8dFpuP7xeyhSZhT1haAZpMtz6CWF7eezvZvkg+X dCzqaB7/JkvN0jXZri/+KoT2+cZcHWmTULKM8pzgM4Bj4uxMqSjVtqXygmypjmheQUuZz6PqaXMt JCYHEg8KObAopYVCWr90YSLFvrU4jLTS9CtjBdFiw/QWH+cwDa8t7C9YkfsTJFVMZRz0VgsXvJQq Be5BQjXpdW7v/4zGXmL3moOB+qaCdLuSY+76Cp9h4M/Z9M+1iI9dbl2raxmVUHQAssJ03cdHU0Qa wVpojc840/F0fucVmAgoD/ZLmrYbXh0G069z069puqdHda0EefXFHkNbVeW+yakXFIZOK8/KcbTU sOsKq7oiBQW8SOnRi+XIF7+EKc8mwUvjPxiQ36B7PWenFyifoskBJDvhw+yfRPEnak7krxgh8FLS f5inLhYvylNztVhdfJmTqzqVmPOHuxeb9uduT+evxnAGHIHg+A8PSRcjcCI0qFlp3+TOVutNr+XW wOAQ/wqH+cMrBpgbexcD/EqheBWG226FGRZ21ymrMQqfA1KrGQ5qaK5vi1IbKFK2w8NFeKnWXaFp +PB9Q9M945sttKm1SON+lpopnrCa5cTdcxuS9syuFcz8wUH6pbpnUO0IDLiPMIyCpwZ4Mif6WLDT sO02y4NtAvj/o/u/farA55T4CD40GWlpi7KCxaQ2ps4fjcyVBlYkUcqa4ZXIPfuTQmAkRXEmkBjy M4Y19wvVzAj4hne5Z9LW9DOkDSyOYOeA/15JgpaiYaJVr1K1RU1Ah+D1NwV61VHBNmWntgPji4Ti 5hQPVcUUb+YuIegaxFDUNjlefHaZbalY22YwgSO52EOk1seqYcJZOvAWr58u3frYVO5stzFZxc1t xyogzbjtQilLtFNvEO7cLkj7kByI8ezGML7vwfi+G+P7t8D47sYwfujB+KEb44e3wPj+xjB+7MH4 sRvjx7fA+OHGMH7qwfipG+Ont8D48cYwnvdgPO/GeP4WGD/dGMaLHowX3Rgv3gLj+U1hHHYiHHbh G74FuovbQnfcg++4G+Hxm2AcTm8M5FkPyLNukGcvBPlU5COfC80UPsImfFNK85JlVAuIvYdIhND4 uysIod1r9VJ9R9MS397ZQTdReZs37+78OdXzNr7cQ3vuwxjc73APWR73Oci7HXTmEZHGg65lem+x qs8RzGuGxaN3RdkFj7XSwIChtTKeR9J8/ofHOu9rDmOt+YgD3/2ATR4RJ3B3UhsINz1CeE+e8D8U WRh0KLUukYxkz2P8Wm5ePzeY0a29RgrD3s1Z6wCeJkJy/GzJhllILSnXHp3NwW3+1Hr8szfA54Lm BvhcVp8DzySycrkRuZuaC189VCQlGT3UW8ZLouarH6ugWOHMVXhNx9PpkweOe39N1gwwMhOM0t1i 3qFEE3xN3KnT5OkqUCLl9U0cjf8qla7IUlGoGpeQ7NapWXMx577CmZo/gf+lRhcd3Ia3jOIrT/Nj 4qPgDZ4baoh7zlQryKiqbdSr2UG0dPGtpe+zx3AvYVrmJ92fTL//G1BLBwjkV/sZeQgAAHItAABQ SwMEFAAICAgA9ZlKRAAAAAAAAAAAAAAAABUAAABNRVRBLUlORi9tYW5pZmVzdC54bWytVEtuwyAQ 3ecUFtvK0GZVoThZROoJ0gNM8NhBgsGCIYpvXztqPlWVylazY37vvWEGVpuTd8URY7KBKvEmX0WB ZEJtqa3E5+6jfBeb9WLlgWyDifXlUAx1lK5mJXIkHSDZpAk8Js1Ghw6pDiZ7JNY/8/WZ6WrdCViK 9aK48TXWYTnUx/6W3WTnyg74UAn1COTm9lhbKLnvsBLQdc4a4CFNHamWZ8HyXqdkPLFQczR4ZJBD ew84R0A1hmeBJmQeZpCeDmwC8djns3F3h+z3BNYlxZej7Kh9QGI9tKjG+CwWB33IXBowB5ww470l iP3McX77ZKybCRRD1svsy9oGamyb4xkiLRUYgw4HM0Rlcox/D+h/XBOfRso0SpDZSnOPMHONuXc4 dYlX6tc3s/4CUEsHCJDCQvAtAQAAoQQAAFBLAQIUABQAAAgAAPWZSkRexjIMJwAAACcAAAAIAAAA AAAAAAAAAAAAAAAAAABtaW1ldHlwZVBLAQIUABQACAgIAPWZSkQHRP8d1wEAANwDAAAIAAAAAAAA AAAAAAAAAE0AAABtZXRhLnhtbFBLAQIUABQACAgIAPWZSkSMrZlIlgUAAN4jAAAMAAAAAAAAAAAA AAAAAFoCAABzZXR0aW5ncy54bWxQSwECFAAUAAgICAD1mUpEQZFjzdcVAAAyswAACwAAAAAAAAAA AAAAAAAqCAAAY29udGVudC54bWxQSwECFAAUAAAIAAD1mUpEBrPg+2MMAABjDAAAGAAAAAAAAAAA AAAAAAA6HgAAVGh1bWJuYWlscy90aHVtYm5haWwucG5nUEsBAhQAFAAICAgA9ZlKRNGxLwQiAAAA PwAAAAwAAAAAAAAAAAAAAAAA0yoAAGxheW91dC1jYWNoZVBLAQIUABQACAgIAPWZSkS092jSBQEA AIMDAAAMAAAAAAAAAAAAAAAAAC8rAABtYW5pZmVzdC5yZGZQSwECFAAUAAAIAAD1mUpEAAAAAAAA AAAAAAAAGgAAAAAAAAAAAAAAAABuLAAAQ29uZmlndXJhdGlvbnMyL3BvcHVwbWVudS9QSwECFAAU AAAIAAD1mUpEAAAAAAAAAAAAAAAAHwAAAAAAAAAAAAAAAACmLAAAQ29uZmlndXJhdGlvbnMyL2lt YWdlcy9CaXRtYXBzL1BLAQIUABQAAAgAAPWZSkQAAAAAAAAAAAAAAAAaAAAAAAAAAAAAAAAAAOMs AABDb25maWd1cmF0aW9uczIvdG9vbHBhbmVsL1BLAQIUABQAAAgAAPWZSkQAAAAAAAAAAAAAAAAa AAAAAAAAAAAAAAAAABstAABDb25maWd1cmF0aW9uczIvc3RhdHVzYmFyL1BLAQIUABQAAAgAAPWZ SkQAAAAAAAAAAAAAAAAYAAAAAAAAAAAAAAAAAFMtAABDb25maWd1cmF0aW9uczIvdG9vbGJhci9Q SwECFAAUAAAIAAD1mUpEAAAAAAAAAAAAAAAAHAAAAAAAAAAAAAAAAACJLQAAQ29uZmlndXJhdGlv bnMyL3Byb2dyZXNzYmFyL1BLAQIUABQAAAgAAPWZSkQAAAAAAAAAAAAAAAAYAAAAAAAAAAAAAAAA AMMtAABDb25maWd1cmF0aW9uczIvbWVudWJhci9QSwECFAAUAAAIAAD1mUpEAAAAAAAAAAAAAAAA GAAAAAAAAAAAAAAAAAD5LQAAQ29uZmlndXJhdGlvbnMyL2Zsb2F0ZXIvUEsBAhQAFAAICAgA9ZlK RAAAAAACAAAAAAAAACcAAAAAAAAAAAAAAAAALy4AAENvbmZpZ3VyYXRpb25zMi9hY2NlbGVyYXRv ci9jdXJyZW50LnhtbFBLAQIUABQACAgIAPWZSkTkV/sZeQgAAHItAAAKAAAAAAAAAAAAAAAAAIYu AABzdHlsZXMueG1sUEsBAhQAFAAICAgA9ZlKRJDCQvAtAQAAoQQAABUAAAAAAAAAAAAAAAAANzcA AE1FVEEtSU5GL21hbmlmZXN0LnhtbFBLBQYAAAAAEgASAKoEAACnOAAAAAA= ------=_Part_1054631_1038391887.1392060004925--

1 0

[Users] Fencing Options
by Maurice James 10 Feb '14

10 Feb '14

--_5189f7c3-a065-4a23-9eff-ddeee3a85ad6_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable How do I enable the other fencing agents that are not shown in the power ma= nagement list of the hosts? Like idrac and drac7? = --_5189f7c3-a065-4a23-9eff-ddeee3a85ad6_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>How do I enable the other fencin= g agents that are not shown in the power management list of the hosts? Like= idrac and drac7? </div></body> </html>= --_5189f7c3-a065-4a23-9eff-ddeee3a85ad6_--

1 0

[Users] oVirt test day tomorrow
by Doron Fediuck 10 Feb '14

10 Feb '14

Just a reminder that tomorrow we plan to have oVirt 3.4 2nd test day. More details coming soon.

1 0

[Users] [ANN] oVirt 3.4.0 beta2 is now available
by Sandro Bonazzola 10 Feb '14

10 Feb '14

The oVirt team is pleased to announce that the 3.4.0 second beta release is now available for testing. Release notes and information on the changes for this update are still being worked on and will be available soon on the wiki[1]. Please ensure to follow install instruction from release notes if you're going to test it. The existing repository ovirt-3.4.0-prerelease has been updated for delivering this beta and future refreshes until release candidate. A new oVirt Node build will be available soon as well. You're welcome to join us testing this beta release in next week test day [2] scheduled for 2014-02-11! [1] http://www.ovirt.org/OVirt_3.4.0_release_notes [2] http://www.ovirt.org/OVirt_3.4_Test_Day -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 5

[Users] 3.3.2 repo defect?
by Sven Kieske 10 Feb '14

10 Feb '14

Hi, I'm just trying to install ovirt 3.3.2.: I get: Downloading Packages: ovirt-engine-cli-3.3.0.6-1.el6.noarch.rpm | 179 kB 00:00 http://resources.ovirt.org/releases/3.3.2/rpm/EL/6/noarch/ovirt-engine-cli-…: [Errno -1] Package does not match intended download. Suggestion: run yum --enablerepo=ovirt-3.3.2 clean metadata Trying other mirror. Error Downloading Packages: ovirt-engine-cli-3.3.0.6-1.el6.noarch: failure: noarch/ovirt-engine-cli-3.3.0.6-1.el6.noarch.rpm from ovirt-3.3.2: [Errno 256] No more mirrors to try. Repo config looks like this: [ovirt-3.3.2] name=oVirt 3.3.2 release baseurl=http://resources.ovirt.org/releases/3.3.2/rpm/EL/$releasever/ enabled=1 skip_if_unavailable=1 gpgcheck=0 I already did clean the metadata but it still doesn't work. any suggestions beside using 3.3.3. (currently out of scope for me because I must rerun all my tests then..)? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

1 2