- Users - oVirt List Archives

[Users] [EL6 RPMS] new nightly ovirt rpms
by Eyal Edri 14 Mar '13

14 Mar '13

fyi, EL6 rpms for various ovirt project are now available via the nightly repos: http://resources.ovirt.org/releases/nightly/rpm/EL/6/noarch/ Eyal.

1 0

[Users] Is it possible to change the DB password for local postgresql?
by Ernest Beinrohr 14 Mar '13

14 Mar '13

(ovirt 3.2) I have changed it in /etc/ovirt-engine/.pgpass and for the 'postgres' and 'engine' users in the database but after starting the engine my logs are full of FATAL: password authentication failed for user "engine" Any tips on changing the password?

3 5

[Users] Info on ovirt-guest-agent on Fedora 18 guest
by Gianluca Cecchi 14 Mar '13

14 Mar '13

Hello, I have a Fedora 18 based oVirt 3.2. I have a guesta that is Fedra 18 too. In installed from standard fedora repo the ovirt-guest-agent ovirt-guest-agent-common-1.0.6-6.fc18.noarch and enabled the service. I also ran a yum update on the VM and reboot. Now I can see the ip in webadmin gui, so basic info seems to pass. What other kind of tests can I do to check guest agent functionality? Are the errors below related to the agent itself or are theuy only a tail of messages file? $ sudo systemctl status ovirt-guest-agent ovirt-guest-agent.service - oVirt Guest Agent Loaded: loaded (/usr/lib/systemd/system/ovirt-guest-agent.service; enabled) Active: active (running) since Thu 2013-03-14 15:11:41 CET; 1h 31min ago Process: 507 ExecStartPre=/bin/chown ovirtagent:ovirtagent /run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS) Process: 482 ExecStartPre=/bin/touch /run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS) Main PID: 525 (python) CGroup: name=systemd:/system/ovirt-guest-agent.service └─525 /usr/bin/python /usr/share/ovirt-guest-agent/ovirt-guest-agent.py Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: File "/usr/lib/python2.7/site-packages/dbus/proxies.py", line...it__ Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: self._named_service = conn.activate_name_owner(bus_name) Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 180...wner Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: self.start_service_by_name(bus_name) Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 278...name Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: 'su', (bus_name, flags))) Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: File "/usr/lib/python2.7/site-packages/dbus/connection.py", l...king Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: message, timeout) Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The...iles Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: ERROR:root:Error locking session (no active session). Thanks in advance Gianluca

1 0

[Users] how to use vdsClient
by bigclouds 14 Mar '13

14 Mar '13

------=_Part_477308_142251916.1363256784665 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit hi,all it is waiting all the time. [root@localhost ~]# mcvdaClient 0 list table ^CTraceback (most recent call last): File "/usr/share/mcvda/mcvdaClient.py", line 2380, in <module> code, message = commands[command][0](commandArgs) File "/usr/share/mcvda/mcvdaClient.py", line 274, in do_list response = self.s.getAllVmStats() File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request errcode, errmsg, headers = h.getreply() File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply response = self._conn.getresponse() File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse response.begin() File "/usr/lib64/python2.6/httplib.py", line 391, in begin version, status, reason = self._read_status() File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status line = self.fp.readline() File "/usr/lib64/python2.6/socket.py", line 433, in readline data = recv(1) KeyboardInterrupt ------=_Part_477308_142251916.1363256784665 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit <div style="line-height:1.7;color:#000000;font-size:14px;font-family:arial"><div>hi,all</div><div>it is waiting all the time.</div><div><br></div><div><br></div><div><br></div><div>[root@localhost ~]# mcvdaClient 0  list table</div><div>^CTraceback (most recent call last):</div><div>  File "/usr/share/mcvda/mcvdaClient.py", line 2380, in <module></div><div>    code, message = commands[command][0](commandArgs)</div><div>  File "/usr/share/mcvda/mcvdaClient.py", line 274, in do_list</div><div>    response = self.s.getAllVmStats()</div><div>  File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__</div><div>    return self.__send(self.__name, args)</div><div>  File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request</div><div>    verbose=self.__verbose</div><div>  File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request</div><div>    errcode, errmsg, headers = h.getreply()</div><div>  File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply</div><div>    response = self._conn.getresponse()</div><div>  File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse</div><div>    response.begin()</div><div>  File "/usr/lib64/python2.6/httplib.py", line 391, in begin</div><div>    version, status, reason = self._read_status()</div><div>  File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status</div><div>    line = self.fp.readline()</div><div>  File "/usr/lib64/python2.6/socket.py", line 433, in readline</div><div>    data = recv(1)</div><div>KeyboardInterrupt</div></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span> ------=_Part_477308_142251916.1363256784665--

3 4

[Users] Query regarding Quantum integration with oVirt
by Romil Gupta 14 Mar '13

14 Mar '13

Hi, May I know Is there any support for Quantum in RHEVM-3.1 if not , which oVirt version should I use so that I can use quantum feature ? I have seen a demo of oVirt with quantum on youtube may i know which version you used ? Thanks , Romil

2 1

Re: [Users] Failed to add gluster server
by suporte＠logicworks.pt 14 Mar '13

14 Mar '13

------=_Part_160_25007352.1363253014169 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ok, thanks, I'll try it and let you know.=20 ----- Mensagem original ----- De: "Kanagaraj" <kmayilsa(a)redhat.com>=20 Para: suporte(a)logicworks.pt=20 Cc: "Shireesh Anjal" <sanjal(a)redhat.com>, "Sahina Bose" <sabose(a)redhat.com>= =20 Enviadas: Quinta-feira, 14 de Mar=C3=A7o de 2013 5:24:20=20 Assunto: Re: [Users] Failed to add gluster server=20 On 03/13/2013 11:54 PM, suporte(a)logicworks.pt wrote:=20 It's wierd the ovirt-node-iso does not have the glusterfs packages, why not= ?=20 This is what I have in the fedora 18 host:=20 vdsm-python-4.10.3-9.fc18.x86_64=20 vdsm-gluster-4.10.3-9.fc18.noarch=20 vdsm-cli-4.10.3-9.fc18.noarch=20 vdsm-xmlrpc-4.10.3-9.fc18.noarch=20 vdsm-4.10.3-9.fc18.x86_64=20 This is what the ovirt-node-iso has:=20 vdsm-xmlrpc-4.10.3-9.fc18.noarch=20 vdsm-cli-4.10.3-9.fc18.noarch=20 vdsm-4.10.3-9.fc18.x86_64=20 vdsm-reg-4.10.3-9.fc18.noarch=20 vdsm-python-4.10.3-9.fc18.x86_64=20 really the vdsm package is not installed in ovirt-node-iso, !!?? why?=20 vdsm packages are already available in the ovirt-node-iso and installed by = default.=20 we are currently working on to have the glusterfs rpms part of the ovirt-no= de-iso.=20 However, you can download the glusterfs rpms from http://bits.gluster.org/p= ub/gluster/glusterfs/3.4.0alpha2/ and install them. And make sure you have = the vdsm-gluster package installed in your nodes.=20 Thanks,=20 Kanagaraj=20 <blockquote> How can I install vdsm package in the node, since is a read-only file syste= m?=20 is it possible?=20 Thanks=20 ----- Mensagem original ----- De: "Kanagaraj" <kmayilsa(a)redhat.com>=20 Para: suporte(a)logicworks.pt=20 Cc: users(a)ovirt.org=20 Enviadas: Quarta-feira, 13 de Mar=C3=A7o de 2013 8:45:48=20 Assunto: Re: [Users] Failed to add gluster server=20 On 03/13/2013 01:30 PM, suporte(a)logicworks.pt wrote:=20 > Hi,=20 >=20 > I just installed oVirt 3.2 than add a node 1 using fedora18, attach an iS= CSI storage, and local ISO NFS, and the data center is alive. Than try to a= dd a second node from the ISO ovirt-node-iso-2.6.1-20120228.fc18.iso, but g= et this error message:=20 > Failed to add gluster server node2.domain.com into cluster default. Glust= er command[gluster peer probe 192.168.5.182] failed on server 192.168.5.181= =20 Do you have the glusterfs rpms installed in your nodes? I think=20 glusterfs rpms are not packaged by default in the ovirt-node-iso, in=20 this case you may need install the rpms manually.=20 If you still face the problem after the above check, please attach the=20 vdsm log from the nodes.=20 Thanks,=20 Kanagaraj=20 > On the second node I configured Optional password for adding Node through= oVirt Engine UI=20 >=20 > On the engine when adding a new Host I add the values to Name, Address, a= nd Root Password , and than get this error:=20 > Error: Cannot add host. SSH authentication failed, verify authentication = parameters are correct (Username/password, public key etc). You may refer t= o the engine.log file for further details.=20 >=20 > I notice that I cannot login as root on the second node, so how can I add= a node through oVirt Engine UI if it asks for a root password?=20 >=20 > What am I doing wrong?=20 >=20 > thanks=20 > _______________________________________________=20 > Users mailing list=20 > Users(a)ovirt.org=20 > http://lists.ovirt.org/mailman/listinfo/users=20 </blockquote> ------=_Part_160_25007352.1363253014169 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: verdana,helvetica,sans-serif; font-size: 10pt; co= lor: #330066'>Ok, thanks, I'll try it and let you know.<br><br><hr id=3D"zw= chr"><div style=3D"color: rgb(0, 0, 0); font-weight: normal; font-style: no= rmal; text-decoration: none; font-family: Helvetica,Arial,sans-serif; font-= size: 12pt;"><b>De: </b>"Kanagaraj" <kmayilsa(a)redhat.com><br><b>Para:= </b>suporte(a)logicworks.pt<br><b>Cc: </b>"Shireesh Anjal" <sanjal@redhat= .com>, "Sahina Bose" <sabose(a)redhat.com><br><b>Enviadas: </b>Quint= a-feira, 14 de Mar=C3=A7o de 2013 5:24:20<br><b>Assunto: </b>Re: [Users] Fa= iled to add gluster server<br><br> =20 =20 =20 <div class=3D"moz-cite-prefix">On 03/13/2013 11:54 PM, <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:suporte@logicwor= ks.pt" target=3D"_blank">suporte(a)logicworks.pt</a> wrote:<br> </div> <blockquote cite=3D"mid:22205918.546.1363199146951.JavaMail.ferra@ferra= -PC"> <style>p { margin: 0; }</style> <div style=3D"font-family: verdana,helvetica,sans-serif; font-size: 1= 0pt; color: rgb(51, 0, 102);">It's wierd the ovirt-node-iso does not have the glusterfs packages, why not?<br> <br> This is what I have in the fedora 18 host:<br> vdsm-python-4.10.3-9.fc18.x86_64<br> vdsm-gluster-4.10.3-9.fc18.noarch<br> vdsm-cli-4.10.3-9.fc18.noarch<br> vdsm-xmlrpc-4.10.3-9.fc18.noarch<br> vdsm-4.10.3-9.fc18.x86_64<br> <br> This is what the ovirt-node-iso has:<br> vdsm-xmlrpc-4.10.3-9.fc18.noarch<br> vdsm-cli-4.10.3-9.fc18.noarch<br> vdsm-4.10.3-9.fc18.x86_64<br> vdsm-reg-4.10.3-9.fc18.noarch<br> vdsm-python-4.10.3-9.fc18.x86_64<br> <br> <br> really the vdsm package is not installed in ovirt-node-iso, !!?? why?<br> <br> </div> </blockquote> vdsm packages are already available in the ovirt-node-iso and installed by default.<br> <br> we are currently working on to have the glusterfs rpms part of the ovirt-node-iso.<br> However, you can download the glusterfs rpms from =20 <a href=3D"http://bits.gluster.org/pub/gluster/glusterfs/3.4.0alpha2/" = target=3D"_blank">http://bits.gluster.org/pub/gluster/glusterfs/3.4.0alpha2= /</a> and install them. And make sure you have the vdsm-gluster package installed in your nodes.<br> <br> Thanks,<br> Kanagaraj<br> <blockquote cite=3D"mid:22205918.546.1363199146951.JavaMail.ferra@ferra= -PC"> <div style=3D"font-family: verdana,helvetica,sans-serif; font-size: 1= 0pt; color: rgb(51, 0, 102);">How can I install vdsm package in the node, since is a read-only file system?<br> is it possible?<br> <br> Thanks<br> <br> <br> <hr id=3D"zwchr"> <div style=3D"color: rgb(0, 0, 0); font-weight: normal; font-style:= normal; text-decoration: none; font-family: Helvetica,Arial,sans-serif; fo= nt-size: 12pt;"><b>De: </b>"Kanagaraj" <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:kmayilsa@redhat= .com" target=3D"_blank"><kmayilsa(a)redhat.com></a><br> <b>Para: </b><a class=3D"moz-txt-link-abbreviated" href=3D"mailto= :suporte@logicworks.pt" target=3D"_blank">suporte(a)logicworks.pt</a><br> <b>Cc: </b><a class=3D"moz-txt-link-abbreviated" href=3D"mailto:u= sers(a)ovirt.org" target=3D"_blank">users(a)ovirt.org</a><br> <b>Enviadas: </b>Quarta-feira, 13 de Mar=C3=A7o de 2013 8:45:48<b= r> <b>Assunto: </b>Re: [Users] Failed to add gluster server<br> <br> On 03/13/2013 01:30 PM, <a class=3D"moz-txt-link-abbreviated" hre= f=3D"mailto:suporte@logicworks.pt" target=3D"_blank">suporte(a)logicworks.pt<= /a> wrote:<br> > Hi,<br> ><br> > I just installed oVirt 3.2 than add a node 1 using fedora18, attach an iSCSI storage, and local ISO NFS, and the data center is alive. Than try to add a second node from the ISO ovirt-node-iso-2.6.1-20120228.fc18.iso, but get this error message:<br> > Failed to add gluster server node2.domain.com into cluster default. Gluster command[gluster peer probe 192.168.5.182] failed on server 192.168.5.181<br> <br> Do you have the glusterfs rpms installed in your nodes? I think <br> glusterfs rpms are not packaged  by  default in the ovirt-node-iso, in <br> this case you may need install the rpms manually.<br> <br> If you still face the problem after the above check, please attach the <br> vdsm log from the nodes.<br> <br> Thanks,<br> Kanagaraj<br> > On the second node I configured Optional password for adding Node through oVirt Engine UI<br> ><br> > On the engine when adding a new Host I add the values to Name, Address, and Root Password , and than get this error:<br> > Error: Cannot add host. SSH authentication failed, verify authentication parameters are correct (Username/password, public key etc). You may refer to the engine.log file for further details.<br> ><br> > I notice that I cannot login as root on the second node, so how can I add a node through oVirt Engine UI if it asks for a root password?<br> ><br> > What am I doing wrong?<br> ><br> > thanks<br> > _______________________________________________<br> > Users mailing list<br> > <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Users@o= virt.org" target=3D"_blank">Users(a)ovirt.org</a><br> > <a class=3D"moz-txt-link-freetext" href=3D"http://lists.ovir= t.org/mailman/listinfo/users" target=3D"_blank">http://lists.ovirt.org/mail= man/listinfo/users</a><br> <br> </div> <br> </div> </blockquote> <br> </div><br></div></body></html> ------=_Part_160_25007352.1363253014169--

1 0

[Users] Userportal SPICE Woes
by Karli Sjöberg 13 Mar '13

13 Mar '13

--_000_5F9E965F5A80BC468BE5F40576769F09102773F5exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksIGl0IG1lIGFnYWluLA0KDQp0aGUgbGFzdCB0aW1lIHRoaXMgd2FzIGRpc2N1c3NlZCwgdGhl IHByb2JsZW0gc2VlbWVkIHRvIGJlIGNlbnRyZWQgYXJvdW5kIFdpbi9JRSwgYnV0IHNpbmNlIHBh dGNoaW5nIHRvOg0KIyBycG0gLXFhIHwgZ3JlcCBvdmlydA0Kb3ZpcnQtZW5naW5lLWNvbmZpZy0z LjEuMC00LmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtZGJzY3JpcHRzLTMuMS4wLTQuZmMxNy5u b2FyY2gNCm92aXJ0LWxvZy1jb2xsZWN0b3ItMy4xLjAtMC5naXQxMGQ3MTkuZmMxNy5ub2FyY2gN Cm92aXJ0LWVuZ2luZS1yZXN0YXBpLTMuMS4wLTQuZmMxNy5ub2FyY2gNCm92aXJ0LWltYWdlLXVw bG9hZGVyLTMuMS4wLTAuZ2l0OWM0MmM4LmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtZ2VuZXJp Y2FwaS0zLjEuMC00LmZjMTcubm9hcmNoDQpvdmlydC1pc28tdXBsb2FkZXItMy4xLjAtMC5naXQx ODQxZDkuZmMxNy5ub2FyY2gNCm92aXJ0LWVuZ2luZS13ZWJhZG1pbi1wb3J0YWwtMy4xLjAtNC5m YzE3Lm5vYXJjaA0Kb3ZpcnQtZW5naW5lLXNldHVwLTMuMS4wLTQuZmMxNy5ub2FyY2gNCm92aXJ0 LWVuZ2luZS1zZGstMy4yLjAuMi0xLmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtYmFja2VuZC0z LjEuMC00LmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtdG9vbHMtY29tbW9uLTMuMS4wLTQuZmMx Ny5ub2FyY2gNCm92aXJ0LWVuZ2luZS0zLjEuMC00LmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUt dXNlcnBvcnRhbC0zLjEuMC00LmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtbm90aWZpY2F0aW9u LXNlcnZpY2UtMy4xLjAtNC5mYzE3Lm5vYXJjaA0KDQpObyBvbmUgaXMgYWJsZSB0byBjb25uZWN0 IHRvIGEgc3BpY2UgY29uc29sZSB0aG91Z2ggdGhlIFVzZXJwb3J0YWwgYXQgYWxsLiBJwrR2ZSB0 cmllZCB0aGlzIGZyb20gbXkgd29ya3N0YXRpb24sIHJ1bm5pbmcgRmVkb3JhIDE3Og0KPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0NCiQgU1BJQ0VDX0RFQlVHX0xFVkVMPTAgZmlyZWZveA0KKHBsdWdp bi1jb250YWluZXI6MTgyOTMpOiBTcGljZVhQSS1DUklUSUNBTCAqKjogY29udHJvbGxlciBjb25u ZWN0OiBGaWxlbiBlbGxlciBrYXRhbG9nZW4gZmlubnMgaW50ZQ0KKHBsdWdpbi1jb250YWluZXI6 MTgyOTMpOiBTcGljZVhQSS1DUklUSUNBTCAqKjogY29udHJvbGxlciBjb25uZWN0OiBGaWxlbiBl bGxlciBrYXRhbG9nZW4gZmlubnMgaW50ZQ0KKHBsdWdpbi1jb250YWluZXI6MTgyOTMpOiBTcGlj ZVhQSS1DUklUSUNBTCAqKjogY291bGQgbm90IGdldCBicm93c2VyIHdpbmRvdywgd2hlbiB0cnlp bmcgdG8gY2FsbCBPbkRpc2Nvbm5lY3RlZA0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCg0KDQpI ZXJlwrRzIGEgY29sbGVndWUgb2YgbWluZSwgcnVubmluZyBXaW43L0lFOToNCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09DQoxMzYyNjQ4NzY2IElORk8gWzcxOTY6NTIwOF0gc3BpY2V4X2luaXRfbG9n Z2VyOiBzdGFydGVkDQoxMzYyNjQ4NzY2IERFQlVHIFs3MTk2OjUyMDhdIENPU3BpY2VYOjpwdXRf RHluYW1pY01lbnU6IER5bmFtaWNNZW51DQoxMzYyNjQ4NzY2IElORk8gWzcxOTY6NTIwOF0gQ09T cGljZVg6OnB1dF9GdWxsU2NyZWVuOiBOZXcgRnVsbFNjcmVlbiByZXF1ZXN0IG5ld1ZhbD0weGZm ZmZmZmZmDQoxMzYyNjQ4NzY2IERFQlVHIFs3MTk2OjUyMDhdIENPU3BpY2VYOjpDb25uZWN0OiBS dW5uaW5nIHNwaWNlYyAoQzpcVXNlcnNcam9wZVxBcHBEYXRhXExvY2FsXHZpcnQtdmlld2VyXGJp blxyZW1vdGUtdmlld2VyLmV4ZSAtLXNwaWNlLWNvbnRyb2xsZXIpDQoxMzYyNjQ4NzY2IElORk8g WzcxOTY6NTIwOF0gQ09TcGljZVg6OkNvbm5lY3Q6IHNwaWNlYyBwaWQgMTY0MA0KMTM2MjY0ODc2 NiBERUJVRyBbNzE5Njo1MjA4XSBDT1NwaWNlWDo6Q29ubmVjdDogY29ubmVjdGluZyB0byBzcGlj ZSBjbGllbnQncyBwaXBlDQoxMzYyNjQ4NzY3IERFQlVHIFs3MTk2OjUyMDhdIENPU3BpY2VYOjpz ZW5kX2luaXQ6IHNlbmRpbmcgaW5pdA0KMTM2MjY0ODc2NyBERUJVRyBbNzE5Njo1MjA4XSBDT1Nw aWNlWDo6c2VuZF93c3RyOiBzZW5kaW5nIG1zZyBpZCAxIDogc3RyIDEzMC4yMzguOTYuMTM1ICgx KQ0KMTM2MjY0ODc2NyBERUJVRyBbNzE5Njo1MjA4XSBDT1NwaWNlWDo6c2VuZF92YWx1ZTogc2Vu ZGluZyBtc2cgaWQgMiB2YWx1ZSA1OTA2DQoxMzYyNjQ4NzY3IERFQlVHIFs3MTk2OjUyMDhdIENP U3BpY2VYOjpzZW5kX3ZhbHVlOiBzZW5kaW5nIG1zZyBpZCAzIHZhbHVlIDU5MDcNCjEzNjI2NDg3 NjcgREVCVUcgWzcxOTY6NTIwOF0gQ09TcGljZVg6OnNlbmRfd3N0cjogc2VuZGluZyBwYXNzd29y ZA0KMTM2MjY0ODc2NyBERUJVRyBbNzE5Njo1MjA4XSBDT1NwaWNlWDo6c2VuZF93c3RyOiBzZW5k aW5nIG1zZyBpZCAxMSA6IHN0ciBJVC1BdmRlbG5pbmdlbi0xOiVkIC0gUHJlc3MgU0hJRlQrRjEy IHRvIFJlbGVhc2UgQ3Vyc29yICgxKQ0KMTM2MjY0ODc2NyBERUJVRyBbNzE5Njo1MjA4XSBDT1Nw aWNlWDo6c2VuZF92YWx1ZTogc2VuZGluZyBtc2cgaWQgMTAgdmFsdWUgMQ0KMTM2MjY0ODc2NyBE RUJVRyBbNzE5Njo1MjA4XSBDT1NwaWNlWDo6c2VuZF93c3RyOiBzZW5kaW5nIG1zZyBpZCAxNCA6 IHN0ciByZWxlYXNlLWN1cnNvcj1zaGlmdCtmMTIsdG9nZ2xlLWZ1bGxzY3JlZW49c2hpZnQrZjEx ICgxKQ0KMTM2MjY0ODc2NyBERUJVRyBbNzE5Njo1MjA4XSBDT1NwaWNlWDo6c2VuZF93c3RyOiBz ZW5kaW5nIG1zZyBpZCA1IDogc3RyIG1haW4saW5wdXRzLHNjdXJzb3Isc3BsYXliYWNrLHNyZWNv cmQsc2Rpc3BsYXkgKDEpDQoxMzYyNjQ4NzY3IERFQlVHIFs3MTk2OjUyMDhdIENPU3BpY2VYOjpz ZW5kX3dzdHI6IHNlbmRpbmcgbXNnIGlkIDcgOiBzdHIgREVGQVVMVCAoMSkNCjEzNjI2NDg3Njcg REVCVUcgWzcxOTY6NTIwOF0gQ09TcGljZVg6OnNlbmRfd3N0cjogc2VuZGluZyBtc2cgaWQgOCA6 IHN0ciBDOlxVc2Vyc1xqb3BlXEFwcERhdGFcTG9jYWxcVGVtcFx0cnVzdHN0b3JlLnBlbSAoMSkN CjEzNjI2NDg3NjcgREVCVUcgWzcxOTY6NTIwOF0gQ09TcGljZVg6OnNlbmRfbXNnOiBzZW5kaW5n IG1zZyBpZCAxNg0KMTM2MjY0ODc2NyBERUJVRyBbNzE5Njo1MjA4XSBDT1NwaWNlWDo6c2VuZF9t c2c6IHNlbmRpbmcgbXNnIGlkIDE3DQoxMzYyNjQ4NzY3IElORk8gWzcxOTY6NTIwOF0gQ09TcGlj ZVg6OkV4ZWN1dGVVc2JDdHJsOiBVU0Igc2hhcmluZyBpcyBub3QgcmVxdWVzdGVkDQoxMzYyNjQ4 NzcxIElORk8gWzcxOTY6NzQ4MF0gQ09TcGljZVg6OmV2ZW50X3RocmVhZDogZXhpdF9jb2RlPTAg ZXJyb3JfY29kZT0xDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KDQoNCkFuZCBhbm90aGVyIGNv bGxlZ3VlIHJ1bm5pbmcgQ2VudE9TLTYuMy9GaXJlZm94Og0KPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0NCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjUxIERFQlVHIG5zUGx1Z2luSW5zdGFuY2U6OlNldEhv c3RJUDogMTMwLjIzOC45Ni4xMzINCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjUyIERFQlVHIG5zUGx1 Z2luSW5zdGFuY2U6OlNldFBvcnQ6IDU5MDANCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjUyIERFQlVH IG5zUGx1Z2luSW5zdGFuY2U6OlNldFRpdGxlOiBJVC1BdmRlbG5pbmdlbi0yOiVkIC0gUHJlc3Mg U0hJRlQrRjEyIHRvIFJlbGVhc2UgQ3Vyc29yDQoyMDEzLTAzLTA3IDA5OjQyOjQxLDY1MiBERUJV RyBuc1BsdWdpbkluc3RhbmNlOjpTZXREeW5hbWljTWVudToNCjIwMTMtMDMtMDcgMDk6NDI6NDEs NjUyIERFQlVHIG5zUGx1Z2luSW5zdGFuY2U6OlNldEZ1bGxTY3JlZW46IDENCjIwMTMtMDMtMDcg MDk6NDI6NDEsNjUyIERFQlVHIG5zUGx1Z2luSW5zdGFuY2U6OlNldFBhc3N3b3JkOiBQYXNzd29y ZCBzZXQNCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjUyIERFQlVHIG5zUGx1Z2luSW5zdGFuY2U6OlNl dE51bWJlck9mTW9uaXRvcnM6IDENCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjUyIERFQlVHIG5zUGx1 Z2luSW5zdGFuY2U6OlNldFVzYkxpc3RlblBvcnQ6IDANCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjUy IERFQlVHIG5zUGx1Z2luSW5zdGFuY2U6OlNldEFkbWluQ29uc29sZTogMQ0KMjAxMy0wMy0wNyAw OTo0Mjo0MSw2NTMgREVCVUcgbnNQbHVnaW5JbnN0YW5jZTo6U2V0U2VjdXJlUG9ydDogNTkwMQ0K MjAxMy0wMy0wNyAwOTo0Mjo0MSw2NTMgREVCVUcgbnNQbHVnaW5JbnN0YW5jZTo6U2V0U1NMQ2hh bm5lbHM6IG9yaWdpbmFsIGNoYW5uZWxzOiBzbWFpbixzaW5wdXRzLHNjdXJzb3Isc3BsYXliYWNr LHNyZWNvcmQsc2Rpc3BsYXkNCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjUzIERFQlVHIG5zUGx1Z2lu SW5zdGFuY2U6OlNldFNTTENoYW5uZWxzOiBtb2RpZmllZCBjaGFubmVsczogbWFpbixpbnB1dHMs Y3Vyc29yLHBsYXliYWNrLHJlY29yZCxkaXNwbGF5DQoyMDEzLTAzLTA3IDA5OjQyOjQxLDY1MyBE RUJVRyBuc1BsdWdpbkluc3RhbmNlOjpTZXRHdWVzdEhvc3ROYW1lOiBJVC1BdmRlbG5pbmdlbi0y DQoyMDEzLTAzLTA3IDA5OjQyOjQxLDY1MyBERUJVRyBuc1BsdWdpbkluc3RhbmNlOjpTZXRDaXBo ZXJTdWl0ZTogREVGQVVMVA0KMjAxMy0wMy0wNyAwOTo0Mjo0MSw2NTMgREVCVUcgbnNQbHVnaW5J bnN0YW5jZTo6U2V0VHJ1c3RTdG9yZTogQ2VydGlmaWNhdGU6DQogICAgRGF0YToNCiAgICAgICAg VmVyc2lvbjogMyAoMHgyKQ0KICAgICAgICBTZXJpYWwgTnVtYmVyOiAxNSAoMHhmKQ0KICAgICAg ICBTaWduYXR1cmUgQWxnb3JpdGhtOiBzaGExV2l0aFJTQUVuY3J5cHRpb24NCiAgICAgICAgSXNz dWVyOiBDPVVTLCBPPVNMVSwgQ049Q0Etc3Rvcm0uc2x1LnNlLjgwOTg1DQogICAgICAgIFZhbGlk aXR5DQogICAgICAgICAgICBOb3QgQmVmb3JlOiBTZXAgMjYgMTQ6MjE6MDYgMjAxMg0KICAgICAg ICAgICAgTm90IEFmdGVyIDogU2VwIDI1IDEyOjIxOjA2IDIwMjIgR01UDQogICAgICAgIFN1Ympl Y3Q6IEM9VVMsIE89U0xVLCBDTj1DQS1zdG9ybS5zbHUuc2UuODA5ODUNCiAgICAgICAgU3ViamVj dCBQdWJsaWMgS2V5IEluZm86DQogICAgICAgICAgICBQdWJsaWMgS2V5IEFsZ29yaXRobTogcnNh RW5jcnlwdGlvbg0KICAgICAgICAgICAgICAgIFB1YmxpYy1LZXk6ICgxMDI0IGJpdCkNCiAgICAg ICAgICAgICAgICBNb2R1bHVzOg0KICAgICAgICAgICAgICAgICAgICAwMDphMjo5NDo4OToxODoy Njo3OTo0OTo2YjpjNjoyODo2YzpmMjo5NTplOToNCiAgICAgICAgICAgICAgICAgICAgYTc6NzE6 MDA6MjI6YzY6Nzk6YzI6OWU6MTA6NjM6ZWY6MzQ6NWM6YWI6NjI6DQogICAgICAgICAgICAgICAg ICAgIDM2OmEwOjdhOjg0OmQwOjc5Ojc3OjRjOjlkOjNkOjM5OjhmOjk3OjkzOmM1Og0KICAgICAg ICAgICAgICAgICAgICBmNjpmYjo1YjowYjpmODo5YjphZDpkODo1MzoyZDphNjpiNjowMzo0NTpk NDoNCiAgICAgICAgICAgICAgICAgICAgNzY6NDU6ZjE6YWY6OTk6NDI6NzQ6MDc6NGM6NDg6N2Q6 Mjg6OTY6MzE6OWU6DQogICAgICAgICAgICAgICAgICAgIDg4OmNmOjkwOmQ5OmU3OmQ5OmNmOjU1 OmE4OmJkOjM3OmEwOjhmOmYxOjI2Og0KICAgICAgICAgICAgICAgICAgICA4OTphOTphYjo2NDo3 ODphNDowMjo2MDo5YjozYTphNzowNzpkYjo2ZTo3NToNCiAgICAgICAgICAgICAgICAgICAgMzI6 ZTU6OGY6NTE6N2Y6NTA6MDI6MTU6ZDg6Yzg6N2I6Njg6YzE6NTQ6ZTE6DQogICAgICAgICAgICAg ICAgICAgIDlmOmMyOmQyOmNmOjUzOmMzOjU4OmIzOjE1DQogICAgICAgICAgICAgICAgRXhwb25l bnQ6IDY1NTM3ICgweDEwMDAxKQ0KICAgICAgICBYNTA5djMgZXh0ZW5zaW9uczoNCiAgICAgICAg ICAgIFg1MDl2MyBTdWJqZWN0IEtleSBJZGVudGlmaWVyOg0KICAgICAgICAgICAgICAgIEZFOjhG OjU3OkYxOkEwOkFGOjQ1OjM2OjlGOkFDOkM5OjZCOkVFOkY5OkQxOjNFOjE4Ojc4OkI5OkVBDQog ICAgICAgICAgICBBdXRob3JpdHkgSW5mb3JtYXRpb24gQWNjZXNzOg0KICAgICAgICAgICAgICAg IENBIElzc3VlcnMgLSBVUkk6aHR0cDovL3N0b3JtLnNsdS5zZTo4MC9jYS5jcnQNCg0KICAgICAg ICAgICAgWDUwOXYzIEF1dGhvcml0eSBLZXkgSWRlbnRpZmllcjoNCiAgICAgICAgICAgICAgICBr ZXlpZDpGRTo4Rjo1NzpGMTpBMDpBRjo0NTo0Njo5RjpOQzpDOTo2QjpFRTpGOTpEMTozRToxODo3 ODpCOTpFQQ0KICAgICAgICAgICAgICAgIERpck5hbWU6L0M9VVMvTz1TTFUvQ049Q0Etc3Rvcm0u c2x1LnNlLjgwOTg1DQogICAgICAgICAgICAgICAgc2VyaWFsOjBGDQoNCiAgICAgICAgICAgIFg1 MDl2MyBCYXNpYyBDb25zdHJhaW50czogY3JpdGljYWwNCiAgICAgICAgICAgICAgICBDQTpUUlVF DQogICAgICAgICAgICBYNTA5djMgS2V5IFVzYWdlOiBjcml0aWNhbA0KICAgICAgICAgICAgICAg IENlcnRpZmljYXRlIFNpZ24sIENSTCBTaWduDQogICAgU2lnbmF0dXJlIEFsZ29yaXRobTogc2hh MVdpdGhSU0FFbmNyeXB0aW9uDQogICAgICAgIDQ1OmU0OjE1OjIzOmZhOjU1Ojc4Ojg5OjI0OjY2 OjdjOmUyOjMzOjQxOmVhOjk4OjAwOjEyOg0KICAgICAgICAwYzoyNTplNTplNjozYTpjNzpmODpm OTo0ZDo4Mzo0NzpkMzo4MDo5YjpjMDo3ODpiYzphYjoNCiAgICAgICAgNjE6YWU6NmQ6YTE6Y2Y6 NDM6Y2I6Y2I6MzE6MmM6OTQ6NzI6MjE6YjA6NTg6ZjA6OGI6Njk6DQogICAgICAgIDBkOmM0Ojcz OmYyOjQ0Ojk1OjUyOjA2OjIzOjZjOjcxOjdhOjliOmZjOjVmOjk4OjIxOjM1Og0KICAgICAgICAy NjplMTphMzpiYjo2NTpiYjpkMjo4MTpiYjo0ODo5Njo5OTpiNzowNDplNjoxNTphZjo5MzoNCiAg ICAgICAgYTE6NjA6ZTQ6YmY6MDU6ZDM6YjA6NGI6ZTQ6ZTI6NGI6MjE6ODI6ZDc6MmI6M2Q6MTk6 ZWY6DQogICAgICAgIGE0OjVhOjIzOjU4Ojc0OmVmOjFhOjgwOjE0OjhiOjg5OmIyOmE3OmJkOmMy OjIxOjY2OjFmOg0KICAgICAgICBlMDo3ZQ0KLS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tDQpN SUlDMURDQ0FqMmdBd0lCQWdJQkR6QU5CZ2txaGtpRzl3MEJBUVVGQURBN01Rc3dDUVlEVlFRR0V3 SlZVekVNDQpNQW9HQTFVRUNoTURVMHhWTVI0d0hBWURWUVFERXhWRFFTMXpkRzl5YlM1emJIVXVj MlV1T0RBNU9EVXdJaGNSDQpNVEl3T1RJMk1UUXlNVEEyTFRBeE1EQVhEVEl5TURreU5URXlNakV3 Tmxvd096RUxNQWtHQTFVRUJoTUNWVk14DQpEREFLQmdOVkJBb1RBMU5NVlRFZU1Cd0dBMVVFQXhN VlEwRXRjM1J2Y20wdWMyeDFMbk5sTGpnd09UZzFNSUdmDQpNQTBHQ1NxR1NJYjNEUUVCQVFVQUE0 R05BRENCaVFLQmdRQ2lsSWtZSm5sSmE4WW9iUEtWNmFkeEFDTEdlY0tlDQpFR1B2TkZ5cllqYWdl b1RRZVhkTW5UMDVqNWVUeGZiN1d3djRtNjNZVXkybXRnTkYxSFpGOGErWlFuUUhURWg5DQpLSll4 bm9qUGtObm4yYzlXcUwwM29JL3hKb21wcTJSNHBBSmdtenFuQjl0dWRUTGxqMUYvVUFJVjJNaDdh TUZVDQo0Wi9DMHM5VHcxaXpGUUlEQVFBQm80SGpNSUhnTUIwR0ExVWREZ1FXQkJUK2oxZnhvSzlG UnArc3lXdnUrZEUrDQpHSGk1NmpBNUJnZ3JCZ0VGQlFjQkFRUXRNQ3N3S1FZSUt3WUJCUVVITUFL R0hXaDBkSEE2THk5emRHOXliUzV6DQpiSFV1YzJVNk9EQXZZMkV1WTNKME1HTUdBMVVkSVJjTUZx QUZQNlBWL0dncjBWR242ekphKzc1MFQ0WWVMbnENCm9UK2tQVEE3TVFzd0NRWURWUVFHRXdKVlV6 RU1NQW9HQTFVRUNoTURVMHhWTVI0d0hBWURWUVFERXhWRFFTMXoNCmRHOXliUzV6YkhVdWMyVXVP REE1T0RXQ0FROHdEd1lEVlIwVEFRSC9CQVV3QXdFQi96QU9CZ05WSFE4QkFmOEUNCkJBTUNBUVl3 RFFZSktvWklodmNOQVFFRkJRQURnWUVBUmVRVkkvcFZlSWtrWm56aU0wSHFtQUFTRENYbDVqckgN CitQbE5nMGZUZ0p2QWVMeXJZYTV0b2M5RHk4c3hMSlJ5SWJCWThJdHBEY1J6OGtTVlVnWWpiSEY2 bS94Zm1DRTENCkp1R2p1Mlc3MG9HN1NHYVp0d1RtRmErVG9XRGt2d1hUc0V2azRrc2hndGNyUFJu dnBGb2pXSFR2R29BVWk0bXkNCnA3M0NJV1lmNEg0PQ0KLS0tLS1FTkQgQ0VSVElGSUNBVEUtLS0t LQ0KDQoyMDEzLTAzLTA3IDA5OjQyOjQxLDY1MyBERUJVRyBuc1BsdWdpbkluc3RhbmNlOjpTZXRI b3RLZXlzOiByZWxlYXNlLWN1cnNvcj1zaGlmdCtmMTIsdG9nZ2xlLWZ1bGxzY3JlZW49c2hpZnQr ZjExDQoyMDEzLTAzLTA3IDA5OjQyOjQxLDY1MyBERUJVRyBuc1BsdWdpbkluc3RhbmNlOjpTZXRO b1Rhc2tNZ3JFeGVjdXRpb246IDANCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjU0IERFQlVHIG5zUGx1 Z2luSW5zdGFuY2U6OlNldFNlbmRDdHJsQWx0RGVsZXRlOiAwDQoyMDEzLTAzLTA3IDA5OjQyOjQx LDY1NCBERUJVRyBuc1BsdWdpbkluc3RhbmNlOjpTZXRVc2JBdXRvU2hhcmU6IDENCjIwMTMtMDMt MDcgMDk6NDI6NDEsNjU0IERFQlVHIG5zUGx1Z2luSW5zdGFuY2U6OlNldFVzYkZpbHRlcjogLTEs NjAxODYsMTAwMDAsMjU2LDF8LTEsMTExOCwyNDUsLTEsMXwtMSwxMTMzLDIyNDUsLTEsMXwtMSwx MTMzLDIyNDIsNSwxfDgsLTEsLTEsLTEsMXw3LC0xLC0xLC0xLDF8LTEsLTEsLTEsLTEsMA0KMjAx My0wMy0wNyAwOTo0Mjo0MSw2NTQgSU5GTyAgbnNQbHVnaW5JbnN0YW5jZTo6Q29ubmVjdDogU1BJ Q0VfWFBJX1NPQ0tFVDogL3RtcC9zcGljZWMtc2NRWW1KL3NwaWNlLXhwaQ0KMjAxMy0wMy0wNyAw OTo0Mjo0MSw2NTQgSU5GTyAgbnNQbHVnaW5JbnN0YW5jZTo6Q29ubmVjdDogU1BJQ0VfRk9SRUlH Tl9NRU5VX1NPQ0tFVDogL3RtcC9zcGljZWMtc2NRWW1KL3NwaWNlLWZvcmVpZ24NCjIwMTMtMDMt MDcgMDk6NDI6NDEsNjU1IERFQlVHIG5zUGx1Z2luSW5zdGFuY2U6OkNvbm5lY3Q6IENvbnRyb2xs ZXIgcGlkOiAxMDM0MA0KMjAxMy0wMy0wNyAwOTo0Mjo0MSw2NTUgREVCVUcgUUVycm9ySGFuZGxl cjogU29tZXRoaW5nIHdlbnQgd3Jvbmc6IGNvbm5lY3QgZXJyb3IsIDINCjIwMTMtMDMtMDcgMDk6 NDI6NDEsNjU1IERFQlVHIFNwaWNlQ29udHJvbGxlcjo6Q29ubmVjdDogQ29ubmVjdCBFcnJvcg0K MjAxMy0wMy0wNyAwOTo0Mjo0MSw2NTUgREVCVUcgUUVycm9ySGFuZGxlcjogU29tZXRoaW5nIHdl bnQgd3Jvbmc6IGNvbm5lY3QgZXJyb3IsIDINCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjU1IERFQlVH IFNwaWNlQ29udHJvbGxlcjo6Q29ubmVjdDogQ29ubmVjdCBFcnJvcg0KMjAxMy0wMy0wNyAwOTo0 Mjo0MSw2NTUgSU5GTyAgbnNQbHVnaW5JbnN0YW5jZTo6Q29ubmVjdDogTGF1bmNoaW5nIC91c3Iv bGliZXhlYy9zcGljZS14cGktY2xpZW50DQoyMDEzLTAzLTA3IDA5OjQyOjQyLDY1NSBERUJVRyBT cGljZUNvbnRyb2xsZXI6OkNvbm5lY3Q6IENvbm5lY3RlZCENCjIwMTMtMDMtMDcgMDk6NDI6NDQs NzIzIElORk8gIG5zUGx1Z2luSW5zdGFuY2U6OkNvbm5lY3Q6IEluaXRpYXRpbmcgY29ubmVjdGlv biB3aXRoIGNvbnRyb2xsZXINCjIwMTMtMDMtMDcgMDk6NDI6NDgsNjUyIERFQlVHIG5zUGx1Z2lu SW5zdGFuY2U6OkNvbnRyb2xsZXJXYWl0SGVscGVyOiBDb250cm9sbGVyIGZpbmlzaGVkLCBwaWQ6 IDEwMzQwLCBleGl0IGNvZGU6IDANCjIwMTMtMDMtMDcgMDk6NDI6NDgsNjUzIEVSUk9SIG5zUGx1 Z2luSW5zdGFuY2U6OkNhbGxPbkRpc2Nvbm5lY3RlZDogY291bGQgbm90IGdldCBicm93c2VyIHdp bmRvdywgd2hlbiB0cnlpbmcgdG8gY2FsbCBPbkRpc2Nvbm5lY3RlZA0KPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0NCg0KDQpJZiB0aGVyZcK0cyBhbnl0aGluZyB3ZSBjYW4gZG8gdG8gaGVscCByZXNv bHZlIHRoaXMgaXNzdWUgb25jZSBhbmQgZm9yIGFsbCwganVzdCBuYW1lIGl0ISBJdCBzbyBodXJ0 cyB0byBzZWUgdGhpcyBvdGhlcndpc2UgZ3JlYXQgcHJvZHVjdCB0cmlwcGluZyBvdmVyIG9uIGl0 wrRzIGZhY2Ugc28gY2xvc2UgdG8gdGhlIGZpbmlzaCBsaW5lOigNCg0KQmVzdCBSZWdhcmRzDQpL YXJsaSBTasO2YmVyZw0K --_000_5F9E965F5A80BC468BE5F40576769F09102773F5exchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIaSwgaXQgbWUgYWdh aW4sPGJyPg0KPGJyPg0KdGhlIGxhc3QgdGltZSB0aGlzIHdhcyBkaXNjdXNzZWQsIHRoZSBwcm9i bGVtIHNlZW1lZCB0byBiZSBjZW50cmVkIGFyb3VuZCBXaW4vSUUsIGJ1dCBzaW5jZSBwYXRjaGlu ZyB0bzo8YnI+DQojIHJwbSAtcWEgfCBncmVwIG92aXJ0PGJyPg0Kb3ZpcnQtZW5naW5lLWNvbmZp Zy0zLjEuMC00LmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLWRic2NyaXB0cy0zLjEuMC00 LmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtbG9nLWNvbGxlY3Rvci0zLjEuMC0wLmdpdDEwZDcxOS5m YzE3Lm5vYXJjaDxicj4NCm92aXJ0LWVuZ2luZS1yZXN0YXBpLTMuMS4wLTQuZmMxNy5ub2FyY2g8 YnI+DQpvdmlydC1pbWFnZS11cGxvYWRlci0zLjEuMC0wLmdpdDljNDJjOC5mYzE3Lm5vYXJjaDxi cj4NCm92aXJ0LWVuZ2luZS1nZW5lcmljYXBpLTMuMS4wLTQuZmMxNy5ub2FyY2g8YnI+DQpvdmly dC1pc28tdXBsb2FkZXItMy4xLjAtMC5naXQxODQxZDkuZmMxNy5ub2FyY2g8YnI+DQpvdmlydC1l bmdpbmUtd2ViYWRtaW4tcG9ydGFsLTMuMS4wLTQuZmMxNy5ub2FyY2g8YnI+DQpvdmlydC1lbmdp bmUtc2V0dXAtMy4xLjAtNC5mYzE3Lm5vYXJjaDxicj4NCm92aXJ0LWVuZ2luZS1zZGstMy4yLjAu Mi0xLmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQtMy4xLjAtNC5mYzE3Lm5v YXJjaDxicj4NCm92aXJ0LWVuZ2luZS10b29scy1jb21tb24tMy4xLjAtNC5mYzE3Lm5vYXJjaDxi cj4NCm92aXJ0LWVuZ2luZS0zLjEuMC00LmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLXVz ZXJwb3J0YWwtMy4xLjAtNC5mYzE3Lm5vYXJjaDxicj4NCm92aXJ0LWVuZ2luZS1ub3RpZmljYXRp b24tc2VydmljZS0zLjEuMC00LmZjMTcubm9hcmNoPGJyPg0KPGJyPg0KTm8gb25lIGlzIGFibGUg dG8gY29ubmVjdCB0byBhIHNwaWNlIGNvbnNvbGUgdGhvdWdoIHRoZSBVc2VycG9ydGFsIGF0IGFs bC4gScK0dmUgdHJpZWQgdGhpcyBmcm9tIG15IHdvcmtzdGF0aW9uLCBydW5uaW5nIEZlZG9yYSAx Nzo8YnI+DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PTxicj4NCiQgU1BJQ0VDX0RFQlVHX0xFVkVM PTAgZmlyZWZveDxicj4NCihwbHVnaW4tY29udGFpbmVyOjE4MjkzKTogU3BpY2VYUEktQ1JJVElD QUwgKio6IGNvbnRyb2xsZXIgY29ubmVjdDogRmlsZW4gZWxsZXIga2F0YWxvZ2VuIGZpbm5zIGlu dGU8YnI+DQoocGx1Z2luLWNvbnRhaW5lcjoxODI5Myk6IFNwaWNlWFBJLUNSSVRJQ0FMICoqOiBj b250cm9sbGVyIGNvbm5lY3Q6IEZpbGVuIGVsbGVyIGthdGFsb2dlbiBmaW5ucyBpbnRlPGJyPg0K KHBsdWdpbi1jb250YWluZXI6MTgyOTMpOiBTcGljZVhQSS1DUklUSUNBTCAqKjogY291bGQgbm90 IGdldCBicm93c2VyIHdpbmRvdywgd2hlbiB0cnlpbmcgdG8gY2FsbCBPbkRpc2Nvbm5lY3RlZDxi cj4NCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PGJyPg0KPGJyPg0KPGJyPg0KSGVyZcK0cyBhIGNv bGxlZ3VlIG9mIG1pbmUsIHJ1bm5pbmcgV2luNy9JRTk6PGJyPg0KPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT08YnI+DQoxMzYyNjQ4NzY2IElORk8gWzcxOTY6NTIwOF0gc3BpY2V4X2luaXRfbG9nZ2Vy OiBzdGFydGVkPGJyPg0KMTM2MjY0ODc2NiBERUJVRyBbNzE5Njo1MjA4XSBDT1NwaWNlWDo6cHV0 X0R5bmFtaWNNZW51OiBEeW5hbWljTWVudTxicj4NCjEzNjI2NDg3NjYgSU5GTyBbNzE5Njo1MjA4 XSBDT1NwaWNlWDo6cHV0X0Z1bGxTY3JlZW46IE5ldyBGdWxsU2NyZWVuIHJlcXVlc3QgbmV3VmFs PTB4ZmZmZmZmZmY8YnI+DQoxMzYyNjQ4NzY2IERFQlVHIFs3MTk2OjUyMDhdIENPU3BpY2VYOjpD b25uZWN0OiBSdW5uaW5nIHNwaWNlYyAoQzpcVXNlcnNcam9wZVxBcHBEYXRhXExvY2FsXHZpcnQt dmlld2VyXGJpblxyZW1vdGUtdmlld2VyLmV4ZSAtLXNwaWNlLWNvbnRyb2xsZXIpPGJyPg0KMTM2 MjY0ODc2NiBJTkZPIFs3MTk2OjUyMDhdIENPU3BpY2VYOjpDb25uZWN0OiBzcGljZWMgcGlkIDE2 NDA8YnI+DQoxMzYyNjQ4NzY2IERFQlVHIFs3MTk2OjUyMDhdIENPU3BpY2VYOjpDb25uZWN0OiBj b25uZWN0aW5nIHRvIHNwaWNlIGNsaWVudCdzIHBpcGU8YnI+DQoxMzYyNjQ4NzY3IERFQlVHIFs3 MTk2OjUyMDhdIENPU3BpY2VYOjpzZW5kX2luaXQ6IHNlbmRpbmcgaW5pdDxicj4NCjEzNjI2NDg3 NjcgREVCVUcgWzcxOTY6NTIwOF0gQ09TcGljZVg6OnNlbmRfd3N0cjogc2VuZGluZyBtc2cgaWQg MSA6IHN0ciAxMzAuMjM4Ljk2LjEzNSAoMSk8YnI+DQoxMzYyNjQ4NzY3IERFQlVHIFs3MTk2OjUy MDhdIENPU3BpY2VYOjpzZW5kX3ZhbHVlOiBzZW5kaW5nIG1zZyBpZCAyIHZhbHVlIDU5MDY8YnI+ DQoxMzYyNjQ4NzY3IERFQlVHIFs3MTk2OjUyMDhdIENPU3BpY2VYOjpzZW5kX3ZhbHVlOiBzZW5k aW5nIG1zZyBpZCAzIHZhbHVlIDU5MDc8YnI+DQoxMzYyNjQ4NzY3IERFQlVHIFs3MTk2OjUyMDhd IENPU3BpY2VYOjpzZW5kX3dzdHI6IHNlbmRpbmcgcGFzc3dvcmQ8YnI+DQoxMzYyNjQ4NzY3IERF QlVHIFs3MTk2OjUyMDhdIENPU3BpY2VYOjpzZW5kX3dzdHI6IHNlbmRpbmcgbXNnIGlkIDExIDog c3RyIElULUF2ZGVsbmluZ2VuLTE6JWQgLSBQcmVzcyBTSElGVCYjNDM7RjEyIHRvIFJlbGVhc2Ug Q3Vyc29yICgxKTxicj4NCjEzNjI2NDg3NjcgREVCVUcgWzcxOTY6NTIwOF0gQ09TcGljZVg6OnNl bmRfdmFsdWU6IHNlbmRpbmcgbXNnIGlkIDEwIHZhbHVlIDE8YnI+DQoxMzYyNjQ4NzY3IERFQlVH IFs3MTk2OjUyMDhdIENPU3BpY2VYOjpzZW5kX3dzdHI6IHNlbmRpbmcgbXNnIGlkIDE0IDogc3Ry IHJlbGVhc2UtY3Vyc29yPXNoaWZ0JiM0MztmMTIsdG9nZ2xlLWZ1bGxzY3JlZW49c2hpZnQmIzQz O2YxMSAoMSk8YnI+DQoxMzYyNjQ4NzY3IERFQlVHIFs3MTk2OjUyMDhdIENPU3BpY2VYOjpzZW5k X3dzdHI6IHNlbmRpbmcgbXNnIGlkIDUgOiBzdHIgbWFpbixpbnB1dHMsc2N1cnNvcixzcGxheWJh Y2ssc3JlY29yZCxzZGlzcGxheSAoMSk8YnI+DQoxMzYyNjQ4NzY3IERFQlVHIFs3MTk2OjUyMDhd IENPU3BpY2VYOjpzZW5kX3dzdHI6IHNlbmRpbmcgbXNnIGlkIDcgOiBzdHIgREVGQVVMVCAoMSk8 YnI+DQoxMzYyNjQ4NzY3IERFQlVHIFs3MTk2OjUyMDhdIENPU3BpY2VYOjpzZW5kX3dzdHI6IHNl bmRpbmcgbXNnIGlkIDggOiBzdHIgQzpcVXNlcnNcam9wZVxBcHBEYXRhXExvY2FsXFRlbXBcdHJ1 c3RzdG9yZS5wZW0gKDEpPGJyPg0KMTM2MjY0ODc2NyBERUJVRyBbNzE5Njo1MjA4XSBDT1NwaWNl WDo6c2VuZF9tc2c6IHNlbmRpbmcgbXNnIGlkIDE2PGJyPg0KMTM2MjY0ODc2NyBERUJVRyBbNzE5 Njo1MjA4XSBDT1NwaWNlWDo6c2VuZF9tc2c6IHNlbmRpbmcgbXNnIGlkIDE3PGJyPg0KMTM2MjY0 ODc2NyBJTkZPIFs3MTk2OjUyMDhdIENPU3BpY2VYOjpFeGVjdXRlVXNiQ3RybDogVVNCIHNoYXJp bmcgaXMgbm90IHJlcXVlc3RlZDxicj4NCjEzNjI2NDg3NzEgSU5GTyBbNzE5Njo3NDgwXSBDT1Nw aWNlWDo6ZXZlbnRfdGhyZWFkOiBleGl0X2NvZGU9MCBlcnJvcl9jb2RlPTE8YnI+DQo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PTxicj4NCjxicj4NCjxicj4NCkFuZCBhbm90aGVyIGNvbGxlZ3VlIHJ1 bm5pbmcgQ2VudE9TLTYuMy9GaXJlZm94Ojxicj4NCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PGJy Pg0KMjAxMy0wMy0wNyAwOTo0Mjo0MSw2NTEgREVCVUcgbnNQbHVnaW5JbnN0YW5jZTo6U2V0SG9z dElQOiAxMzAuMjM4Ljk2LjEzMjxicj4NCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjUyIERFQlVHIG5z UGx1Z2luSW5zdGFuY2U6OlNldFBvcnQ6IDU5MDA8YnI+DQoyMDEzLTAzLTA3IDA5OjQyOjQxLDY1 MiBERUJVRyBuc1BsdWdpbkluc3RhbmNlOjpTZXRUaXRsZTogSVQtQXZkZWxuaW5nZW4tMjolZCAt IFByZXNzIFNISUZUJiM0MztGMTIgdG8gUmVsZWFzZSBDdXJzb3I8YnI+DQoyMDEzLTAzLTA3IDA5 OjQyOjQxLDY1MiBERUJVRyBuc1BsdWdpbkluc3RhbmNlOjpTZXREeW5hbWljTWVudTogPGJyPg0K MjAxMy0wMy0wNyAwOTo0Mjo0MSw2NTIgREVCVUcgbnNQbHVnaW5JbnN0YW5jZTo6U2V0RnVsbFNj cmVlbjogMTxicj4NCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjUyIERFQlVHIG5zUGx1Z2luSW5zdGFu Y2U6OlNldFBhc3N3b3JkOiBQYXNzd29yZCBzZXQ8YnI+DQoyMDEzLTAzLTA3IDA5OjQyOjQxLDY1 MiBERUJVRyBuc1BsdWdpbkluc3RhbmNlOjpTZXROdW1iZXJPZk1vbml0b3JzOiAxPGJyPg0KMjAx My0wMy0wNyAwOTo0Mjo0MSw2NTIgREVCVUcgbnNQbHVnaW5JbnN0YW5jZTo6U2V0VXNiTGlzdGVu UG9ydDogMDxicj4NCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjUyIERFQlVHIG5zUGx1Z2luSW5zdGFu Y2U6OlNldEFkbWluQ29uc29sZTogMTxicj4NCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjUzIERFQlVH IG5zUGx1Z2luSW5zdGFuY2U6OlNldFNlY3VyZVBvcnQ6IDU5MDE8YnI+DQoyMDEzLTAzLTA3IDA5 OjQyOjQxLDY1MyBERUJVRyBuc1BsdWdpbkluc3RhbmNlOjpTZXRTU0xDaGFubmVsczogb3JpZ2lu YWwgY2hhbm5lbHM6IHNtYWluLHNpbnB1dHMsc2N1cnNvcixzcGxheWJhY2ssc3JlY29yZCxzZGlz cGxheTxicj4NCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjUzIERFQlVHIG5zUGx1Z2luSW5zdGFuY2U6 OlNldFNTTENoYW5uZWxzOiBtb2RpZmllZCBjaGFubmVsczogbWFpbixpbnB1dHMsY3Vyc29yLHBs YXliYWNrLHJlY29yZCxkaXNwbGF5PGJyPg0KMjAxMy0wMy0wNyAwOTo0Mjo0MSw2NTMgREVCVUcg bnNQbHVnaW5JbnN0YW5jZTo6U2V0R3Vlc3RIb3N0TmFtZTogSVQtQXZkZWxuaW5nZW4tMjxicj4N CjIwMTMtMDMtMDcgMDk6NDI6NDEsNjUzIERFQlVHIG5zUGx1Z2luSW5zdGFuY2U6OlNldENpcGhl clN1aXRlOiBERUZBVUxUPGJyPg0KMjAxMy0wMy0wNyAwOTo0Mjo0MSw2NTMgREVCVUcgbnNQbHVn aW5JbnN0YW5jZTo6U2V0VHJ1c3RTdG9yZTogQ2VydGlmaWNhdGU6PGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7IERhdGE6PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IFZlcnNpb246IDMgKDB4Mik8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgU2VyaWFsIE51bWJlcjogMTUgKDB4Zik8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgU2lnbmF0dXJlIEFsZ29yaXRobTogc2hhMVdpdGhS U0FFbmNyeXB0aW9uPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IElzc3VlcjogQz1VUywgTz1TTFUsIENOPUNBLXN0b3JtLnNsdS5zZS44MDk4NTxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBWYWxpZGl0eTxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBOb3QgQmVmb3JlOiBTZXAgMjYgMTQ6MjE6MDYgMjAxMjxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBO b3QgQWZ0ZXIgOiBTZXAgMjUgMTI6MjE6MDYgMjAyMiBHTVQ8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgU3ViamVjdDogQz1VUywgTz1TTFUsIENOPUNBLXN0 b3JtLnNsdS5zZS44MDk4NTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBTdWJqZWN0IFB1YmxpYyBLZXkgSW5mbzo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUHVibGljIEtl eSBBbGdvcml0aG06IHJzYUVuY3J5cHRpb248YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgUHVibGljLUtleTogKDEwMjQgYml0KTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBNb2R1bHVzOjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAwMDphMjo5NDo4OToxODoyNjo3OTo0OTo2Yjpj NjoyODo2YzpmMjo5NTplOTo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYTc6NzE6MDA6MjI6YzY6Nzk6YzI6OWU6MTA6NjM6ZWY6 MzQ6NWM6YWI6NjI6PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDM2OmEwOjdhOjg0OmQwOjc5Ojc3OjRjOjlkOjNkOjM5OjhmOjk3 OjkzOmM1Ojxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBmNjpmYjo1YjowYjpmODo5YjphZDpkODo1MzoyZDphNjpiNjowMzo0NTpk NDo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgNzY6NDU6ZjE6YWY6OTk6NDI6NzQ6MDc6NGM6NDg6N2Q6Mjg6OTY6MzE6OWU6PGJy Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IDg4OmNmOjkwOmQ5OmU3OmQ5OmNmOjU1OmE4OmJkOjM3OmEwOjhmOmYxOjI2Ojxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA4 OTphOTphYjo2NDo3ODphNDowMjo2MDo5YjozYTphNzowNzpkYjo2ZTo3NTo8YnI+DQombmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMzI6ZTU6 OGY6NTE6N2Y6NTA6MDI6MTU6ZDg6Yzg6N2I6Njg6YzE6NTQ6ZTE6PGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDlmOmMyOmQyOmNm OjUzOmMzOjU4OmIzOjE1PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEV4 cG9uZW50OiA2NTUzNyAoMHgxMDAwMSk8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgWDUwOXYzIGV4dGVuc2lvbnM6PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFg1MDl2MyBT dWJqZWN0IEtleSBJZGVudGlmaWVyOiA8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgRkU6OEY6NTc6RjE6QTA6QUY6NDU6MzY6OUY6QUM6Qzk6NkI6RUU6Rjk6RDE6M0U6MTg6 Nzg6Qjk6RUE8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQXV0aG9yaXR5IEluZm9ybWF0aW9uIEFjY2VzczogPGJy Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IENBIElzc3VlcnMgLSBVUkk6aHR0 cDovL3N0b3JtLnNsdS5zZTo4MC9jYS5jcnQ8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgWDUwOXYzIEF1 dGhvcml0eSBLZXkgSWRlbnRpZmllcjogPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IGtleWlkOkZFOjhGOjU3OkYxOkEwOkFGOjQ1OjQ2OjlGOk5DOkM5OjZCOkVFOkY5OkQx OjNFOjE4Ojc4OkI5OkVBPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IERp ck5hbWU6L0M9VVMvTz1TTFUvQ049Q0Etc3Rvcm0uc2x1LnNlLjgwOTg1PGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNlcmlhbDowRjxicj4NCjxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBY NTA5djMgQmFzaWMgQ29uc3RyYWludHM6IGNyaXRpY2FsPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IENBOlRSVUU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgWDUwOXYzIEtleSBVc2FnZTog Y3JpdGljYWw8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQ2VydGlmaWNh dGUgU2lnbiwgQ1JMIFNpZ248YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgU2lnbmF0dXJlIEFsZ29y aXRobTogc2hhMVdpdGhSU0FFbmNyeXB0aW9uPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDQ1OmU0OjE1OjIzOmZhOjU1Ojc4Ojg5OjI0OjY2OjdjOmUyOjMz OjQxOmVhOjk4OjAwOjEyOjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAwYzoyNTplNTplNjozYTpjNzpmODpmOTo0ZDo4Mzo0NzpkMzo4MDo5YjpjMDo3ODpi YzphYjo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgNjE6 YWU6NmQ6YTE6Y2Y6NDM6Y2I6Y2I6MzE6MmM6OTQ6NzI6MjE6YjA6NTg6ZjA6OGI6Njk6PGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDBkOmM0OjczOmYyOjQ0 Ojk1OjUyOjA2OjIzOjZjOjcxOjdhOjliOmZjOjVmOjk4OjIxOjM1Ojxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAyNjplMTphMzpiYjo2NTpiYjpkMjo4MTpi Yjo0ODo5Njo5OTpiNzowNDplNjoxNTphZjo5Mzo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgYTE6NjA6ZTQ6YmY6MDU6ZDM6YjA6NGI6ZTQ6ZTI6NGI6MjE6 ODI6ZDc6MmI6M2Q6MTk6ZWY6PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IGE0OjVhOjIzOjU4Ojc0OmVmOjFhOjgwOjE0OjhiOjg5OmIyOmE3OmJkOmMyOjIx OjY2OjFmOjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBl MDo3ZTxicj4NCi0tLS0tQkVHSU4gQ0VSVElGSUNBVEUtLS0tLTxicj4NCk1JSUMxRENDQWoyZ0F3 SUJBZ0lCRHpBTkJna3Foa2lHOXcwQkFRVUZBREE3TVFzd0NRWURWUVFHRXdKVlV6RU08YnI+DQpN QW9HQTFVRUNoTURVMHhWTVI0d0hBWURWUVFERXhWRFFTMXpkRzl5YlM1emJIVXVjMlV1T0RBNU9E VXdJaGNSPGJyPg0KTVRJd09USTJNVFF5TVRBMkxUQXhNREFYRFRJeU1Ea3lOVEV5TWpFd05sb3dP ekVMTUFrR0ExVUVCaE1DVlZNeDxicj4NCkREQUtCZ05WQkFvVEExTk1WVEVlTUJ3R0ExVUVBeE1W UTBFdGMzUnZjbTB1YzJ4MUxuTmxMamd3T1RnMU1JR2Y8YnI+DQpNQTBHQ1NxR1NJYjNEUUVCQVFV QUE0R05BRENCaVFLQmdRQ2lsSWtZSm5sSmE4WW9iUEtWNmFkeEFDTEdlY0tlPGJyPg0KRUdQdk5G eXJZamFnZW9UUWVYZE1uVDA1ajVlVHhmYjdXd3Y0bTYzWVV5Mm10Z05GMUhaRjhhJiM0MztaUW5R SFRFaDk8YnI+DQpLSll4bm9qUGtObm4yYzlXcUwwM29JL3hKb21wcTJSNHBBSmdtenFuQjl0dWRU TGxqMUYvVUFJVjJNaDdhTUZVPGJyPg0KNFovQzBzOVR3MWl6RlFJREFRQUJvNEhqTUlIZ01CMEdB MVVkRGdRV0JCVCYjNDM7ajFmeG9LOUZScCYjNDM7c3lXdnUmIzQzO2RFJiM0Mzs8YnI+DQpHSGk1 NmpBNUJnZ3JCZ0VGQlFjQkFRUXRNQ3N3S1FZSUt3WUJCUVVITUFLR0hXaDBkSEE2THk5emRHOXli UzV6PGJyPg0KYkhVdWMyVTZPREF2WTJFdVkzSjBNR01HQTFVZElSY01GcUFGUDZQVi9HZ3IwVkdu NnpKYSYjNDM7NzUwVDRZZUxucTxicj4NCm9UJiM0MztrUFRBN01Rc3dDUVlEVlFRR0V3SlZVekVN TUFvR0ExVUVDaE1EVTB4Vk1SNHdIQVlEVlFRREV4VkRRUzF6PGJyPg0KZEc5eWJTNXpiSFV1YzJV dU9EQTVPRFdDQVE4d0R3WURWUjBUQVFIL0JBVXdBd0VCL3pBT0JnTlZIUThCQWY4RTxicj4NCkJB TUNBUVl3RFFZSktvWklodmNOQVFFRkJRQURnWUVBUmVRVkkvcFZlSWtrWm56aU0wSHFtQUFTRENY bDVqckg8YnI+DQomIzQzO1BsTmcwZlRnSnZBZUx5cllhNXRvYzlEeThzeExKUnlJYkJZOEl0cERj Uno4a1NWVWdZamJIRjZtL3hmbUNFMTxicj4NCkp1R2p1Mlc3MG9HN1NHYVp0d1RtRmEmIzQzO1Rv V0RrdndYVHNFdms0a3NoZ3RjclBSbnZwRm9qV0hUdkdvQVVpNG15PGJyPg0KcDczQ0lXWWY0SDQ9 PGJyPg0KLS0tLS1FTkQgQ0VSVElGSUNBVEUtLS0tLTxicj4NCjxicj4NCjIwMTMtMDMtMDcgMDk6 NDI6NDEsNjUzIERFQlVHIG5zUGx1Z2luSW5zdGFuY2U6OlNldEhvdEtleXM6IHJlbGVhc2UtY3Vy c29yPXNoaWZ0JiM0MztmMTIsdG9nZ2xlLWZ1bGxzY3JlZW49c2hpZnQmIzQzO2YxMTxicj4NCjIw MTMtMDMtMDcgMDk6NDI6NDEsNjUzIERFQlVHIG5zUGx1Z2luSW5zdGFuY2U6OlNldE5vVGFza01n ckV4ZWN1dGlvbjogMDxicj4NCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjU0IERFQlVHIG5zUGx1Z2lu SW5zdGFuY2U6OlNldFNlbmRDdHJsQWx0RGVsZXRlOiAwPGJyPg0KMjAxMy0wMy0wNyAwOTo0Mjo0 MSw2NTQgREVCVUcgbnNQbHVnaW5JbnN0YW5jZTo6U2V0VXNiQXV0b1NoYXJlOiAxPGJyPg0KMjAx My0wMy0wNyAwOTo0Mjo0MSw2NTQgREVCVUcgbnNQbHVnaW5JbnN0YW5jZTo6U2V0VXNiRmlsdGVy OiAtMSw2MDE4NiwxMDAwMCwyNTYsMXwtMSwxMTE4LDI0NSwtMSwxfC0xLDExMzMsMjI0NSwtMSwx fC0xLDExMzMsMjI0Miw1LDF8OCwtMSwtMSwtMSwxfDcsLTEsLTEsLTEsMXwtMSwtMSwtMSwtMSww PGJyPg0KMjAxMy0wMy0wNyAwOTo0Mjo0MSw2NTQgSU5GTyZuYnNwOyBuc1BsdWdpbkluc3RhbmNl OjpDb25uZWN0OiBTUElDRV9YUElfU09DS0VUOiAvdG1wL3NwaWNlYy1zY1FZbUovc3BpY2UteHBp PGJyPg0KMjAxMy0wMy0wNyAwOTo0Mjo0MSw2NTQgSU5GTyZuYnNwOyBuc1BsdWdpbkluc3RhbmNl OjpDb25uZWN0OiBTUElDRV9GT1JFSUdOX01FTlVfU09DS0VUOiAvdG1wL3NwaWNlYy1zY1FZbUov c3BpY2UtZm9yZWlnbjxicj4NCjIwMTMtMDMtMDcgMDk6NDI6NDEsNjU1IERFQlVHIG5zUGx1Z2lu SW5zdGFuY2U6OkNvbm5lY3Q6IENvbnRyb2xsZXIgcGlkOiAxMDM0MDxicj4NCjIwMTMtMDMtMDcg MDk6NDI6NDEsNjU1IERFQlVHIFFFcnJvckhhbmRsZXI6IFNvbWV0aGluZyB3ZW50IHdyb25nOiBj b25uZWN0IGVycm9yLCAyPGJyPg0KMjAxMy0wMy0wNyAwOTo0Mjo0MSw2NTUgREVCVUcgU3BpY2VD b250cm9sbGVyOjpDb25uZWN0OiBDb25uZWN0IEVycm9yPGJyPg0KMjAxMy0wMy0wNyAwOTo0Mjo0 MSw2NTUgREVCVUcgUUVycm9ySGFuZGxlcjogU29tZXRoaW5nIHdlbnQgd3Jvbmc6IGNvbm5lY3Qg ZXJyb3IsIDI8YnI+DQoyMDEzLTAzLTA3IDA5OjQyOjQxLDY1NSBERUJVRyBTcGljZUNvbnRyb2xs ZXI6OkNvbm5lY3Q6IENvbm5lY3QgRXJyb3I8YnI+DQoyMDEzLTAzLTA3IDA5OjQyOjQxLDY1NSBJ TkZPJm5ic3A7IG5zUGx1Z2luSW5zdGFuY2U6OkNvbm5lY3Q6IExhdW5jaGluZyAvdXNyL2xpYmV4 ZWMvc3BpY2UteHBpLWNsaWVudA0KPGJyPg0KMjAxMy0wMy0wNyAwOTo0Mjo0Miw2NTUgREVCVUcg U3BpY2VDb250cm9sbGVyOjpDb25uZWN0OiBDb25uZWN0ZWQhPGJyPg0KMjAxMy0wMy0wNyAwOTo0 Mjo0NCw3MjMgSU5GTyZuYnNwOyBuc1BsdWdpbkluc3RhbmNlOjpDb25uZWN0OiBJbml0aWF0aW5n IGNvbm5lY3Rpb24gd2l0aCBjb250cm9sbGVyPGJyPg0KMjAxMy0wMy0wNyAwOTo0Mjo0OCw2NTIg REVCVUcgbnNQbHVnaW5JbnN0YW5jZTo6Q29udHJvbGxlcldhaXRIZWxwZXI6IENvbnRyb2xsZXIg ZmluaXNoZWQsIHBpZDogMTAzNDAsIGV4aXQgY29kZTogMDxicj4NCjIwMTMtMDMtMDcgMDk6NDI6 NDgsNjUzIEVSUk9SIG5zUGx1Z2luSW5zdGFuY2U6OkNhbGxPbkRpc2Nvbm5lY3RlZDogY291bGQg bm90IGdldCBicm93c2VyIHdpbmRvdywgd2hlbiB0cnlpbmcgdG8gY2FsbCBPbkRpc2Nvbm5lY3Rl ZDxicj4NCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PGJyPg0KPGJyPg0KPGJyPg0KSWYgdGhlcmXC tHMgYW55dGhpbmcgd2UgY2FuIGRvIHRvIGhlbHAgcmVzb2x2ZSB0aGlzIGlzc3VlIG9uY2UgYW5k IGZvciBhbGwsIGp1c3QgbmFtZSBpdCEgSXQgc28gaHVydHMgdG8gc2VlIHRoaXMgb3RoZXJ3aXNl IGdyZWF0IHByb2R1Y3QgdHJpcHBpbmcgb3ZlciBvbiBpdMK0cyBmYWNlIHNvIGNsb3NlIHRvIHRo ZSBmaW5pc2ggbGluZTooPGJyPg0KPGJyPg0KQmVzdCBSZWdhcmRzPGJyPg0KS2FybGkgU2rDtmJl cmcNCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_5F9E965F5A80BC468BE5F40576769F09102773F5exchange21_--

5 12

[Users] oVirt 3.2 on CentOS with Gluster 3.3
by Rob Zwissler 13 Mar '13

13 Mar '13

Running CentOS 6.3 with the following VDSM packages from dre's repo: vdsm-xmlrpc-4.10.3-0.30.19.el6.noarch vdsm-gluster-4.10.3-0.30.19.el6.noarch vdsm-python-4.10.3-0.30.19.el6.x86_64 vdsm-4.10.3-0.30.19.el6.x86_64 vdsm-cli-4.10.3-0.30.19.el6.noarch And the following gluster packages from the gluster repo: glusterfs-3.3.1-1.el6.x86_64 glusterfs-fuse-3.3.1-1.el6.x86_64 glusterfs-vim-3.2.7-1.el6.x86_64 glusterfs-server-3.3.1-1.el6.x86_64 I get the following errors in vdsm.log: Thread-1483::DEBUG::2013-03-04 16:35:27,427::BindingXMLRPC::913::vds::(wrapper) client [10.33.9.73]::call volumesList with () {} MainProcess|Thread-1483::DEBUG::2013-03-04 16:35:27,429::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) MainProcess|Thread-1483::DEBUG::2013-03-04 16:35:27,480::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-1483::ERROR::2013-03-04 16:35:27,480::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper) Error in wrapper Traceback (most recent call last): File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 430, in volumeInfo except (etree.ParseError, AttributeError, ValueError): AttributeError: 'module' object has no attribute 'ParseError' Thread-1483::ERROR::2013-03-04 16:35:27,481::BindingXMLRPC::932::vds::(wrapper) unexpected error Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper rv = func(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)} File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ return callMethod() File "/usr/share/vdsm/supervdsm.py", line 72, in <lambda> **kwargs) File "<string>", line 2, in glusterVolumeInfo File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, in _callmethod raise convert_to_error(kind, result) AttributeError: 'module' object has no attribute 'ParseError' Which corresponds to the following in the engine.log: 2013-03-04 16:34:46,231 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (QuartzScheduler_Worker-86) START, GlusterVolumesListVDSCommand(HostName = xor-q-virt01, HostId = b342bf4d-d9e9-4055-b662-462dc2e6bf50), log id: 987aef3 2013-03-04 16:34:46,365 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (QuartzScheduler_Worker-86) Failed in GlusterVolumesListVDS method 2013-03-04 16:34:46,366 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (QuartzScheduler_Worker-86) Error code unexpected and error message VDSGenericException: VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected exception 2013-03-04 16:34:46,367 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (QuartzScheduler_Worker-86) Command GlusterVolumesListVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected exception 2013-03-04 16:34:46,369 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (QuartzScheduler_Worker-86) FINISH, GlusterVolumesListVDSCommand, log id: 987aef3 2013-03-04 16:34:46,370 ERROR [org.ovirt.engine.core.bll.gluster.GlusterManager] (QuartzScheduler_Worker-86) Error while refreshing Gluster lightweight data of cluster qa-cluster1!: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected exception at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:168) [engine-bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.runVdsCommand(GlusterManager.java:258) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:454) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:440) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshVolumeData(GlusterManager.java:411) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshClusterData(GlusterManager.java:191) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshLightWeightData(GlusterManager.java:170) [engine-bll.jar:] at sun.reflect.GeneratedMethodAccessor73.invoke(Unknown Source) [:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [engine-scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz-2.1.2.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz-2.1.2.jar:] And, long story short, the gluster integration with oVirt does not work. As per Vijay Bellur's comments at http://list-archives.org/2012/12/27/users-ovirt-org/continuing-my-ovirt-3-2… this is due to a difference in the XML formatting output by gluster vs. what is expected by VDSM, and is fixed in Gluster 3.4, which is currently in alpha pre-release. So my question is, was oVirt v3.2 released with a dependency on a version of Gluster that is in alpha, or is there another workaround or fix for this? Rob

9 19

[Users] Obtaining running tasks via API
by Jakub Libosvar 13 Mar '13

13 Mar '13

Hi all, is there a way how I could obtain async tasks via REST-API? Something similar to Tasks tab at the bottom pane in webadmin. Thank you for answers, Kuba

2 1

[Users] iSCSI Storage mirror
by Jaco 13 Mar '13

13 Mar '13

Hi guys, Got my system (3.2 on CentOS 6.3 - PoC lab v.0.99999) working fairly OK, with a few issues that's of concern to me. I've now started using iSCSI storage, but kept running into an issue where the VM's would go into a paused state. A bit of digging in the logs show that it's because of a timeout issue talking to the iSCSI server/target, which for me raises the spectre of potential corruption, especially under load. Couldn't understand how this was possible, as I went out & bought some dedicated hardware to set up a totally separate & isolated "storage" network, but ended up simply running a cross-over UTP between the machines (process-of-elimination & all that), but the issue persisted. This morning I found that one of the mirrored drives started failing, so (until I've replaced the drive & discovered otherwise) I suspect that may be the possible cause of the issue. What occurred to me last night, as this thing was keeping me awake, is that this might not be the *best* course of action, and started thinking that maybe another way of doing it, especially since oVirt does some fairly low-level LVM stuff, is to rather store the VM's on a local drive, get far better IOPS than I could hope for with iSCSI over GBE, and rather set up the iSCSI to mirror the local device. That way the data is still available on the target in the event a fail-over/migration needs to take place, but that I'm reducing the risks a bit while improving overall performance. Is there a way to do this via oVirt, or would I have to do it manually by setting up storage locally & set up the mirroring via iSCSI manually as an OS-level? And if so, what would I be looking for & what sort of caveats would I have to keep in mind in order to make this setup suitable for use by multiple hosts in the event a (live-)migration needs to take place? (I'm pretty new at the iSCSI-thing & LVM knowledge is just passable) I'd appreciate anyone's insights into this subject Kind regards - Jaco

2 2

Re: [Users] Host installation problems. Brigde
by Christer Olsen 13 Mar '13

13 Mar '13

Does anyone have a clue what i might need to do ? On Tue, Mar 12, 2013 at 4:12 PM, Christer Olsen <christer.r.olsen(a)gmail.com>wrote: > Does anyone have a clue what i might need to do ? > > > > > On Mon, Mar 11, 2013 at 4:55 PM, Christer Olsen < > christer.r.olsen(a)gmail.com> wrote: > >> Here is the complete log file. >> >> http://pastebin.com/5VYg4DFs >> >> >> On Mon, Mar 11, 2013 at 10:31 AM, Antoni Segura Puimedon < >> asegurap(a)redhat.com> wrote: >> >>> >>> >>> ----- Original Message ----- >>> > From: "Dan Kenigsberg" <danken(a)redhat.com> >>> > To: "Christer Olsen" <christer.r.olsen(a)gmail.com> >>> > Cc: users(a)ovirt.org >>> > Sent: Monday, March 11, 2013 10:18:13 AM >>> > Subject: Re: [Users] Host installation problems. Brigde >>> > >>> > On Sun, Mar 10, 2013 at 07:30:15PM +0100, Christer Olsen wrote: >>> > > I'm having issues with installing host in oVirt. >>> > > >>> > > >>> > > Manager reports: >>> > > Failed to install Host localhost. Step: SetNetworking; Details: >>> > > addNetwork >>> > > error trying to add management bridge. >>> > >>> > Which version of ovirt are you using? ovirt-3.2 should be using >>> > ovirt-host-deploy, which has differently-looking logs, and hopefully >>> > less bugs. >>> >>> According to the repo he listed, ovirt-3.1, as seen in: >>> >>> http://dev.centos.org/centos/6/ovirt/x86_64/RPMS/ >>> >>> > >>> > > >>> > > >>> > > *** LOG *** >>> > > >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress Entry. >>> > > url= >>> > > http://10.1.1.30:22020/Components/vds/ >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress >>> > > return. >>> > > address=10.1.1.30 port=22020 >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge begin. >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: >>> > > read host >>> > > name: 10.1.1.30 >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: >>> > > using host >>> > > name 10.1.1.30 strIP= 10.1.1.30 >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface >>> > > IP=10.1.1.30 >>> > > strIface=eth0 >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found >>> > > the >>> > > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 >>> > > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', >>> > > 'NAME=', >>> > > 'BOOTPROT$ >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified netmask >>> > > or >>> > > gateway but not ip >>> > > >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 >>> > > WARNING:root:options >>> > > IPADDR is deprecated. Use ipaddr instead >>> > > WARNING:root:options NETMASK is deprecated. Use netmask instead >>> > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead >>> > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >>> > > Traceback (most recent call last): >>> > > File "/usr/share/vdsm/configNetwork.py", line 1458, in <module> >>> > > main() >>> > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >>> > > addNetwork(bridge, **kwargs) >>> > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >>> > > bridged=bridged, **options) >>> > > File "/usr/share/vdsm/configNetwork.py", line 823, in >>> > > _addNetworkValidation >>> > > "Specified netmask or gateway but not ip") >>> > > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') >>> > > >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge >>> > > Failed to add >>> > > ovirtmgmt bridge out=Specified netmask or gateway bu$ >>> > > >>> > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead >>> > > WARNING:root:options NETMASK is deprecated. Use netmask instead >>> > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead >>> > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >>> > > Traceback (most recent call last): >>> > > File "/usr/share/vdsm/configNetwork.py", line 1458, in <module> >>> > > main() >>> > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >>> > > addNetwork(bridge, **kwargs) >>> > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >>> > > bridged=bridged, **options) >>> > > File "/usr/share/vdsm/configNetwork.py", line 823, in >>> > > _addNetworkValidation >>> > > "Specified netmask or gateway but not ip") >>> > > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') >>> > > >>> > > ret=22 >>> > > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge >>> > > errored: >>> > > out=Specified netmask or gateway but not ip >>> > > >>> > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead >>> > > WARNING:root:options NETMASK is deprecated. Use netmask instead >>> > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead >>> > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >>> > > Traceback (most recent call last): >>> > > File "/usr/share/vdsm/configNetwork.py", line 1458, in <module> >>> > > main() >>> > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >>> > > addNetwork(bridge, **kwargs) >>> > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >>> > > bridged=bridged, **options) >>> > > File "/usr/share/vdsm/configNetwork.py", line 823, in >>> > > _addNetworkValidation >>> > > "Specified netmask or gateway but not ip") >>> > > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') >>> > > >>> > > ret=22 >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge >>> > > return. >>> > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork >>> > > error >>> > > trying to add management bridge >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 <BSTRAP >>> > > component='SetNetworking' status='FAIL' message='addNetwork error >>> > > t$ >>> > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 setNetworking >>> > > test >>> > > failed >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 <BSTRAP >>> > > component='RHEV_INSTALL' status='FAIL'/> >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS >>> > > Validation **** >>> > > >>> > > >>> > > *** END LOG *** >>> > > >>> > > >>> > > >>> > > I have tried googling myself to an answer, and i have tried finding >>> > > it out >>> > > myself but with no luck. >>> > > >>> > > >>> > > (the host is the same one as the engine is running on) >>> > > >>> > > Please, any help would be appreciated. >>> > > >>> > > >>> > > Kind regards >>> > >>> > > _______________________________________________ >>> > > Users mailing list >>> > > Users(a)ovirt.org >>> > > http://lists.ovirt.org/mailman/listinfo/users >>> > >>> > _______________________________________________ >>> > Users mailing list >>> > Users(a)ovirt.org >>> > http://lists.ovirt.org/mailman/listinfo/users >>> > >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> >

4 9

[Users] HowTo: Spice ActiveX Plugin/Virt Viewer Console on oVirt 3.1
by Dead Horse 13 Mar '13

13 Mar '13

I have seen this question asked many times on this list and the spice-devel list. Now having figured out how to make it work I will provide the answer to the rest of the community. *NOTE* this only applies to Windows/Internet Explorer users. There exists no other option other than the html5 spice console (still beta/in development) for windows users ATM. This will also only work with Internet Explorer. Basic Steps: - Install an oVirt server. - Add at least one node - Setup storage/iso/export domains Advanced steps - Start by downloading: http://elmarco.fedorapeople.org/spice.cab - Create a directory for it oVirt looks by default in /usr/share/spice - Rename spice.cab to SpiceX.cab and copy it into /usr/share/spice - Now edit /usr/share/ovirt-engine/engine.ear/root.war/WEB-INF and add the following:  <servlet> <servlet-name>SpiceX.cab</servlet-name> <servlet-class>org.ovirt.engine.core.FileServlet</servlet-class> <init-param> <param-name>type</param-name> <param-value>application/octet-stream</param-value> </init-param> <init-param> <param-name>file</param-name> <param-value>/usr/share/spice/SpiceX.cab</param-value> </init-param> </servlet> <servlet-mapping> <servlet-name>SpiceX.cab</servlet-name> <url-pattern>/spice/SpiceX.cab</url-pattern> </servlet-mapping> - Next create an html file within /usr/share/ovirt-engine/engine.ear/root.war - In the example below an html file called "spice.html" - Copy/Paste the below into spice.html: <!DOCTYPE html> <html> <head> <title>SPICE Plugin Installer</title> <script type="text/javascript"> function installSpice() { try { document.getElementById('SpiceX').innerHTML = '<OBJECT id="SpiceX" codebase="/spice/SpiceX.cab" classid="clsid:ACD6D89C-938D-49B4-8E81-DDBD13F4B48A" width="0" height="0"></OBJECT>'; } catch (ex) { alert("Epic Fail!: " + ex.Description); } } </script> </head> <body> <p> <p><b id='SpiceX'>Spice ActiveX Plugin</b> </p> <button onclick='installSpice()'>Install Spice Plugin</button> </p> </body> </html> - Save the file - You will now need to restart the ovirt-engine service EG: systemctl restart ovirt-engine.service OR service ovirt-engine restart - The installer page will now be available at http://<url to ovirt server>/spice.html EX: http://ovirt.azeroth.net/spice.html - Navigate to that page and click the install button - IE will prompt you to deploy/install the SpiceX cabinet file - It may gripe about an unsigned or untrusted source, acknowledge this an proceed anyways - If the install succeeds the text "Spice ActiveX Plugin" on the page will change to blank (it's actually the plugin with null values) - The console button in the user and webadmin portals will now launch the new virt-viwer spice based console! Happy Spice Consoling to your VM's from Windows! *NOTE* To uninstall the plugin: - The below removes the add-on from IE (EG: removes knowledge of "application/x-spice") - pop a command terminal and type: On Windows XP: regsvr32 /u "C:\Documents and Settings\Administrator\Local Settings\Application Data\virt-viewer\bin\SpiceX.dll" On Windows 7 regsvr32 /u C:\Documents and Settings\Administrator\Local Settings\AppData\virt-viewer\bin\SpiceX.dll" - Next we need to remove the rest of virt-viewer - Go to add/remove programs and uninstall virt-viewer, this removes the rest of virt-viewer from the system

7 21

[Users] Failed to add gluster server
by suporte＠logicworks.pt 13 Mar '13

13 Mar '13

Hi, I just installed oVirt 3.2 than add a node 1 using fedora18, attach an iSCSI storage, and local ISO NFS, and the data center is alive. Than try to add a second node from the ISO ovirt-node-iso-2.6.1-20120228.fc18.iso, but get this error message: Failed to add gluster server node2.domain.com into cluster default. Gluster command[gluster peer probe 192.168.5.182] failed on server 192.168.5.181 On the second node I configured Optional password for adding Node through oVirt Engine UI On the engine when adding a new Host I add the values to Name, Address, and Root Password , and than get this error: Error: Cannot add host. SSH authentication failed, verify authentication parameters are correct (Username/password, public key etc). You may refer to the engine.log file for further details. I notice that I cannot login as root on the second node, so how can I add a node through oVirt Engine UI if it asks for a root password? What am I doing wrong? thanks

2 1

[Users] Possible migration from oVirt to RHEV?
by Bashar 12 Mar '13

12 Mar '13

Hello, Doing some RnD and was wondering if it's possible to move from Fedora/oVirt to RHEL/RHEV anytime in future for a production system if required. >From the technical possibility point of view. Thanks, -B

5 5

[Users] CFP reminder for Shanghai
by Theron Conrey 12 Mar '13

12 Mar '13

one or two folks have commented on the fact they didn't see the last CFP email that was sent out. I thought I'd repost it here. I'm looking forward to getting some more submissions and we hope that we'll see you in Shanghai! ---------------------- Hi Everyone, We are actively seeking speakers for the oVirt workshop which will be held on Intel's Shanghai Campus, 8-9 May 2013. We are interested in talks in the following areas: * Getting started developing oVirt * oVirt for the systems administrator * Where oVirt fits in the enterprise * Gluster Integration * leveraging oVirt for Gluster deployments * Case studies on cost savings with oVirt and Open Source data center virtualization * Troubleshooting oVirt * Hardware optimizations for virtualization * oVirt Plugin development * oVirt architecture from a security and best practices point of view. * oVirt Project Roadmaps * Deep dives into features/areas * Deep dives into code/debugging Please submit talk proposals for review by sending an email to workshop-pc at ovirt.org. Please include your full name, speaker biography and your talk abstract. We will accept submissions through Friday, 29 March 2013 at 23:59 PST. Speakers will be notified of acceptance by Monday, 8 April 2013. Accepted speakers should plan to submit their slides to the workshop-pc at ovirt.org mailing list no later than close of business on Monday, 22 April 2013. Registration can be found here: http://ovirtshanghai2013.eventbrite.com/ Hotel and lodging information can be found here: http://www.ovirt.org/Intel_Workshop_May_2013 Keep your eyes open for further announcements! Thank you all for your participation! -- Theron Conrey Open Source and Standards, Red Hat @theronconrey (initial thread was here: http://lists.ovirt.org/pipermail/users/2013-March/012862.html)

1 0

[Users] Upgrade 3.1 to 3.2
by Neil 12 Mar '13

12 Mar '13

Hi guys, Does anyone have any successful upgrades from 3.1 to 3.2 using Centos 6.3 and the Dreyou repos? I'm using ovirt 3.1 on our own production systems and would like to know the recommended upgrade methods/paths. I don't see much in the way of upgrade paths for any distributions for that matter. I've done quite a lot of googling and can't find much, also checked on the ovirt website for any possible guides or methods without much success. Thanks in advance. Regards. Neil Wilson.

4 7

[Users] ovirt 3.1 all-in-one setup fail
by Alex Leonhardt 12 Mar '13

12 Mar '13

Hi, since 3.2 all-in-one setup failed on centos 6.3, i tried 3.1 instead today, unfortunately, again failing at the point when adding the host to the cluster with this time this error : 2013-03-12 11:06:59::ERROR::all_in_one_100::206::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 204, in initAPI password=controller.CONF['AUTH_PASS']) File "/usr/lib/python2.6/site-packages/ovirtsdk/api.py", line 88, in __init__ debug=debug File "/usr/lib/python2.6/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 49, in __init__ debug=debug)) File "/usr/lib/python2.6/site-packages/ovirtsdk/web/connection.py", line 38, in __init__ timeout=timeout) File "/usr/lib/python2.6/site-packages/ovirtsdk/web/connection.py", line 106, in __createConnection raise NoCertificatesError NoCertificatesError: [ERROR]::ca_file (CA certificate) must be specified for SSL connection. 2013-03-12 11:06:59::DEBUG::setup_sequences::62::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 60, in run function() File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 207, in initAPI raise Exception(ERROR_CREATE_API_OBJECT) Exception: Error: could not create ovirtsdk API object Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

2 3

Re: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop."
by Yuval M 12 Mar '13

12 Mar '13

> Thank you very much for your response. > I did what you suggested and I still get the same exception when trying to enter the administrative portal (I attached the screenshot). > In addition, I see that the ui-plugins directory is empty after restarting the engine-service, so it might not have been used. > > [wil@bufferoverflow ~]$ mkdir -p /home/wil/ovirt-engine/installation/share/ui-plugins > [wil@bufferoverflow ~]$ ls -la /home/wil/ovirt-engine/installation/share/ > total 28 > drwxr-xr-x. 7 wil wil 4096 Mar 11 15:01 . > drwxr-xr-x. 6 wil wil 4096 Mar 8 22:19 .. > drwxr-xr-x. 3 wil wil 4096 Mar 8 22:19 java > drwxr-xr-x. 3 wil wil 4096 Mar 8 22:19 man > drwxr-xr-x. 2 wil wil 4096 Mar 8 22:19 maven-poms > drwxr-xr-x. 11 wil wil 4096 Mar 8 22:19 ovirt-engine > drwxrwxr-x. 2 wil wil 4096 Mar 11 15:01 ui-plugins > [wil@bufferoverflow ~]$ ls /home/wil/ovirt-engine/installation/share/ui-plugins/ > total 8 > drwxrwxr-x. 2 wil wil 4096 Mar 11 15:01 . > drwxr-xr-x. 7 wil wil 4096 Mar 11 15:01 .. > [wil@bufferoverflow ~]$ > > > > > > > > On Mon, Mar 11, 2013 at 9:42 AM, Juan Hernandez <jhernand(a)redhat.com> wrote: >> >> On 03/08/2013 09:48 PM, Yuval M wrote: >>> >>> Thank you very much. I now get the welcome page when I enter >>> "http://localhost:8700/". >>> However, when I try to enter the Administrator Portal >>> <http://localhost:8700/webadmin> I get a javax.servlet.ServletException. >>> I attached a screenshot. >>> >>> Inline image 1 >>> >>> How can I troubleshoot this? >> >> >> I think this is because of the missing UI plugins directory. Try to create it: >> >> mkdir -p $HOME/ovirt-engine/installation/share/ui-plugins >> >> Then restart the engine. >> >>> >>> I appreciate your help very much >>> >>> Yuval >>> >>> >>> On Fri, Mar 8, 2013 at 8:05 PM, Juan Hernandez <jhernand(a)redhat.com >>> <mailto:jhernand@redhat.com>> wrote: >>> >>> On 03/08/2013 07:00 PM, Yuval M wrote: >>> >>> I attached the logs, here is the output from the commands you >>> suggested: >>> >>> >>> Looks like the database schema doesn't match the rest of the code. >>> You probably created the database before switching to branch 3.2. >>> Just drop the database and create it again with the scripts in the >>> 3.2 branch. >>> >>> * >>> * >>> *[root@bufferoverflow bin]# psql -U postgres engine* >>> >>> psql (9.2.3) >>> Type "help" for help. >>> engine=# select count(*) from vdc_options; >>> count >>> ------- >>> 345 >>> (1 row) >>> >>> *[root@bufferoverflow bin]# find >>> /home/wil/ovirt-engine/__installation >>> >>> -name postgresql.jar* >>> *[root@bufferoverflow bin]# find >>> /home/wil/ovirt-engine/__installation >>> -name postg\** >>> /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql >>> /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql/__main/postgresql-jdbc.jar >>> /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql/__main/postgresql-jdbc.jar.index >>> >>> *[root@bufferoverflow bin]# ls -la >>> /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/* >>> >>> >>> total 12 >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 . >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 postgresql >>> *[root@bufferoverflow bin]# ls -la >>> /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql/__main/* >>> >>> >>> total 544 >>> drwxr-xr-x. 2 wil wil 4096 Mar 8 18:46 . >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. >>> -rw-r--r--. 1 wil wil 307 Mar 8 18:03 module.xml >>> -rw-rw-r--. 1 wil wil 539705 Mar 7 16:41 postgresql-jdbc.jar >>> -rw-rw-r--. 1 wil wil 545 Mar 8 18:46 postgresql-jdbc.jar.index >>> >>> >>> I appreciate your help >>> >>> Yuval >>> >>> On Fri, Mar 8, 2013 at 7:44 PM, Juan Hernandez >>> <jhernand(a)redhat.com <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com>>> wrote: >>> >>> On 03/08/2013 06:38 PM, Yuval M wrote: >>> >>> Thanks, now "./engine-service start" succeeded. >>> /[root@bufferoverflow bin]# ./engine-service start/ >>> /Starting engine-service: >>> [ >>> OK ]/ >>> >>> >>> However, when I try to access "http://localhost:8700" I >>> get an empty >>> page (0 bytes). >>> >>> I see the following errors in >>> >>> /home/wil/ovirt-engine/____installation/var/log/ovirt-____engine/server.log >>> >>> >>> >>> JBAS014777: Services which failed to start: service >>> >>> jboss.deployment.subunit."____engine.ear"."engine-bll.jar".____component.____UsersDomainsCacheManagerServic____e.START: >>> org.jboss.msc.service.____StartException in service >>> >>> jboss.deployment.subunit."____engine.ear"."engine-bll.jar".____component.____UsersDomainsCacheManagerServic____e.START: >>> >>> >>> Failed to start service >>> >>> 2013-03-08 19:27:51,495 ERROR >>> [org.jboss.as.server.____deployment.scanner] >>> >>> >>> (DeploymentScanner-threads - 1) {"JBAS014653: Composite >>> operation failed >>> and was rolled back. Steps that failed:" => {"Operation >>> step-2" => >>> {"JBAS014671: Failed services" => >>> >>> {"jboss.deployment.subunit.\"____engine.ear\".\"engine-bll.__jar\__".component.____UsersDomainsCacheManagerServic____e.START" >>> => "org.jboss.msc.service.____StartException in service >>> >>> jboss.deployment.subunit.\"____engine.ear\".\"engine-bll.jar\____".component.____UsersDomainsCacheManagerServic____e.START: >>> >>> >>> Failed to start service"}}}} >>> >>> Here is the contents of my configuration file: >>> >>> [root@bufferoverflow installation]# cat >>> etc/sysconfig/ovirt-engine >>> # >>> # For descriptions of the parameters and their default >>> values look >>> # at the >>> /usr/share/ovirt-engine/conf/____engine.conf.defaults file. >>> >>> >>> # >>> # Please note that the engine installation tool >>> engine-setup will >>> # append the modified parameters to the end of this file. >>> # >>> JAVA_HOME=/usr/lib/jvm/jre-1.____7.0-openjdk.x86_64 >>> JBOSS_HOME=/home/wil/ovirt-____engine/jboss-as-7.1.1.Final >>> >>> >>> ENGINE_USER=wil >>> ENGINE_GROUP=wil >>> ENGINE_PROXY_ENABLED=false >>> ENGINE_HTTP_ENABLED=true >>> ENGINE_HTTP_PORT=8700 >>> ENGINE_HTTPS_ENABLED=false >>> ENGINE_AJP_ENABLED=false >>> ENGINE_DB_USER=postgres >>> ENGINE_DB_PASSWORD= >>> ENGINE_DEBUG_ADDRESS=0.0.0.0:____8787 < http://0.0.0.0:8787> >>> >>> >>> <http://0.0.0.0:8787> >>> >>> >>> Thank you very much for your help >>> >>> >>> Can you share the server.log and engine.log files? If >>> possible stop >>> the engine, clean the files, start again and then collect and >>> provide the files. >>> >>> Not sure, but I guess that you are having some problem with the >>> database, so please check the following: >>> >>> 1. Try to connect to the database manually: >>> >>> psql -U postgres engine >>> engine# select count(*) from vdc_options; >>> >>> 2. Make sure that the JDBC driver is in the right place and >>> that it >>> points to the right file if it is a symbolic link: >>> >>> find home/wil/ovirt-engine/____installation -name >>> >>> postgresql.jar >>> >>> >>> >>> Yuval >>> >>> On Fri, Mar 8, 2013 at 6:16 PM, Juan Hernandez >>> <jhernand(a)redhat.com <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com>> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>>>> wrote: >>> >>> On 03/08/2013 05:14 PM, Yuval M wrote: >>> >>> checked out to 3.2 branch, now the >>> configuration file >>> was as >>> detailed in >>> the wiki. >>> after configuring it I try to start the engine >>> and get: >>> >>> [wil@bufferoverflow bin]$ pwd >>> /home/wil/ovirt-engine/______installation/bin >>> >>> >>> >>> [wil@bufferoverflow bin]$ ./engine-service start >>> Traceback (most recent call last): >>> File "./engine-service", line 23, in <module> >>> import configobj >>> ImportError: No module named configobj >>> [wil@bufferoverflow bin]$ >>> >>> >>> Ok, this is because the service script needs the >>> python-configobj >>> and python-cheetah packages: >>> >>> yum install python-configobj python-cheetah >>> >>> >>> >>> >>> On Fri, Mar 8, 2013 at 5:05 PM, Juan Hernandez >>> <jhernand(a)redhat.com >>> <mailto:jhernand@redhat.com> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>>> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>>>>__> wrote: >>> >>> On 03/08/2013 03:51 PM, Juan Hernandez wrote: >>> >>> On 03/08/2013 03:49 PM, Yuval M wrote: >>> >>> OK, >>> brand new machine, >>> Fedora 18 (x64), >>> Trying to install Ovirt 3.2 from >>> sources >>> according to: >>> http://www.ovirt.org/Building___________Engine_Draft >>> <http://www.ovirt.org/Building_________Engine_Draft> >>> <http://www.ovirt.org/__Building_______Engine_Draft >>> <http://www.ovirt.org/Building_______Engine_Draft>> >>> >>> <http://www.ovirt.org/____Building_____Engine_Draft >>> <http://www.ovirt.org/__Building_____Engine_Draft> >>> <http://www.ovirt.org/__Building_____Engine_Draft >>> <http://www.ovirt.org/Building_____Engine_Draft>>> >>> >>> <http://www.ovirt.org/______Building___Engine_Draft >>> <http://www.ovirt.org/____Building___Engine_Draft> >>> >>> <http://www.ovirt.org/____Building___Engine_Draft >>> <http://www.ovirt.org/__Building___Engine_Draft>> >>> >>> <http://www.ovirt.org/____Building___Engine_Draft >>> <http://www.ovirt.org/__Building___Engine_Draft> >>> <http://www.ovirt.org/__Building___Engine_Draft >>> <http://www.ovirt.org/Building___Engine_Draft>>>> >>> >>> <http://www.ovirt.org/________Building_Engine_Draft >>> <http://www.ovirt.org/______Building_Engine_Draft> >>> >>> <http://www.ovirt.org/______Building_Engine_Draft >>> <http://www.ovirt.org/____Building_Engine_Draft>> >>> >>> >>> <http://www.ovirt.org/______Building_Engine_Draft >>> <http://www.ovirt.org/____Building_Engine_Draft> >>> <http://www.ovirt.org/____Building_Engine_Draft >>> <http://www.ovirt.org/__Building_Engine_Draft>>> >>> >>> >>> >>> <http://www.ovirt.org/______Building_Engine_Draft >>> <http://www.ovirt.org/____Building_Engine_Draft> >>> <http://www.ovirt.org/____Building_Engine_Draft >>> <http://www.ovirt.org/__Building_Engine_Draft>> >>> >>> <http://www.ovirt.org/____Building_Engine_Draft >>> <http://www.ovirt.org/__Building_Engine_Draft> >>> <http://www.ovirt.org/__Building_Engine_Draft >>> <http://www.ovirt.org/Building_Engine_Draft>>>>> >>> >>> Everything is good up to the >>> following stage: >>> "Now you need to do some >>> adjustments to the >>> configuration file >>> >>> >>> >>> $HOME/ovirt-engine/________installation/etc/sysconfig/________ovirt-engine" >>> >>> >>> >>> >>> >>> The "sysconfig" directory does >>> not exist. >>> so does the >>> "ovirt-engine" >>> configuration file (searched >>> through the >>> $HOME/ovirt-engine >>> tree). >>> I didn't find any code in the >>> Makefile >>> >>> ($HOME/ovirt-engine/________repository/Makefile) that >>> >>> >>> >>> would create >>> >>> them, >>> What am I missing? >>> >>> >>> This has changed recently and I >>> didn't update >>> that wiki >>> page. The >>> /etc/sysconig/ovirt-engine file has been >>> replaced by >>> /etc/ovirt-engine/engine.conf. >>> >>> >>> But wait, this change was made in the master >>> branch, not in >>> 3.2, so >>> it shouldn't be a problem. Are you sure >>> you are >>> using the >>> engine_3.2 >>> branch? >>> >>> >>> Thanks, >>> >>> Yuval >>> >>> On Tue, Feb 26, 2013 at 3:25 PM, Juan >>> Hernandez >>> <jhernand(a)redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com >>> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com >>>> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com >> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com >> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>>>>__>__> >>> >>> >>> >>> wrote: >>> >>> On 02/26/2013 02:19 PM, Doron >>> Fediuck wrote: >>> >>> >>> >>> ----- Original Message >>> ----- >>> >>> From: "Yuval M" >>> <yuvalme(a)gmail.com <mailto:yuvalme@gmail.com> >>> <mailto:yuvalme@gmail.com <mailto:yuvalme@gmail.com>> >>> <mailto:yuvalme@gmail.com >>> <mailto:yuvalme@gmail.com> <mailto:yuvalme@gmail.com >>> <mailto:yuvalme@gmail.com>>> >>> <mailto:yuvalme@gmail.com >>> <mailto:yuvalme@gmail.com> >>> <mailto:yuvalme@gmail.com <mailto:yuvalme@gmail.com>> >>> <mailto:yuvalme@gmail.com >>> <mailto:yuvalme@gmail.com> <mailto:yuvalme@gmail.com >>> <mailto:yuvalme@gmail.com>>>> >>> <mailto:yuvalme@gmail.com <mailto:yuvalme@gmail.com> >>> <mailto:yuvalme@gmail.com <mailto:yuvalme@gmail.com>> >>> <mailto:yuvalme@gmail.com >>> <mailto:yuvalme@gmail.com> <mailto:yuvalme@gmail.com >>> <mailto:yuvalme@gmail.com>>> >>> >>> <mailto:yuvalme@gmail.com >>> <mailto:yuvalme@gmail.com> >>> <mailto:yuvalme@gmail.com <mailto:yuvalme@gmail.com>> >>> <mailto:yuvalme@gmail.com <mailto:yuvalme@gmail.com> >>> <mailto:yuvalme@gmail.com <mailto:yuvalme@gmail.com >>>>>> >>> >>> >>> To: "Juan Hernandez" >>> <jhernand(a)redhat.com >>> <mailto:jhernand@redhat.com> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>>> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com >> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>>>> >>> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com >> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>>> >>> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com >> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>>>>__>__>__, users(a)ovirt.org >>> >>> <mailto:users@ovirt.org> >>> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >>> >>> <mailto:users@ovirt.org >>> <mailto:users@ovirt.org> <mailto:users@ovirt.org >>> <mailto:users@ovirt.org>>> >>> <mailto:users@ovirt.org >>> <mailto:users@ovirt.org> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org>>>> >>> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >>> <mailto:users@ovirt.org >>> <mailto:users@ovirt.org> <mailto:users@ovirt.org >>> <mailto:users@ovirt.org>>> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >>> <mailto:users@ovirt.org >>> <mailto:users@ovirt.org> <mailto:users@ovirt.org >>> <mailto:users@ovirt.org>>>>> >>> >>> >>> Cc: "Limor Gavish" >>> <lgavish(a)gmail.com <mailto:lgavish@gmail.com> >>> <mailto:lgavish@gmail.com <mailto:lgavish@gmail.com>> >>> <mailto:lgavish@gmail.com >>> <mailto:lgavish@gmail.com> <mailto:lgavish@gmail.com >>> <mailto:lgavish@gmail.com>>> >>> <mailto:lgavish@gmail.com >>> <mailto:lgavish@gmail.com> >>> <mailto:lgavish@gmail.com <mailto:lgavish@gmail.com>> >>> <mailto:lgavish@gmail.com <mailto:lgavish@gmail.com> >>> <mailto:lgavish@gmail.com <mailto:lgavish@gmail.com>>>> >>> >>> <mailto:lgavish@gmail.com <mailto:lgavish@gmail.com> >>> <mailto:lgavish@gmail.com <mailto:lgavish@gmail.com>> >>> <mailto:lgavish@gmail.com >>> <mailto:lgavish@gmail.com> <mailto:lgavish@gmail.com >>> <mailto:lgavish@gmail.com>>> >>> >>> <mailto:lgavish@gmail.com >>> <mailto:lgavish@gmail.com> >>> <mailto:lgavish@gmail.com <mailto:lgavish@gmail.com>> >>> <mailto:lgavish@gmail.com <mailto:lgavish@gmail.com> >>> <mailto:lgavish@gmail.com <mailto:lgavish@gmail.com >>>>>> >>> >>> >>> Sent: Sunday, >>> February 24, 2013 >>> 11:38:12 PM >>> Subject: Re: >>> [Users] Trouble >>> building >>> Ovirt >>> from source - >>> "No rule to make target >>> `install_tools'. Stop." >>> >>> >>> >>> >>> Still having >>> trouble with >>> the build >>> process >>> (Ovirt 3.1): >>> $ sudo make >>> ... (success) ... >>> $ sudo make install ... >>> >>> inflating: >>> >>> >>> >>> >>> /usr/local/share/ovirt-engine/__________engine.ear/webadmin.__war/______META-__INF/maven/__org.__ovirt.____engine.ui/______webadmin/pom.xml >>> inflating: >>> >>> >>> >>> >>> /usr/local/share/ovirt-engine/__________engine.ear/webadmin.__war/____404.____html >>> checkdir error: >>> >>> >>> >>> >>> /usr/local/share/ovirt-engine/__________engine.ear/engine-bll.____jar >>> >>> >>> >>> >>> exists but >>> is not directory >>> unable to process >>> >>> >>> >>> >>> engine-bll.jar/org/ovirt/__________engine/core/bll/VdsDeploy$__32.________class. >>> checkdir error: >>> >>> >>> >>> >>> /usr/local/share/ovirt-engine/__________engine.ear/engine-bll.____jar >>> >>> >>> >>> >>> exists but >>> is not directory >>> unable to process >>> >>> >>> >>> >>> engine-bll.jar/org/ovirt/__________engine/core/bll/__________InitBackendServicesOnStartupBe__________an.class. >>> >>> >>> >>> >>> ... >>> make: *** >>> [install_artifacts] Error 2 >>> >>> >>> >>> >>> any insights? >>> >>> >>> Thanks... >>> >>> >>> >>> On Thu, Jan 24, >>> 2013 at 8:52 >>> PM, Juan >>> Hernandez < >>> jhernand(a)redhat.com <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com>> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>>> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com >>>> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com >> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> >>> <mailto:jhernand@redhat.com <mailto:jhernand@redhat.com >> >>> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com> <mailto:jhernand@redhat.com >>> <mailto:jhernand@redhat.com>>>>__> >>> >>> >>> >>> wrote: >>> >>> >>> >>> >>> >>> On 01/24/2013 04:20 PM, >>> Yuval M wrote: >>> >>> >>> Hi, >>> I'm installing >>> Ovirt 3.1 on >>> Fedora >>> using this >>> guide: >>> http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- >>> >>> config_.26_engine-manage- >>> domains >>> >>> and I'm getting the >>> error in the >>> subject from >>> make. >>> there is indeed no >>> rule for >>> install_tools in >>> the makefile. >>> >>> What am I missing? >>> >>> Those instructions >>> are out >>> of date, >>> use "make >>> install". That >>> installs >>> the files, but you will >>> still need some >>> changes to make the >>> engine >>> work: >>> >>> 1. Create the ovirt >>> user >>> (the engine >>> runs by >>> default with this >>> service, unless you >>> change the >>> /etc/syscofig/ovirt-engine >>> file and >>> add the ENGINE_USER and >>> ENGINE_GROUP >>> parameters): >>> >>> useradd ovirt >>> >>> 2. Create (mkdir -p >>> ...) and >>> change the >>> ownership of the >>> directories >>> that the engine >>> needs to own to >>> ovirt:ovirt (chown >>> ovirt:ovirt ...): >>> >>> /etc/ovirt-engine >>> /var/log/ovirt-engine >>> /var/lock/ovirt-engine >>> >>> /var/lib/ovirt-engine/content >>> /var/lib/ovirt-engine/ >>> deployments >>> /var/tmp/ovirt-engine >>> /var/cache/ovirt-engine >>> >>> 3. Enable the HTTP >>> connector >>> in the >>> engine >>> (the default is >>> to enable >>> only AJP, and that >>> doesn't work >>> without Apache >>> as frontend) >>> adding >>> the following to the >>> /etc/sysconfig/ovirt-engine file: >>> >>> >>> ENGINE_PROXY_ENABLED=false >>> >>> ENGINE_HTTP_ENABLED=true >>> ENGINE_HTTP_PORT=8700 >>> >>> ENGINE_HTTPS_ENABLED=false >>> >>> ENGINE_AJP_ENABLED=false >>> >>> 4. Configure >>> database connection >>> details (the >>> default in >>> development >>> environments is to >>> use the >>> postgres >>> user and >>> the trust mode) >>> adding >>> this to >>> /etc/sysconfig/ovirt-engine: >>> >>> ENGINE_DB_USER=postgres >>> ENGINE_DB_PASSWORD= >>> >>> 5. Make sure that >>> you have the >>> PostgreSQL JDBC >>> driver >>> installed (rpm >>> -q postgresql-jdbc) and >>> install it if >>> needed >>> (yum install >>> postgresql-jdbc). >>> >>> 6. Now you can >>> start the engine >>> running the >>> engine-service >>> script: >>> >>> engine-service start >>> >>> Look at the system >>> log (the file >>> /var/log/messages) and the >>> engine >>> logs (the files >>> /var/log/ovirt-engine/server. >>> log and >>> >>> /var/log/ovirt-engine) for >>> errors. >>> >>> 7. Connect to >>> http://localhost:8700 >>> and you >>> should be able >>> to login >>> with user admin and >>> letmein! >>> as password. >>> >>> Note that I am >>> assuming that >>> you already >>> created the >>> database, and >>> that you want to >>> use this >>> installation for >>> development. If >>> you are >>> looking for an >>> production >>> installation I >>> suggest using the RPMs. >>> >>> Also I tested this >>> with the >>> latest >>> source from the >>> repository, it >>> will not work with >>> older >>> versions. >>> >>> -- >>> Dirección >>> Comercial: C/Jose >>> Bardasano >>> Baos, 9, >>> Edif. Gorbea >>> 3, planta >>> 3ºD, 28016 Madrid, >>> Spain >>> Inscrita en el Reg. >>> Mercantil de Madrid – >>> C.I.F. B82657941 - >>> Red Hat >>> S.L. >>> >>> >>> >>> Any progress here? >>> >>> >>> Yuval, that will not work >>> with 3.1. >>> Please >>> use 3.2 and >>> the following >>> instructions: >>> >>> http://www.ovirt.org/Building___________Engine_Draft >>> <http://www.ovirt.org/Building_________Engine_Draft> >>> <http://www.ovirt.org/__Building_______Engine_Draft >>> <http://www.ovirt.org/Building_______Engine_Draft>> >>> >>> <http://www.ovirt.org/____Building_____Engine_Draft >>> <http://www.ovirt.org/__Building_____Engine_Draft> >>> <http://www.ovirt.org/__Building_____Engine_Draft >>> <http://www.ovirt.org/Building_____Engine_Draft>>> >>> >>> <http://www.ovirt.org/______Building___Engine_Draft >>> <http://www.ovirt.org/____Building___Engine_Draft> >>> >>> <http://www.ovirt.org/____Building___Engine_Draft >>> <http://www.ovirt.org/__Building___Engine_Draft>> >>> >>> <http://www.ovirt.org/____Building___Engine_Draft >>> <http://www.ovirt.org/__Building___Engine_Draft> >>> <http://www.ovirt.org/__Building___Engine_Draft >>> <http://www.ovirt.org/Building___Engine_Draft>>>> >>> >>> >>> <http://www.ovirt.org/________Building_Engine_Draft >>> <http://www.ovirt.org/______Building_Engine_Draft> >>> >>> <http://www.ovirt.org/______Building_Engine_Draft >>> <http://www.ovirt.org/____Building_Engine_Draft>> >>> >>> <http://www.ovirt.org/______Building_Engine_Draft >>> <http://www.ovirt.org/____Building_Engine_Draft> >>> <http://www.ovirt.org/____Building_Engine_Draft >>> <http://www.ovirt.org/__Building_Engine_Draft>>> >>> >>> >>> >>> <http://www.ovirt.org/______Building_Engine_Draft >>> <http://www.ovirt.org/____Building_Engine_Draft> >>> <http://www.ovirt.org/____Building_Engine_Draft >>> <http://www.ovirt.org/__Building_Engine_Draft>> >>> >>> <http://www.ovirt.org/____Building_Engine_Draft >>> <http://www.ovirt.org/__Building_Engine_Draft> >>> <http://www.ovirt.org/__Building_Engine_Draft >>> <http://www.ovirt.org/Building_Engine_Draft>>>>> >>> >>> >>> -- >>> Dirección Comercial: C/Jose >>> Bardasano Baos, >>> 9, Edif. >>> Gorbea 3, >>> planta 3ºD, 28016 Madrid, Spain >>> Inscrita en el Reg. >>> Mercantil de >>> Madrid – C.I.F. >>> B82657941 - Red Hat >>> S.L. >>> >>> >>> >>> >>> >>> _______________________________________________________ >>> >>> >>> Users mailing list >>> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >>> <mailto:Users@ovirt.org>> <mailto:Users@ovirt.org >>> <mailto:Users@ovirt.org> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >>> <mailto:Users@ovirt.org >>> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >>> <mailto:Users@ovirt.org>>>> >>> http://lists.ovirt.org/________mailman/listinfo/users >>> <http://lists.ovirt.org/______mailman/listinfo/users> >>> >>> <http://lists.ovirt.org/______mailman/listinfo/users >>> <http://lists.ovirt.org/____mailman/listinfo/users>> >>> >>> >>> <http://lists.ovirt.org/______mailman/listinfo/users >>> <http://lists.ovirt.org/____mailman/listinfo/users> >>> <http://lists.ovirt.org/____mailman/listinfo/users >>> <http://lists.ovirt.org/__mailman/listinfo/users>>> >>> >>> >>> >>> <http://lists.ovirt.org/______mailman/listinfo/users >>> <http://lists.ovirt.org/____mailman/listinfo/users> >>> <http://lists.ovirt.org/____mailman/listinfo/users >>> <http://lists.ovirt.org/__mailman/listinfo/users>> >>> >>> <http://lists.ovirt.org/____mailman/listinfo/users >>> <http://lists.ovirt.org/__mailman/listinfo/users> >>> <http://lists.ovirt.org/__mailman/listinfo/users >>> <http://lists.ovirt.org/mailman/listinfo/users>>>> >>> >>> >>> >>> >>> >>> -- >>> Dirección Comercial: C/Jose Bardasano >>> Baos, 9, >>> Edif. Gorbea 3, >>> planta 3ºD, 28016 Madrid, Spain >>> Inscrita en el Reg. Mercantil de Madrid – >>> C.I.F. >>> B82657941 >>> - Red Hat >>> S.L. >>> >>> >>> >>> >>> -- >>> Dirección Comercial: C/Jose Bardasano Baos, 9, >>> Edif. Gorbea 3, >>> planta 3ºD, 28016 Madrid, Spain >>> Inscrita en el Reg. Mercantil de Madrid – C.I.F. >>> B82657941 >>> - Red Hat >>> S.L. >>> >>> >>> >>> >>> -- >>> Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, >>> planta 3ºD, 28016 Madrid, Spain >>> Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 >>> - Red Hat >>> S.L. >>> >>> >>> >>> >>> -- >>> Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, >>> planta 3ºD, 28016 Madrid, Spain >>> Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat >>> S.L. >>> >>> >> >> >> -- >> Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. > >

2 5

Re: [Users] Users Digest, Vol 18, Issue 79
by xianghuadu 12 Mar '13

12 Mar '13

This is a multi-part message in MIME format. ------=_001_NextPart141836543370_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SEkNCiAgICAgIEkgd2FudCB0byBhc2sgeW91IGEgcXVlc3Rpb25zIGFib3V0IHRoZSBvdmlydCBz dG9yZSwgd2hlbiBJIGRpZG4ndCB1c2Ugb3ZpcnQsIEkgaGFkIGJ1aWx0IHVwIGJhc2VkIG9uIEtW TSB2aXJ0dWFsaXphdGlvbiBwbGF0Zm9ybS4gSXMgcHJvdmlkZWQgdGhyb3VnaCB0aGUgaXNjc2kg c3RvcmFnZSBzcGFjZS4NCk5vdyBJIHdhbnQgdG8gaW4gdGhlIGRlcGxveW1lbnQgb2YgdmlydHVh bGl6YXRpb24gcGxhdGZvcm1zIG92aXJ0IHBsYXRmb3JtIG1hbmFnZW1lbnQuIEJlZm9yZSBidXQg SSBmb3VuZCB0aGF0IGhhdmUgbm90IGJlZW4gYWJsZSB0byBhZGQgcGFydGl0aW9uIHRvIEtWTSBs dW4sIA0KYWx3YXlzIHByb21wdCBzYWlkOiAiVGhlIGZvbGxvd2luZyBMVU5zIGFyZSBhbHJlYWR5 IGluIHVzZQ0KV2hlbiBJIGNob29zZSB0byBBcHByb3ZlIGFmdGVyIG9wZXJhdGlvbiBhbHdheXMg Y29tcGxhaW5zOiBFcnJvciB3aGlsZSBleGVjdXRpbmcgdGhlIGFjdGlvbiBOZXcgU0FOIFN0b3Jh Z2UgRG9tYWluOiBFcnJvciBjcmVhdGluZyBhIFN0b3JhZ2UgRG9tYWluDQpXaGV0aGVyIG92aXJ0 IGJlZm9yZSBjYW4ndCB1c2UgdGhlIGRpdmlzaW9uIG9mIGx1bnMgdG8gdGhlIEtWTSwgb3IgbmVl ZCB0byBvdGhlciBTZXR0aW5ncy4NCkhvcGUgdG8gZ2V0IHlvdSBoZWxwLCB0aGFuayB5b3UgdmVy eSBtdWNoIQ== ------=_001_NextPart141836543370_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3DGB2312" http-equiv=3DContent-Type> <STYLE> BLOCKQUOTE { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px; MARGIN-LEFT: 2em } OL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } UL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } P { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } BODY { LINE-HEIGHT: 1.5; FONT-FAMILY: =CE=A2=C8=ED=D1=C5=BA=DA; COLOR: #000080; = FONT-SIZE: 10.5pt } </STYLE> <META name=3DGENERATOR content=3D"MSHTML 8.00.7601.17744"></HEAD> <BODY style=3D"MARGIN: 10px"> <DIV> <DIV>HI</DIV> <DIV>     =20 I want to ask you a questions about&nbs= p;the ovirt store, when I didn't use ov= irt, I had built up based on KVM v= irtualization platform. Is provided through the&n= bsp;iscsi storage space.</DIV> <DIV>Now I want to in the deployment of=  virtualization platforms ovirt platform manageme= nt. Before but I found that have not&nb= sp;been able to add partition to KVM lu= n, </DIV> <DIV>always prompt said: "<SPAN=20 style=3D"COLOR: #ff0000">The following LUNs are alread= y in use</SPAN></DIV> <DIV>When I choose to Approve after operatio= n always complains: <SPAN=20 style=3D"COLOR: #ff0000">Error while executing the act= ion New SAN Storage Domain: Error creating&n= bsp;a Storage Domain</SPAN></DIV> <DIV>Whether ovirt before can't use the divi= sion of luns to the KVM, or need t= o other Settings.</DIV> <DIV>Hope to get you help, thank you ve= ry much!</DIV></DIV></BODY></HTML> ------=_001_NextPart141836543370_=------

3 3

[Users] OpenLDAP Simple Authentication in Ovirt Engine
by Thierry Kauffmann 12 Mar '13

12 Mar '13

>> Hi, >> >> I am currently testing Ovirt 3.1 standalone on Fedora 17. >> >> Until now, I could only use the default user admin@internal. >> >> Our Directory at the University is OpenLDAP. We use it for authentication >> WITHOUT Kerberos : Simple authentication. >> >> I wonder how to use this backend to authenticate users and manage groups >> in Ovirt. >> >> Has anyone already set this up ? >> How to configure Ovirt to use Simple Authentication (No Kerberos). >> >> Cheers, >> >> -- >> Thierry Kauffmann >> Chef du Service Informatique // Facult? des Sciences // Universit? de >> Montpellier 2 >> >> [image: SIF - Service Informatique de la Facult? des Sciences]<http://sif.info-ufr.univ-montp2.fr/> [image: >> UM2 - Universit? de Montpellier 2] <http://www.univ-montp2.fr/> Service >> informatique de la Facult? des Sciences (SIF) >> Universit? de Montpellier 2 >> CC437 // Place Eug?ne Bataillon // 34095 Montpellier Cedex 5 >> >> T?l : 04 67 14 31 58 >> email : thierry.kauffmann(a)univ-montp2.fr >> web : http://sif.info-ufr.univ-montp2.fr/ >> http://www.fdsweb.univ-montp2.fr/ >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > Hi, > > This is a response from an older thread from Yair Zaslavsky: > > " there is no code allowing to add simple-authentication domains to > Manage-Domains. > In the past we did have the ability to do that, but there are several > problematic issues." > > Best regards, Hi, correct-me if I am wrong but this wiki page (http://www.ovirt.org/DomainInfrastructure) states clearly : > 1. Authenticating Active Directory, IPA and RHDS using either simple > or gssapi authentication > 2. Querying the directory using the LDAP protocol > 3. Auto deducing the LDAP provider type > 4. Easily adding new LDAP provider types > 5. Easily adding new query types > So what ? -- signature-TK Thierry Kauffmann Chef du Service Informatique // Faculté des Sciences // Université de Montpellier 2 SIF - Service Informatique de la Faculté des Sciences <http://sif.info-ufr.univ-montp2.fr/> UM2 - Université de Montpellier 2 <http://www.univ-montp2.fr/> Service informatique de la Faculté des Sciences (SIF) Université de Montpellier 2 CC437 // Place Eugène Bataillon // 34095 Montpellier Cedex 5 Tél : 04 67 14 31 58 email : thierry.kauffmann(a)univ-montp2.fr <mailto:thierry.kauffmann@univ-montp2.fr> web : http://sif.info-ufr.univ-montp2.fr/ http://www.fdsweb.univ-montp2.fr/

7 11

[Users] How to import existing libvirt management KVM virtual machine to the ovirt
by xianghuadu 12 Mar '13

12 Mar '13

This is a multi-part message in MIME format. ------=_001_NextPart536463721454_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 aGkgYWxsDQogICBIb3cgdG8gaW1wb3J0IGV4aXN0aW5nIGxpYnZpcnQgbWFuYWdlbWVudCBLVk0g dmlydHVhbCBtYWNoaW5lIHRvIHRoZSBvdmlydCANCg0KDQoNCg0KeGlhbmdodWFkdQ== ------=_001_NextPart536463721454_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Dgb2312" http-equiv=3DContent-Type> <STYLE> BLOCKQUOTE { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px; MARGIN-LEFT: 2em } OL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } UL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } P { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } BODY { LINE-HEIGHT: 1.5; FONT-FAMILY: =CE=A2=C8=ED=D1=C5=BA=DA; COLOR: #000000; = FONT-SIZE: 10.5pt } </STYLE> <META name=3DGENERATOR content=3D"MSHTML 8.00.7601.17744"></HEAD> <BODY style=3D"MARGIN: 10px"> <DIV>hi all</DIV> <DIV>  =20 How to import existing libvirt management KV= M virtual machine to the ovirt=20 </DIV> <DIV> </DIV> <HR style=3D"WIDTH: 210px; HEIGHT: 1px" align=3Dleft color=3D#b5c4df SIZE= =3D1> <DIV><SPAN>xianghuadu</SPAN></DIV></BODY></HTML> ------=_001_NextPart536463721454_=------

2 1

[Users] iSCSI multipath with EqualLogic SAN
by Baptiste AGASSE 11 Mar '13

11 Mar '13

Hi all, I'm testing ovirt 3.1 on centos boxes. I setup ovirt management node and 4 vdsm hosts. vdsm hosts have 2 nics on the SAN subnet. When i create a iscsi storage domain, it use only one of the two nics on the SAN network (showed with iscsiadm -m session on vdsm nodes). Does ovirt support multiples nics on the same subnet for iscsi SAN connection ? Have a nice day. Regards. Baptiste.

6 8

[Users] Exporting backing up Snapshots
by Neil 11 Mar '13

11 Mar '13

Hi guys, I'm working on automating snapshots(not live, just paused) from my oVirt setup at the moment, but I can't seem to find out how to export the snapshots for backing up purposes so they can be moved to another storage domain etc. Please could someone point me in the right direction Thank you! Regards. Neil Wilson.

2 2

[Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR)
by Patrick Hurrelmann 11 Mar '13

11 Mar '13

Hi list, I tested the upcoming CentOS 6.4 release with my lab installation of oVirt 3.1 and it fails to play well. Background: freshly installed CentOS 6.3 host in a Nehalem CPU-type Cluster with 2 other hosts. Storage is iSCSI. Datacenter and Cluster are both version 3.1. oVirt 3.1 was installed via Dreyou's repo. In CentOS 6.3 all is fine and the following rpms are installed: libvirt.x86_64 0.9.10-21.el6_3.8 libvirt-client.x86_64 0.9.10-21.el6_3.8 libvirt-lock-sanlock.x86_64 0.9.10-21.el6_3.8 libvirt-python.x86_64 0.9.10-21.el6_3.8 vdsm.x86_64 4.10.0-0.46.15.el6 vdsm-cli.noarch 4.10.0-0.46.15.el6 vdsm-python.x86_64 4.10.0-0.46.15.el6 vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 qemu-kvm.x86_64 2:0.12.1.2-2.295.el6_3.10 uname -a Linux vh-test1.mydomain.com 2.6.32-279.22.1.el6.x86_64 #1 SMP Wed Feb 6 03:10:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux virsh cpu capabilities on 6.3: <cpu> <arch>x86_64</arch> <model>Nehalem</model> <vendor>Intel</vendor> <topology sockets='1' cores='4' threads='1'/> <feature name='rdtscp'/> <feature name='pdcm'/> <feature name='xtpr'/> <feature name='tm2'/> <feature name='est'/> <feature name='smx'/> <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> and corresponding cpu features from vdsClient: cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca, cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, flexpriority,ept,vpid,model_Conroe,model_Penryn, model_Nehalem cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz cpuSockets = 1 cpuSpeed = 2394.132 So the system was updated to 6.4 using the continuous release repo. Installed rpms after update to 6.4 (6.3 + CR): libvirt.x86_64 0.10.2-18.el6 libvirt-client.x86_64 0.10.2-18.el6 libvirt-lock-sanlock.x86_64 0.10.2-18.el6 libvirt-python.x86_64 0.10.2-18.el6 vdsm.x86_64 4.10.0-0.46.15.el6 vdsm-cli.noarch 4.10.0-0.46.15.el6 vdsm-python.x86_64 4.10.0-0.46.15.el6 vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 qemu-kvm.x86_64 2:0.12.1.2-2.355.el6_4_4.1 uname -a Linux vh-test1.mydomain.com 2.6.32-358.0.1.el6.x86_64 #1 SMP Wed Feb 27 06:06:45 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux virsh capabilities on 6.4: <cpu> <arch>x86_64</arch> <model>Nehalem</model> <vendor>Intel</vendor> <topology sockets='1' cores='4' threads='1'/> <feature name='rdtscp'/> <feature name='pdcm'/> <feature name='xtpr'/> <feature name='tm2'/> <feature name='est'/> <feature name='smx'/> <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> and corresponding cpu features from vdsClient: 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,rdtscp,lm,constant_tsc,arch_perfmon, pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, flexpriority,ept,vpid,model_coreduo,model_Conroe cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz cpuSockets = 1 cpuSpeed = 2394.098 Full outputs of virsh capabilities and vdsCaps are attached. The only difference I can see is that 6.4 exposes one additional cpu flags (sep) and this seems to break the cpu recognition of vdsm. Anyone has some hints on how to resolve or debug this further? What more information can I provide to help? Best regards Patrick -- Lobster LOGsuite GmbH, Münchner Straße 15a, D-82319 Starnberg HRB 178831, Amtsgericht München Geschäftsführer: Dr. Martin Fischer, Rolf Henrich

5 14

[Users] Host installation problems. Brigde
by Christer Olsen 11 Mar '13

11 Mar '13

I'm having issues with installing host in oVirt. Manager reports: Failed to install Host localhost. Step: SetNetworking; Details: addNetwork error trying to add management bridge. *** LOG *** Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress Entry. url= http://10.1.1.30:22020/Components/vds/ Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress return. address=10.1.1.30 port=22020 Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge begin. Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: read host name: 10.1.1.30 Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: using host name 10.1.1.30 strIP= 10.1.1.30 Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface IP=10.1.1.30 strIface=eth0 Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found the following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', 'NAME=', 'BOOTPROT$ Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified netmask or gateway but not ip Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 WARNING:root:options IPADDR is deprecated. Use ipaddr instead WARNING:root:options NETMASK is deprecated. Use netmask instead WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead WARNING:root:options ONBOOT is deprecated. Use onboot instead Traceback (most recent call last): File "/usr/share/vdsm/configNetwork.py", line 1458, in <module> main() File "/usr/share/vdsm/configNetwork.py", line 1427, in main addNetwork(bridge, **kwargs) File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork bridged=bridged, **options) File "/usr/share/vdsm/configNetwork.py", line 823, in _addNetworkValidation "Specified netmask or gateway but not ip") ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge Failed to add ovirtmgmt bridge out=Specified netmask or gateway bu$ err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead WARNING:root:options NETMASK is deprecated. Use netmask instead WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead WARNING:root:options ONBOOT is deprecated. Use onboot instead Traceback (most recent call last): File "/usr/share/vdsm/configNetwork.py", line 1458, in <module> main() File "/usr/share/vdsm/configNetwork.py", line 1427, in main addNetwork(bridge, **kwargs) File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork bridged=bridged, **options) File "/usr/share/vdsm/configNetwork.py", line 823, in _addNetworkValidation "Specified netmask or gateway but not ip") ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') ret=22 Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge errored: out=Specified netmask or gateway but not ip err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead WARNING:root:options NETMASK is deprecated. Use netmask instead WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead WARNING:root:options ONBOOT is deprecated. Use onboot instead Traceback (most recent call last): File "/usr/share/vdsm/configNetwork.py", line 1458, in <module> main() File "/usr/share/vdsm/configNetwork.py", line 1427, in main addNetwork(bridge, **kwargs) File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork bridged=bridged, **options) File "/usr/share/vdsm/configNetwork.py", line 823, in _addNetworkValidation "Specified netmask or gateway but not ip") ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') ret=22 Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge return. Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork error trying to add management bridge Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 <BSTRAP component='SetNetworking' status='FAIL' message='addNetwork error t$ Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 setNetworking test failed Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 <BSTRAP component='RHEV_INSTALL' status='FAIL'/> Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS Validation **** *** END LOG *** I have tried googling myself to an answer, and i have tried finding it out myself but with no luck. (the host is the same one as the engine is running on) Please, any help would be appreciated. Kind regards

4 3