- Users - oVirt List Archives

changelogs for upgrades in ovirt yum repo
by Tiemen Ruiten 15 Jun '15

15 Jun '15

Hello, Is there a changelog available for upgrades in the ovirt repositories? There are some upgrades available for qemu and vdsm and I have no idea whether they're urgent, security related or both. -- Tiemen Ruiten Systems Engineer R&D Media

3 3

oVirt 3.5.3 VDSM on CentOS Virt SIG
by Sandro Bonazzola 15 Jun '15

15 Jun '15

Hi, today oVirt 3.5.3 has been released[1]. VDSM 4.16.20 and its dependencies has been tagged as release as well within the Virt SIG build repositories for CentOS Linux 7. In order to enable the needed repositories you need to create /etc/yum.repos.d/centos-virt-sig.repo with the following content: [virt7-kvm-common-release] name=virt7-kvm-common-release baseurl=http://cbs.centos.org/repos/virt7-kvm-common-release/x86_64/os enabled=1 gpgcheck=0 [virt7-ovirt-common-release] name=virt7-ovirt-common-release baseurl=http://cbs.centos.org/repos/virt7-ovirt-common-release/x86_64/os enabled=1 gpgcheck=0 [virt7-ovirt-35-release] name=virt7-ovirt-35-release baseurl=http://cbs.centos.org/repos/virt7-ovirt-35-release/x86_64/os enabled=1 gpgcheck=0 An initial submission for the repository rpm has been pushed[2] and is waiting for public GPG keys to be added. [1] http://lists.ovirt.org/pipermail/announce/2015-June/000175.html [2] https://gerrit.ovirt.org/41403 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

[ANN] oVirt 3.5.3 Final Release is now available
by Sandro Bonazzola 15 Jun '15

15 Jun '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The oVirt team is pleased to announce that the oVirt 3.5.3 Final Release is now available as of June 15th 2015. oVirt is an open source alternative to VMware vSphere, and provides an excellent KVM management interface for multi-node virtualization. oVirt is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS Linux 6.6 (or similar) and Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar). This release of oVirt includes numerous bug fixes and two CVE fixes. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO is already available[2] and oVirt Node ISO will be soon available as well[3]. Please note that mirrors[4] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.3_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5/iso/ovirt-live/el6-3.5.3/ovirt-liv… [3] http://resources.ovirt.org/pub/ovirt-3.5/iso/ovirt-node/ [4] http://www.ovirt.org/Repository_mirrors#Current_mirrors - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVfoI3AAoJEHw3u57E4QAOZtcP/167LZUjWapo8ujNgW9JilAW Cmz9mWoQWzUopaFFhLkpPJV9+ngCIqiny4bgdeStNQCJ3VsbWS6gz1mFgm9M7ZGl 1y6Q5dbUrt+xRtdec+w8BbTb/UEdFPUeQ2Gxa+Z/YCJ4+ovsAX2Sgv2ZVNe6S6zR WBVy79X1oKwJDsTbXjSotl2FxWbHW/+S3+3qI5YLVkwHDhwn6uoHdaNC0xo47fUj Kw9G0VjLhQH3UHtna0QX/rw39elLf9/eVsiIiimSo8YbnQ7aqvkZw3tcOVYs/hGe s+fW+xDnU5IcD90K6JToZYfHc8xsN7KAyfAbJecgS3HVDef1jyjcfxG08cTlG73C Q+XqAZQXlAPHbjMQe8EYHYRAZcpk0EGVOaR+BXmL4x4p9sGCppTavq6W/9FlxkmK tLVz5hFC+H6pjU00T/gCQC1+N8aZSfy8kO5nbbLWdFW9/ixvkIB4SCEVDkbB0keb KphiOJZuxX5U1ZdwK0HvYcA6Z6bevCp9+wZEyi6UdNu/SjJx785USiFjBi/rmXVY h/W0u0bqkjqu6Fc/IlDA8irNhxjwDiNp7qLWba72mlqKif0UKeqBgXmFk9A34BWi bJmToIpnWyrZ5vjYyvHY+fwcnvu7EFFQb/OOnuFspoXc8aOkm6GcGZP+pgm9biN2 aPdWpfSKRDeX6nOg5LZN =5bEX -----END PGP SIGNATURE-----

1 0

DWH remove
by Michael Wagenknecht 14 Jun '15

14 Jun '15

Hi all, how can I safely remove the DWH extension in ovirt 3.5.1? Is there a howto? Best Regards, Michael

2 1

Help with a vdsm hook script script?
by Paul Jansen 12 Jun '15

12 Jun '15

------=_Part_1839633_221010509.1434090878897 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I have not coded much python, but I'm having a go at trying to get a vdsm h= ook script working. What it is supposed to do is look for a controller of model 'virtio-scsi' i= n the domxml and change the model to 'ich9-ahci'.I've named the script '50_= change_scsi_controller' and have placed it in '/usr/libexec/vdsm/hooks/befo= re_vm_start' on the one (and only) host in the cluster where I'm doing this= testing.=C2=A0 I've set the perms to 755.I've also added the custom proper= ty to my engine like so: engine-config -s UserDefinedVMProperties=3D'change= _scsi_controller=3D.*' --cver=3D3.5I've restarted the ovirt-engine like so = 'service ovirt-engine restart' , and can now see the custom property in the= GUI config for a powered off VM that is set to boot up into my cluster.=C2= =A0 I've put a string into the 'change_scsi_controller' property and booted= up the VM.The scsi controller model is not changed from 'virtio-scsi' to '= ich9-ahci' =C2=A0On the host when I look at '/var/log/vdsm/vdsm.log' I can see tha tth= e hook is getting called, but I'm not sure what I need to look at here spec= ifically?=C2=A0 Can anyone assist and possibly tell me what is wrong here? = Is it an issue with my python hook script? I'm wanting to test an EL5 based install with a scsi disk, and EL5 does not= support virtio-scsi. I should also mention that I know there are issues with migrating VMs that = use the ich9-ahci sata controller and I don't plan to use this long term.= =C2=A0 If I do need this functionality I'll likely set up some Fedora hosts= in another cluster and use one of the other scsi controller types instead = - ie: 'lsi53c810"', 'lsi53c895a', 'megasas', 'pvscsi'. Here's the hook script code: #!/usr/bin/python =C2=A0 import os import hooking =C2=A0 def main(): =C2=A0 =C2=A0=C2=A0=C2=A0 if hooking.tobool(os.environ.get('change_scsi_controller= ')): =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 newscsiadapter =3D hooking.read_= json() =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 domxml =3D hooking.read_domxml() =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 for controller in domxml.getElem= entsByTagName('controller'): =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 filterVa= lue =3D controller.getAttribute('model') =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 if filte= rValue =3D=3D 'virtio-scsi': =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 filterValue.setAttribute('model','ich9-ahci') =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 hooking.write_domxml(domxml) if __name__ =3D=3D '__main__': =C2=A0=C2=A0=C2=A0 main() ------=_Part_1839633_221010509.1434090878897 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lvetica Neue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial,= Lucida Grande, Sans-Serif;font-size:16px"><div dir=3D"ltr" id=3D"yui_3_16_= 0_1_1434089995415_2277"><span id=3D"yui_3_16_0_1_1434089995415_2464">I have= not coded much python, but I'm having a go at trying to get a vdsm hook sc= ript working.</span></div><div id=3D"yui_3_16_0_1_1434089995415_2366" dir= =3D"ltr"><br><span></span></div><div id=3D"yui_3_16_0_1_1434089995415_2289"= dir=3D"ltr"><span id=3D"yui_3_16_0_1_1434089995415_2310">What it is suppos= ed to do is look for a controller of model 'virtio-scsi' in the domxml and = change the model to 'ich9-ahci'.</span></div><div id=3D"yui_3_16_0_1_143408= 9995415_2311" dir=3D"ltr"><span id=3D"yui_3_16_0_1_1434089995415_2310"></sp= an></div><div id=3D"yui_3_16_0_1_1434089995415_2338" dir=3D"ltr">I've named= the script '50_change_scsi_controller' and have placed it in '/usr/libexec= /vdsm/hooks/before_vm_start' on the one (and only) host in the cluster wher= e I'm doing this testing.  I've set the perms to 755.</div><div id=3D"= yui_3_16_0_1_1434089995415_2389" dir=3D"ltr">I've also added the custom pro= perty to my engine like so: engine-config -s UserDefinedVMProperties=3D'cha= nge_scsi_controller=3D.*' --cver=3D3.5</div><div id=3D"yui_3_16_0_1_1434089= 995415_2423" dir=3D"ltr">I've restarted the ovirt-engine like so 'service o= virt-engine restart' , and can now see the custom property in the GUI confi= g for a powered off VM that is set to boot up into my cluster.  I've p= ut a string into the 'change_scsi_controller' property and booted up the VM= .</div><div id=3D"yui_3_16_0_1_1434089995415_2453" dir=3D"ltr">The scsi con= troller model is not changed from 'virtio-scsi' to 'ich9-ahci'<br></div><di= v style=3D"" class=3D"" id=3D"yui_3_16_0_1_1434089995415_2338" dir=3D"ltr">=  </div><div id=3D"yui_3_16_0_1_1434089995415_2535" style=3D"" class=3D= "" dir=3D"ltr">On the host when I look at '/var/log/vdsm/vdsm.log' I can se= e tha tthe hook is getting called, but I'm not sure what I need to look at = here specifically?  Can anyone assist and possibly tell me what is wro= ng here? Is it an issue with my python hook script?</div><div id=3D"yui_3_1= 6_0_1_1434089995415_2562" style=3D"" class=3D"" dir=3D"ltr"><br></div><div = id=3D"yui_3_16_0_1_1434089995415_2593" style=3D"" class=3D"" dir=3D"ltr">I'= m wanting to test an EL5 based install with a scsi disk, and EL5 does not s= upport virtio-scsi.<br></div><div id=3D"yui_3_16_0_1_1434089995415_2701" st= yle=3D"" class=3D"" dir=3D"ltr">I should also mention that I know there are= issues with migrating VMs that use the ich9-ahci sata controller and I don= 't plan to use this long term.  If I do need this functionality I'll l= ikely set up some Fedora hosts in another cluster and use one of the other = scsi controller types instead - ie: 'lsi53c810"', 'lsi53c895a', 'megasas', = 'pvscsi'.</div><div id=3D"yui_3_16_0_1_1434089995415_2702" style=3D"" class= =3D"" dir=3D"ltr"><br></div><div id=3D"yui_3_16_0_1_1434089995415_2703" sty= le=3D"" class=3D"" dir=3D"ltr">Here's the hook script code:</div><div id=3D= "yui_3_16_0_1_1434089995415_2635" style=3D"" class=3D"" dir=3D"ltr"><br></d= iv><div id=3D"yui_3_16_0_1_1434089995415_2636" style=3D"" class=3D"" dir=3D= "ltr"><br></div><div id=3D"yui_3_16_0_1_1434089995415_2637" style=3D"" clas= s=3D"" dir=3D"ltr">#!/usr/bin/python<br style=3D"" class=3D""> <br sty= le=3D"" class=3D"">import os<br style=3D"" class=3D"">import hooking<br sty= le=3D"" class=3D""> <br style=3D"" class=3D"">def main():<br style=3D"= " class=3D""> <br style=3D"" class=3D"">    if hooking.= tobool(os.environ.get('change_scsi_controller')):<br style=3D"" class=3D"">=         newscsiadapter =3D hooking.read_= json()<br style=3D"" class=3D"">        = domxml =3D hooking.read_domxml()<br style=3D"" class=3D""><br style=3D"" cl= ass=3D"">        for controller in domxm= l.getElementsByTagName('controller'):<br style=3D"" class=3D"">  =           filterValue =3D cont= roller.getAttribute('model')<br style=3D"" class=3D"">   &nb= sp;        if filterValue =3D=3D 'virtio= -scsi':<br style=3D"" class=3D"">       =          filterValue.setAttribute('= model','ich9-ahci')<br style=3D"" class=3D""><br style=3D"" class=3D"">&nbs= p;       hooking.write_domxml(domxml)<br styl= e=3D"" class=3D""><br style=3D"" class=3D""><br style=3D"" class=3D"">if __= name__ =3D=3D '__main__':<br style=3D"" class=3D"">    main(= )<br style=3D"" class=3D""><br></div></div></body></html> ------=_Part_1839633_221010509.1434090878897--

3 2

Re: [ovirt-users] Bug in Snapshot Removing
by Soeren Malchow 11 Jun '15

11 Jun '15

--_000_D1916735D978soerenmalchowmconnet_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Small addition again: This error shows up in the log while removing snapshots WITHOUT rendering t= he Vms unresponsive =97 Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1657]: Timed= out during operation: cannot acquire state change lock Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[6839]: vdsm vm.V= m ERROR vmId=3D`56848f4a-cd73-4eda-bf79-7eb80ae569a9`::Error getting block = job info Traceback= (most recent call last): File "/= usr/share/vdsm/virt/vm.py", line 5759, in queryBlockJobs=85 =97 From: Soeren Malchow <soeren.malchow(a)mcon.net<mailto:soeren.malchow@mcon.ne= t>> Date: Monday 1 June 2015 00:56 To: "libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>" <libvirt-us= ers(a)redhat.com<mailto:libvirt-users@redhat.com>>, users <users(a)ovirt.org<ma= ilto:users@ovirt.org>> Subject: [ovirt-users] Bug in Snapshot Removing Dear all I am not sure if the mail just did not get any attention between all the ma= ils and this time it is also going to the libvirt mailing list. I am experiencing a problem with VM becoming unresponsive when removing Sna= pshots (Live Merge) and i think there is a serious problem. Here are the previous mails, http://lists.ovirt.org/pipermail/users/2015-May/033083.html The problem is on a system with everything on the latest version, CentOS 7.= 1 and ovirt 3.5.2.1 all upgrades applied. This Problem did NOT exist before upgrading to CentOS 7.1 with an environme= nt running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-preview rep= o activated. I think this is a bug in libvirt, not ovirt itself, but i am not sure. The = actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm.py, = line 697). We are very willing to help, test and supply log files in anyway we can. Regards Soeren --_000_D1916735D978soerenmalchowmconnet_ Content-Type: text/html; charset="Windows-1252" Content-ID: <9FBCF9D40986EE4C94B0FC8E1FE85212(a)liquidcampaign.com> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252"> </head> <body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin= e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami= ly: Calibri, sans-serif;"> <div>Small addition again:</div> <div><br> </div> <div>This error shows up in the log while removing snapshots WITHOUT render= ing the Vms unresponsive</div> <div><br> </div> <div>=97</div> <div> <div>Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1657]: = Timed out during operation: cannot acquire state change lock</div> <div>Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[6839]: vdsm= vm.Vm ERROR vmId=3D`56848f4a-cd73-4eda-bf79-7eb80ae569a9`::Error getting b= lock job info</div> <div>                    =                     &nbsp= ;                     &nb= sp;   Traceback (most recent call last):</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/vm.py", line 5759, i= n queryBlockJobs=85</div> </div> <div><br> </div> <div>=97</div> <div><br> </div> <div><br> </div> <div><br> </div> <span id=3D"OLK_SRC_BODY_SECTION"> <div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b= lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:= 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;= BORDER-RIGHT: medium none; PADDING-TOP: 3pt"> <span style=3D"font-weight:bold">From: </span>Soeren Malchow <<a href=3D= "mailto:soeren.malchow@mcon.net">soeren.malchow(a)mcon.net</a>><br> <span style=3D"font-weight:bold">Date: </span>Monday 1 June 2015 00:56<br> <span style=3D"font-weight:bold">To: </span>"<a href=3D"mailto:libvirt= -users(a)redhat.com">libvirt-users(a)redhat.com</a>" <<a href=3D"mailto= :libvirt-users@redhat.com">libvirt-users(a)redhat.com</a>>, users <<a h= ref=3D"mailto:users@ovirt.org">users(a)ovirt.org</a>><br> <span style=3D"font-weight:bold">Subject: </span>[ovirt-users] Bug in Snaps= hot Removing<br> </div> <div><br> </div> <div> <div style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line= -break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-famil= y: Calibri, sans-serif;"> <div>Dear all</div> <div><br> </div> <div>I am not sure if the mail just did not get any attention between all t= he mails and this time it is also going to the libvirt mailing list.</div> <div><br> </div> <div>I am experiencing a problem with VM becoming unresponsive when removin= g Snapshots (Live Merge) and i think there is a serious problem.</div> <div><br> </div> <div>Here are the previous mails,</div> <div><br> </div> <div><a href=3D"http://lists.ovirt.org/pipermail/users/2015-May/033083.html= ">http://lists.ovirt.org/pipermail/users/2015-May/033083.html</a></div> <div><br> </div> <div>The problem is on a system with everything on the latest version, Cent= OS 7.1 and ovirt 3.5.2.1 all upgrades applied.</div> <div><br> </div> <div>This Problem did NOT exist before upgrading to CentOS 7.1 with an envi= ronment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-previe= w repo activated.</div> <div><br> </div> <div>I think this is a bug in libvirt, not ovirt itself, but i am not sure.= The actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm= .py, line 697).</div> <div><br> </div> <div>We are very willing to help, test and supply log files in anyway we ca= n. </div> <div><br> </div> <div>Regards</div> <div>Soeren </div> <div><br> </div> </div> </div> </span> </body> </html> --_000_D1916735D978soerenmalchowmconnet_--

3 11

How do I get discard working?
by Chris Jones - BookIt.com Systems Administrator 11 Jun '15

11 Jun '15

oVirt Node - 3.5 - 0.999.201504280931.el7.centos Using our shared storage via baremetal (stock CentOS 7) -> iscsi, I can successfully issue fstrim commands. With oVirt at the VM level, even with direct LUNS, trim commands are not supported despite having the LVM config in the VMs set up to allow it. Thanks -- This email was Virus checked by the PHX UTM 9. For issues please contact the Windows Systems Admin.

4 4

Re: [ovirt-users] [Users] Compiling ovirt-guest-agent on FreeBSD
by Karli Sjöberg 11 Jun '15

11 Jun '15

--_000_88d6743d06ba4ab8bfea500a71da1165emailandroidcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMTEganVuIDIwMTUgNDo0MiBlbSBza3JldiBWaW56ZW56IEZlZW5zdHJhIDx2ZmVlbnN0 ckByZWRoYXQuY29tPjoNCj4NCj4gT24gMDUvMjcvMjAxNSAxMDozOSBBTSwgQWxleGFuZHIgS3Jp dnVseWEgd3JvdGU6DQo+ID4gMDIuMDIuMjAxNSAxMjo1NywgS2FybGkgU2rDtmJlcmcg0L/QuNGI 0LXRgjoNCj4gPj4gT24gU2F0LCAyMDE1LTAxLTMxIGF0IDIzOjU0ICswMjAwLCBBbGV4YW5kciBL cml2dWx5YSB3cm90ZToNCj4gPj4+IDE5LjA4LjIwMTMgMTM6MjEsIEthcmxpIFNqw7ZiZXJnINC/ 0LjRiNC10YI6DQo+ID4+Pg0KPiA+Pj4+IG3DpW4gMjAxMy0wOC0xOSBrbG9ja2FuIDEyOjExICsw MjAwIHNrcmV2IFZpbnplbnogRmVlbnN0cmE6DQo+ID4+Pj4+IE9uIDA4LzE5LzIwMTMgMTA6MDEg QU0sIEthcmxpIFNqw7ZiZXJnIHdyb3RlOg0KPiA+Pj4+Pg0KPiA+Pj4+Pj4gbcOlbiAyMDEzLTA4 LTE5IGtsb2NrYW4gMDk6NTMgKzAyMDAgc2tyZXYgTWljaGFsIFNrcml2YW5lazoNCj4gPj4+Pj4+ PiBPbiBBdWcgMTksIDIwMTMsIGF0IDA5OjQxICwgS2FybGkgU2rDtmJlcmcgPEthcmxpLlNqb2Jl cmdAc2x1LnNlPiB3cm90ZToNCj4gPj4+Pj4+Pg0KPiA+Pj4+Pj4+PiBIaSENCj4gPj4+Pj4+Pj4N Cj4gPj4+Pj4+Pj4gQXMgcGFydCBvZiBhIHRlbXBsYXRlIEnCtG0gcHJlcGFyaW5nLCBJwrRtIHdv bmRlcmluZyBob3cgdG8gY29tcGlsZSB0aGUgYWdlbnQgd2l0aCBqdXN0IHRoZSBiYXNpY3MgaW5j bHVkZWQuIEnCtHZlIHRyaWVkIHJ1bm5pbmcgbGlrZToNCj4gPj4+Pj4+Pj4NCj4gPj4+Pj4+Pj4g T1BUSU9OUz0nDQo+ID4+Pj4+Pj4+IC0td2l0aG91dC1nZG0tcGx1Z2luIC0td2l0aG91dC1nZG0y LXBsdWdpbiAgLS13aXRob3V0LWtkbS1wbHVnaW4gLS13aXRob3V0LXBhbS1vdmlydC1jcmVkDQo+ ID4+Pj4+Pj4+IC0td2l0aC1nZG0tcGx1Z2luPW5vIC0td2l0aC1nZG0yLXBsdWdpbj1ubyAtLXdp dGgta2RtLXBsdWdpbj1ubyAtLXdpdGgtcGFtLW92aXJ0LWNyZWQ9bm8NCj4gPj4+Pj4+Pj4gLS1k aXNhYmxlLWdkbS1wbHVnaW4gLS1kaXNhYmxlLWdkbTItcGx1Z2luIC0tZGlzYWJsZS1rZG0tcGx1 Z2luIC0tZGlzYWJsZS1wYW0tb3ZpcnQtY3JlZA0KPiA+Pj4+Pj4+PiAtLWVuYWJsZS1nZG0tcGx1 Z2luPW5vIC0tZW5hYmxlLWdkbTItcGx1Z2luPW5vIC0tZW5hYmxlLWtkbS1wbHVnaW49bm8gLS1l bmFibGVwYW0tb3ZpcnQtY3JlZC09bm8nDQo+ID4+Pj4+Pj4+DQo+ID4+Pj4+Pj4+ICMgLi9jb25m aWd1cmUgJHtPUFRJT05TfQ0KPiA+Pj4+Pj4+Pg0KPiA+Pj4+Pj4+PiBSZWdhcmRsZXNzIG9mIGhv dyBJIHRyeSwgaXQganVzdCByZXNwb25kczoNCj4gPj4+Pj4+Pj4gY29uZmlndXJlOiBXQVJOSU5H OiB1bnJlY29nbml6ZWQgb3B0aW9uczogJHtPUFRJT05TfQ0KPiA+Pj4+Pj4+Pg0KPiA+Pj4+Pj4+ PiBJIHRvb2sgdGhlIHBhY2thZ2UgZnJvbSB0aGUgIm9mZmljaWFsIiBvVmlydC5vcmcgcmVwbywg c3JjIGZpbGU6DQo+ID4+Pj4+Pj4+IG92aXJ0LWd1ZXN0LWFnZW50LTEuMC42LnRhci5iejINCj4g Pj4+Pj4+Pj4NCj4gPj4+Pj4+Pj4gV2hhdCBhbSBJIGRvaW5nIHdyb25nPw0KPiA+Pj4+Pj4+IEhp DQo+ID4+Pj4+Pj4gdGhlIHBhcmFtZXRlcnMgYXJlIGdkbSwga2RtIGFuZCBzc28sIHNldCB0aGVt IHRvIG5vDQo+ID4+Pj4+PiBJIGRvbsK0dCBnZXQgaXQsIGl0IGRvZXNuwrR0IHNlZW0gdG8gY2Fy ZToNCj4gPj4+Pj4+DQo+ID4+Pj4+PiAjIC4vY29uZmlndXJlIC0td2l0aG91dC1nZG0NCj4gPj4+ Pj4+ICMgLi9jb25maWd1cmUgLS13aXRoLWdkbT1ubw0KPiA+Pj4+Pj4gIyAuL2NvbmZpZ3VyZSAt LWVuYWJsZS1nZG09bm8NCj4gPj4+Pj4+ICMgLi9jb25maWd1cmUgLS1kaXNhYmxlLWdkbQ0KPiA+ Pj4+Pj4gIyAuL2NvbmZpZ3VyZSAtLXdpdGhvdXQtZ2RtIC0td2l0aC1nZG09bm8gLS1lbmFibGUt Z2RtPW5vDQo+ID4+Pj4+PiAtLWRpc2FibGUtZ2RtDQo+ID4+Pj4+PiBjb25maWd1cmU6IFdBUk5J Tkc6IHVucmVjb2duaXplZCBvcHRpb25zOiAtLXdpdGhvdXQtZ2RtLA0KPiA+Pj4+Pj4gLS13aXRo LWdkbSwgLS1lbmFibGUtZ2RtLCAtLWRpc2FibGUtZ2RtDQo+ID4+Pj4+IHRoaXMgZmVhdHVyZSBv ZiBkaXNhYmxpbmcgaXQgd2FzIGludHJvZHVjZWQgdG8gb3ZpcnQtZ3Vlc3QtYWdlbnQNCj4gPj4+ Pj4gaW4gMS4wLjgNCj4gPj4+Pj4NCj4gPj4+Pj4gVHJ5IHRoaXMgb25lOg0KPiA+Pj4+PiBodHRw Oi8vZXZpbGlzc2ltby5mZWRvcmFwZW9wbGUub3JnL3JlbGVhc2VzL292aXJ0LWd1ZXN0LWFnZW50 LzEuMC44L292aXJ0LWd1ZXN0LWFnZW50LTEuMC44LjEudGFyLmJ6Mg0KPiA+Pj4+Pg0KPiA+Pj4+ PiAuL2NvbmZpZ3VyZSAtLXdpdGhvdXQtc3NvIC0tcHJlZml4PS91c3INCj4gPj4+PiBZb3Uga25v dyB3aGF0LCBzb3JyeSBhYm91dCB0aGUgbm9pc2UsIGJlY2F1c2UgaXQgc2VlbXMgYXMgaWYNCj4g Pj4+PiB2aXJ0aW8tc2VyaWFsIGlzbsK0dCBldmVuIGF2YWlsYWJsZSBvbiBGcmVlQlNELCBzbyBp dMK0cyBtb290DQo+ID4+Pj4gYW55d2F5Li4uIFNob3VsZCBwcm9iYWJseSBoYXZlIGxvb2tlZCB0 aGF0IHVwIGJlZm9yZSBldmVuIGdldHRpbmcNCj4gPj4+PiBzdGFydGVkOykNCj4gPj4+Pg0KPiA+ Pj4+IEJ1dCBiZXNpZGVzIHRoZSBmYWN0IHRoYXQgaXQgd29uwrR0IHdvcmsgdW50aWwgdGhhdMK0 cyBzb3J0ZWQsIEkgY2FuDQo+ID4+Pj4gYXQgbGVhc3Qgc2F5IHRoYXQgaXQgY29uZmlndXJlZCwg Y29tcGlsZWQgYW5kIGluc3RhbGxlZCBPSyB1c2luZw0KPiA+Pj4+IFJlbsOpwrRzIHN1Z2dlc3Rp b24sIGNsb25pbmcgZnJvbSBnaXQgYW5kIGJ1aWxkaW5nIGZyb20gdGhlcmUuDQo+ID4+PiBIZWxs byENCj4gPj4+IE5vdyB3aGVuIHZpcnRpb19jb25zb2xlKDQpIGRyaXZlciBhdmFpbGFibGUgaW4g Q1VSUkVOVCBkb2VzIGFueW9uZQ0KPiA+Pj4gd29ya3Mgb24gcG9ydGluZyBvdmlydC1ndWVzdC1h Z2VudCB0byBGcmVlQlNEPw0KPiA+Pj4gcGxhaW4gdGV4dCBkb2N1bWVudCBhdHRhY2htZW50IChB VFQwMDAwMSkNCj4gPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+ID4+PiBVc2VycyBtYWlsaW5nIGxpc3QNCj4gPj4+IFVzZXJzQG92aXJ0Lm9yZw0K PiA+Pj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+ID4+ IEkgaGF2ZW7CtHQgdGVzdGVkIGFueXRoaW5nIHNpbmNlIGxhc3QgdGltZSBidXQgZ29vZCB0byBr bm93IHNvbWVvbmUgZG9pbmcNCj4gPj4gc29tZXRoaW5nOikgSSBjYW4gaW1hZ2luZSB0aGUgZ3Vl c3QgYWdlbnQgd291bGQgbmVlZCBzb21lIHR3ZWVraW5nIHRvDQo+ID4+IGdldCBpdCBydW5uaW5n IGFzIHdlbGw6DQo+ID4+DQo+ID4+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9waXBlcm1haWwv ZnJlZWJzZC1lbXVsYXRpb24vMjAxMy1BcHJpbC8wMTA1NjkuaHRtbA0KPiA+PiAiVGhlIFZpcnRJ TyBzcGVjIGlzIHdyaXR0ZW4gd2l0aCBtb3N0bHkgTGludXggaW4gbWluZCBhbmQgdXN1YWxseSB0 YWtlcw0KPiA+PiB2YXJ5aW5nIGFtb3VudHMgb2YgZXh0cmEgZWZmb3J0IHRvIGFkYXB0IHRvIEZy ZWVCU0QuIg0KPiA+Pg0KPiA+Pg0KPiA+IEkgaGF2ZSBzdWNjZXNzZnVsbHkgYnVpbGQgYW5kIHJ1 biBndWVzdCBhZ2VudCBvbiBGcmVlQlNELUN1cnJlbnQuIEl0DQo+ID4gcHJvdmlkZXMgYSBmZXcg aW5mb3JtYXRpb24gKGZvciBleGFtcGxlIGZxZG4gYW5kIGxvZ2dlZCB1c2VycykgaW50bw0KPiA+ IGFkbWluIHBvcnRhbCwgYnV0IGFsbCBvdGhlciByZXF1aXJlcyByZXdyaXRpbmcgR3Vlc3RBZ2Vu dExpbnV4Mi5weSBvcg0KPiA+IGltcGxlbWVudGluZyBpdCBhcyBzZXBhcmF0ZSBtb2R1bGUuIEkg aGF2ZSBubyBleHBlcmllbmNlIGluIHB5dGhvbiBhbmQNCj4gPiBwcm9ncmFtbWluZyBpdHNlbGYs IGJ1dCBpbXBsZW1lbnRpbmcgc29tZSBzaW1wbGUgZmVhdHVyZXMgbWF5IGJlIHF1aWV0DQo+ID4g ZWFzeS4gQ2FuIGFueW9uZSBoZWxwIHdpdGggaXQ/DQo+IFNvcnJ5IGZvciB0aGUgbGF0ZSByZXBs eSwgbm93IEkgZGlkbid0IG5vdGljZSB0aGF0IHRoZSBkcml2ZXJzIGFyZSBub3cNCj4gYXZhaWxh YmxlLCBJIHdpbGwgYmUgbG9va2luZyBpbnRvIHN1cHBvcnRpbmcgRnJlZUJTRCBmb3IgdGhlIGd1 ZXN0IGFnZW50DQo+IHRoZW4uDQoNCkhlcmUncyBhbiBleGNlbGxlbnQgcGxhY2UgdG8gc3RhcnQ6 KQ0KaHR0cHM6Ly93d3cuZnJlZWJzZC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9wb3J0 ZXJzLWhhbmRib29rLw0KDQovSw0KDQo+DQo+IFRoYW5rcyBmb3IgdGhlIGhlYWRzIHVwIDotKQ0K PiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4g VXNlcnMgbWFpbGluZyBsaXN0DQo+ID4gVXNlcnNAb3ZpcnQub3JnDQo+ID4gaHR0cDovL2xpc3Rz Lm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+DQo+DQo+IC0tDQo+IFJlZ2FyZHMs DQo+DQo+IFZpbnplbnogRmVlbnN0cmEgfCBTZW5pb3IgU29mdHdhcmUgRW5naW5lZXINCj4gUmVk SGF0IEVuZ2luZWVyaW5nIFZpcnR1YWxpemF0aW9uIFIgJiBEDQo+IFBob25lOiArNDIwIDUzMiAy OTQgNjI1DQo+IElSQzogdmZlZW5zdHIgb3IgZXZpbGlzc2ltbw0KPg0KPiBCZXR0ZXIgdGVjaG5v bG9neS4gRmFzdGVyIGlubm92YXRpb24uIFBvd2VyZWQgYnkgY29tbXVuaXR5IGNvbGxhYm9yYXRp b24uDQo+IFNlZSBob3cgaXQgd29ya3MgYXQgcmVkaGF0LmNvbQ0KPg0K --_000_88d6743d06ba4ab8bfea500a71da1165emailandroidcom_ Content-Type: text/html; charset="utf-8" Content-ID: <B2651542710001428FAF322F6A8F4A69(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAxMSBqdW4gMjAxNSA0OjQyIGVtIHNrcmV2IFZpbnplbnogRmVlbnN0cmEgJmx0 O3ZmZWVuc3RyQHJlZGhhdC5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IE9uIDA1LzI3LzIw MTUgMTA6MzkgQU0sIEFsZXhhbmRyIEtyaXZ1bHlhIHdyb3RlOjxicj4NCiZndDsgJmd0OyAwMi4w Mi4yMDE1IDEyOjU3LCBLYXJsaSBTasO2YmVyZyDQv9C40YjQtdGCOjxicj4NCiZndDsgJmd0OyZn dDsgT24gU2F0LCAyMDE1LTAxLTMxIGF0IDIzOjU0ICYjNDM7MDIwMCwgQWxleGFuZHIgS3JpdnVs eWEgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgMTkuMDguMjAxMyAxMzoyMSwgS2FybGkg U2rDtmJlcmcg0L/QuNGI0LXRgjo8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0 OyZndDsmZ3Q7Jmd0OyBtw6VuIDIwMTMtMDgtMTkga2xvY2thbiAxMjoxMSAmIzQzOzAyMDAgc2ty ZXYgVmluemVueiBGZWVuc3RyYTo8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IE9uIDA4 LzE5LzIwMTMgMTA6MDEgQU0sIEthcmxpIFNqw7ZiZXJnIHdyb3RlOjxicj4NCiZndDsgJmd0OyZn dDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyBtw6VuIDIw MTMtMDgtMTkga2xvY2thbiAwOTo1MyAmIzQzOzAyMDAgc2tyZXYgTWljaGFsIFNrcml2YW5lazo8 YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgT24gQXVnIDE5LCAyMDEzLCBh dCAwOTo0MSAsIEthcmxpIFNqw7ZiZXJnICZsdDtLYXJsaS5Tam9iZXJnQHNsdS5zZSZndDsgd3Jv dGU6PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7 Jmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyBIaSE8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyZn dDsmZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7 Jmd0OyBBcyBwYXJ0IG9mIGEgdGVtcGxhdGUgScK0bSBwcmVwYXJpbmcsIEnCtG0gd29uZGVyaW5n IGhvdyB0byBjb21waWxlIHRoZSBhZ2VudCB3aXRoIGp1c3QgdGhlIGJhc2ljcyBpbmNsdWRlZC4g ScK0dmUgdHJpZWQgcnVubmluZyBsaWtlOjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0OyZndDsm Z3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IE9Q VElPTlM9Jzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgLS13aXRo b3V0LWdkbS1wbHVnaW4gLS13aXRob3V0LWdkbTItcGx1Z2luJm5ic3A7IC0td2l0aG91dC1rZG0t cGx1Z2luIC0td2l0aG91dC1wYW0tb3ZpcnQtY3JlZDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0 OyZndDsmZ3Q7Jmd0OyZndDsgLS13aXRoLWdkbS1wbHVnaW49bm8gLS13aXRoLWdkbTItcGx1Z2lu PW5vIC0td2l0aC1rZG0tcGx1Z2luPW5vIC0td2l0aC1wYW0tb3ZpcnQtY3JlZD1ubzxicj4NCiZn dDsgJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgLS1kaXNhYmxlLWdkbS1wbHVnaW4g LS1kaXNhYmxlLWdkbTItcGx1Z2luIC0tZGlzYWJsZS1rZG0tcGx1Z2luIC0tZGlzYWJsZS1wYW0t b3ZpcnQtY3JlZDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgLS1l bmFibGUtZ2RtLXBsdWdpbj1ubyAtLWVuYWJsZS1nZG0yLXBsdWdpbj1ubyAtLWVuYWJsZS1rZG0t cGx1Z2luPW5vIC0tZW5hYmxlcGFtLW92aXJ0LWNyZWQtPW5vJzxicj4NCiZndDsgJmd0OyZndDsm Z3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0 OyZndDsmZ3Q7ICMgLi9jb25maWd1cmUgJHtPUFRJT05TfTxicj4NCiZndDsgJmd0OyZndDsmZ3Q7 Jmd0OyZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZn dDsmZ3Q7IFJlZ2FyZGxlc3Mgb2YgaG93IEkgdHJ5LCBpdCBqdXN0IHJlc3BvbmRzOjxicj4NCiZn dDsgJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgY29uZmlndXJlOiBXQVJOSU5HOiB1 bnJlY29nbml6ZWQgb3B0aW9uczogJHtPUFRJT05TfTxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0 OyZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsm Z3Q7IEkgdG9vayB0aGUgcGFja2FnZSBmcm9tIHRoZSAmcXVvdDtvZmZpY2lhbCZxdW90OyBvVmly dC5vcmcgcmVwbywgc3JjIGZpbGU6PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsm Z3Q7Jmd0OyBvdmlydC1ndWVzdC1hZ2VudC0xLjAuNi50YXIuYnoyPGJyPg0KJmd0OyAmZ3Q7Jmd0 OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0OyZndDsm Z3Q7Jmd0OyZndDsgV2hhdCBhbSBJIGRvaW5nIHdyb25nPzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7 Jmd0OyZndDsmZ3Q7Jmd0OyBIaTxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0 OyB0aGUgcGFyYW1ldGVycyBhcmUgZ2RtLCBrZG0gYW5kIHNzbywgc2V0IHRoZW0gdG8gbm88YnI+ DQomZ3Q7ICZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyBJIGRvbsK0dCBnZXQgaXQsIGl0IGRvZXNu wrR0IHNlZW0gdG8gY2FyZTo8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0Ozxicj4N CiZndDsgJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7ICMgLi9jb25maWd1cmUgLS13aXRob3V0LWdk bTxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7ICMgLi9jb25maWd1cmUgLS13aXRo LWdkbT1ubzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7ICMgLi9jb25maWd1cmUg LS1lbmFibGUtZ2RtPW5vPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgIyAuL2Nv bmZpZ3VyZSAtLWRpc2FibGUtZ2RtPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsg IyAuL2NvbmZpZ3VyZSAtLXdpdGhvdXQtZ2RtIC0td2l0aC1nZG09bm8gLS1lbmFibGUtZ2RtPW5v PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgLS1kaXNhYmxlLWdkbTxicj4NCiZn dDsgJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IGNvbmZpZ3VyZTogV0FSTklORzogdW5yZWNvZ25p emVkIG9wdGlvbnM6IC0td2l0aG91dC1nZG0sPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0 OyZndDsgLS13aXRoLWdkbSwgLS1lbmFibGUtZ2RtLCAtLWRpc2FibGUtZ2RtPGJyPg0KJmd0OyAm Z3Q7Jmd0OyZndDsmZ3Q7Jmd0OyB0aGlzIGZlYXR1cmUgb2YgZGlzYWJsaW5nIGl0IHdhcyBpbnRy b2R1Y2VkIHRvIG92aXJ0LWd1ZXN0LWFnZW50PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0 OyBpbiAxLjAuODxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsm Z3Q7Jmd0OyZndDsmZ3Q7IFRyeSB0aGlzIG9uZTo8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyZndDsm Z3Q7IGh0dHA6Ly9ldmlsaXNzaW1vLmZlZG9yYXBlb3BsZS5vcmcvcmVsZWFzZXMvb3ZpcnQtZ3Vl c3QtYWdlbnQvMS4wLjgvb3ZpcnQtZ3Vlc3QtYWdlbnQtMS4wLjguMS50YXIuYnoyPGJyPg0KJmd0 OyAmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0OyZndDsgLi9j b25maWd1cmUgLS13aXRob3V0LXNzbyAtLXByZWZpeD0vdXNyPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZn dDsmZ3Q7IFlvdSBrbm93IHdoYXQsIHNvcnJ5IGFib3V0IHRoZSBub2lzZSwgYmVjYXVzZSBpdCBz ZWVtcyBhcyBpZjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0OyB2aXJ0aW8tc2VyaWFsIGlzbsK0 dCBldmVuIGF2YWlsYWJsZSBvbiBGcmVlQlNELCBzbyBpdMK0cyBtb290PGJyPg0KJmd0OyAmZ3Q7 Jmd0OyZndDsmZ3Q7IGFueXdheS4uLiBTaG91bGQgcHJvYmFibHkgaGF2ZSBsb29rZWQgdGhhdCB1 cCBiZWZvcmUgZXZlbiBnZXR0aW5nPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsmZ3Q7IHN0YXJ0ZWQ7 KTxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0OyBC dXQgYmVzaWRlcyB0aGUgZmFjdCB0aGF0IGl0IHdvbsK0dCB3b3JrIHVudGlsIHRoYXTCtHMgc29y dGVkLCBJIGNhbjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7Jmd0OyBhdCBsZWFzdCBzYXkgdGhhdCBp dCBjb25maWd1cmVkLCBjb21waWxlZCBhbmQgaW5zdGFsbGVkIE9LIHVzaW5nPGJyPg0KJmd0OyAm Z3Q7Jmd0OyZndDsmZ3Q7IFJlbsOpwrRzIHN1Z2dlc3Rpb24sIGNsb25pbmcgZnJvbSBnaXQgYW5k IGJ1aWxkaW5nIGZyb20gdGhlcmUuPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgSGVsbG8hPGJyPg0K Jmd0OyAmZ3Q7Jmd0OyZndDsgTm93IHdoZW4gdmlydGlvX2NvbnNvbGUoNCkgZHJpdmVyIGF2YWls YWJsZSBpbiBDVVJSRU5UIGRvZXMgYW55b25lPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgd29ya3Mg b24gcG9ydGluZyBvdmlydC1ndWVzdC1hZ2VudCB0byBGcmVlQlNEPzxicj4NCiZndDsgJmd0OyZn dDsmZ3Q7IHBsYWluIHRleHQgZG9jdW1lbnQgYXR0YWNobWVudCAoQVRUMDAwMDEpPGJyPg0KJmd0 OyAmZ3Q7Jmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7 ICZndDsmZ3Q7Jmd0OyBVc2Vyc0BvdmlydC5vcmc8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBodHRw Oi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+DQomZ3Q7ICZndDsm Z3Q7IEkgaGF2ZW7CtHQgdGVzdGVkIGFueXRoaW5nIHNpbmNlIGxhc3QgdGltZSBidXQgZ29vZCB0 byBrbm93IHNvbWVvbmUgZG9pbmc8YnI+DQomZ3Q7ICZndDsmZ3Q7IHNvbWV0aGluZzopIEkgY2Fu IGltYWdpbmUgdGhlIGd1ZXN0IGFnZW50IHdvdWxkIG5lZWQgc29tZSB0d2Vla2luZyB0bzxicj4N CiZndDsgJmd0OyZndDsgZ2V0IGl0IHJ1bm5pbmcgYXMgd2VsbDo8YnI+DQomZ3Q7ICZndDsmZ3Q7 PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvcGlwZXJtYWlsL2Zy ZWVic2QtZW11bGF0aW9uLzIwMTMtQXByaWwvMDEwNTY5Lmh0bWw8YnI+DQomZ3Q7ICZndDsmZ3Q7 ICZxdW90O1RoZSBWaXJ0SU8gc3BlYyBpcyB3cml0dGVuIHdpdGggbW9zdGx5IExpbnV4IGluIG1p bmQgYW5kIHVzdWFsbHkgdGFrZXM8YnI+DQomZ3Q7ICZndDsmZ3Q7IHZhcnlpbmcgYW1vdW50cyBv ZiBleHRyYSBlZmZvcnQgdG8gYWRhcHQgdG8gRnJlZUJTRC4mcXVvdDs8YnI+DQomZ3Q7ICZndDsm Z3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyBJIGhhdmUgc3VjY2Vzc2Z1bGx5 IGJ1aWxkIGFuZCBydW4gZ3Vlc3QgYWdlbnQgb24gRnJlZUJTRC1DdXJyZW50LiBJdDxicj4NCiZn dDsgJmd0OyBwcm92aWRlcyBhIGZldyBpbmZvcm1hdGlvbiAoZm9yIGV4YW1wbGUgZnFkbiBhbmQg bG9nZ2VkIHVzZXJzKSBpbnRvPGJyPg0KJmd0OyAmZ3Q7IGFkbWluIHBvcnRhbCwgYnV0IGFsbCBv dGhlciByZXF1aXJlcyByZXdyaXRpbmcgR3Vlc3RBZ2VudExpbnV4Mi5weSBvcjxicj4NCiZndDsg Jmd0OyBpbXBsZW1lbnRpbmcgaXQgYXMgc2VwYXJhdGUgbW9kdWxlLiBJIGhhdmUgbm8gZXhwZXJp ZW5jZSBpbiBweXRob24gYW5kPGJyPg0KJmd0OyAmZ3Q7IHByb2dyYW1taW5nIGl0c2VsZiwgYnV0 IGltcGxlbWVudGluZyBzb21lIHNpbXBsZSBmZWF0dXJlcyBtYXkgYmUgcXVpZXQ8YnI+DQomZ3Q7 ICZndDsgZWFzeS4gQ2FuIGFueW9uZSBoZWxwIHdpdGggaXQ/PGJyPg0KJmd0OyBTb3JyeSBmb3Ig dGhlIGxhdGUgcmVwbHksIG5vdyBJIGRpZG4ndCBub3RpY2UgdGhhdCB0aGUgZHJpdmVycyBhcmUg bm93IDxicj4NCiZndDsgYXZhaWxhYmxlLCBJIHdpbGwgYmUgbG9va2luZyBpbnRvIHN1cHBvcnRp bmcgRnJlZUJTRCBmb3IgdGhlIGd1ZXN0IGFnZW50IDxicj4NCiZndDsgdGhlbi48L3A+DQo8cCBk aXI9Imx0ciI+SGVyZSdzIGFuIGV4Y2VsbGVudCBwbGFjZSB0byBzdGFydDopPGJyPg0KaHR0cHM6 Ly93d3cuZnJlZWJzZC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9wb3J0ZXJzLWhhbmRi b29rLzwvcD4NCjxwIGRpcj0ibHRyIj4vSzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7PGJyPg0KJmd0 OyBUaGFua3MgZm9yIHRoZSBoZWFkcyB1cCA6LSk8YnI+DQomZ3Q7ICZndDsgX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7ICZndDsgVXNlcnMg bWFpbGluZyBsaXN0PGJyPg0KJmd0OyAmZ3Q7IFVzZXJzQG92aXJ0Lm9yZzxicj4NCiZndDsgJmd0 OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDsgLS0gPGJyPg0KJmd0OyBSZWdhcmRzLDxicj4NCiZndDs8YnI+ DQomZ3Q7IFZpbnplbnogRmVlbnN0cmEgfCBTZW5pb3IgU29mdHdhcmUgRW5naW5lZXI8YnI+DQom Z3Q7IFJlZEhhdCBFbmdpbmVlcmluZyBWaXJ0dWFsaXphdGlvbiBSICZhbXA7IEQ8YnI+DQomZ3Q7 IFBob25lOiAmIzQzOzQyMCA1MzIgMjk0IDYyNTxicj4NCiZndDsgSVJDOiB2ZmVlbnN0ciBvciBl dmlsaXNzaW1vPGJyPg0KJmd0Ozxicj4NCiZndDsgQmV0dGVyIHRlY2hub2xvZ3kuIEZhc3RlciBp bm5vdmF0aW9uLiBQb3dlcmVkIGJ5IGNvbW11bml0eSBjb2xsYWJvcmF0aW9uLjxicj4NCiZndDsg U2VlIGhvdyBpdCB3b3JrcyBhdCByZWRoYXQuY29tPGJyPg0KJmd0Ozxicj4NCjwvcD4NCjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_88d6743d06ba4ab8bfea500a71da1165emailandroidcom_--

1 0

[Users] Compiling ovirt-guest-agent on FreeBSD
by Karli Sjöberg 11 Jun '15

11 Jun '15

--_000_5F9E965F5A80BC468BE5F40576769F092E70EBE0exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkhDQoNCkFzIHBhcnQgb2YgYSB0ZW1wbGF0ZSBJwrRtIHByZXBhcmluZywgScK0bSB3b25kZXJp bmcgaG93IHRvIGNvbXBpbGUgdGhlIGFnZW50IHdpdGgganVzdCB0aGUgYmFzaWNzIGluY2x1ZGVk LiBJwrR2ZSB0cmllZCBydW5uaW5nIGxpa2U6DQoNCk9QVElPTlM9Jw0KLS13aXRob3V0LWdkbS1w bHVnaW4gLS13aXRob3V0LWdkbTItcGx1Z2luICAtLXdpdGhvdXQta2RtLXBsdWdpbiAtLXdpdGhv dXQtcGFtLW92aXJ0LWNyZWQNCi0td2l0aC1nZG0tcGx1Z2luPW5vIC0td2l0aC1nZG0yLXBsdWdp bj1ubyAtLXdpdGgta2RtLXBsdWdpbj1ubyAtLXdpdGgtcGFtLW92aXJ0LWNyZWQ9bm8NCi0tZGlz YWJsZS1nZG0tcGx1Z2luIC0tZGlzYWJsZS1nZG0yLXBsdWdpbiAtLWRpc2FibGUta2RtLXBsdWdp biAtLWRpc2FibGUtcGFtLW92aXJ0LWNyZWQNCi0tZW5hYmxlLWdkbS1wbHVnaW49bm8gLS1lbmFi bGUtZ2RtMi1wbHVnaW49bm8gLS1lbmFibGUta2RtLXBsdWdpbj1ubyAtLWVuYWJsZXBhbS1vdmly dC1jcmVkLT1ubycNCg0KIyAuL2NvbmZpZ3VyZSAke09QVElPTlN9DQoNClJlZ2FyZGxlc3Mgb2Yg aG93IEkgdHJ5LCBpdCBqdXN0IHJlc3BvbmRzOg0KY29uZmlndXJlOiBXQVJOSU5HOiB1bnJlY29n bml6ZWQgb3B0aW9uczogJHtPUFRJT05TfQ0KDQpJIHRvb2sgdGhlIHBhY2thZ2UgZnJvbSB0aGUg Im9mZmljaWFsIiBvVmlydC5vcmcgcmVwbywgc3JjIGZpbGU6DQpvdmlydC1ndWVzdC1hZ2VudC0x LjAuNi50YXIuYnoyDQoNCldoYXQgYW0gSSBkb2luZyB3cm9uZz8NCg0KLS0NCg0KTWVkIFbDpG5s aWdhIEjDpGxzbmluZ2FyDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpLYXJsaSBTasO2YmVyZw0K U3dlZGlzaCBVbml2ZXJzaXR5IG9mIEFncmljdWx0dXJhbCBTY2llbmNlcw0KQm94IDcwNzkgKFZp c2l0aW5nIEFkZHJlc3MgS3JvbsOlc3bDpGdlbiA4KQ0KUy03NTAgMDcgVXBwc2FsYSwgU3dlZGVu DQpQaG9uZTogICs0Ni0oMCkxOC02NyAxNSA2Ng0Ka2FybGkuc2pvYmVyZ0BzbHUuc2U8bWFpbHRv OmthcmxpLnNqb2JlcmdAYWRtLnNsdS5zZT4NCg== --_000_5F9E965F5A80BC468BE5F40576769F092E70EBE0exchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC42LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIaSE8YnI+DQo8YnI+ DQpBcyBwYXJ0IG9mIGEgdGVtcGxhdGUgScK0bSBwcmVwYXJpbmcsIEnCtG0gd29uZGVyaW5nIGhv dyB0byBjb21waWxlIHRoZSBhZ2VudCB3aXRoIGp1c3QgdGhlIGJhc2ljcyBpbmNsdWRlZC4gScK0 dmUgdHJpZWQgcnVubmluZyBsaWtlOjxicj4NCjxicj4NCk9QVElPTlM9Jzxicj4NCi0td2l0aG91 dC1nZG0tcGx1Z2luIC0td2l0aG91dC1nZG0yLXBsdWdpbiZuYnNwOyAtLXdpdGhvdXQta2RtLXBs dWdpbiAtLXdpdGhvdXQtcGFtLW92aXJ0LWNyZWQ8YnI+DQotLXdpdGgtZ2RtLXBsdWdpbj1ubyAt LXdpdGgtZ2RtMi1wbHVnaW49bm8gLS13aXRoLWtkbS1wbHVnaW49bm8gLS13aXRoLXBhbS1vdmly dC1jcmVkPW5vPGJyPg0KLS1kaXNhYmxlLWdkbS1wbHVnaW4gLS1kaXNhYmxlLWdkbTItcGx1Z2lu IC0tZGlzYWJsZS1rZG0tcGx1Z2luIC0tZGlzYWJsZS1wYW0tb3ZpcnQtY3JlZDxicj4NCi0tZW5h YmxlLWdkbS1wbHVnaW49bm8gLS1lbmFibGUtZ2RtMi1wbHVnaW49bm8gLS1lbmFibGUta2RtLXBs dWdpbj1ubyAtLWVuYWJsZXBhbS1vdmlydC1jcmVkLT1ubyc8YnI+DQo8YnI+DQojIC4vY29uZmln dXJlICR7T1BUSU9OU308YnI+DQo8YnI+DQpSZWdhcmRsZXNzIG9mIGhvdyBJIHRyeSwgaXQganVz dCByZXNwb25kczo8YnI+DQpjb25maWd1cmU6IFdBUk5JTkc6IHVucmVjb2duaXplZCBvcHRpb25z OiAke09QVElPTlN9PGJyPg0KPGJyPg0KSSB0b29rIHRoZSBwYWNrYWdlIGZyb20gdGhlICZxdW90 O29mZmljaWFsJnF1b3Q7IG9WaXJ0Lm9yZyByZXBvLCBzcmMgZmlsZTo8YnI+DQpvdmlydC1ndWVz dC1hZ2VudC0xLjAuNi50YXIuYnoyPGJyPg0KPGJyPg0KV2hhdCBhbSBJIGRvaW5nIHdyb25nPzxi cj4NCjxicj4NCjx0YWJsZSBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSIx MDAlIj4NCjx0Ym9keT4NCjx0cj4NCjx0ZD4tLSA8YnI+DQo8YnI+DQpNZWQgVsOkbmxpZ2EgSMOk bHNuaW5nYXI8YnI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KS2FybGkgU2rDtmJlcmc8 YnI+DQpTd2VkaXNoIFVuaXZlcnNpdHkgb2YgQWdyaWN1bHR1cmFsIFNjaWVuY2VzPGJyPg0KQm94 IDcwNzkgKFZpc2l0aW5nIEFkZHJlc3MgS3JvbsOlc3bDpGdlbiA4KTxicj4NClMtNzUwIDA3IFVw cHNhbGEsIFN3ZWRlbjxicj4NClBob25lOiAmbmJzcDsmIzQzOzQ2LSgwKTE4LTY3IDE1IDY2PGJy Pg0KPGEgaHJlZj0ibWFpbHRvOmthcmxpLnNqb2JlcmdAYWRtLnNsdS5zZSI+a2FybGkuc2pvYmVy Z0BzbHUuc2U8L2E+IDwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F092E70EBE0exchange21_--

6 10

[Centos7.1x64] [Ovirt 3.5.2] Test fence : Power management test failed for Host hosted_engine1 Done
by wodel youchi 11 Jun '15

11 Jun '15

Hi, I have a weird problem with fencing I have a cluster of two HP DL380p G8 (ILO4) *Centos7.1x64 and oVirt 3.5.2 ALL UPDATED* I configured fencing first with *ilo4* then *ipmilan* When testing fence from the engine I get : Succeeded, Unknown And in alerts tab I get : Power management test failed for Host hosted_engine1 Done (the same for host2) I tested with fence_ilo4 and fence_ipmilan and they report the result correctly # fence_ipmilan -P -a 192.168.2.2 -o status -l Administrator -p ertyuiop -vExecuting: /usr/bin/ipmitool -I lanplus -H 192.168.2.2 -U Administrator -P ertyuiop -p 623 -L ADMINISTRATOR chassis power status 0 Chassis Power is on Status: ON # fence_ilo4 -l Administrator -p ertyuiop -a 192.168.2.2 -o status -v Executing: /usr/bin/ipmitool -I lanplus -H 192.168.2.2 -U Administrator -P ertyuiop -p 623 -L ADMINISTRATOR chassis power status 0 Chassis Power is on Status: ON ---------------------------------- These are the options passed to fence_ipmilan (I tested with the options and without them) lanplus="1", power_wait="60" This is the engine log: 2015-06-09 13:35:29,287 INFO [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Using Host hosted_engine_2 from cluster Default as proxy to execute Status command on Host 2015-06-09 13:35:29,289 INFO [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Executing <Status> Power Management command, Proxy Host:hosted_engine_2, Agent:ipmilan, Target Host:, Management IP:192.168.2.2, User:Administrator, Options: power_wait="60",lanplus="1", Fencing policy:null 2015-06-09 13:35:29,306 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) START, FenceVdsVDSCommand( HostName = hosted_engine_2, HostId = 0192d1ac-b905-4660-b149-4bef578985dd, targetVdsId = cf2d1260-7bb3-451a-9cd7-80e6a0ede52a, action = Status, ip = 192.168.2.2, port = , type = ipmilan, user = Administrator, password = ******, options = ' power_wait="60",lanplus="1"', policy = 'null'), log id: 24ce6206 2015-06-09 13:35:29,516 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Power Management test failed for Host hosted_engine_1.Done 2015-06-09 13:35:29,516 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) FINISH, FenceVdsVDSCommand, return: *Test Succeeded, unknown*, log id: 24ce6206 and here the vdsm log from the proxy JsonRpcServer::DEBUG::2015-06-09 13:37:52,461::__init__::506::jsonrpc.JsonRpcServer::(serve_requests) Waiting for request Thread-131907::DEBUG::2015-06-09 13:37:52,463::API::1209::vds::(fenceNode) fenceNode(addr=192.168.2.2,port=,agent=ipmilan,user=Administrator,passwd=XXXX,action=status,secure=False,options= power_wait="60" lanplus="1",policy=None) Thread-131907::DEBUG::2015-06-09 13:37:52,463::utils::739::root::(execCmd) /usr/sbin/fence_ipmilan (cwd None) Thread-131907::DEBUG::2015-06-09 13:37:52,533::utils::759::root::(execCmd) FAILED: <err> = 'Failed: Unable to obtain correct plug status or plug is not available\n\n\n'; <rc> = 1 Thread-131907::DEBUG::2015-06-09 13:37:52,533::API::1164::vds::(fence) rc 1 inp agent=fence_ipmilan ipaddr=192.168.2.2 login=Administrator action=status passwd=XXXX power_wait="60" lanplus="1" out [] err ['Failed: Unable to obtain correct plug status or plug is not available', '', ''] Thread-131907::DEBUG::2015-06-09 13:37:52,533::API::1235::vds::(fenceNode) rc 1 in agent=fence_ipmilan ipaddr=192.168.2.2 login=Administrator action=status passwd=XXXX power_wait="60" lanplus="1" out [] err ['*Failed: Unable to obtain correct plug status or plug is not available*', '', ''] Thread-131907::DEBUG::2015-06-09 13:37:52,534::stompReactor::163::yajsonrpc.StompServer::(send) Sending response Detector thread::DEBUG::2015-06-09 13:37:53,670::protocoldetector::187::vds.MultiProtocolAcceptor::(_add_connection) Adding connection from 127.0.0.1:55761 VDSM rpms # rpm -qa | grep vdsm vdsm-cli-4.16.14-0.el7.noarch vdsm-python-zombiereaper-4.16.14-0.el7.noarch vdsm-xmlrpc-4.16.14-0.el7.noarch vdsm-yajsonrpc-4.16.14-0.el7.noarch vdsm-4.16.14-0.el7.x86_64 vdsm-python-4.16.14-0.el7.noarch vdsm-jsonrpc-4.16.14-0.el7.noarch any idea? Thanks in advance.

3 9

Unable to use the SPICE HTML5 tool
by Nicolás 11 Jun '15

11 Jun '15

This is a multi-part message in MIME format. --------------040801010109090109090703 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi, I'm using oVirt 3.5.2 on a CentOS box. As far as the engine goes everything is working fine, except that I can't start the SPICE HTML5 tool for any of the installed machines I have. I've installed the oVirt guest agent on the VM side, websocket-proxy is running and port 6100 is listening on the engine box: # systemctl status ovirt-websocket-proxy ovirt-websocket-proxy.service - oVirt Engine websockets proxy Loaded: loaded (/usr/lib/systemd/system/ovirt-websocket-proxy.service; enabled) Active: active (running) # netstat -atpn | grep 6100 tcp 0 0 0.0.0.0:6100 0.0.0.0:* LISTEN 7227/python Also, I imported the CA cert (https://fqdn/ca.crt) on the browser. However, once I run the SPICE HTML5 client from the userportal, all I get is an empty grey square with the two "Send ctrl+alt+delete" and "Toggle messages output" buttons at the bottom. Nothing in the logs about this issue. I tried to run it both with Chromium and Firefox on a linux box. Is there anything that I am missing? I've run out of ideas... Thanks. Nicolás --------------040801010109090109090703 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi,<br> <br> I'm using oVirt 3.5.2 on a CentOS box. As far as the engine goes everything is working fine, except that I can't start the SPICE HTML5 tool for any of the installed machines I have.<br> <br> I've installed the oVirt guest agent on the VM side, websocket-proxy is running and port 6100 is listening on the engine box:<br> <blockquote># systemctl status ovirt-websocket-proxy<br> ovirt-websocket-proxy.service - oVirt Engine websockets proxy<br> Loaded: loaded (/usr/lib/systemd/system/ovirt-websocket-proxy.service; enabled)<br> Active: active (running)<br> <br> # netstat -atpn | grep 6100<br> tcp 0 0 0.0.0.0:6100 0.0.0.0:* LISTEN 7227/python<br> </blockquote> Also, I imported the CA cert (<a class="moz-txt-link-freetext" href="https://fqdn/ca.crt">https://fqdn/ca.crt</a>) on the browser. However, once I run the SPICE HTML5 client from the userportal, all I get is an empty grey square with the two "Send ctrl+alt+delete" and "Toggle messages output" buttons at the bottom. Nothing in the logs about this issue. I tried to run it both with Chromium and Firefox on a linux box.<br> <br> Is there anything that I am missing? I've run out of ideas...<br> <br> Thanks.<br> <br> Nicolás<br> <br> <br> </body> </html> --------------040801010109090109090703--

5 7

Re: [ovirt-users] Comma Seperated Value doesn't accept by custom properties
by Punit Dambiwal 11 Jun '15

11 Jun '15

Hi Dan, Seems the problem is here :- ----------------------------- Thread-779::INFO::2015-06-09 09:04:05,204::hooks::100::root::(_runHooksDir) Thread-779::DEBUG::2015-06-09 09:04:05,205::utils::739::root::(execCmd) /usr/libexec/vdsm/hooks/before_vm_start/50_noipspoof (cwd None) Thread-779::DEBUG::2015-06-09 09:04:05,301::utils::759::root::(execCmd) FAILED: <err> = 'Traceback (most recent call last):\n File "/usr/libexec/vdsm/hooks/before_vm_start/50_noipspoof", line 85, in <module>\n main()\n File "/usr/libexec/vdsm/hooks/before_vm_start/50_noipspoof", line 52, in main\n interface, = domxml.getElementsByTagName(\'interface\')\nValueError: too many values to unpack\n'; <rc> = 1 Thread-779::INFO::2015-06-09 09:04:05,301::hooks::100::root::(_runHooksDir) Traceback (most recent call last): File "/usr/libexec/vdsm/hooks/before_vm_start/50_noipspoof", line 85, in <module> main() File "/usr/libexec/vdsm/hooks/before_vm_start/50_noipspoof", line 52, in main interface, = domxml.getElementsByTagName('interface') ValueError: too many values to unpack Thread-779::DEBUG::2015-06-09 09:04:05,301::vm::2294::vm.Vm::(_startUnderlyingVm) vmId=`600f6fa9-0c08-42ec-bbbd-939a07beb61c`::_ongoingCreations released Thread-779::ERROR::2015-06-09 09:04:05,302::vm::2331::vm.Vm::(_startUnderlyingVm) vmId=`600f6fa9-0c08-42ec-bbbd-939a07beb61c`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 2271, in _startUnderlyingVm self._run() File "/usr/share/vdsm/virt/vm.py", line 3299, in _run domxml = hooks.before_vm_start(self._buildCmdLine(), self.conf) File "/usr/share/vdsm/hooks.py", line 142, in before_vm_start return _runHooksDir(domxml, 'before_vm_start', vmconf=vmconf) File "/usr/share/vdsm/hooks.py", line 110, in _runHooksDir raise HookError() HookError Thread-779::DEBUG::2015-06-09 09:04:05,303::vm::2786::vm.Vm::(setDownStatus) vmId=`600f6fa9-0c08-42ec-bbbd-939a07beb61c`::Changed state to Down: VM terminated with error (code=1) --------------------- On Tue, Jun 9, 2015 at 9:13 AM, Punit Dambiwal <hypunit(a)gmail.com> wrote: > Hi Dan, > > Please find the Vdsm logs here :- > > 1. With 2 NIC (VM failed to bootup) :- http://paste.ubuntu.com/11660142/ > 2. Removed the secondary NIC and run the VM again....VM can bootup :- > http://paste.ubuntu.com/11660197/ > > Thanks, > Punit > > > > > On Mon, Jun 8, 2015 at 8:35 PM, Dan Kenigsberg <danken(a)redhat.com> wrote: > >> On Mon, Jun 08, 2015 at 05:43:40PM +0800, Punit Dambiwal wrote: >> > Hi Dan, >> > >> > Can save now the comma separate ip address...but still the problem >> > persists.... >> > >> > 1. If one Network interface...i can add multiple ip addresses with comma >> > separated... >> > 2. But if i add another network interface to this VM....VM cannot boot >> up... >> > 3. What need to do if i want to assign multiple ip address on multiple >> > network interface ?? >> >> Can you share your vdsm.log of this boot failure? >> >> Regards, >> Dan. >> > >

2 2

[Centos7x64] [Ovirt 3.5.2 hosted engine] hypervisor hang when rebooted
by wodel youchi 10 Jun '15

10 Jun '15

Hi, Centos7x64, Ovirt 3.5.2 hosted engine : all updated. Two hypervisors HP DL380p I have a strange behaviour on my hypervisors, whenever I reboot one of them it hangs. It hangs in this line : hpwdt unexpected close not stopping watchdog watchdog multiplexing stopped on the ILO4 GUI I have this error An Unrecoverable System Error (NMI) has occurred (System error code 0x0000002B, 0x00000000) Thanks.

1 1

ovirt webadmin errors
by jazzman＠go2.pl 10 Jun '15

10 Jun '15

--==o2.pl-WebMail-33769c4e.b80adab.aa4c2== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi=20guys,=C2=A0 I=20need=20to=20build=20a=20ovirt=20based=C2=A0environment=20using=20coup= le=20old=20servers=20-=20for=20now=20only=20for=20testing.=C2=A0 For=20controler=20I=20choose=20machine=20with=203GB=20of=20ram=20and=20In= tel=20Xeon=202.8=20Ghz.=C2=A0 I=20know=20this=20is=C2=A0below=20requirements=20but=20in=20this=C2=A0env= ironment=20I=20have=20smal=20amount=20of=20physical=20servers=20eg: 1x=20controller=C2=A0 2x=20hypervisors=C2=A0 2x=20glusters After=20instaling,=20everything=20looks=20okay=C2=A0until=20the=20first=20= logon=20to=20webadmin.=C2=A0 When=20I=20try=20to=20define=20first=20virtual=20datacenter=20webui=20wor= ks=20realy=C2=A0slow.=C2=A0It=20is=20not=20possible=20to=20switch=20beetw= en=20any=20tabs.=20At=20the=20end=C2=A0I=20received=20a=20503=20error.=C2= =A0 I=20thought=20that=20was=20a=20my=20browser=20issue.=C2=A0I=20check=20thi= s=20using=20Ubuntu=20+=20Chromium=20+=20Firefox=20from=20repo,=20also=20I= =20try=20a=20older=20version=20of=20Firefox.=C2=A0 Windows=207=20+=20Firefox=20-=20=C2=A0was=20this=20same=20problems.=C2=A0= Does=20anybody=20know=20how=20to=20resolve=20the=20problem=20?=C2=A0 Thanks=C2=A0 Greg=20K=C2=A0 --==o2.pl-WebMail-33769c4e.b80adab.aa4c2== Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi=20guys,=C2=A0<br=20/>I=20need=20to=20build=20a=20ovirt=20based=C2=A0en= vironment=20using=20couple=20old=20servers=20-=20for=20now=20only=20for=20= testing.=C2=A0<br=20/>For=20controler=20I=20choose=20machine=20with=203GB= =20of=20ram=20and=20Intel=20Xeon=202.8=20Ghz.=C2=A0<br=20/>I=20know=20thi= s=20is=C2=A0below=20requirements=20but=20in=20this=C2=A0environment=20I=20= have=20smal=20amount=20of=20physical=20servers=20eg:<br=20/>1x=20controll= er=C2=A0<br=20/>2x=20hypervisors=C2=A0<br=20/>2x=20glusters<br=20/><br=20= />After=20instaling,=20everything=20looks=20okay=C2=A0until=20the=20first= =20logon=20to=20webadmin.=C2=A0<br=20/>When=20I=20try=20to=20define=20fir= st=20virtual=20datacenter=20webui=20works=20realy=C2=A0slow.=C2=A0It=20is= =20not=20possible=20to=20switch=20beetwen=20any=20tabs.=20At=20the=20end=C2= =A0I=20received=20a=20503=20error.=C2=A0<br=20/>I=20thought=20that=20was=20= a=20my=20browser=20issue.=C2=A0I=20check=20this=20using=20Ubuntu=20+=20Ch= romium=20+=20Firefox=20from=20repo,=20also=20I=20try=20a=20older=20versio= n=20of=20Firefox.=C2=A0<br=20/>Windows=207=20+=20Firefox=20-=20=C2=A0was=20= this=20same=20problems.=C2=A0<br=20/><br=20/>Does=20anybody=20know=20how=20= to=20resolve=20the=20problem=20?=C2=A0<br=20/><br=20/>Thanks=C2=A0<br=20/= >Greg=20K=C2=A0<br=20/><br=20/> --==o2.pl-WebMail-33769c4e.b80adab.aa4c2==--

3 3

Questions about Spice Proxy
by Kevin COUSIN 08 Jun '15

08 Jun '15

Hi list, Hi try to setup a SPICE Proxy with HAproxy. It works fine for the WebUI. I define the proxy with engine-config -s SpiceProxyDefault="http://mygreatproxy.tld:8080". The connections are going on the nodes with the same port (here 8080 or 3128 line in documentation) or on the engine ? Need I to install a squid proxy instead of HAproxy ? Regards ---- Kevin C.

2 1

Comma Seperated Value doesn't accept by custom properties
by Punit Dambiwal 08 Jun '15

08 Jun '15

Hi, I have installed noipspoof VDSM hooks...in the vdsm hooks it specify that you can use multiple ip address by comma separate list....but it's not working... single ip can work without any issue...but can not add multiple ip address in this filed... [image: Inline image 1] Thanks, Punit

3 6

Move VirtIO disk to External LUN disk
by Juan Carlos YJ. Lin 08 Jun '15

08 Jun '15

--=_29ee8d9f-0144-4834-b7ed-9ac528cd762c Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I have performance issue with the VirtIO disks and like to move it to External LUN on the ISCI storage to use the ISCSI pathtrought How I can do that? Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." --=_29ee8d9f-0144-4834-b7ed-9ac528cd762c Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 10pt; color: #000000'><span>I have performance issue with the VirtIO disks and like to move it to External LUN on the ISCI storage to use the ISCSI pathtrought<br>How I can do that?<br><br><span name="x"></span>Juan Carlos Lin<br>Unisoft S.A.<br>+595-993-288330<span name="x"></span><br></span><br></div> <br> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang="es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>---------------------------------------------------<br>"Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML><br> </body></html> --=_29ee8d9f-0144-4834-b7ed-9ac528cd762c--

2 1

Katello integration
by Nathanaël Blanchet 08 Jun '15

08 Jun '15

Hello i read your wiki page about katello but i can't see thé projection as a target on the Google sheet https://docs.google.com/spreadsheets/d/1vUwi0y54SV7nYZC1DXo_hLPyG7hvtWDHfa6… Is this always targeted tout 3.6? Screenshot tell me that web is already ready.

3 2

Re: [ovirt-users] HA storage based on two nodes with one point of failure
by Юрий Полторацкий 08 Jun '15

08 Jun '15

This is a multi-part message in MIME format. --------------070106010204050704030701 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi, I have made a lab with a config listed below and have got unexpected result. Someone, tell me, please, where did I go wrong? I am testing oVirt. Data Center has two clusters: the first as a computing with three nodes (node1, node2, node3); the second as a storage (node5, node6) based on glusterfs (replica 2). I want the storage to be HA. I have read here <https://access.redhat.com/documentation/en-US/Red_Hat_Storage/3/html/Admini…> next: For a replicated volume with two nodes and one brick on each machine, if the server-side quorum is enabled and one of the nodes goes offline, the other node will also be taken offline because of the quorum configuration. As a result, the high availability provided by the replication is ineffective. To prevent this situation, a dummy node can be added to the trusted storage pool which does not contain any bricks. This ensures that even if one of the nodes which contains data goes offline, the other node will remain online. Note that if the dummy node and one of the data nodes goes offline, the brick on other node will be also be taken offline, and will result in data unavailability. So, I have added my "Engine" (not self-hosted) as a dummy node without a brick and have configured quorum as listed below: cluster.quorum-type: fixed cluster.quorum-count: 1 cluster.server-quorum-type: server cluster.server-quorum-ratio: 51% Then, I've run a VM and have dropped the network link from node6, after one a hour have switched back the link and after a while have got a split-brain. But why? No one could write to the brick on node6: the VM was running on node3 and node1 was SPM. Gluster's log from node6: Июн 07 15:35:06 node6.virt.local etc-glusterfs-glusterd.vol[28491]: [2015-06-07 12:35:06.106270] C [MSGID: 106002] [glusterd-server-quorum.c:356:glusterd_do_volume_quorum_action] 0-management: Server quorum lost for volume vol3. Stopping local bricks. Июн 07 16:30:06 node6.virt.local etc-glusterfs-glusterd.vol[28491]: [2015-06-07 13:30:06.261505] C [MSGID: 106003] [glusterd-server-quorum.c:351:glusterd_do_volume_quorum_action] 0-management: Server quorum regained for volume vol3. Starting local bricks. gluster> volume heal vol3 info Brick node5.virt.local:/storage/brick12/ /5d0bb2f3-f903-4349-b6a5-25b549affe5f/dom_md/ids - Is in split-brain Number of entries: 1 Brick node6.virt.local:/storage/brick13/ /5d0bb2f3-f903-4349-b6a5-25b549affe5f/dom_md/ids - Is in split-brain Number of entries: 1 gluster> volume info vol3 Volume Name: vol3 Type: Replicate Volume ID: 69ba8c68-6593-41ca-b1d9-40b3be50ac80 Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: node5.virt.local:/storage/brick12 Brick2: node6.virt.local:/storage/brick13 Options Reconfigured: storage.owner-gid: 36 storage.owner-uid: 36 cluster.server-quorum-type: server cluster.quorum-type: fixed network.remote-dio: enable cluster.eager-lock: enable performance.stat-prefetch: off performance.io-cache: off performance.read-ahead: off performance.quick-read: off auth.allow: * user.cifs: disable nfs.disable: on performance.readdir-ahead: on cluster.quorum-count: 1 cluster.server-quorum-ratio: 51% 06.06.2015 12:09, Юрий Полторацкий пишет: > Hi, > > I want to build a HA storage based on two servers. I want that if one > goes down, my storage will be available in RW mode. > > If I will use replica 2, then split-brain can occur. To avoid this I > would use a quorum. As I understand correctly, I can use quorum on a > client side, on a server side, or on both. I want to add a dummy node > without a brick and make such config: > > cluster.quorum-type: fixed > cluster.quorum-count: 1 > cluster.server-quorum-type: server > cluster.server-quorum-ratio: 51% > > I expect that client will have access in RW mode until one brick > alive. On the other side if server's quorum will not meet, then bricks > will be RO. > > Say, HOST1 with a brick BRICK1, HOST2 with a brick BRICK2, and HOST3 > without a brick. > > Once HOST1 lose a network connection, than on this node server quorum > will not meet and the brick BRICK1 will not be able for writing. But > on HOST2 there is no problem with server quorum (HOST2 + HOST3 > 51%) > and that's why BRICK2 still accessible for writing. With client's > quorum there is no problem also - one brick is alive, so client can > write on it. > > I have made a lab using KVM on my desktop and it seems to be worked > well and as expected. > > The main question is: > Can I use such a storage for production? > > Thanks. > --------------070106010204050704030701 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi,<br> <br> I have made a lab with a config listed below and have got unexpected result. Someone, tell me, please, where did I go wrong?<br> <br> I am testing oVirt. Data Center has two clusters: the first as a computing with three nodes (node1, node2, node3); the second as a storage (node5, node6) based on glusterfs (replica 2).<br> <br> I want the storage to be HA. I have read <a href="https://access.redhat.com/documentation/en-US/Red_Hat_Storage/3/html/Admini…">here</a> next:<br> <tt>For a replicated volume with two nodes and one brick on each machine, if the server-side quorum is enabled and one of the nodes goes offline, the other node will also be taken offline because of the quorum configuration. As a result, the high availability provided by the replication is ineffective. To prevent this situation, a dummy node can be added to the trusted storage pool which does not contain any bricks. This ensures that even if one of the nodes which contains data goes offline, the other node will remain online. Note that if the dummy node and one of the data nodes goes offline, the brick on other node will be also be taken offline, and will result in data unavailability. </tt><br> <br> So, I have added my "Engine" (not self-hosted) as a dummy node without a brick and have configured quorum as listed below:<br> <tt>cluster.quorum-type: fixed</tt><tt><br> </tt><tt>cluster.quorum-count: 1</tt><tt><br> </tt><tt>cluster.server-quorum-type: server</tt><tt><br> </tt><tt>cluster.server-quorum-ratio: 51%</tt><br> <br> <br> Then, I've run a VM and have dropped the network link from node6, after one a hour have switched back the link and after a while have got a split-brain. But why? No one could write to the brick on node6: the VM was running on node3 and node1 was SPM.<br> <br> Gluster's log from node6:<br> <tt>Июн 07 15:35:06 node6.virt.local etc-glusterfs-glusterd.vol[28491]: [2015-06-07 12:35:06.106270] C [MSGID: 106002] [glusterd-server-quorum.c:356:glusterd_do_volume_quorum_action] 0-management: Server quorum lost for volume vol3. Stopping local bricks.</tt><tt><br> </tt><tt>Июн 07 16:30:06 node6.virt.local etc-glusterfs-glusterd.vol[28491]: [2015-06-07 13:30:06.261505] C [MSGID: 106003] [glusterd-server-quorum.c:351:glusterd_do_volume_quorum_action] 0-management: Server quorum regained for volume vol3. Starting local bricks.</tt><br> <tt><br> <br> </tt><tt>gluster> volume heal vol3 info </tt><tt><br> </tt><tt>Brick node5.virt.local:/storage/brick12/</tt><tt><br> </tt><tt>/5d0bb2f3-f903-4349-b6a5-25b549affe5f/dom_md/ids - Is in split-brain</tt><tt><br> </tt><tt><br> </tt><tt>Number of entries: 1</tt><tt><br> </tt><tt><br> </tt><tt>Brick node6.virt.local:/storage/brick13/</tt><tt><br> </tt><tt>/5d0bb2f3-f903-4349-b6a5-25b549affe5f/dom_md/ids - Is in split-brain</tt><tt><br> </tt><tt><br> </tt><tt>Number of entries: 1</tt><br> <br> <br> <tt>gluster> volume info vol3</tt><tt><br> </tt><tt> </tt><tt><br> </tt><tt>Volume Name: vol3</tt><tt><br> </tt><tt>Type: Replicate</tt><tt><br> </tt><tt>Volume ID: 69ba8c68-6593-41ca-b1d9-40b3be50ac80</tt><tt><br> </tt><tt>Status: Started</tt><tt><br> </tt><tt>Number of Bricks: 1 x 2 = 2</tt><tt><br> </tt><tt>Transport-type: tcp</tt><tt><br> </tt><tt>Bricks:</tt><tt><br> </tt><tt>Brick1: node5.virt.local:/storage/brick12</tt><tt><br> </tt><tt>Brick2: node6.virt.local:/storage/brick13</tt><tt><br> </tt><tt>Options Reconfigured:</tt><tt><br> </tt><tt>storage.owner-gid: 36</tt><tt><br> </tt><tt>storage.owner-uid: 36</tt><tt><br> </tt><tt>cluster.server-quorum-type: server</tt><tt><br> </tt><tt>cluster.quorum-type: fixed</tt><tt><br> </tt><tt>network.remote-dio: enable</tt><tt><br> </tt><tt>cluster.eager-lock: enable</tt><tt><br> </tt><tt>performance.stat-prefetch: off</tt><tt><br> </tt><tt>performance.io-cache: off</tt><tt><br> </tt><tt>performance.read-ahead: off</tt><tt><br> </tt><tt>performance.quick-read: off</tt><tt><br> </tt><tt>auth.allow: *</tt><tt><br> </tt><tt>user.cifs: disable</tt><tt><br> </tt><tt>nfs.disable: on</tt><tt><br> </tt><tt>performance.readdir-ahead: on</tt><tt><br> </tt><tt>cluster.quorum-count: 1</tt><tt><br> </tt><tt>cluster.server-quorum-ratio: 51%</tt><br> <br> <br> <br> <div class="moz-cite-prefix">06.06.2015 12:09, Юрий Полторацкий пишет:<br> </div> <blockquote cite="mid:CANgBB_sWBZwDh3yaAJV=ETLqrJyYxT9_EfRjnjMHF-1NVbevqw@mail.gmail.com" type="cite"> <div dir="ltr"> <div> <div> <div> <div> <div> <div> <div> <div>Hi,<br> <br> </div> I want to build a HA storage based on two servers. I want that if one goes down, my storage will be available in RW mode.<br> <br> </div> If I will use replica 2, then split-brain can occur. To avoid this I would use a quorum. As I understand correctly, I can use quorum on a client side, on a server side, or on both. I want to add a dummy node without a brick and make such config:<br> </div> <br> cluster.quorum-type: fixed<br> cluster.quorum-count: 1<br> cluster.server-quorum-type: server<br> cluster.server-quorum-ratio: 51%<br> <br> </div> I expect that client will have access in RW mode until one brick alive. On the other side if server's quorum will not meet, then bricks will be RO. <br> <br> Say, HOST1 with a brick BRICK1, HOST2 with a brick BRICK2, and HOST3 without a brick.<br> <br> Once HOST1 lose a network connection, than on this node server quorum will not meet and the brick BRICK1 will not be able for writing. But on HOST2 there is no problem with server quorum (HOST2 + HOST3 > 51%) and that's why BRICK2 still accessible for writing. With client's quorum there is no problem also - one brick is alive, so client can write on it.<br> <br> </div> I have made a lab using KVM on my desktop and it seems to be worked well and as expected.<br> <br> </div> The main question is:<br> </div> Can I use such a storage for production?<br> <br> </div> Thanks. <br> <div> <div> <div> <div> <div><br> </div> </div> </div> </div> </div> </div> </blockquote> <br> </body> </html> --------------070106010204050704030701--

2 2

Why not bond0
by 肖力 08 Jun '15

08 Jun '15

------=_Part_150959_749523399.1432432244076 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGkgbmljIGJvbmQgd2h5IG5vdCBjaG9pY2UgYm9uZDAgPwoK ------=_Part_150959_749523399.1432432244076 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGkgbmljIGJvbmQgd2h5IG5vdCBjaG9pY2UgYm9uZDAg Pzxicj48YnI+PC9kaXY+PC9kaXY+PGJyPjxicj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+ PHNwYW4gaWQ9Im5ldGVhc2VfbWFpbF9mb290ZXIiPjwvc3Bhbj48L3NwYW4+ ------=_Part_150959_749523399.1432432244076--

4 6

[Centos7.1] [Ovirt 3.5.2] hosted engine, is there a way to resume deploy
by wodel youchi 07 Jun '15

07 Jun '15

Hi, I tried to deploy ovirt hosted engine 3.5.2 on a Centos7.1 I messed up things with datacenter naming, I used something else than Default, and the result was that, after the DB welcome message between the engine and the hypervisor, there was in error (I didn't catch it I was using screen command over ssh without log :-( ), and the last steps were not done, so I ended up an engine up but without the hypervisor being registred. Is there a way to force the registration again, or will I have to deploy from the beginning and reinstall the VM engine? thanks.

2 1

Remove default cluster
by Nicolas Ecarnot 07 Jun '15

07 Jun '15

Hello, I finished upgrading a 3.5.1 DC that contained some CentOS 6.6 hosts. For that, I added a second cluster in which I progressively moved my upgraded hosts into CentOS 7. Now my old cluster is empty, and the new one contains my CentOS 7 hosts. I'd like to get rid of the old empty cluster, but when trying to delete it, oVirt explains that some template are still used in this cluster. Actually, I have only the default blank template and another custom one. Once the custom one has easily been moved, I have no way to move the blank one because every action is greyd out. I guess no one will tell me to play with psql... :) -- Nicolas ECARNOT

2 1

Multiple NICs on hosted engine?
by Chris Adams 06 Jun '15

06 Jun '15

I have installed the first node of a new oVirt 3.5 setup with a hosted engine VM. I have multiple networks: one public-accessible and one private (with storage, iDRAC/IPMI, etc.). I set the engine VM up on the public LAN, but now realize that it can't access the power control. I tried to add a second NIC to the engine VM through the web interface, but of course that doesn't work (because it isn't really managed there). How can I add a second NIC to the hosted engine VM? -- Chris Adams <cma(a)cmadams.net>

4 8

Re: [ovirt-users] ovirt vm disk space not release
by smiling dream 06 Jun '15

06 Jun '15

Thanks for you reply . So if I understand you correctly you want to reduce the space a thin provision disk takes up on the NFS share because you deleted files within the VM? Yes Is there any others way to reclaim disk space , coz i have bulks of vm under thin provision manual process kind of impossible . As i know Vmware have this kind of facility to reclaim from thin provision . On Fri, Jun 5, 2015 at 11:48 AM, Alex McWhirter <alexmcwhirter(a)triadic.us> wrote: > Sorry, I must have misunderstood. > > So if I understand you correctly you want to reduce the space a thin > provision disk takes up on the NFS share because you deleted files within > the VM? > > I'm pretty sure that thin provisioned disks can only grow. Once they have > been expanded there's no way to reclaim that space on the NFS share. > > The only thing I think you can do is create a new thin provisioned disk > and copy the old data over at the file level, not the block level. > Afterwards you could delete the original disk. > > Sent from my iPhone > > On Jun 5, 2015, at 1:19 AM, smiling dream <smiling.dream(a)gmail.com> wrote: > > I mean vm internal disk space . > All of VM under thin provision . If i delete files and free space from VM > still ovirt stroage showing vm disk space is used . How to reclaim disk > space from guest VM . > > On Fri, Jun 5, 2015 at 11:14 AM, Alex McWhirter <alexmcwhirter(a)triadic.us> > wrote: > >> From what I understand, ovirt simply reports the available storage that >> the NFS server says it is free. Ovirt itself doesn't control the storage. >> >> Under the storage tab click on the storage domain you're having issues >> with and check to see if the images themselves have been deleted or if they >> are still there. When you delete a virtual machine you have the option to >> delete the virtual image as well. >> >> If a virtual machine has more than one image then I'm not sure how this >> is handled as I've only used single images for virtual machines. Any >> additional storage I need I handle over NFS directly to the virtual machine. >> >> Perhaps ovirt doesn't automatically delete secondary images? Either way >> you should be able to delete them manually and reclaim space. >> >> Sent from my iPhone >> >> > On Jun 5, 2015, at 12:39 AM, smiling dream <smiling.dream(a)gmail.com> >> wrote: >> > >> > I have ovirt 3.5.1 installed with VDSM 4.16.14 EL6 node and NFS as >> storage . In my infrastructure i have multiple instance of centos / windows >> vm under ovirt and once guest vm disk space is used ovirt is not release >> guest vm disk space after delete . >> > Looking for help . >> > >> > Regards >> > Suvro >> > _______________________________________________ >> > Users mailing list >> > Users(a)ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >

2 2

[ANN] oVirt 3.5.3 Third Release Candidate is now available for testing
by Sandro Bonazzola 05 Jun '15

05 Jun '15

The oVirt team is pleased to announce that the 3.5.3 Third Release Candidate is now available for testing as of June 5th 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6 (or similar) and Red Hat Enterprise Linux 7.1, CentOS 7.1 (or similar). This release of oVirt includes numerous bug fixes and one CVE fix for the VENOM Vulnerability. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO is already available as well[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.3_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-users] ovirt vm disk space not release
by smiling dream 05 Jun '15

05 Jun '15

I mean vm internal disk space . All of VM under thin provision . If i delete files and free space from VM still ovirt stroage showing vm disk space is used . How to reclaim disk space from guest VM . On Fri, Jun 5, 2015 at 11:19 AM, smiling dream <smiling.dream(a)gmail.com> wrote: > I mean vm internal disk space . > All of VM under thin provision . If i delete files and free space from VM > still ovirt stroage showing vm disk space is used . How to reclaim disk > space from guest VM . > > On Fri, Jun 5, 2015 at 11:14 AM, Alex McWhirter <alexmcwhirter(a)triadic.us> > wrote: > >> From what I understand, ovirt simply reports the available storage that >> the NFS server says it is free. Ovirt itself doesn't control the storage. >> >> Under the storage tab click on the storage domain you're having issues >> with and check to see if the images themselves have been deleted or if they >> are still there. When you delete a virtual machine you have the option to >> delete the virtual image as well. >> >> If a virtual machine has more than one image then I'm not sure how this >> is handled as I've only used single images for virtual machines. Any >> additional storage I need I handle over NFS directly to the virtual machine. >> >> Perhaps ovirt doesn't automatically delete secondary images? Either way >> you should be able to delete them manually and reclaim space. >> >> Sent from my iPhone >> >> > On Jun 5, 2015, at 12:39 AM, smiling dream <smiling.dream(a)gmail.com> >> wrote: >> > >> > I have ovirt 3.5.1 installed with VDSM 4.16.14 EL6 node and NFS as >> storage . In my infrastructure i have multiple instance of centos / windows >> vm under ovirt and once guest vm disk space is used ovirt is not release >> guest vm disk space after delete . >> > Looking for help . >> > >> > Regards >> > Suvro >> > _______________________________________________ >> > Users mailing list >> > Users(a)ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >

1 0

ovirt vm disk space not release
by smiling dream 05 Jun '15

05 Jun '15

I have ovirt 3.5.1 installed with VDSM 4.16.14 EL6 node and NFS as storage . In my infrastructure i have multiple instance of centos / windows vm under ovirt and once guest vm disk space is used ovirt is not release guest vm disk space after delete . Looking for help . Regards Suvro

1 0

win 2008 kvm import
by Grant Pasley 05 Jun '15

05 Jun '15

hi all, i am going to migrate a production windows 2008 image that is currently running on kvm over to ovirt 3.5.2 this weekend. are there any tips, any do's and dont's i should be aware of before doing this? should i install the windows guest tools before moving over or once done? what about having to install the virtio drivers when doing and new windows vm in order to see the disks, how is this achieved with an already created kvm image? -- thanks and regards, grant pasley. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com

3 4

error starting vm - configure network
by Gonzalo Amadio 04 Jun '15

04 Jun '15

I have just installed ovirt AIO. I configure local datacenter, local storage. Created a new vm. Attached a cd. But when I want to "Run once", so I can install de OS, i get these events and the vm shuts immediately down: 2015-jun-04, 13:21 Failed to run VM debTest2 (User: admin@internal). 2015-jun-04, 13:21 Failed to run VM debTest2 on Host local_host. 2015-jun-04, 13:20 VM debTest2 is down with error. Exit message: XML error: listen network 'vdsm-ovirtmgmt' had no usable address. 2015-jun-04, 13:20 VM debTest2 was started by admin@internal (Host: local_host). I suppose I have to configure network. But don't know how to proceed. Thank you for your help. -- Gonzalo Amadio La simplicidad es la sofisticación suprema

1 0

ovirt 3.5 vm startup
by Grant Pasley 04 Jun '15

04 Jun '15

hi all, i have ovirt 3.5.2 allinone running on centos 6.6 and have noticed that when i reboot the physical host server the vm's do not start up again automatically, i have to start them manually. i have worked with kvm and vm manager to date and know where to set the auto start there, but cannot seem to find this option in ovirt? -- thanks and regards, grant pasley. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com

3 2

patternfly
by Wolfgang Bucher 04 Jun '15

04 Jun '15

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_e10sy309LlvJFF41+djIqrZGT8EFxzKH8LMeVtDwLzqsFbu2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =EF=BB=BFHi=0D=0A=0D=0A=0D=0A=0D=0Apatternfly repo is not awailable.=0D=0A= =0D=0A=0D=0A=0D=0AThanks=0D=0A=0D=0A=0D=0A=0D=0AW. Bucher=0D=0A=0D=0A=0D=0A= =0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0AWolfgang Bucher=0D=0A=0D=0ANetl= and GbR=0D=0A=0D=0AAllg=C3=A4uerstr. 17 // 87719 Mindelheim=0D=0A=0D=0ATe= l. +49 8261 76338-0=0D=0A=0D=0AFax +49 8261 76338-33=0D=0A=0D=0A=0D=0A=0D= =0A=0D=0A=0D=0A <http://netland-mn.de/netland.jpg>=20=0D=0A=0D=0A=C2=A0=0D= =0ADiese E-Mail erh=C3=A4lt vertrauliche und pers=C3=B6nliche Information= en und/oder privilegierte und vertrauliche Mitteilungen, die ausschlie=C3= =9Flich f=C3=BCr die angesprochenen Empf=C3=A4nger bestimmt sind. Ohne au= sdr=C3=BCckliche Zustimmung des Absenders, d=C3=BCrfen diese Informatione= n nicht an Dritten au=C3=9Ferhalb der Organisation des Empf=C3=A4ngers we= itergeleitet oder zur Kenntnis gebracht werden. Wenn Sie diese E-Mail ver= sehentlich empfangen haben, teilen Sie dies bitte dem Absender umgehend t= elefonisch oder durch R=C3=BCcksendung dieser E-Mail mit, und zerst=C3=B6= ren Sie die Mail sowie Ihre evtl. R=C3=BCck-Mail bitte anschie=C3=9Fend, = ohne eine Kopie zu erstellen.=0D=0A=0D=0A=C2=A0=0D=0APvor dem Druck=0D=0A= denk=C2=A0 an die Umwelt=C2=A0=0D=0A=0D=0A=C2=A0=0D=0A --=_e10sy309LlvJFF41+djIqrZGT8EFxzKH8LMeVtDwLzqsFbu2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html>=0A<head>=0A <meta name=3D"Generator"= content=3D"Zarafa WebApp v7.1.11-46050">=0A <meta http-equiv=3D"Content= -Type" content=3D"text/html; charset=3Dutf-8">=0A <title>patternfly</tit= le>=0A</head>=0A<body>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px;= color: #000000; font-family: Arial, Verdana, sans-serif;"><span id=3D"_m= ce_caret" data-mce-bogus=3D"true"><span style=3D"font-size: 12pt; font-fa= mily: tahoma, arial, helvetica, sans-serif;" data-mce-style=3D"font-size:= 12pt; font-family: tahoma, arial, helvetica, sans-serif;">=EF=BB=BFHi<br= ></span></span></p><p style=3D"margin-top: 0px; margin-bottom: 0px; color= : #000000; font-family: Arial, Verdana, sans-serif;"><span style=3D"font-= size: 12pt; font-family: tahoma, arial, helvetica, sans-serif;" data-mce-= style=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, sans-ser= if;"><br data-mce-bogus=3D"1"></span></p><p style=3D"margin-top: 0px; mar= gin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-serif;= "><span style=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, = sans-serif;" data-mce-style=3D"font-size: 12pt; font-family: tahoma, aria= l, helvetica, sans-serif;">patternfly repo is not awailable.</span></p><p= style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-famil= y: Arial, Verdana, sans-serif;"><span style=3D"font-size: 12pt; font-fami= ly: tahoma, arial, helvetica, sans-serif;" data-mce-style=3D"font-size: 1= 2pt; font-family: tahoma, arial, helvetica, sans-serif;"><br data-mce-bog= us=3D"1"></span></p><p style=3D"margin-top: 0px; margin-bottom: 0px; colo= r: #000000; font-family: Arial, Verdana, sans-serif;"><span style=3D"font= -size: 12pt; font-family: tahoma, arial, helvetica, sans-serif;" data-mce= -style=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, sans-se= rif;">Thanks</span></p><p style=3D"margin-top: 0px; margin-bottom: 0px; c= olor: #000000; font-family: Arial, Verdana, sans-serif;"><span style=3D"f= ont-size: 12pt; font-family: tahoma, arial, helvetica, sans-serif;" data-= mce-style=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, sans= -serif;"><br data-mce-bogus=3D"1"></span></p><p style=3D"margin-top: 0px;= margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-se= rif;"><span style=3D"font-size: 12pt; font-family: tahoma, arial, helveti= ca, sans-serif;" data-mce-style=3D"font-size: 12pt; font-family: tahoma, = arial, helvetica, sans-serif;">W. Bucher</span></p><p style=3D"margin-top= : 0px; margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, s= ans-serif;"><br></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; c= olor: #000000; font-family: Arial, Verdana, sans-serif;"><br></p>=0A<p st= yle=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-family: = Arial, Verdana, sans-serif;"><br></p>=0A<p style=3D"margin-top: 0px; marg= in-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-serif;"= ><br></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; color: #0000= 00; font-family: Arial, Verdana, sans-serif;"><span style=3D"font-family:= 'times new roman', times; font-size: 10pt;">Wolfgang Bucher</span></p>=0A= <p style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-fam= ily: Arial, Verdana, sans-serif;"><span style=3D"font-family: 'times new = roman', times; font-size: 10pt;">Netland GbR</span></p>=0A<p style=3D"mar= gin-top: 0px; margin-bottom: 0px; color: #000000; font-family: Arial, Ver= dana, sans-serif;"><span style=3D"font-family: 'times new roman', times; = font-size: 10pt;">Allg=C3=A4uerstr. 17 // 87719 Mindelheim</span></p>=0A<= p style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-fami= ly: Arial, Verdana, sans-serif;"><span style=3D"font-family: 'times new r= oman', times; font-size: 10pt;">Tel. +49 8261 76338-0</span></p>=0A<p sty= le=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-family: A= rial, Verdana, sans-serif;"><span style=3D"font-family: 'times new roman'= , times; font-size: 10pt;">Fax +49 8261 76338-33</span></p>=0A<p style=3D= "margin-top: 0px; margin-bottom: 0px; color: #000000; font-family: Arial,= Verdana, sans-serif;"><br></p>=0A<p style=3D"margin-top: 0px; margin-bot= tom: 0px; color: #000000; font-family: Arial, Verdana, sans-serif;"><br><= /p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; fo= nt-family: Arial, Verdana, sans-serif;"><img src=3D"http://netland-mn.de/= netland.jpg" border=3D"0" alt=3D"" title=3D"" hspace=3D"0" vspace=3D"0" w= idth=3D"160" height=3D"58" align=3D""></p>=0A<p style=3D"margin-top: 0px;= margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-se= rif;"> </p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; color= : #000000; font-family: Arial, Verdana, sans-serif;"><span style=3D"font-= size: 9px;"><em><span style=3D"color: navy;">Diese E-Mail erh=C3=A4lt ver= trauliche und pers=C3=B6nliche Informationen und/oder privilegierte und v= ertrauliche Mitteilungen, die ausschlie=C3=9Flich f=C3=BCr die angesproch= enen Empf=C3=A4nger bestimmt sind. Ohne ausdr=C3=BCckliche Zustimmung des= Absenders, d=C3=BCrfen diese Informationen nicht an Dritten au=C3=9Ferha= lb der Organisation des Empf=C3=A4ngers weitergeleitet oder zur Kenntnis = gebracht werden. Wenn Sie diese E-Mail versehentlich empfangen haben, tei= len Sie dies bitte dem Absender umgehend telefonisch oder durch R=C3=BCck= sendung dieser E-Mail mit, und zerst=C3=B6ren Sie die Mail sowie Ihre evt= l. R=C3=BCck-Mail bitte anschie=C3=9Fend, ohne eine Kopie zu erstellen.</= span></em></span></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; = color: #000000; font-family: Arial, Verdana, sans-serif;"> </p>=0A<p= style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-famil= y: Arial, Verdana, sans-serif;"><strong><em><span style=3D"font-size: 16p= t; font-family: Webdings; color: green;">P</span></em></strong><strong><e= m><span style=3D"font-size: 7pt; font-family: Tahoma, sans-serif; color: = green;">vor dem Druck</span></em></strong><em><span style=3D"font-size: 8= pt; font-family: Tahoma, sans-serif; color: green;"><br></span></em><em><= span style=3D"font-size: 9pt; color: green;">denk  an die Umwelt&nbs= p;<br></span></em></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px;= color: #000000; font-family: Arial, Verdana, sans-serif;"> </p>=0A<= /body>=0A</html> --=_e10sy309LlvJFF41+djIqrZGT8EFxzKH8LMeVtDwLzqsFbu2--

2 1

oVirt Engine in a container
by Fabian Deutsch 04 Jun '15

04 Jun '15

Hey, if you are using docker or atomic, then you might be interested that you can get a fully configured and running oVirt Engine (based on CentOS and oVirt 3.5) from the docker repositories. I'm not the first one who gave it a go, Moran [also] [did] this. My work is similar to his, I just tried to leverage some enhancements which popped up in the last 6 months - mainly the integration with the `atomic` command and a simpler integration with systemd. The image is based on this [Dockerfile] and [this atomic installation script] to perform the engine setup on deployment. With the `atomic` command the usage is quite easy: atomic install fabiand/ovirt-engine-3.5 # or ADMINPW=foo atomic install fabiand/ovirt-engine-3.5 With `docker` it's a few more lines: export IMAGE=docker.io/fabiand/ovirt-engine-3.5 export NAME=ovirt-engine-3.5 # Use a transient (--rm) container to create the real the container docker run --rm -v /:/host \ -e FQDN=$(hostname) \ -e ADMINPASSWORD=${ADMINPW:-ovirt} \ -e NAME=$NAME \ -e IMAGE=$IMAGE \ $IMAGE container/atomic-install.sh After this run you can access oVirt Engine on port 80 and 443 of that host. It would be great if someone could try this - also on a different distribution than Fedora or CentOS - i.e. on Ubuntu? Gentoo? - and provide some feedback. Greetings fabian -- [also](https://community.redhat.com/blog/2014/10/ovirt-dockerized/) [did](https://community.redhat.com/blog/2014/10/ovirt-dockerized-part-2/) [Dockerfile](https://gerrit.ovirt.org/gitweb?p=ovirt-container-engine.git;a=… [this atomic installation script](https://gerrit.ovirt.org/gitweb?p=ovirt-container-engine.git;a=blob…

1 0

Is it a plausible configuration?
by Kiril L 04 Jun '15

04 Jun '15

Would you please tell me if this configuration is doable or there is something that i am missing? I would like to use only two servers (X and Y) for VDI and Gluster based storage. Hosted engine for oVirt and replicated volumes between X and Y for the gluster storage. Is a third machine Z a must?

4 4

Re: [ovirt-users] Is it a plausible configuration?
by Kiril L 03 Jun '15

03 Jun '15

On Wed, Jun 3, 2015 at 4:54 PM, Simone Tiraboschi <stirabos(a)redhat.com> wrote: > > > ----- Original Message ----- >> From: "Kiril L" <neohidra(a)gmail.com> >> To: users(a)ovirt.org >> Sent: Wednesday, June 3, 2015 3:32:52 PM >> Subject: [ovirt-users] Is it a plausible configuration? >> >> Would you please tell me if this configuration is doable or there is >> something that i am missing? >> >> I would like to use only two servers (X and Y) for VDI and Gluster >> based storage. >> Hosted engine for oVirt and replicated volumes between X and Y for the >> gluster storage. Is a third machine Z a must? > > It works also with just two hosts but it's not that safe: a replica-2 GlusterFS volume affected by a split-brain issue could be not self-healing while with replica-3 you could rely on quorum enforcement just cause you are using an odd host number. > > For oVirt 3.6 we are working on http://www.ovirt.org/Features/Self_Hosted_Engine_Hyper_Converged_Gluster_Su… > > >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> I do not like the risk part! In that case will have to wait for a third machine then. So in future there will be something useful for me but i did not get it - what exactly will be different between ovirt 3.5 with quoum enforcment and ovirt 3.6 with Hyper Converged Gluster Support?

2 2

ovirt-guest-agent on EL7 not starting up correctly, requires restart
by Daniel Helgenberger 03 Jun '15

03 Jun '15

Hello, after deploying a few CentOS7.1 hosts I realized that the ovirt-guest-agent does not start up correctly at system boot, requiring a manual restart. Afterwards it is reporting data to engine. I have only these lines: Jun 03 12:39:39 pipeline.int.m-box.de systemd[1]: Starting oVirt Guest Agent... Jun 03 12:39:40 pipeline.int.m-box.de systemd[1]: Started oVirt Guest Agent. Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7136]: pam_succeed_if(ovirt-locksession:auth): requirement "user = ovirtagent" was met by user "ovirtagent" Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7136]: running '/usr/share/ovirt-guest-agent/LockActiveSession.py' with root privileges on behalf of 'ovirtagent' Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7163]: pam_succeed_if(ovirt-locksession:auth): requirement "user = ovirtagent" was met by user "ovirtagent" Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7163]: running '/usr/share/ovirt-guest-agent/LockActiveSession.py' with root privileges on behalf of 'ovirtagent' Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7169]: pam_succeed_if(ovirt-locksession:auth): requirement "user = ovirtagent" was met by user "ovirtagent" Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7169]: running '/usr/share/ovirt-guest-agent/LockActiveSession.py' with root privileges on behalf of 'ovirtagent' Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7175]: pam_succeed_if(ovirt-locksession:auth): requirement "user = ovirtagent" was met by user "ovirtagent" Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7175]: running '/usr/share/ovirt-guest-agent/LockActiveSession.py' with root privileges on behalf of 'ovirtagent' Versions: Linux pipeline.int.m-box.de 3.10.0-229.4.2.el7.x86_64 #1 SMP Wed May 13 10:06:09 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux qemu-guest-agent-2.1.0-4.el7.x86_64 ovirt-guest-agent-common-1.0.10-2.el7.noarch -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767

2 2

Virtualised ovirt-engine?
by Christian Ejlertsen 03 Jun '15

03 Jun '15

Hello I'm trying to find out a few things about ovirt, besides that it's an fantastic product. I can find a draft describing virtualising the ovirt engine on the ovirt nodes, but i can't find it described much in other places, not saying it's not there :), but at least my eyes does not find it :) Does anyone have some insight towards this? Thank you very much in advance. - Christian

2 1

Live Merge vanished after upgrade to 3.5.2.1
by Soeren Malchow 03 Jun '15

03 Jun '15

--_000_98350E4299364C7E94538A4950A900C1mconnet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNCkluIG91ciBlbnZpcm9ubWVudCB0aGUg4oCcTGl2ZSBNZXJnZeKAnSBjYXBh YmlsaXR5IGlzIGdvbmUgYWZ0ZXIgdGhlIHVwZ3JhZGUgdG8gb3ZpcnQgMy41LjIuMQ0KDQpJdCB3 YXMgd29ya2luZyBiZWZvcmUgYW5kIHdlIGhhZCBvdXIgYmFja3VwIHJlbHlpbmcgaW4gdGhpcy4N Cg0KQW55IGlkZWEgd2hhdCBoYXBwZW5lZCA/DQoNCkVudmlyb25tZW50DQoNCkhvc3RlZCBFbmdp bmUgb24gQ2VudE9TIDYuNiB3aXRoIG92aXJ0IDMuNS4yLjENCkNvbXB1dGUgaG9zdHMgb24gRmVk b3JhIDIwIHdpdGggdmRzbSA0LjE2LjE0IGFuZCBsaWJ2aXJ0IDEuMi45LjEgZnJvbSB0aGUgbGli dmlydC1wcmV2aWV3IHJlcG8gKGZvciBsaXZlIG1lcmdlKQ0KU3RvcmFnZSAtPiBDZW50T1MgNy4x IHdpdGggZ2x1c3RlciAzLjYuMw0KDQpDaGVlcnMNClNvZXJlbg0K --_000_98350E4299364C7E94538A4950A900C1mconnet_ Content-Type: text/html; charset="utf-8" Content-ID: <6DB347CB5E605B439B0C67E36304302E(a)liquidcampaign.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2PkRlYXIgYWxsLDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+SW4gb3VyIGVudmly b25tZW50IHRoZSDigJxMaXZlIE1lcmdl4oCdIGNhcGFiaWxpdHkgaXMgZ29uZSBhZnRlciB0aGUg dXBncmFkZSB0byBvdmlydCAzLjUuMi4xPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5J dCB3YXMgd29ya2luZyBiZWZvcmUgYW5kIHdlIGhhZCBvdXIgYmFja3VwIHJlbHlpbmcgaW4gdGhp cy48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkFueSBpZGVhIHdoYXQgaGFwcGVuZWQg PzwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+RW52aXJvbm1lbnQ8L2Rpdj4NCjxkaXY+ PGJyPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj5Ib3N0ZWQgRW5naW5lIG9uIENlbnRPUyA2LjYgd2l0 aCBvdmlydCAzLjUuMi4xPC9kaXY+DQo8ZGl2PkNvbXB1dGUgaG9zdHMgb24gRmVkb3JhIDIwIHdp dGggdmRzbSA0LjE2LjE0IGFuZCBsaWJ2aXJ0IDEuMi45LjEgZnJvbSB0aGUgbGlidmlydC1wcmV2 aWV3IHJlcG8gKGZvciBsaXZlIG1lcmdlKTwvZGl2Pg0KPGRpdj5TdG9yYWdlIC0mZ3Q7IENlbnRP UyA3LjEgd2l0aCBnbHVzdGVyIDMuNi4zPC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+ DQo8ZGl2PkNoZWVyczwvZGl2Pg0KPGRpdj5Tb2VyZW4mbmJzcDs8L2Rpdj4NCjxkaXY+DQo8ZGl2 IGlkPSJNQUNfT1VUTE9PS19TSUdOQVRVUkUiPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_98350E4299364C7E94538A4950A900C1mconnet_--

3 3

Expand the OS disk windows 2003 crash the VM
by Punit Dambiwal 03 Jun '15

03 Jun '15

Hi, I have created one VM with windows 2003 standard R2....with 3GB disk space...after installation i have installed all the drivers and shutdown the VM and expand the disk....after expand the disk VM cannot come up... Reproduce the problem :- 1. Create the windows 2003 VM 2. Disk will be IDE... 3. Install it via cd-rom.. 4. Installed successfully...now install the virtio drivers... 5. shutdown the VM... 6. Edit the Vm disk and increase the disk space... 7. Run the VM... 8. VM cannot boot up... [image: Inline image 1] Thanks, Punit

2 3

Problem with VM Export
by InterNetX - Juergen Gotteswinter 02 Jun '15

02 Jun '15

Hi, when trying to export a VM to the NFS Export Domain, the Process fails nearly immediatly. VDSM drops this: -- snip -- ::Request was made in '/usr/share/vdsm/storage/sp.py' line '1549' at 'moveImage' 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,190::resourceManager::542::Storage.ResourceManager::(registerResource) Trying to register resource '8f5f59f9-b3d5-4e13-9c56-b4d33475b277_imageNS.244747b4-1b3d-4a9c-8fd9-3a914e6f2bc3' for lock type 'shared' 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,191::lvm::428::Storage.OperationMutex::(_reloadlvs) Operation 'lvm reload operation' got the operation mutex 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,192::lvm::291::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n /sbin/lvm lvs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ '\''a|/dev/mapper/3600144f0db35bc650000534be67e0001|'\'', '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o uuid,name,vg_name,attr,size,seg_start_pe,devices,tags 8f5f59f9-b3d5-4e13-9c56-b4d33475b277 (cwd None) 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,480::lvm::291::Storage.Misc.excCmd::(cmd) SUCCESS: <err> = ' WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!\n'; <rc> = 0 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,519::lvm::463::Storage.LVM::(_reloadlvs) lvs reloaded 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,519::lvm::463::Storage.OperationMutex::(_reloadlvs) Operation 'lvm reload operation' released the operation mutex 0a3c909d-0737-492e-a47c-bc0ab5e1a603::ERROR::2015-06-02 20:36:38,520::blockVolume::429::Storage.Volume::(validateImagePath) Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/blockVolume.py", line 427, in validateImagePath os.mkdir(imageDir, 0o755) OSError: [Errno 17] File exists: '/rhev/data-center/cfc84aa8-8ec4-4e13-8104-370ea5b9d432/8f5f59f9-b3d5-4e13-9c56-b4d33475b277/images/244747b4-1b3d-4a9c-8fd9-3a914e6f2bc3' 0a3c909d-0737-492e-a47c-bc0ab5e1a603::WARNING::2015-06-02 20:36:38,521::resourceManager::591::Storage.ResourceManager::(registerResource) Resource factory failed to create resource '8f5f59f9-b3d5-4e13-9c56-b4d33475b277_imageNS.244747b4-1b3d-4a9c-8fd9-3a914e6f2bc3'. Canceling request. Traceback (most recent call last): File "/usr/share/vdsm/storage/resourceManager.py", line 587, in registerResource obj = namespaceObj.factory.createResource(name, lockType) File "/usr/share/vdsm/storage/resourceFactories.py", line 193, in createResource lockType) File "/usr/share/vdsm/storage/resourceFactories.py", line 122, in __getResourceCandidatesList imgUUID=resourceName) File "/usr/share/vdsm/storage/image.py", line 185, in getChain srcVol = volclass(self.repoPath, sdUUID, imgUUID, uuidlist[0]) File "/usr/share/vdsm/storage/blockVolume.py", line 80, in __init__ volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, volUUID) File "/usr/share/vdsm/storage/volume.py", line 144, in __init__ self.validate() File "/usr/share/vdsm/storage/blockVolume.py", line 89, in validate volume.Volume.validate(self) File "/usr/share/vdsm/storage/volume.py", line 156, in validate self.validateImagePath() File "/usr/share/vdsm/storage/blockVolume.py", line 430, in validateImagePath raise se.ImagePathError(imageDir) ImagePathError: Image path does not exist or cannot be accessed/created: ('/rhev/data-center/cfc84aa8-8ec4-4e13-8104-370ea5b9d432/8f5f59f9-b3d5-4e13-9c56-b4d33475b277/images/244747b4-1b3d-4a9c-8fd9-3a914e6f2bc3',) 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,522::resourceManager::210::Storage.ResourceManager.Request::(cancel) ResName=`8f5f59f9-b3d5-4e13-9c56-b4d33475b277_imageNS.244747b4-1b3d-4a9c-8fd9-3a914e6f2bc3`ReqID=`6f861566-b1c9-45c7-9181-452b0bc014d0`::Canceled request 0a3c909d-0737-492e-a47c-bc0ab5e1a603::WARNING::2015-06-02 20:36:38,523::resourceManager::203::Storage.ResourceManager.Request::(cancel) ResName=`8f5f59f9-b3d5-4e13-9c56-b4d33475b277_imageNS.244747b4-1b3d-4a9c-8fd9-3a914e6f2bc3`ReqID=`6f861566-b1c9-45c7-9181-452b0bc014d0`::Tried to cancel a processed request 0a3c909d-0737-492e-a47c-bc0ab5e1a603::ERROR::2015-06-02 20:36:38,523::task::866::Storage.TaskManager.Task::(_setError) Task=`0a3c909d-0737-492e-a47c-bc0ab5e1a603`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 873, in _run return fn(*args, **kargs) File "/usr/share/vdsm/storage/task.py", line 334, in run return self.cmd(*self.argslist, **self.argsdict) File "/usr/share/vdsm/storage/securable.py", line 77, in wrapper return method(self, *args, **kwargs) File "/usr/share/vdsm/storage/sp.py", line 1549, in moveImage imgUUID, srcLock), File "/usr/share/vdsm/storage/resourceManager.py", line 523, in acquireResource raise se.ResourceAcqusitionFailed() ResourceAcqusitionFailed: Could not acquire resource. Probably resource factory threw an exception.: () -- snip -- i thought it might be caused by enforcing selinux, but changing selinux to permissive didnt really change anything. node versions are: vdsm-cli-4.16.14-0.el7.noarch vdsm-python-4.16.14-0.el7.noarch vdsm-python-zombiereaper-4.16.14-0.el7.noarch vdsm-jsonrpc-4.16.14-0.el7.noarch vdsm-yajsonrpc-4.16.14-0.el7.noarch vdsm-xmlrpc-4.16.14-0.el7.noarch vdsm-4.16.14-0.el7.x86_64 libvirt-daemon-kvm-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-network-1.2.8-16.el7_1.3.x86_64 libvirt-python-1.2.8-7.el7_1.1.x86_64 libvirt-client-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-secret-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-nwfilter-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-nodedev-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-storage-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-qemu-1.2.8-16.el7_1.3.x86_64 libvirt-lock-sanlock-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-interface-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-config-nwfilter-1.2.8-16.el7_1.3.x86_64 sanlock-3.2.2-2.el7.x86_64 sanlock-lib-3.2.2-2.el7.x86_64 libvirt-lock-sanlock-1.2.8-16.el7_1.3.x86_64 sanlock-python-3.2.2-2.el7.x86_64 CentOS Linux release 7.1.1503 (Core) 3.10.0-229.4.2.el7.x86_64 # this happens on every node in the cluster. i tried the vdsm rpm from 3.5.3-pre, which didnt change anything. problem still exists. the export domain so far can be accessed fine, already existing templates / exported vm on the nfs share can be deleted. permissions are set correctly uid/gid 36, nfsvers 3. anyone got a hint for me ? Cheers Juergen

2 1

oVirt Instability with Dell Compellent via iSCSI/Multipath
by Chris Jones - BookIt.com Systems Administrator 02 Jun '15

02 Jun '15

--------------090603010402080805030904 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Engine: oVirt Engine Version: 3.5.2-1.el7.centos Nodes: oVirt Node - 3.5 - 0.999.201504280931.el7.centos Remote storage: Dell Compellent SC8000 Storage setup: 2 nics connected to the Compellent. Several domains backed by LUNs. Several VM disk using direct LUN. Networking: Dell 10 Gb/s switches I've been struggling with oVirt completely falling apart due to storage related issues. By falling apart I mean most to all of the nodes suddenly losing contact with the storage domains. This results in an endless loop of the VMs on the failed nodes trying to be migrated and remigrated as the nodes flap between response and unresponsive. During these times, engine.log looks like this. 2015-05-19 03:09:42,443 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-50) domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 in problem. vds: blade6c1.ism.ld 2015-05-19 03:09:42,560 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-38) domain 0b1d36e4-7992-43c7-8ac0-740f7c2cadb7:ovirttest1 in problem. vds: blade2c1.ism.ld 2015-05-19 03:09:45,497 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-24) domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 in problem. vds: blade3c2.ism.ld 2015-05-19 03:09:51,713 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 in problem. vds: blade4c2.ism.ld 2015-05-19 03:09:57,647 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-13) Domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 recovered from problem. vds: blade6c1.ism.ld 2015-05-19 03:09:57,782 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-6) domain 26929b89-d1ca-4718-90d6-b3a6da585451:generic_data_1 in problem. vds: blade2c1.ism.ld 2015-05-19 03:09:57,783 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-6) Domain 0b1d36e4-7992-43c7-8ac0-740f7c2cadb7:ovirttest1 recovered from problem. vds: blade2c1.ism.ld 2015-05-19 03:10:00,639 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-31) Domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 recovered from problem. vds: blade4c1.ism.ld 2015-05-19 03:10:00,703 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) domain 64101f40-0f10-471d-9f5f-44591f9e087d:logging_1 in problem. vds: blade1c1.ism.ld 2015-05-19 03:10:00,712 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-4) Domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 recovered from problem. vds: blade3c2.ism.ld 2015-05-19 03:10:06,931 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 recovered from problem. vds: blade4c2.ism.ld 2015-05-19 03:10:06,931 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 has recovered from problem. No active host in the DC is reporting it as problematic, so clearing the domain recovery timer. 2015-05-19 03:10:06,932 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 recovered from problem. vds: blade4c2.ism.ld 2015-05-19 03:10:06,933 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 has recovered from problem. No active host in the DC is reporting it as problematic, so clearing the domain recovery timer. 2015-05-19 03:10:09,929 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-16) domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 in problem. vds: blade3c1.ism.ld My troubleshooting steps so far: 1. Tailing engine.log for "in problem" and "recovered from problem" 2. Shutting down all the VMs. 3. Shutting down all but one node. 4. Bringing up one node at a time to see what the log reports. When only one node is active everything is fine. When a second node comes up, I begin to see the log output as shown above. I've been struggling with this for over a month. I'm sure others have used oVirt with a Compellent and encountered (and worked around) similar problems. I'm looking for some help in figuring out if it's oVirt or something that I'm doing wrong. We're close to giving up on oVirt completely because of this. P.S. I've tested via bare metal and Proxmox with the Compellent. Not at the same scale but it seems to work fine there. -- This email was Virus checked by UTM 9. For issues please contact the Windows Systems Admin. --------------090603010402080805030904 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Engine: <meta http-equiv="content-type" content="text/html; charset=utf-8"> oVirt Engine Version: 3.5.2-1.el7.centos<br> Nodes: oVirt Node - 3.5 - 0.999.201504280931.el7.centos<br> Remote storage: Dell Compellent SC8000<br> Storage setup: 2 nics connected to the Compellent. Several domains backed by LUNs. Several VM disk using direct LUN.<br> Networking: Dell 10 Gb/s switches<br> <br> I've been struggling with oVirt completely falling apart due to storage related issues. By falling apart I mean most to all of the nodes suddenly losing contact with the storage domains. This results in an endless loop of the VMs on the failed nodes trying to be migrated and remigrated as the nodes flap between response and unresponsive. During these times, engine.log looks like this.<br> <br> 2015-05-19 03:09:42,443 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-50) domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 in problem. vds: blade6c1.ism.ld<br> 2015-05-19 03:09:42,560 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-38) domain 0b1d36e4-7992-43c7-8ac0-740f7c2cadb7:ovirttest1 in problem. vds: blade2c1.ism.ld<br> 2015-05-19 03:09:45,497 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-24) domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 in problem. vds: blade3c2.ism.ld<br> 2015-05-19 03:09:51,713 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 in problem. vds: blade4c2.ism.ld<br> 2015-05-19 03:09:57,647 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-13) Domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 recovered from problem. vds: blade6c1.ism.ld<br> 2015-05-19 03:09:57,782 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-6) domain 26929b89-d1ca-4718-90d6-b3a6da585451:generic_data_1 in problem. vds: blade2c1.ism.ld<br> 2015-05-19 03:09:57,783 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-6) Domain 0b1d36e4-7992-43c7-8ac0-740f7c2cadb7:ovirttest1 recovered from problem. vds: blade2c1.ism.ld<br> 2015-05-19 03:10:00,639 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-31) Domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 recovered from problem. vds: blade4c1.ism.ld<br> 2015-05-19 03:10:00,703 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) domain 64101f40-0f10-471d-9f5f-44591f9e087d:logging_1 in problem. vds: blade1c1.ism.ld<br> 2015-05-19 03:10:00,712 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-4) Domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 recovered from problem. vds: blade3c2.ism.ld<br> 2015-05-19 03:10:06,931 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 recovered from problem. vds: blade4c2.ism.ld<br> 2015-05-19 03:10:06,931 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 has recovered from problem. No active host in the DC is reporting it as problematic, so clearing the domain recovery timer.<br> 2015-05-19 03:10:06,932 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 recovered from problem. vds: blade4c2.ism.ld<br> 2015-05-19 03:10:06,933 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 has recovered from problem. No active host in the DC is reporting it as problematic, so clearing the domain recovery timer.<br> 2015-05-19 03:10:09,929 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-16) domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 in problem. vds: blade3c1.ism.ld<br> <br> <br> My troubleshooting steps so far:<br> <ol> <li>Tailing engine.log for "in problem" and "recovered from problem"</li> <li>Shutting down all the VMs.</li> <li>Shutting down all but one node.</li> <li>Bringing up one node at a time to see what the log reports.</li> </ol> <p>When only one node is active everything is fine. When a second node comes up, I begin to see the log output as shown above. I've been struggling with this for over a month. I'm sure others have used oVirt with a Compellent and encountered (and worked around) similar problems. I'm looking for some help in figuring out if it's oVirt or something that I'm doing wrong.<br> </p> <p>We're close to giving up on oVirt completely because of this.<br> </p> <p>P.S.<br> </p> <p>I've tested via bare metal and Proxmox with the Compellent. Not at the same scale but it seems to work fine there.<br> </p> </body> </html> <pre> -- This email was Virus checked by UTM 9. For issues please contact the Windows Systems Admin.</pre> --------------090603010402080805030904--

7 20

Re: [ovirt-users] Users Digest, Vol 45, Issue 3
by Juan Carlos YJ. Lin 02 Jun '15

02 Jun '15

--=_308e0797-2d09-49f0-a83a-7f7c6dcad4d7 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thanks, Solve the issue with key=3D'' + lanplus=3D1 + ssl=3D1 JUAN CARLOS YJ LIN Tecnolog=C3=ADa de la Informaci=C3=B3n MONALISA Internacional SA Boquer=C3=B3n 310 Ciudad del Este =E2=80=93 PARAGUAY Tel + 595 61 500 645 Fax + 595 61 512 695 lin(a)monalisa.com.py www.monalisa.com.py ----- Mensaje original ----- De: users-request(a)ovirt.org Para: users(a)ovirt.org Enviados: Martes, 2 de Junio 2015 4:58:32 Asunto: Users Digest, Vol 45, Issue 3 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at users-owner(a)ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Dell R720 iDRAC7 config IPMI (Juan Carlos YJ. Lin) 2. oVirt Community Newsletter: May 2015 Edition (Brian Proffitt) 3. Re: Dell R720 iDRAC7 config IPMI (Nicolas Ecarnot) 4. Re: Dell R720 iDRAC7 config IPMI (Patrick Russell) 5. Re: Dell R720 iDRAC7 config IPMI (Piotr Szubiakowski) 6. WHERE IS engine-manage-domain CONFIGURE FILE (Xie, Chao) 7. Re: WHERE IS engine-manage-domain CONFIGURE FILE (Pavel Stehlik) ---------------------------------------------------------------------- Message: 1 Date: Mon, 01 Jun 2015 14:44:35 -0400 (PYT) From: "Juan Carlos YJ. Lin" <lin(a)unisoft.com.py> To: "users " <users(a)ovirt.org> Subject: [ovirt-users] Dell R720 iDRAC7 config IPMI Message-ID: <627ab823-da40-41f8-b607-e6801a807944(a)server1.monalisa.com.py> Content-Type: text/plain; charset=3D"utf-8" Need help to configure Dell R720 IPMI, tested with drac5, drac7 but all res= ult in unknow status Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recu?rdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informacio= nes que no pueden ser usadas por otras personas que no sean su(s) destinata= rio(s). La retransmisi?n del contenido no est? autorizada fuera del context= o de su env?o y a quien corresponde. El uso no autorizado de la informaci?n= en este mensaje se halla penado por las leyes vigentes en todo el mundo. S= i ha recibido este mensaje por error, por favor b?rrala y notifique al remi= tente en la brevedad posible. El contenido de este mensaje no es responsabi= lidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150601/274d065c/= attachment-0001.html> ------------------------------ Message: 2 Date: Mon, 01 Jun 2015 14:47:13 -0400 From: Brian Proffitt <bkp(a)redhat.com> To: users(a)ovirt.org, board(a)ovirt.org, announce(a)ovirt.org Subject: [ovirt-users] oVirt Community Newsletter: May 2015 Edition Message-ID: <556CA8B1.8090009(a)redhat.com> Content-Type: text/plain; charset=3Dutf-8 oVirt development is focusing on the next release, 3.6, and along the way the community of users and developers have been talking up their favorite virtual datacenter management platform. ----------------- Software Releases ----------------- oVirt 3.5.3 Second Release Candidate is now available for testing http://lists.ovirt.org/pipermail/users/2015-May/033088.html oVirt 3.6.0 First Alpha Release is now available for testing http://lists.ovirt.org/pipermail/users/2015-May/032964.html ovirt-0.04, bindings for the oVirt REST API, has been released https://metacpan.org/release/HEINCE/Ovirt-0.04 A testing release for moVirt is still ready to check out https://github.com/matobet/movirt ---------------- In the Community ---------------- Virtualization or Containers? Consider the Application https://www.linux.com/news/enterprise/cloud-computing/831179-virtualization= -or-containers-consider-the-application Give Your Feedback on the New oVirt Dashboard https://docs.google.com/a/proffitt.org/forms/d/1nGMgjHeWszisxWAuiV5eCahW_-O= K_ytIiCpwEx_gFQE/viewform oVirt Training and Workshop in Dubai! https://www.facebook.com/events/524600861014320/ DRBD and oVirt/RHEV https://youtu.be/Xk4xprKUf_U ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ How to Install oVirt's Windows Guest Tools http://community.redhat.com/blog/2015/05/how-to-install-and-use-ovirts-wind= ows-guest-tools/ Real persistence with oVirt Node http://dummdida.tumblr.com/post/118370107970/real-persistence-with-ovirt-no= de SAML and oVirt 3.5 http://machacekondra.blogspot.co.il/2015/05/saml-and-ovirt-35.html Working with oVirt - Part 1 [French] http://www.it-connect.fr/ovirt-partie-1/ Saving the Configuration of Your oVirt Engine/RHEVM [French] https://blog.yvonet.com/2015/05/19/Sauvegarder-la-config-oVirt/ Virtualization with oVirt Parts 1-4 [French] https://blog.yvonet.com/2015/03/27/virtualisation-avec-ovirt-1-introduction= / https://blog.yvonet.com/2015/03/31/virtualisation-avec-ovirt-2-preparation/= https://blog.yvonet.com/2015/04/02/virtualisation-avec-ovirt-3-installation= / https://blog.yvonet.com/2015/04/06/virtualisation-avec-ovirt-4-installation= -suite-et-fin/ Using oVirt to Manage KVM in CentOS 7.1 Parts 1-3 [Japanese] http://qiita.com/ine1127/items/1bc2f2ff12f38e19ba9a http://qiita.com/ine1127/items/942ddd57b514f10e5127 http://qiita.com/ine1127/items/305fe44732f2e2d907da Compiling ovirt-guest-agent on FreeBSD http://lists.ovirt.org/pipermail/users/2015-May/033069.html New Lab Environment ? Ovirt Installation (Part 1) http://www.ct-unlimited.org/2015/05/19/new-lab-environment-ovirt-installati= on-part-1/ Kubernetes and oVirt Cloud Provider (Sept. 2014) https://youtu.be/JyyST4ZKne8 oVirt and OpenStack network integraci?n via Neutron SDN using OriginStack [Spanish] https://youtu.be/P0_s6JjFM1o ovirt ? Force a host from the cluster. (unsupported) tested ver3.5.2 https://12nix.wordpress.com/2015/05/11/ovirt-force-an-host-from-the-cluster= -unsupported-tested-ver3-5-2/ Brian Proffitt -- oVirt Community Liaison bkp(a)redhat.com +1.574.383.9BKP ------------------------------ Message: 3 Date: Mon, 01 Jun 2015 21:12:11 +0200 From: Nicolas Ecarnot <nicolas(a)ecarnot.net> To: users(a)ovirt.org Subject: Re: [ovirt-users] Dell R720 iDRAC7 config IPMI Message-ID: <556CAE8B.8030006(a)ecarnot.net> Content-Type: text/plain; charset=3Dwindows-1252; format=3Dflowed Le 01/06/2015 20:44, Juan Carlos YJ. Lin a ?crit : > Need help to configure Dell R720 IPMI, tested with drac5, drac7 but all > result in unknow status Options : lanplus=3D1 -- Nicolas Ecarnot ------------------------------ Message: 4 Date: Mon, 1 Jun 2015 19:31:40 +0000 From: Patrick Russell <patrick_russell(a)volusion.com> To: Nicolas Ecarnot <nicolas(a)ecarnot.net> Cc: "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] Dell R720 iDRAC7 config IPMI Message-ID: <ABC5992C-EE39-4A66-AE5F-413D7CD4D306(a)volusion.com> Content-Type: text/plain; charset=3D"Windows-1252" Nicolas, We have newer Dell working with the following setting: type: drac5 slot: options: cmd_prompt=3D> secure: <checked> Works fine for us. Even on the new Dell FC630?s this configuration is worki= ng. -Patrick > On Jun 1, 2015, at 2:12 PM, Nicolas Ecarnot <nicolas(a)ecarnot.net> wrote: = > > Le 01/06/2015 20:44, Juan Carlos YJ. Lin a ?crit : >> Need help to configure Dell R720 IPMI, tested with drac5, drac7 but all = >> result in unknow status > > Options : lanplus=3D1 > > -- > Nicolas Ecarnot > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users ------------------------------ Message: 5 Date: Tue, 02 Jun 2015 08:03:11 +0200 From: Piotr Szubiakowski <piotr.szubiakowski(a)nask.pl> To: users(a)ovirt.org Subject: Re: [ovirt-users] Dell R720 iDRAC7 config IPMI Message-ID: <556D471F.3090306(a)nask.pl> Content-Type: text/plain; charset=3Dwindows-1252; format=3Dflowed Hi, I have working Power Management on Dell PowerEdge R820. The configuration is following: Type: drac7 Options: key=3D'$value' where $value should be set the same as following setting in iDRAC: iDRAC Settings -> Network -> IPMI Settings -> Encryption Key Regards, Piotr W dniu 01.06.2015 o 21:31, Patrick Russell pisze: > Nicolas, > > We have newer Dell working with the following setting: > > type: drac5 > slot: > options: cmd_prompt=3D> > secure: <checked> > > > Works fine for us. Even on the new Dell FC630?s this configuration is wor= king. > > -Patrick > >> On Jun 1, 2015, at 2:12 PM, Nicolas Ecarnot <nicolas(a)ecarnot.net> wrote:= >> >> Le 01/06/2015 20:44, Juan Carlos YJ. Lin a ?crit : >>> Need help to configure Dell R720 IPMI, tested with drac5, drac7 but all= >>> result in unknow status >> Options : lanplus=3D1 >> >> -- >> Nicolas Ecarnot >> _______________________________________________ >> 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 > ------------------------------ Message: 6 Date: Tue, 2 Jun 2015 06:41:04 +0000 From: "Xie, Chao" <xiec.fnst(a)cn.fujitsu.com> To: "users(a)ovirt.org" <users(a)ovirt.org> Subject: [ovirt-users] WHERE IS engine-manage-domain CONFIGURE FILE Message-ID: <EE4D679B9474414187D2E27D8B6890F696783B(a)G08CNEXMBPEKD01.g08.fujitsu.local> = Content-Type: text/plain; charset=3D"gb2312" HI ,ALL engine-iso-uploader/engine-image-uploader both has the configure file (defa= ult is /etc/ovirt-engine/isouploader.conf and imageuploader.conf) In the configure file we can edit the command parameter in it and can save = lots of time. But engine-manage-domain didn?t have the configure file, althought it also = has ??config-file? parameter. So where is the config-file for engine-manage= -domain? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150602/9fc67688/= attachment-0001.html> ------------------------------ Message: 7 Date: Tue, 2 Jun 2015 09:58:29 +0200 From: Pavel Stehlik <pstehlik(a)redhat.com> To: "Xie, Chao" <xiec.fnst(a)cn.fujitsu.com> Cc: "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] WHERE IS engine-manage-domain CONFIGURE FILE Message-ID: <D17A510C-DD1A-4284-82F3-16AAB8B6F200(a)redhat.com> Content-Type: text/plain; charset=3D"utf-8" /etc/ovirt-engine/engine-manage-domains/engine-manage-domains.conf P. > On 02 Jun 2015, at 08:41, Xie, Chao <xiec.fnst(a)cn.fujitsu.com> wrote: > > HI ,ALL > engine-iso-uploader/engine-image-uploader both has the configure file (de= fault is /etc/ovirt-engine/isouploader.conf and imageuploader.conf) > > In the configure file we can edit the command parameter in it and can sav= e lots of time. > > But engine-manage-domain didn?t have the configure file, althought it als= o has ??config-file? parameter. So where is the config-file for engine-mana= ge-domain? > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.org/mai= lman/listinfo/users> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150602/aa058446/= attachment.html> ------------------------------ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 45, Issue 3 ************************************ ---------------------------------------------------=0A"Antes de imprimir, recu=C3=A9rdese de su compromiso con el Medio Ambiente"=0A"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisi=C3=B3n del contenido no est=C3=A1 autorizada fuera del contexto de su env=C3=ADo y a quien corresponde. El uso no autorizado de la informaci=C3=B3n en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor b=C3=B3rrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias."=0A --=_308e0797-2d09-49f0-a83a-7f7c6dcad4d7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: Arial; font-size: 10pt; color: #000000'>Thanks,<b= r><br>Solve the issue with key=3D'' + lanplus=3D1 + ssl=3D1<br><span><br><s= pan name=3D"x"></span><font style=3D"font-family: arial,helvetica,sans-seri= f;" size=3D"2"><font style=3D"font-weight: bold; font-family: arial,helveti= ca,sans-serif;" size=3D"2">JUAN CARLOS YJ LIN</font><br></font><font style= =3D"font-family: arial,helvetica,sans-serif;" size=3D"2"><em></span>Tecnolo= g=C3=ADa de la Informaci=C3=B3n<br></font><font style=3D"font-family: arial= ,helvetica,sans-serif;" size=3D"2">MONALISA Internacional SA<br>Boquer=C3= =B3n 310<br>Ciudad del Este =E2=80=93 PARAGUAY<br>Tel + 595 61 500 645<br>F= ax + 595 61 512 695<br><span style=3D"color: rgb(0, 0, 0);">lin(a)monalisa.co= m.py </em><br style=3D"color: rgb(0, 0, 0);"><a href=3D"http://www.monalisa= .com.py"><span style=3D"color: rgb(0, 0, 0);">www.monalisa.com.py</span></a= ></font><span name=3D"x"></span><br></span><br><hr id=3D"zwchr"><div style= =3D"color:#000;font-weight:normal;font-style:normal;text-decoration:none;fo= nt-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>De: </b>users-requ= est(a)ovirt.org<br><b>Para: </b>users(a)ovirt.org<br><b>Enviados: </b>Martes, 2= de Junio 2015 4:58:32<br><b>Asunto: </b>Users Digest, Vol 45, Issue 3<br><= br>Send Users mailing list submissions to<br>     =    users(a)ovirt.org<br><br>To subscribe or unsubscribe via th= e World Wide Web, visit<br>        = http://lists.ovirt.org/mailman/listinfo/users<br>or, via email, send a mess= age with subject or body 'help' to<br>      &= nbsp; users-request(a)ovirt.org<br><br>You can reach the person managing= the list at<br>        users-owner= @ovirt.org<br><br>When replying, please edit your Subject line so it is mor= e specific<br>than "Re: Contents of Users digest..."<br><br><br>Today's Top= ics:<br><br>   1.  Dell R720 iDRAC7 config IPMI (Juan Carlos= YJ. Lin)<br>   2.  oVirt Community Newsletter: May 2015 Edi= tion (Brian Proffitt)<br>   3. Re:  Dell R720 iDRAC7 config = IPMI (Nicolas Ecarnot)<br>   4. Re:  Dell R720 iDRAC7 config= IPMI (Patrick Russell)<br>   5. Re:  Dell R720 iDRAC7 confi= g IPMI (Piotr Szubiakowski)<br>   6.  WHERE IS engine-manage= -domain  CONFIGURE FILE (Xie, Chao)<br>   7. Re:  WHERE= IS engine-manage-domain  CONFIGURE FILE (Pavel Stehlik)<br><br><br>--= --------------------------------------------------------------------<br><br= >Message: 1<br>Date: Mon, 01 Jun 2015 14:44:35 -0400 (PYT)<br>From: "Juan C= arlos YJ. Lin" <lin(a)unisoft.com.py><br>To: "users " <users(a)ovirt.o= rg><br>Subject: [ovirt-users] Dell R720 iDRAC7 config IPMI<br>Message-ID= :<br>        <627ab823-da40-41f8= -b607-e6801a807944(a)server1.monalisa.com.py><br>Content-Type: text/plain;= charset=3D"utf-8"<br><br>Need help to configure Dell R720 IPMI, tested wit= h drac5, drac7 but all result in unknow status <br><br><br>Juan Carlos Lin = <br>Unisoft S.A. <br>+595-993-288330 <br><br><br>--------------------------= -------------------------<br>"Antes de imprimir, recu?rdese de su compromis= o con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destin= atario y contiene informaciones que no pueden ser usadas por otras personas= que no sean su(s) destinatario(s). La retransmisi?n del contenido no est? = autorizada fuera del contexto de su env?o y a quien corresponde. El uso no = autorizado de la informaci?n en este mensaje se halla penado por las leyes = vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor= b?rrala y notifique al remitente en la brevedad posible. El contenido de e= ste mensaje no es responsabilidad de la Empresa y debe ser atribuido siempr= e a su autor. Gracias."<br>-------------- next part --------------<br>An HT= ML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/= users/attachments/20150601/274d065c/attachment-0001.html><br><br>-------= -----------------------<br><br>Message: 2<br>Date: Mon, 01 Jun 2015 14:47:1= 3 -0400<br>From: Brian Proffitt <bkp(a)redhat.com><br>To: users(a)ovirt.o= rg, board(a)ovirt.org, announce(a)ovirt.org<br>Subject: [ovirt-users] oVirt Com= munity Newsletter: May 2015 Edition<br>Message-ID: <556CA8B1.8090009@red= hat.com><br>Content-Type: text/plain; charset=3Dutf-8<br><br>oVirt devel= opment is focusing on the next release, 3.6, and along the<br>way the commu= nity of users and developers have been talking up their<br>favorite virtual= datacenter management platform.<br><br>-----------------<br>Software Relea= ses<br>-----------------<br><br>oVirt 3.5.3 Second Release Candidate is now= available for testing<br>http://lists.ovirt.org/pipermail/users/2015-May/0= 33088.html<br><br>oVirt 3.6.0 First Alpha Release is now available for test= ing<br>http://lists.ovirt.org/pipermail/users/2015-May/032964.html<br><br>o= virt-0.04, bindings for the oVirt REST API, has been released<br>https://me= tacpan.org/release/HEINCE/Ovirt-0.04<br><br>A testing release for moVirt is= still ready to check out<br>https://github.com/matobet/movirt<br><br>-----= -----------<br>In the Community<br>----------------<br><br>Virtualization o= r Containers? Consider the Application<br>https://www.linux.com/news/enterp= rise/cloud-computing/831179-virtualization-or-containers-consider-the-appli= cation<br><br>Give Your Feedback on the New oVirt Dashboard<br>https://docs= .google.com/a/proffitt.org/forms/d/1nGMgjHeWszisxWAuiV5eCahW_-OK_ytIiCpwEx_= gFQE/viewform<br><br>oVirt Training and Workshop in Dubai!<br>https://www.f= acebook.com/events/524600861014320/<br><br>DRBD and oVirt/RHEV<br>https://y= outu.be/Xk4xprKUf_U<br><br>------------------------------------<br>Deep Div= es and Technical Discussions<br>------------------------------------<br><br= >How to Install oVirt's Windows Guest Tools<br>http://community.redhat.com/= blog/2015/05/how-to-install-and-use-ovirts-windows-guest-tools/<br><br>Real= persistence with oVirt Node<br>http://dummdida.tumblr.com/post/11837010797= 0/real-persistence-with-ovirt-node<br><br>SAML and oVirt 3.5<br>http://mach= acekondra.blogspot.co.il/2015/05/saml-and-ovirt-35.html<br><br>Working with= oVirt - Part 1 [French]<br>http://www.it-connect.fr/ovirt-partie-1/<br><br= >Saving the Configuration of Your oVirt Engine/RHEVM [French]<br>https://bl= og.yvonet.com/2015/05/19/Sauvegarder-la-config-oVirt/<br><br>Virtualization= with oVirt Parts 1-4 [French]<br>https://blog.yvonet.com/2015/03/27/virtua= lisation-avec-ovirt-1-introduction/<br>https://blog.yvonet.com/2015/03/31/v= irtualisation-avec-ovirt-2-preparation/<br>https://blog.yvonet.com/2015/04/= 02/virtualisation-avec-ovirt-3-installation/<br>https://blog.yvonet.com/201= 5/04/06/virtualisation-avec-ovirt-4-installation-suite-et-fin/<br><br>Using= oVirt to Manage KVM in CentOS 7.1 Parts 1-3 [Japanese]<br>http://qiita.com= /ine1127/items/1bc2f2ff12f38e19ba9a<br>http://qiita.com/ine1127/items/942dd= d57b514f10e5127<br>http://qiita.com/ine1127/items/305fe44732f2e2d907da<br><= br>Compiling ovirt-guest-agent on FreeBSD<br>http://lists.ovirt.org/piperma= il/users/2015-May/033069.html<br><br>New Lab Environment ? Ovirt Installati= on (Part 1)<br>http://www.ct-unlimited.org/2015/05/19/new-lab-environment-o= virt-installation-part-1/<br><br>Kubernetes and oVirt Cloud Provider (Sept.= 2014)<br>https://youtu.be/JyyST4ZKne8<br><br>oVirt and OpenStack network i= ntegraci?n via Neutron SDN using<br>OriginStack [Spanish]<br>https://youtu.= be/P0_s6JjFM1o<br><br>ovirt ? Force a host from the cluster. (unsupported) = tested ver3.5.2<br>https://12nix.wordpress.com/2015/05/11/ovirt-force-an-ho= st-from-the-cluster-unsupported-tested-ver3-5-2/<br><br><br>Brian Proffitt<= br><br>-- <br>oVirt Community Liaison<br>bkp(a)redhat.com<br>+1.574.383.9BKP<= br><br><br>------------------------------<br><br>Message: 3<br>Date: Mon, 0= 1 Jun 2015 21:12:11 +0200<br>From: Nicolas Ecarnot <nicolas(a)ecarnot.net&= gt;<br>To: users(a)ovirt.org<br>Subject: Re: [ovirt-users] Dell R720 iDRAC7 c= onfig IPMI<br>Message-ID: <556CAE8B.8030006(a)ecarnot.net><br>Content-T= ype: text/plain; charset=3Dwindows-1252; format=3Dflowed<br><br>Le 01/06/20= 15 20:44, Juan Carlos YJ. Lin a ?crit :<br>> Need help to configure Dell= R720 IPMI, tested with drac5, drac7 but all<br>> result in unknow statu= s<br><br>Options : lanplus=3D1<br><br>-- <br>Nicolas Ecarnot<br><br><br>---= ---------------------------<br><br>Message: 4<br>Date: Mon, 1 Jun 2015 19:3= 1:40 +0000<br>From: Patrick Russell <patrick_russell(a)volusion.com><br= >To: Nicolas Ecarnot <nicolas(a)ecarnot.net><br>Cc: "users(a)ovirt.org" &= lt;users(a)ovirt.org><br>Subject: Re: [ovirt-users] Dell R720 iDRAC7 confi= g IPMI<br>Message-ID: <ABC5992C-EE39-4A66-AE5F-413D7CD4D306(a)volusion.com= ><br>Content-Type: text/plain; charset=3D"Windows-1252"<br><br>Nicolas,<= br><br>We have newer Dell working with the following setting:<br><br>type: = drac5<br>slot:<br>options: cmd_prompt=3D><br>secure: <checked><br>= <br><br>Works fine for us. Even on the new Dell FC630?s this configuration = is working.<br><br>-Patrick<br><br>> On Jun 1, 2015, at 2:12 PM, Nicolas= Ecarnot <nicolas(a)ecarnot.net> wrote:<br>> <br>> Le 01/06/2015 = 20:44, Juan Carlos YJ. Lin a ?crit :<br>>> Need help to configure Del= l R720 IPMI, tested with drac5, drac7 but all<br>>> result in unknow = status<br>> <br>> Options : lanplus=3D1<br>> <br>> -- <br>> = Nicolas Ecarnot<br>> _______________________________________________<br>= > Users mailing list<br>> Users(a)ovirt.org<br>> http://lists.ovirt.= org/mailman/listinfo/users<br><br><br><br>------------------------------<br= ><br>Message: 5<br>Date: Tue, 02 Jun 2015 08:03:11 +0200<br>From: Piotr Szu= biakowski <piotr.szubiakowski(a)nask.pl><br>To: users(a)ovirt.org<br>Subj= ect: Re: [ovirt-users] Dell R720 iDRAC7 config IPMI<br>Message-ID: <556D= 471F.3090306(a)nask.pl><br>Content-Type: text/plain; charset=3Dwindows-125= 2; format=3Dflowed<br><br>Hi,<br>I have working Power Management on Dell Po= werEdge R820. The <br>configuration is following:<br><br>Type: drac7<br>Opt= ions: key=3D'$value'<br><br>where $value should be set the same as followin= g setting in iDRAC:<br><br>iDRAC Settings -> Network -> IPMI Settings= -> Encryption Key<br><br>Regards,<br>Piotr<br><br>W dniu 01.06.2015 o 2= 1:31, Patrick Russell pisze:<br>> Nicolas,<br>><br>> We have newer= Dell working with the following setting:<br>><br>> type: drac5<br>&g= t; slot:<br>> options: cmd_prompt=3D><br>> secure: <checked>= <br>><br>><br>> Works fine for us. Even on the new Dell FC630?s th= is configuration is working.<br>><br>> -Patrick<br>><br>>> O= n Jun 1, 2015, at 2:12 PM, Nicolas Ecarnot <nicolas(a)ecarnot.net> wrot= e:<br>>><br>>> Le 01/06/2015 20:44, Juan Carlos YJ. Lin a ?crit= :<br>>>> Need help to configure Dell R720 IPMI, tested with drac5= , drac7 but all<br>>>> result in unknow status<br>>> Options= : lanplus=3D1<br>>><br>>> -- <br>>> Nicolas Ecarnot<br>&= gt;> _______________________________________________<br>>> Users m= ailing list<br>>> Users(a)ovirt.org<br>>> http://lists.ovirt.org/= mailman/listinfo/users<br>> ____________________________________________= ___<br>> Users mailing list<br>> Users(a)ovirt.org<br>> http://lists= .ovirt.org/mailman/listinfo/users<br>><br><br><br><br>------------------= ------------<br><br>Message: 6<br>Date: Tue, 2 Jun 2015 06:41:04 +0000<br>F= rom: "Xie, Chao" <xiec.fnst(a)cn.fujitsu.com><br>To: "users(a)ovirt.org" = <users(a)ovirt.org><br>Subject: [ovirt-users] WHERE IS engine-manage-do= main  CONFIGURE FILE<br>Message-ID:<br>     &= nbsp;  <EE4D679B9474414187D2E27D8B6890F696783B@G08CNEXMBPEKD01= .g08.fujitsu.local><br>        <= br>Content-Type: text/plain; charset=3D"gb2312"<br><br>HI ,ALL<br> &nb= sp;       engine-iso-uploader/engine-image-uploader both has= the configure file (default is /etc/ovirt-engine/isouploader.conf and imag= euploader.conf)<br><br>In the configure file we can edit the command parame= ter in it and can save lots of time.<br><br>But engine-manage-domain didn?t= have the configure file, althought it also has ??config-file? parameter. S= o where is the config-file for engine-manage-domain?<br><br>-------------- = next part --------------<br>An HTML attachment was scrubbed...<br>URL: <= http://lists.ovirt.org/pipermail/users/attachments/20150602/9fc67688/attach= ment-0001.html><br><br>------------------------------<br><br>Message: 7<= br>Date: Tue, 2 Jun 2015 09:58:29 +0200<br>From: Pavel Stehlik <pstehlik= @redhat.com><br>To: "Xie, Chao" <xiec.fnst(a)cn.fujitsu.com><br>Cc: = "users(a)ovirt.org" <users(a)ovirt.org><br>Subject: Re: [ovirt-users] WHE= RE IS engine-manage-domain  CONFIGURE<br>    &nbsp= ;   FILE<br>Message-ID: <D17A510C-DD1A-4284-82F3-16AAB8B6= F200(a)redhat.com><br>Content-Type: text/plain; charset=3D"utf-8"<br><br><= br><br>/etc/ovirt-engine/engine-manage-domains/engine-manage-domains.conf<b= r>P.<br><br><br>> On 02 Jun 2015, at 08:41, Xie, Chao <xiec.fnst(a)cn.f= ujitsu.com> wrote:<br>> <br>> HI ,ALL<br>>      =    engine-iso-uploader/engine-image-uploader both has the config= ure file (default is /etc/ovirt-engine/isouploader.conf and imageuploader.c= onf)<br>>  <br>> In the configure file we can edit the command p= arameter in it and can save lots of time.<br>>  <br>> But engine= -manage-domain didn?t have the configure file, althought it also has ??conf= ig-file? parameter. So where is the config-file for engine-manage-domain?<b= r>>  <br>> _______________________________________________<br>&g= t; Users mailing list<br>> Users(a)ovirt.org <mailto:Users@ovirt.org&gt= ;<br>> http://lists.ovirt.org/mailman/listinfo/users <http://lists.ov= irt.org/mailman/listinfo/users><br>-------------- next part ------------= --<br>An HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org= /pipermail/users/attachments/20150602/aa058446/attachment.html><br><br>-= -----------------------------<br><br>______________________________________= _________<br>Users mailing list<br>Users(a)ovirt.org<br>http://lists.ovirt.or= g/mailman/listinfo/users<br><br><br>End of Users Digest, Vol 45, Issue 3<br= >************************************<br></div><br></div> <br>= <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang=3D"es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>---------------------------------------------------<br>"Antes de imprimir, recu=C3=A9rdese de su compromiso con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisi=C3=B3n del contenido no est=C3=A1 autorizada fuera del contexto de su env=C3=ADo y a quien corresponde. El uso no autorizado de la informaci=C3=B3n en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor b=C3=B3rrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML> <br>= </body></html> --=_308e0797-2d09-49f0-a83a-7f7c6dcad4d7--

1 0

snapshot deleting
by paf1＠email.cz 02 Jun '15

02 Jun '15

Hello, my question is about deleting default snapshots generated via disk moving between storages. The snapshot called "Auto-generated for Live Storage Migration" is NOT automaticaly deleted after movement done. Is this default or any bug ?? regs. Pavel

2 1

3.5.2 live merge
by Patrick Russell 02 Jun '15

02 Jun '15

--_000_D6B620CCC76D45B69F9D7E20570FEFADvolusioncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgZXZlcnlvbmUsDQoNCldl4oCZcmUgbm90IHNlZWluZyBsaXZlIG1lcmdlIHdvcmtpbmcgYXMg b2YgdGhlIDMuNS4yIHVwZGF0ZS4gV2XigJl2ZSB0ZXN0ZWQgdXNpbmcgZmlicmUgY2hhbm5lbCBh bmQgTkZTIGF0dGFjaGVkIHN0b3JhZ2UuIEJvdGggdGhyb3dpbmcgdGhlIHNhbWUgZXJyb3IgY29k ZS4gQXJlIG90aGVyIHBlb3BsZSBzZWVpbmcgc3VjY2VzcyB3aXRoIGxpdmUtbWVyZ2UgYWZ0ZXIg dGhlIHVwZGF0ZT8NCg0KSGVyZeKAmXMgdGhlIGVudmlyb25tZW50Og0KDQpFbmdpbmUgUnVubmlu ZyBvbiBDZW50T1MgNng2NCB1cGRhdGVkIHRvIDMuNS4yIHZpYSB5dW0gdXBkYXRlIChzdGFuZGFs b25lIHBoeXNpY2FsIGJveCwgZHVhbCBzb2NrZXQgaGV4IGNvcmUgKyBoeXBlcnRocmVhZGluZywg MTZHQiBtZW1vcnkpDQoNCiMgcnBtIC1xYSB8Z3JlcCBvdmlydA0Kb3ZpcnQtZW5naW5lLWNsaS0z LjUuMC41LTEuZWw2Lm5vYXJjaA0Kb3ZpcnQtZW5naW5lLTMuNS4xLjEtMS5lbDYubm9hcmNoDQpv dmlydC1lbmdpbmUtc2V0dXAtcGx1Z2luLW92aXJ0LWVuZ2luZS0zLjUuMi0xLmVsNi5ub2FyY2gN Cm92aXJ0LWVuZ2luZS1zZXR1cC1wbHVnaW4tYWxsaW5vbmUtMy41LjItMS5lbDYubm9hcmNoDQpv dmlydC1lbmdpbmUtc2V0dXAtMy41LjItMS5lbDYubm9hcmNoDQpvdmlydC1ndWVzdC10b29scy0z LjUuMC0wLjUubWFzdGVyLm5vYXJjaA0Kb3ZpcnQtaG9zdC1kZXBsb3ktMS4zLjEtMS5lbDYubm9h cmNoDQpvdmlydC1lbmdpbmUtc2RrLXB5dGhvbi0zLjUuMi4xLTEuZWw2Lm5vYXJjaA0Kb3ZpcnQt ZW5naW5lLXNldHVwLXBsdWdpbi1vdmlydC1lbmdpbmUtY29tbW9uLTMuNS4yLTEuZWw2Lm5vYXJj aA0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQtMy41LjEuMS0xLmVsNi5ub2FyY2gNCm92aXJ0LWVuZ2lu ZS11c2VycG9ydGFsLTMuNS4xLjEtMS5lbDYubm9hcmNoDQpvdmlydC1lbmdpbmUtZGJzY3JpcHRz LTMuNS4xLjEtMS5lbDYubm9hcmNoDQpvdmlydC1lbmdpbmUtdG9vbHMtMy41LjEuMS0xLmVsNi5u b2FyY2gNCm92aXJ0LWhvc3QtZGVwbG95LW9mZmxpbmUtMS4zLjEtMS5lbDYueDg2XzY0DQpvdmly dC1lbmdpbmUtc2V0dXAtcGx1Z2luLXdlYnNvY2tldC1wcm94eS0zLjUuMi0xLmVsNi5ub2FyY2gN Cm92aXJ0LWVuZ2luZS13ZWJzb2NrZXQtcHJveHktMy41LjItMS5lbDYubm9hcmNoDQpvdmlydC1p c28tdXBsb2FkZXItMy41LjItMS5lbDYubm9hcmNoDQpvdmlydC1lbmdpbmUtZXh0ZW5zaW9ucy1h cGktaW1wbC0zLjUuMi0xLmVsNi5ub2FyY2gNCm92aXJ0LWVuZ2luZS1qYm9zcy1hcy03LjEuMS0x LmVsNi54ODZfNjQNCm92aXJ0LWVuZ2luZS13ZWJhZG1pbi1wb3J0YWwtMy41LjEuMS0xLmVsNi5u b2FyY2gNCm92aXJ0LWVuZ2luZS1yZXN0YXBpLTMuNS4xLjEtMS5lbDYubm9hcmNoDQpvdmlydC1n dWVzdC10b29scy1pc28tMy41LTcubm9hcmNoDQpvdmlydC1pbWFnZS11cGxvYWRlci0zLjUuMS0x LmVsNi5ub2FyY2gNCm92aXJ0LWVuZ2luZS1saWItMy41LjItMS5lbDYubm9hcmNoDQpvdmlydC1l bmdpbmUtc2V0dXAtYmFzZS0zLjUuMi0xLmVsNi5ub2FyY2gNCm92aXJ0LXJlbGVhc2UzNS0wMDMt MS5ub2FyY2gNCm92aXJ0LWhvc3QtZGVwbG95LWphdmEtMS4zLjEtMS5lbDYubm9hcmNoDQoNCkh5 cGVydmlzb3JzIGFyZSBydW5uaW5nIG92aXJ0LW5vZGUsIHVwZ3JhZGVkIGZyb20gSVNPIDogaHR0 cDovL3Jlc291cmNlcy5vdmlydC5vcmcvcHViL292aXJ0LTMuNS9pc28vb3ZpcnQtbm9kZS9lbDct My41LjIvb3ZpcnQtbm9kZS1pc28tMy41LTAuOTk5LjIwMTUwNDI4MDkzMS5lbDcuY2VudG9zLmlz bw0KDQoNCkhlcmXigJlzIGEgc25pcHBldCBmcm9tIHRoZSBsb2dzOg0KDQoyMDE1LTA0LTI5IDE4 OjQ3OjE2LDk0NyBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9r ZXIuTWVyZ2VWRFNDb21tYW5kXSAocG9vbC03LXRocmVhZC0yKSBbNDhlYjBiMWRdIEZJTklTSCwg TWVyZ2VWRFNDb21tYW5kLCBsb2cgaWQ6IDUxMjFlY2M5DQoyMDE1LTA0LTI5IDE4OjQ3OjE2LDk0 NyBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5NZXJnZUNvbW1hbmRdIChwb29sLTct dGhyZWFkLTIpIFs0OGViMGIxZF0gQ29tbWFuZCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLk1l cmdlQ29tbWFuZCB0aHJvdyBWZGMgQmxsIGV4Y2VwdGlvbi4gV2l0aCBlcnJvciBtZXNzYWdlIFZk Y0JMTEV4Y2VwdGlvbjogb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIu VkRTRXJyb3JFeGNlcHRpb246IFZEU0dlbmVyaWNFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0aW9u OiBGYWlsZWQgdG8gTWVyZ2VWRFMsIGVycm9yID0gTWVyZ2UgZmFpbGVkLCBjb2RlID0gNTIgKEZh aWxlZCB3aXRoIGVycm9yIG1lcmdlRXJyIGFuZCBjb2RlIDUyKQ0KMjAxNS0wNC0yOSAxODo0Nzox Niw5NTQgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuTWVyZ2VDb21tYW5kXSAocG9v bC03LXRocmVhZC0yKSBbNDhlYjBiMWRdIFRyYW5zYWN0aW9uIHJvbGxlZC1iYWNrIGZvciBjb21t YW5kOiBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLk1lcmdlQ29tbWFuZC4NCjIwMTUtMDQtMjkg MTg6NDc6MTYsOTgxIEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jy b2tlci5NZXJnZVZEU0NvbW1hbmRdIChwb29sLTctdGhyZWFkLTMpIFs1NDk1YmRlN10gRmFpbGVk IGluIE1lcmdlVkRTIG1ldGhvZA0KMjAxNS0wNC0yOSAxODo0NzoxNiw5ODIgSU5GTyAgW29yZy5v dmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLk1lcmdlVkRTQ29tbWFuZF0gKHBv b2wtNy10aHJlYWQtMykgWzU0OTViZGU3XSBDb21tYW5kIG9yZy5vdmlydC5lbmdpbmUuY29yZS52 ZHNicm9rZXIudmRzYnJva2VyLk1lcmdlVkRTQ29tbWFuZCByZXR1cm4gdmFsdWUNCiBTdGF0dXNP bmx5UmV0dXJuRm9yWG1sUnBjIFttU3RhdHVzPVN0YXR1c0ZvclhtbFJwYyBbbUNvZGU9NTIsIG1N ZXNzYWdlPU1lcmdlIGZhaWxlZF1dDQoNCg0K --_000_D6B620CCC76D45B69F9D7E20570FEFADvolusioncom_ Content-Type: text/html; charset="utf-8" Content-ID: <7419DBD3662F7E40948D48866FF46D49(a)namprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5IaSBldmVy eW9uZSw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQpXZeKAmXJl IG5vdCBzZWVpbmcgbGl2ZSBtZXJnZSB3b3JraW5nIGFzIG9mIHRoZSAzLjUuMiB1cGRhdGUuIFdl 4oCZdmUgdGVzdGVkIHVzaW5nIGZpYnJlIGNoYW5uZWwgYW5kIE5GUyBhdHRhY2hlZCBzdG9yYWdl LiBCb3RoIHRocm93aW5nIHRoZSBzYW1lIGVycm9yIGNvZGUuIEFyZSBvdGhlciBwZW9wbGUgc2Vl aW5nIHN1Y2Nlc3Mgd2l0aCBsaXZlLW1lcmdlIGFmdGVyIHRoZSB1cGRhdGU/DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5IZXJl4oCZcyB0aGUgZW52 aXJvbm1lbnQ6PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRp diBjbGFzcz0iIj5FbmdpbmUgUnVubmluZyBvbiBDZW50T1MgNng2NCB1cGRhdGVkIHRvIDMuNS4y IHZpYSB5dW0gdXBkYXRlIChzdGFuZGFsb25lIHBoeXNpY2FsIGJveCwgZHVhbCBzb2NrZXQgaGV4 IGNvcmUgJiM0MzsgaHlwZXJ0aHJlYWRpbmcsIDE2R0IgbWVtb3J5KTwvZGl2Pg0KPGRpdiBjbGFz cz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIi PiMgcnBtIC1xYSB8Z3JlcCBvdmlydDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1lbmdpbmUt Y2xpLTMuNS4wLjUtMS5lbDYubm9hcmNoPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPm92aXJ0LWVuZ2lu ZS0zLjUuMS4xLTEuZWw2Lm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1lbmdpbmUt c2V0dXAtcGx1Z2luLW92aXJ0LWVuZ2luZS0zLjUuMi0xLmVsNi5ub2FyY2g8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+b3ZpcnQtZW5naW5lLXNldHVwLXBsdWdpbi1hbGxpbm9uZS0zLjUuMi0xLmVsNi5u b2FyY2g8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQtZW5naW5lLXNldHVwLTMuNS4yLTEuZWw2 Lm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1ndWVzdC10b29scy0zLjUuMC0wLjUu bWFzdGVyLm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1ob3N0LWRlcGxveS0xLjMu MS0xLmVsNi5ub2FyY2g8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQtZW5naW5lLXNkay1weXRo b24tMy41LjIuMS0xLmVsNi5ub2FyY2g8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQtZW5naW5l LXNldHVwLXBsdWdpbi1vdmlydC1lbmdpbmUtY29tbW9uLTMuNS4yLTEuZWw2Lm5vYXJjaDwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1lbmdpbmUtYmFja2VuZC0zLjUuMS4xLTEuZWw2Lm5vYXJj aDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1lbmdpbmUtdXNlcnBvcnRhbC0zLjUuMS4xLTEu ZWw2Lm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1lbmdpbmUtZGJzY3JpcHRzLTMu NS4xLjEtMS5lbDYubm9hcmNoPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPm92aXJ0LWVuZ2luZS10b29s cy0zLjUuMS4xLTEuZWw2Lm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1ob3N0LWRl cGxveS1vZmZsaW5lLTEuMy4xLTEuZWw2Lng4Nl82NDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmly dC1lbmdpbmUtc2V0dXAtcGx1Z2luLXdlYnNvY2tldC1wcm94eS0zLjUuMi0xLmVsNi5ub2FyY2g8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQtZW5naW5lLXdlYnNvY2tldC1wcm94eS0zLjUuMi0x LmVsNi5ub2FyY2g8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQtaXNvLXVwbG9hZGVyLTMuNS4y LTEuZWw2Lm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1lbmdpbmUtZXh0ZW5zaW9u cy1hcGktaW1wbC0zLjUuMi0xLmVsNi5ub2FyY2g8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQt ZW5naW5lLWpib3NzLWFzLTcuMS4xLTEuZWw2Lng4Nl82NDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5v dmlydC1lbmdpbmUtd2ViYWRtaW4tcG9ydGFsLTMuNS4xLjEtMS5lbDYubm9hcmNoPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPm92aXJ0LWVuZ2luZS1yZXN0YXBpLTMuNS4xLjEtMS5lbDYubm9hcmNoPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPm92aXJ0LWd1ZXN0LXRvb2xzLWlzby0zLjUtNy5ub2FyY2g8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQtaW1hZ2UtdXBsb2FkZXItMy41LjEtMS5lbDYubm9hcmNo PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPm92aXJ0LWVuZ2luZS1saWItMy41LjItMS5lbDYubm9hcmNo PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPm92aXJ0LWVuZ2luZS1zZXR1cC1iYXNlLTMuNS4yLTEuZWw2 Lm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1yZWxlYXNlMzUtMDAzLTEubm9hcmNo PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPm92aXJ0LWhvc3QtZGVwbG95LWphdmEtMS4zLjEtMS5lbDYu bm9hcmNoPC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPkh5cGVydmlzb3JzIGFyZSBydW5uaW5nIG92aXJ0LW5vZGUsIHVwZ3Jh ZGVkIGZyb20gSVNPIDombmJzcDs8YSBocmVmPSJodHRwOi8vcmVzb3VyY2VzLm92aXJ0Lm9yZy9w dWIvb3ZpcnQtMy41L2lzby9vdmlydC1ub2RlL2VsNy0zLjUuMi9vdmlydC1ub2RlLWlzby0zLjUt MC45OTkuMjAxNTA0MjgwOTMxLmVsNy5jZW50b3MuaXNvIiBjbGFzcz0iIj5odHRwOi8vcmVzb3Vy Y2VzLm92aXJ0Lm9yZy9wdWIvb3ZpcnQtMy41L2lzby9vdmlydC1ub2RlL2VsNy0zLjUuMi9vdmly dC1ub2RlLWlzby0zLjUtMC45OTkuMjAxNTA0MjgwOTMxLmVsNy5jZW50b3MuaXNvPC9hPjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkhlcmXigJlzIGEgc25pcHBldCBmcm9t IHRoZSBsb2dzOg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+DQo8ZGl2IGNsYXNzPSIiPjIwMTUtMDQtMjkgMTg6NDc6MTYsOTQ3IElORk8gJm5ic3A7 W29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLk1lcmdlVkRTQ29tbWFu ZF0gKHBvb2wtNy10aHJlYWQtMikgWzQ4ZWIwYjFkXSBGSU5JU0gsIE1lcmdlVkRTQ29tbWFuZCwg bG9nIGlkOiA1MTIxZWNjOTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4yMDE1LTA0LTI5IDE4OjQ3OjE2 LDk0NyBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5NZXJnZUNvbW1hbmRdIChwb29s LTctdGhyZWFkLTIpIFs0OGViMGIxZF0gQ29tbWFuZCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxs Lk1lcmdlQ29tbWFuZCB0aHJvdyBWZGMgQmxsIGV4Y2VwdGlvbi4gV2l0aCBlcnJvciBtZXNzYWdl IFZkY0JMTEV4Y2VwdGlvbjogb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9r ZXIuVkRTRXJyb3JFeGNlcHRpb246DQogVkRTR2VuZXJpY0V4Y2VwdGlvbjogVkRTRXJyb3JFeGNl cHRpb246IEZhaWxlZCB0byBNZXJnZVZEUywgZXJyb3IgPSBNZXJnZSBmYWlsZWQsIGNvZGUgPSA1 MiAoRmFpbGVkIHdpdGggZXJyb3IgbWVyZ2VFcnIgYW5kIGNvZGUgNTIpPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPjIwMTUtMDQtMjkgMTg6NDc6MTYsOTU0IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNv cmUuYmxsLk1lcmdlQ29tbWFuZF0gKHBvb2wtNy10aHJlYWQtMikgWzQ4ZWIwYjFkXSBUcmFuc2Fj dGlvbiByb2xsZWQtYmFjayBmb3IgY29tbWFuZDogb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5N ZXJnZUNvbW1hbmQuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjIwMTUtMDQtMjkgMTg6NDc6MTYsOTgx IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5NZXJnZVZE U0NvbW1hbmRdIChwb29sLTctdGhyZWFkLTMpIFs1NDk1YmRlN10gRmFpbGVkIGluIE1lcmdlVkRT IG1ldGhvZDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4yMDE1LTA0LTI5IDE4OjQ3OjE2LDk4MiBJTkZP ICZuYnNwO1tvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5NZXJnZVZE U0NvbW1hbmRdIChwb29sLTctdGhyZWFkLTMpIFs1NDk1YmRlN10gQ29tbWFuZCBvcmcub3ZpcnQu ZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5NZXJnZVZEU0NvbW1hbmQgcmV0dXJuIHZh bHVlJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwO1N0YXR1c09ubHlSZXR1cm5Gb3JY bWxScGMgW21TdGF0dXM9U3RhdHVzRm9yWG1sUnBjIFttQ29kZT01MiwgbU1lc3NhZ2U9TWVyZ2Ug ZmFpbGVkXV08L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0i Ij4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvYm9keT4N CjwvaHRtbD4NCg== --_000_D6B620CCC76D45B69F9D7E20570FEFADvolusioncom_--

3 3

Re: [ovirt-users] SPICE Through a Router? Squid?
by Nikolai Sednev 02 Jun '15

02 Jun '15

------=_Part_7938061_812884740.1433245782860 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Works perfectly fine for me with VPN towards the environment. I suppose you should use VPN level security for your connectivity to your data center resources. Thanks in advance. Best regards, Nikolai ____________________ Nikolai Sednev Senior Quality Engineer at Compute team Red Hat Israel 34 Jerusalem Road, Ra'anana, Israel 43501 Tel: +972 9 7692043 Mobile: +972 52 7342734 Email: nsednev(a)redhat.com IRC: nsednev ----- Original Message ----- From: users-request(a)ovirt.org To: users(a)ovirt.org Sent: Monday, June 1, 2015 2:39:29 AM Subject: Users Digest, Vol 44, Issue 127 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at users-owner(a)ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: gluster config in 4 node cluster (???? ???????????) 2. SPICE Through a Router? Squid? (alexmcwhirter(a)triadic.us) 3. Bug in Snapshot Removing (Soeren Malchow) 4. Re: gluster config in 4 node cluster (Soeren Malchow) 5. Re: Bug in Snapshot Removing (Soeren Malchow) 6. Re: Bug in Snapshot Removing (Soeren Malchow) ---------------------------------------------------------------------- Message: 1 Date: Sun, 31 May 2015 19:32:39 +0300 From: ???? ??????????? <y.poltoratskiy(a)gmail.com> To: users(a)ovirt.org Subject: Re: [ovirt-users] gluster config in 4 node cluster Message-ID: <556B37A7.1000508(a)gmail.com> Content-Type: text/plain; charset="utf-8"; Format="flowed" Hi, As for me, I would build one cluster with gluster service only based on two nodes (replica 2), and the other one with virt service only based on other two nodes. I think this variant is more scalable in future. PS. I am a new in oVirt, so do not except that I am wrong. 28.05.2015 23:11, paf1(a)email.cz ?????: > Hello, > How to optimal configure 4 node cluster for any one node goes to > maintenance without stopping VM ?? > > a) replica 4 - but it takes a lot of space > b) disperse 3+1 ( raid 5 ) - but bad performance and not visible by > oVirt 3.7.2 > c) stripe2+replica2 = but VM paused > > any other idea ? > regs. > Pa. > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150531/a3db0889/attach…> ------------------------------ Message: 2 Date: Sun, 31 May 2015 18:54:56 -0400 From: alexmcwhirter(a)triadic.us To: users(a)ovirt.org Subject: [ovirt-users] SPICE Through a Router? Squid? Message-ID: <8bea728a4fb4d5cd804c6aa50cb5e6c8(a)triadic.us> Content-Type: text/plain; charset=US-ASCII; format=flowed I have a dual host setup working right now. Host 1 runs the engine and is also a node. Host 2 does DB storage and NFS storage. The WebSockets proxy is running on Host1. My question is how do I run this behind a router? I am correct in understanding that the WebSockets proxy acts as the spice access point for all of the nodes in the cluster / datacetner? or does each node host need a direct connection for spice? the .vv file I receive from the management console specifies the engine's private IP address which works fine when inside the ovirt management LAN, but it wont route from WAN obviously. So essentially i guess i need squid to rewrite the served vv file to the public IP and somehow make the ports work correctly, which is difficult considering every time a VM is created it also adds its own spice port, correct? ------------------------------ Message: 3 Date: Sun, 31 May 2015 22:56:40 +0000 From: Soeren Malchow <soeren.malchow(a)mcon.net> To: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com>, users <users(a)ovirt.org> Subject: [ovirt-users] Bug in Snapshot Removing Message-ID: <D1915E46.D966%soeren.malchow(a)mcon.net> Content-Type: text/plain; charset="us-ascii" Dear all I am not sure if the mail just did not get any attention between all the mails and this time it is also going to the libvirt mailing list. I am experiencing a problem with VM becoming unresponsive when removing Snapshots (Live Merge) and i think there is a serious problem. Here are the previous mails, http://lists.ovirt.org/pipermail/users/2015-May/033083.html The problem is on a system with everything on the latest version, CentOS 7.1 and ovirt 3.5.2.1 all upgrades applied. This Problem did NOT exist before upgrading to CentOS 7.1 with an environment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-preview repo activated. I think this is a bug in libvirt, not ovirt itself, but i am not sure. The actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm.py, line 697). We are very willing to help, test and supply log files in anyway we can. Regards Soeren -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150531/589d7894/attach…> ------------------------------ Message: 4 Date: Sun, 31 May 2015 23:32:53 +0000 From: Soeren Malchow <soeren.malchow(a)mcon.net> To: ???? ??????????? <y.poltoratskiy(a)gmail.com>, "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] gluster config in 4 node cluster Message-ID: <D19165E2.D96E%soeren.malchow(a)mcon.net> Content-Type: text/plain; charset="windows-1251" Hi For a production environment i would not build a 2 node gluster, i would build at least 3 nodes to have it much easier with the quorum. Taking into account that you can use commodity hardware i would also suggest to split the services, but i would go for at least 3 gluster nodes ? which add up to at least 5 nodes for a HA system. If you want 4 in any case, then my suggestion would be to go for 4 replicas, each node has anything that it needs to run and you can basically use NFS to localhost for the storage which would make the nodes always access the local storage for the VMS, availability wise it makes no difference. Cheers Soeren From: ???? ??????????? <y.poltoratskiy(a)gmail.com<mailto:y.poltoratskiy@gmail.com>> Date: Sunday 31 May 2015 18:32 To: "users(a)ovirt.org<mailto:users@ovirt.org>" <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: Re: [ovirt-users] gluster config in 4 node cluster Hi, As for me, I would build one cluster with gluster service only based on two nodes (replica 2), and the other one with virt service only based on other two nodes. I think this variant is more scalable in future. PS. I am a new in oVirt, so do not except that I am wrong. 28.05.2015 23:11, paf1(a)email.cz<mailto:paf1@email.cz> ?????: Hello, How to optimal configure 4 node cluster for any one node goes to maintenance without stopping VM ?? a) replica 4 - but it takes a lot of space b) disperse 3+1 ( raid 5 ) - but bad performance and not visible by oVirt 3.7.2 c) stripe2+replica2 = but VM paused any other idea ? regs. Pa. _______________________________________________ Users mailing list Users(a)ovirt.org<mailto:Users@ovirt.org>http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150531/75d42960/attach…> ------------------------------ Message: 5 Date: Sun, 31 May 2015 23:35:36 +0000 From: Soeren Malchow <soeren.malchow(a)mcon.net> To: Soeren Malchow <soeren.malchow(a)mcon.net>, "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com>, users <users(a)ovirt.org> Subject: Re: [ovirt-users] Bug in Snapshot Removing Message-ID: <D1916735.D978%soeren.malchow(a)mcon.net> Content-Type: text/plain; charset="windows-1252" Small addition again: This error shows up in the log while removing snapshots WITHOUT rendering the Vms unresponsive ? Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1657]: Timed out during operation: cannot acquire state change lock Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[6839]: vdsm vm.Vm ERROR vmId=`56848f4a-cd73-4eda-bf79-7eb80ae569a9`::Error getting block job info Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 5759, in queryBlockJobs? ? From: Soeren Malchow <soeren.malchow(a)mcon.net<mailto:soeren.malchow@mcon.net>> Date: Monday 1 June 2015 00:56 To: "libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>" <libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>>, users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: [ovirt-users] Bug in Snapshot Removing Dear all I am not sure if the mail just did not get any attention between all the mails and this time it is also going to the libvirt mailing list. I am experiencing a problem with VM becoming unresponsive when removing Snapshots (Live Merge) and i think there is a serious problem. Here are the previous mails, http://lists.ovirt.org/pipermail/users/2015-May/033083.html The problem is on a system with everything on the latest version, CentOS 7.1 and ovirt 3.5.2.1 all upgrades applied. This Problem did NOT exist before upgrading to CentOS 7.1 with an environment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-preview repo activated. I think this is a bug in libvirt, not ovirt itself, but i am not sure. The actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm.py, line 697). We are very willing to help, test and supply log files in anyway we can. Regards Soeren -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150531/c25fc497/attach…> ------------------------------ Message: 6 Date: Sun, 31 May 2015 23:39:24 +0000 From: Soeren Malchow <soeren.malchow(a)mcon.net> To: Soeren Malchow <soeren.malchow(a)mcon.net>, "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com>, users <users(a)ovirt.org> Subject: Re: [ovirt-users] Bug in Snapshot Removing Message-ID: <D1916815.D97C%soeren.malchow(a)mcon.net> Content-Type: text/plain; charset="windows-1252" And sorry, another update, it does kill the VM partly, it was still pingable when i wrote the last mail, but no ssh and no spice console possible From: Soeren Malchow <soeren.malchow(a)mcon.net<mailto:soeren.malchow@mcon.net>> Date: Monday 1 June 2015 01:35 To: Soeren Malchow <soeren.malchow(a)mcon.net<mailto:soeren.malchow@mcon.net>>, "libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>" <libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>>, users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: Re: [ovirt-users] Bug in Snapshot Removing Small addition again: This error shows up in the log while removing snapshots WITHOUT rendering the Vms unresponsive ? Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1657]: Timed out during operation: cannot acquire state change lock Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[6839]: vdsm vm.Vm ERROR vmId=`56848f4a-cd73-4eda-bf79-7eb80ae569a9`::Error getting block job info Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 5759, in queryBlockJobs? ? From: Soeren Malchow <soeren.malchow(a)mcon.net<mailto:soeren.malchow@mcon.net>> Date: Monday 1 June 2015 00:56 To: "libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>" <libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>>, users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: [ovirt-users] Bug in Snapshot Removing Dear all I am not sure if the mail just did not get any attention between all the mails and this time it is also going to the libvirt mailing list. I am experiencing a problem with VM becoming unresponsive when removing Snapshots (Live Merge) and i think there is a serious problem. Here are the previous mails, http://lists.ovirt.org/pipermail/users/2015-May/033083.html The problem is on a system with everything on the latest version, CentOS 7.1 and ovirt 3.5.2.1 all upgrades applied. This Problem did NOT exist before upgrading to CentOS 7.1 with an environment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-preview repo activated. I think this is a bug in libvirt, not ovirt itself, but i am not sure. The actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm.py, line 697). We are very willing to help, test and supply log files in anyway we can. Regards Soeren -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150531/b035f648/attach…> ------------------------------ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 44, Issue 127 ************************************** ------=_Part_7938061_812884740.1433245782860 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo= r: #000000"><div>Works perfectly fine for me with VPN towards the environme= nt.</div><div>I suppose you should use VPN level security for your connecti= vity to your data center resources.</div><div><br></div><div><span name=3D"= x"></span><br>Thanks in advance.<br><div><br></div>Best regards,<br>Nikolai= <br>____________________<br>Nikolai Sednev<br>Senior Quality Engineer at Co= mpute team<br>Red Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel 4350= 1<br><div><br></div>Tel:       +972   9 7692043<br>Mobi= le: +972 52 7342734<br>Email: nsednev(a)redhat.com<br>IRC: nsednev<span name= =3D"x"></span><br></div><div><br></div><hr id=3D"zwchr"><div style=3D"color= :#000;font-weight:normal;font-style:normal;text-decoration:none;font-family= :Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>users-request@ovi= rt.org<br><b>To: </b>users(a)ovirt.org<br><b>Sent: </b>Monday, June 1, 2015 2= :39:29 AM<br><b>Subject: </b>Users Digest, Vol 44, Issue 127<br><div><br></= div>Send Users mailing list submissions to<br>    &nbsp= ;   users(a)ovirt.org<br><div><br></div>To subscribe or unsubs= cribe via the World Wide Web, visit<br>      =   http://lists.ovirt.org/mailman/listinfo/users<br>or, via email,= send a message with subject or body 'help' to<br>    &= nbsp;   users-request(a)ovirt.org<br><div><br></div>You can re= ach the person managing the list at<br>      =   users-owner(a)ovirt.org<br><div><br></div>When replying, please e= dit your Subject line so it is more specific<br>than "Re: Contents of Users= digest..."<br><div><br></div><br>Today's Topics:<br><div><br></div> &= nbsp; 1. Re:  gluster config in 4 node cluster (???? ???????????)<br>&= nbsp;  2.  SPICE Through a Router? Squid? (alexmcwhirter(a)triadic.= us)<br>   3.  Bug in Snapshot Removing (Soeren Malchow)<br>&= nbsp;  4. Re:  gluster config in 4 node cluster (Soeren Malchow)<= br>   5. Re:  Bug in Snapshot Removing (Soeren Malchow)<br>&= nbsp;  6. Re:  Bug in Snapshot Removing (Soeren Malchow)<br><div>= <br></div><br>-------------------------------------------------------------= ---------<br><div><br></div>Message: 1<br>Date: Sun, 31 May 2015 19:32:39 += 0300<br>From: ???? ???????????        &n= bsp;<y.poltoratskiy(a)gmail.com><br>To: users(a)ovirt.org<br>Subject: Re:= [ovirt-users] gluster config in 4 node cluster<br>Message-ID: <556B37A7= .1000508(a)gmail.com><br>Content-Type: text/plain; charset=3D"utf-8"; Form= at=3D"flowed"<br><div><br></div><br>Hi,<br><div><br></div>As for me, I woul= d build one cluster with gluster service only based on <br>two nodes (repli= ca 2), and the other one with virt service only based on <br>other two node= s. I think this variant is more scalable in future.<br><div><br></div>PS. I= am a new in oVirt, so do not except that I am wrong.<br><div><br></div><br= >28.05.2015 23:11, paf1(a)email.cz ?????:<br>> Hello,<br>> How to optim= al configure  4 node cluster for any one node goes to <br>> mainten= ance without stopping VM ??<br>><br>> a) replica 4  - but it tak= es a lot of space<br>> b) disperse 3+1 ( raid 5 ) - but bad performance = and not visible by <br>> oVirt 3.7.2<br>> c) stripe2+replica2 =3D but= VM paused<br>><br>> any other idea ?<br>> regs.<br>> Pa.<br>&g= t;<br>><br>> _______________________________________________<br>> = Users mailing list<br>> Users(a)ovirt.org<br>> http://lists.ovirt.org/m= ailman/listinfo/users<br><div><br></div>-------------- next part ----------= ----<br>An HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.o= rg/pipermail/users/attachments/20150531/a3db0889/attachment-0001.html><b= r><div><br></div>------------------------------<br><div><br></div>Message: = 2<br>Date: Sun, 31 May 2015 18:54:56 -0400<br>From: alexmcwhirter(a)triadic.u= s<br>To: users(a)ovirt.org<br>Subject: [ovirt-users] SPICE Through a Router? = Squid?<br>Message-ID: <8bea728a4fb4d5cd804c6aa50cb5e6c8(a)triadic.us><b= r>Content-Type: text/plain; charset=3DUS-ASCII; format=3Dflowed<br><div><br= ></div>I have a dual host setup working right now. Host 1 runs the engine a= nd <br>is also a node. Host 2 does DB storage and NFS storage. The WebSocke= ts <br>proxy is running on Host1.<br><div><br></div>My question is how do I= run this behind a router? I am correct in <br>understanding that the WebSo= ckets proxy acts as the spice access point <br>for all of the nodes in the = cluster / datacetner? or does each node host <br>need a direct connection f= or spice?<br><div><br></div>the .vv file I receive from the management cons= ole specifies the <br>engine's private IP address which works fine when ins= ide the ovirt <br>management LAN, but it wont route from WAN obviously.<br>= <div><br></div>So essentially i guess i need squid to rewrite the served vv= file to the <br>public IP and somehow make the ports work correctly, which= is difficult <br>considering every time a VM is created it also adds its o= wn spice port, <br>correct?<br><div><br></div><br>-------------------------= -----<br><div><br></div>Message: 3<br>Date: Sun, 31 May 2015 22:56:40 +0000= <br>From: Soeren Malchow <soeren.malchow(a)mcon.net><br>To: "libvirt-us= ers(a)redhat.com" <libvirt-users(a)redhat.com>, users<br>  &nbs= p;     <users(a)ovirt.org><br>Subject: [ovirt-= users] Bug in Snapshot Removing<br>Message-ID: <D1915E46.D966%soeren.mal= chow(a)mcon.net><br>Content-Type: text/plain; charset=3D"us-ascii"<br><div= ><br></div>Dear all<br><div><br></div>I am not sure if the mail just did no= t get any attention between all the mails and this time it is also going to= the libvirt mailing list.<br><div><br></div>I am experiencing a problem wi= th VM becoming unresponsive when removing Snapshots (Live Merge) and i thin= k there is a serious problem.<br><div><br></div>Here are the previous mails= ,<br><div><br></div>http://lists.ovirt.org/pipermail/users/2015-May/033083.= html<br><div><br></div>The problem is on a system with everything on the la= test version, CentOS 7.1 and ovirt 3.5.2.1 all upgrades applied.<br><div><b= r></div>This Problem did NOT exist before upgrading to CentOS 7.1 with an e= nvironment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-pre= view repo activated.<br><div><br></div>I think this is a bug in libvirt, no= t ovirt itself, but i am not sure. The actual file throwing the exception i= s in VDSM (/usr/share/vdsm/virt/vm.py, line 697).<br><div><br></div>We are = very willing to help, test and supply log files in anyway we can.<br><div><= br></div>Regards<br>Soeren<br><div><br></div>-------------- next part -----= ---------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.ov= irt.org/pipermail/users/attachments/20150531/589d7894/attachment-0001.html&= gt;<br><div><br></div>------------------------------<br><div><br></div>Mess= age: 4<br>Date: Sun, 31 May 2015 23:32:53 +0000<br>From: Soeren Malchow &lt= ;soeren.malchow(a)mcon.net><br>To: ???? ??????????? <y.poltoratskiy@gma= il.com>,        "users(a)ovirt.org= "<br>        <users(a)ovirt.org&gt= ;<br>Subject: Re: [ovirt-users] gluster config in 4 node cluster<br>Message= -ID: <D19165E2.D96E%soeren.malchow(a)mcon.net><br>Content-Type: text/pl= ain; charset=3D"windows-1251"<br><div><br></div>Hi<br><div><br></div>For a = production environment i would not build a 2 node gluster, i would build at= least 3 nodes to have it much easier with the quorum.<br><div><br></div>Ta= king into account that you can use commodity hardware i would also suggest = to split the services, but i would go for at least 3 gluster nodes ? which = add up to at least 5 nodes for a HA system.<br><div><br></div>If you want 4= in any case, then my suggestion would be to go for 4 replicas, each node h= as anything that it needs to run and you can basically use NFS to localhost= for the storage which would make the nodes always access the local storage= for the VMS, availability wise it makes no difference.<br><div><br></div>C= heers<br>Soeren<br><div><br></div>From: ???? ??????????? <y.poltoratskiy= @gmail.com<mailto:y.poltoratskiy@gmail.com>><br>Date: Sunday 31 Ma= y 2015 18:32<br>To: "users@ovirt.org<mailto:users@ovirt.org>" <use= rs@ovirt.org<mailto:users@ovirt.org>><br>Subject: Re: [ovirt-users= ] gluster config in 4 node cluster<br><div><br></div><br>Hi,<br><div><br></= div>As for me, I would build one cluster with gluster service only based on= two nodes (replica 2), and the other one with virt service only based on o= ther two nodes. I think this variant is more scalable in future.<br><div><b= r></div>PS. I am a new in oVirt, so do not except that I am wrong.<br><div>= <br></div><br>28.05.2015 23:11, paf1@email.cz<mailto:paf1@email.cz> ?= ????:<br>Hello,<br>How to optimal configure  4 node cluster for any on= e node goes to  maintenance without stopping VM ??<br><div><br></div>a= ) replica 4  - but it takes a lot of space<br>b) disperse 3+1 ( raid 5= ) - but bad performance and not visible by oVirt 3.7.2<br>c) stripe2+repli= ca2 =3D but VM paused<br><div><br></div>any other idea ?<br>regs.<br>Pa.<br= ><div><br></div><br><div><br></div>________________________________________= _______<br>Users mailing list<br>Users@ovirt.org<mailto:Users@ovirt.org&= gt;http://lists.ovirt.org/mailman/listinfo/users<br><div><br></div>--------= ------ next part --------------<br>An HTML attachment was scrubbed...<br>UR= L: <http://lists.ovirt.org/pipermail/users/attachments/20150531/75d42960= /attachment-0001.html><br><div><br></div>------------------------------<= br><div><br></div>Message: 5<br>Date: Sun, 31 May 2015 23:35:36 +0000<br>Fr= om: Soeren Malchow <soeren.malchow(a)mcon.net><br>To: Soeren Malchow &l= t;soeren.malchow(a)mcon.net>,<br>      &nbsp= ; "libvirt-users(a)redhat.com"       =  <libvirt-users(a)redhat.com>, users<br>    &n= bsp;   <users(a)ovirt.org><br>Subject: Re: [ovirt-users]= Bug in Snapshot Removing<br>Message-ID: <D1916735.D978%soeren.malchow@m= con.net><br>Content-Type: text/plain; charset=3D"windows-1252"<br><div><= br></div>Small addition again:<br><div><br></div>This error shows up in the= log while removing snapshots WITHOUT rendering the Vms unresponsive<br><di= v><br></div>?<br>Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net libv= irtd[1657]: Timed out during operation: cannot acquire state change lock<br= >Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[6839]: vdsm vm.= Vm ERROR vmId=3D`56848f4a-cd73-4eda-bf79-7eb80ae569a9`::Error getting block= job info<br>                 =                     &nbsp= ;                     &nb= sp;      Traceback (most recent call last):<br>   =                     &nbsp= ;                     &nb= sp;                     &= nbsp;File "/usr/share/vdsm/virt/vm.py", line 5759, in queryBlockJobs?<br><d= iv><br></div>?<br><div><br></div><br><div><br></div>From: Soeren Malchow &l= t;soeren.malchow@mcon.net<mailto:soeren.malchow@mcon.net>><br>Date= : Monday 1 June 2015 00:56<br>To: "libvirt-users@redhat.com<mailto:libvi= rt-users(a)redhat.com>" <libvirt-users@redhat.com<mailto:libvirt-use= rs(a)redhat.com>>, users <users@ovirt.org<mailto:users@ovirt.org&= gt;><br>Subject: [ovirt-users] Bug in Snapshot Removing<br><div><br></di= v>Dear all<br><div><br></div>I am not sure if the mail just did not get any= attention between all the mails and this time it is also going to the libv= irt mailing list.<br><div><br></div>I am experiencing a problem with VM bec= oming unresponsive when removing Snapshots (Live Merge) and i think there i= s a serious problem.<br><div><br></div>Here are the previous mails,<br><div= ><br></div>http://lists.ovirt.org/pipermail/users/2015-May/033083.html<br><= div><br></div>The problem is on a system with everything on the latest vers= ion, CentOS 7.1 and ovirt 3.5.2.1 all upgrades applied.<br><div><br></div>T= his Problem did NOT exist before upgrading to CentOS 7.1 with an environmen= t running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-preview repo= activated.<br><div><br></div>I think this is a bug in libvirt, not ovirt i= tself, but i am not sure. The actual file throwing the exception is in VDSM= (/usr/share/vdsm/virt/vm.py, line 697).<br><div><br></div>We are very will= ing to help, test and supply log files in anyway we can.<br><div><br></div>= Regards<br>Soeren<br><div><br></div>-------------- next part --------------= <br>An HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/p= ipermail/users/attachments/20150531/c25fc497/attachment-0001.html><br><d= iv><br></div>------------------------------<br><div><br></div>Message: 6<br= >Date: Sun, 31 May 2015 23:39:24 +0000<br>From: Soeren Malchow <soeren.m= alchow(a)mcon.net><br>To: Soeren Malchow <soeren.malchow(a)mcon.net>,<= br>        "libvirt-users(a)redhat.co= m"        <libvirt-users(a)redhat.= com>, users<br>        <users= @ovirt.org><br>Subject: Re: [ovirt-users] Bug in Snapshot Removing<br>Me= ssage-ID: <D1916815.D97C%soeren.malchow(a)mcon.net><br>Content-Type: te= xt/plain; charset=3D"windows-1252"<br><div><br></div>And sorry, another upd= ate, it does kill the VM partly, it was still pingable when i wrote the las= t mail, but no ssh and no spice console possible<br><div><br></div>From: So= eren Malchow <soeren.malchow@mcon.net<mailto:soeren.malchow@mcon.net&= gt;><br>Date: Monday 1 June 2015 01:35<br>To: Soeren Malchow <soeren.= malchow@mcon.net<mailto:soeren.malchow@mcon.net>>, "libvirt-users@= redhat.com<mailto:libvirt-users@redhat.com>" <libvirt-users@redhat= .com<mailto:libvirt-users@redhat.com>>, users <users(a)ovirt.org&= lt;mailto:users@ovirt.org>><br>Subject: Re: [ovirt-users] Bug in Snap= shot Removing<br><div><br></div>Small addition again:<br><div><br></div>Thi= s error shows up in the log while removing snapshots WITHOUT rendering the = Vms unresponsive<br><div><br></div>?<br>Jun 01 01:33:45 mc-dc3ham-compute-0= 2-live.mc.mcon.net libvirtd[1657]: Timed out during operation: cannot acqui= re state change lock<br>Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.n= et vdsm[6839]: vdsm vm.Vm ERROR vmId=3D`56848f4a-cd73-4eda-bf79-7eb80ae569a= 9`::Error getting block job info<br>         &nbsp= ;                     &nb= sp;                     &= nbsp;            Traceback (most recent call = last):<br>                 &nb= sp;                     &= nbsp;                    =        File "/usr/share/vdsm/virt/vm.py", line 5759, i= n queryBlockJobs?<br><div><br></div>?<br><div><br></div><br><div><br></div>= From: Soeren Malchow <soeren.malchow@mcon.net<mailto:soeren.malchow@m= con.net>><br>Date: Monday 1 June 2015 00:56<br>To: "libvirt-users@red= hat.com<mailto:libvirt-users@redhat.com>" <libvirt-users(a)redhat.co= m<mailto:libvirt-users@redhat.com>>, users <users(a)ovirt.org<= mailto:users@ovirt.org>><br>Subject: [ovirt-users] Bug in Snapshot Re= moving<br><div><br></div>Dear all<br><div><br></div>I am not sure if the ma= il just did not get any attention between all the mails and this time it is= also going to the libvirt mailing list.<br><div><br></div>I am experiencin= g a problem with VM becoming unresponsive when removing Snapshots (Live Mer= ge) and i think there is a serious problem.<br><div><br></div>Here are the = previous mails,<br><div><br></div>http://lists.ovirt.org/pipermail/users/20= 15-May/033083.html<br><div><br></div>The problem is on a system with everyt= hing on the latest version, CentOS 7.1 and ovirt 3.5.2.1 all upgrades appli= ed.<br><div><br></div>This Problem did NOT exist before upgrading to CentOS= 7.1 with an environment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with t= he libvirt-preview repo activated.<br><div><br></div>I think this is a bug = in libvirt, not ovirt itself, but i am not sure. The actual file throwing t= he exception is in VDSM (/usr/share/vdsm/virt/vm.py, line 697).<br><div><br= ></div>We are very willing to help, test and supply log files in anyway we = can.<br><div><br></div>Regards<br>Soeren<br><div><br></div>-------------- n= ext part --------------<br>An HTML attachment was scrubbed...<br>URL: <h= ttp://lists.ovirt.org/pipermail/users/attachments/20150531/b035f648/attachm= ent.html><br><div><br></div>------------------------------<br><div><br><= /div>_______________________________________________<br>Users mailing list<= br>Users(a)ovirt.org<br>http://lists.ovirt.org/mailman/listinfo/users<br><div= ><br></div><br>End of Users Digest, Vol 44, Issue 127<br>******************= ********************<br></div><div><br></div></div></body></html> ------=_Part_7938061_812884740.1433245782860--

1 0

WHERE IS engine-manage-domain CONFIGURE FILE
by Xie, Chao 02 Jun '15

02 Jun '15

--_000_EE4D679B9474414187D2E27D8B6890F696783BG08CNEXMBPEKD01g0_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SEkgLEFMTA0KICAgICAgICAgZW5naW5lLWlzby11cGxvYWRlci9lbmdpbmUtaW1hZ2UtdXBsb2Fk ZXIgYm90aCBoYXMgdGhlIGNvbmZpZ3VyZSBmaWxlIChkZWZhdWx0IGlzIC9ldGMvb3ZpcnQtZW5n aW5lL2lzb3VwbG9hZGVyLmNvbmYgYW5kIGltYWdldXBsb2FkZXIuY29uZikNCg0KSW4gdGhlIGNv bmZpZ3VyZSBmaWxlIHdlIGNhbiBlZGl0IHRoZSBjb21tYW5kIHBhcmFtZXRlciBpbiBpdCBhbmQg Y2FuIHNhdmUgbG90cyBvZiB0aW1lLg0KDQpCdXQgZW5naW5lLW1hbmFnZS1kb21haW4gZGlkbqGv dCBoYXZlIHRoZSBjb25maWd1cmUgZmlsZSwgYWx0aG91Z2h0IGl0IGFsc28gaGFzIKGwoapjb25m aWctZmlsZaGxIHBhcmFtZXRlci4gU28gd2hlcmUgaXMgdGhlIGNvbmZpZy1maWxlIGZvciBlbmdp bmUtbWFuYWdlLWRvbWFpbj8NCg0K --_000_EE4D679B9474414187D2E27D8B6890F696783BG08CNEXMBPEKD01g0_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple" style=3D"text-justify-t= rim:punctuation"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">HI ,ALL<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   engine-iso-uploader/engine-image-uploader both has the co= nfigure file (default is /etc/ovirt-engine/isouploader.conf and imageupload= er.conf)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">In the configure file we can ed= it the command parameter in it and can save lots of time.<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">But engine-manage-domain didn= =A1=AFt have the configure file, althought it also has =A1=B0=A1=AAconfig-f= ile=A1=B1 parameter. So where is the config-file for engine-manage-domain?<= o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> </div> </body> </html> --_000_EE4D679B9474414187D2E27D8B6890F696783BG08CNEXMBPEKD01g0_--

3 2

Dell R720 iDRAC7 config IPMI
by Juan Carlos YJ. Lin 02 Jun '15

02 Jun '15

--=_f8ca30ab-14e5-427d-a464-40d2ddd06d1b Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Need help to configure Dell R720 IPMI, tested with drac5, drac7 but all result in unknow status Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." --=_f8ca30ab-14e5-427d-a464-40d2ddd06d1b Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 10pt; color: #000000'><span>Need help to configure Dell R720 IPMI, tested with drac5, drac7 but all result in unknow status<br><br><br><span name="x"></span>Juan Carlos Lin<br>Unisoft S.A.<br>+595-993-288330<span name="x"></span><br></span><br></div> <br> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang="es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>---------------------------------------------------<br>"Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML><br> </body></html> --=_f8ca30ab-14e5-427d-a464-40d2ddd06d1b--

4 3

oVirt Community Newsletter: May 2015 Edition
by Brian Proffitt 01 Jun '15

01 Jun '15

oVirt development is focusing on the next release, 3.6, and along the way the community of users and developers have been talking up their favorite virtual datacenter management platform. ----------------- Software Releases ----------------- oVirt 3.5.3 Second Release Candidate is now available for testing http://lists.ovirt.org/pipermail/users/2015-May/033088.html oVirt 3.6.0 First Alpha Release is now available for testing http://lists.ovirt.org/pipermail/users/2015-May/032964.html ovirt-0.04, bindings for the oVirt REST API, has been released https://metacpan.org/release/HEINCE/Ovirt-0.04 A testing release for moVirt is still ready to check out https://github.com/matobet/movirt ---------------- In the Community ---------------- Virtualization or Containers? Consider the Application https://www.linux.com/news/enterprise/cloud-computing/831179-virtualization… Give Your Feedback on the New oVirt Dashboard https://docs.google.com/a/proffitt.org/forms/d/1nGMgjHeWszisxWAuiV5eCahW_-O… oVirt Training and Workshop in Dubai! https://www.facebook.com/events/524600861014320/ DRBD and oVirt/RHEV https://youtu.be/Xk4xprKUf_U ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ How to Install oVirt's Windows Guest Tools http://community.redhat.com/blog/2015/05/how-to-install-and-use-ovirts-wind… Real persistence with oVirt Node http://dummdida.tumblr.com/post/118370107970/real-persistence-with-ovirt-no… SAML and oVirt 3.5 http://machacekondra.blogspot.co.il/2015/05/saml-and-ovirt-35.html Working with oVirt - Part 1 [French] http://www.it-connect.fr/ovirt-partie-1/ Saving the Configuration of Your oVirt Engine/RHEVM [French] https://blog.yvonet.com/2015/05/19/Sauvegarder-la-config-oVirt/ Virtualization with oVirt Parts 1-4 [French] https://blog.yvonet.com/2015/03/27/virtualisation-avec-ovirt-1-introduction/ https://blog.yvonet.com/2015/03/31/virtualisation-avec-ovirt-2-preparation/ https://blog.yvonet.com/2015/04/02/virtualisation-avec-ovirt-3-installation/ https://blog.yvonet.com/2015/04/06/virtualisation-avec-ovirt-4-installation… Using oVirt to Manage KVM in CentOS 7.1 Parts 1-3 [Japanese] http://qiita.com/ine1127/items/1bc2f2ff12f38e19ba9a http://qiita.com/ine1127/items/942ddd57b514f10e5127 http://qiita.com/ine1127/items/305fe44732f2e2d907da Compiling ovirt-guest-agent on FreeBSD http://lists.ovirt.org/pipermail/users/2015-May/033069.html New Lab Environment — Ovirt Installation (Part 1) http://www.ct-unlimited.org/2015/05/19/new-lab-environment-ovirt-installati… Kubernetes and oVirt Cloud Provider (Sept. 2014) https://youtu.be/JyyST4ZKne8 oVirt and OpenStack network integración via Neutron SDN using OriginStack [Spanish] https://youtu.be/P0_s6JjFM1o ovirt – Force a host from the cluster. (unsupported) tested ver3.5.2 https://12nix.wordpress.com/2015/05/11/ovirt-force-an-host-from-the-cluster… Brian Proffitt -- oVirt Community Liaison bkp(a)redhat.com +1.574.383.9BKP

1 0

Bug in Snapshot Removing
by Soeren Malchow 01 Jun '15

01 Jun '15

--_000_D1915E46D966soerenmalchowmconnet_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all I am not sure if the mail just did not get any attention between all the ma= ils and this time it is also going to the libvirt mailing list. I am experiencing a problem with VM becoming unresponsive when removing Sna= pshots (Live Merge) and i think there is a serious problem. Here are the previous mails, http://lists.ovirt.org/pipermail/users/2015-May/033083.html The problem is on a system with everything on the latest version, CentOS 7.= 1 and ovirt 3.5.2.1 all upgrades applied. This Problem did NOT exist before upgrading to CentOS 7.1 with an environme= nt running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-preview rep= o activated. I think this is a bug in libvirt, not ovirt itself, but i am not sure. The = actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm.py, = line 697). We are very willing to help, test and supply log files in anyway we can. Regards Soeren --_000_D1915E46D966soerenmalchowmconnet_ Content-Type: text/html; charset="us-ascii" Content-ID: <44E2907177D7344D9986671B228BCE48(a)liquidcampaign.com> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > </head> <body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin= e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami= ly: Calibri, sans-serif;"> <div>Dear all</div> <div><br> </div> <div>I am not sure if the mail just did not get any attention between all t= he mails and this time it is also going to the libvirt mailing list.</div> <div><br> </div> <div>I am experiencing a problem with VM becoming unresponsive when removin= g Snapshots (Live Merge) and i think there is a serious problem.</div> <div><br> </div> <div>Here are the previous mails,</div> <div><br> </div> <div><a href=3D"http://lists.ovirt.org/pipermail/users/2015-May/033083.html= ">http://lists.ovirt.org/pipermail/users/2015-May/033083.html</a></div> <div><br> </div> <div>The problem is on a system with everything on the latest version, Cent= OS 7.1 and ovirt 3.5.2.1 all upgrades applied.</div> <div><br> </div> <div>This Problem did NOT exist before upgrading to CentOS 7.1 with an envi= ronment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-previe= w repo activated.</div> <div><br> </div> <div>I think this is a bug in libvirt, not ovirt itself, but i am not sure.= The actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm= .py, line 697).</div> <div><br> </div> <div>We are very willing to help, test and supply log files in anyway we ca= n. </div> <div><br> </div> <div>Regards</div> <div>Soeren </div> <div><br> </div> </body> </html> --_000_D1915E46D966soerenmalchowmconnet_--

2 1

gluster config in 4 node cluster
by paf1＠email.cz 01 Jun '15

01 Jun '15

This is a multi-part message in MIME format. --------------060707050503070803070103 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, How to optimal configure 4 node cluster for any one node goes to maintenance without stopping VM ?? a) replica 4 - but it takes a lot of space b) disperse 3+1 ( raid 5 ) - but bad performance and not visible by oVirt 3.7.2 c) stripe2+replica2 = but VM paused any other idea ? regs. Pa. --------------060707050503070803070103 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello,<br> How to optimal configure 4 node cluster for any one node goes to maintenance without stopping VM ??<br> <br> a) replica 4 - but it takes a lot of space<br> b) disperse 3+1 ( raid 5 ) - but bad performance and not visible by oVirt 3.7.2<br> c) stripe2+replica2 = but VM paused <br> <br> any other idea ?<br> regs.<br> Pa.<br> </body> </html> --------------060707050503070803070103--

4 5

Snapshot remove bug (this time from the GUI)
by Soeren Malchow 01 Jun '15

01 Jun '15

--_000_1154377871194967B5A3772A1BB2A746mconnet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNClRoZSBwcm9ibGVtIGkgYWxyZWFkeSBzZW50IGEgZmV3IG1haWxzIGFib3V0 IG5vdyBjYW1lIHVwIHdoaWxlIHJlbW92aW5nIGEgc25hcHNob3QgZnJvbSB0aGUgR1VJLCB0aGUg b3RwdXQgaW4gdGhlIGxvZyBmaWxlcyB3YXMgZXhhY3RseSB0aGUgc2FtZS4NCg0KSW4gdmRzbS5s b2cNCg0KVGhyZWFkLTE4OTczOTo6REVCVUc6OjIwMTUtMDYtMDEgMDk6Mzk6MTAsMDAxOjpsaWJ2 aXJ0Y29ubmVjdGlvbjo6MTQzOjpyb290Ojood3JhcHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6 IGVjb2RlOiA2OCBlZG9tOiAxMCBsZXZlbDogMiBtZXNzYWdlOiBUaW1lZCBvdXQgZHVyaW5nIG9w ZXJhdGlvbjogY2Fubm90IGFjcXVpcmUgc3RhdGUgY2hhbmdlIGxvY2sNClRocmVhZC0xODk3Mzk6 OkVSUk9SOjoyMDE1LTA2LTAxIDA5OjM5OjEwLDAwMjo6dm06OjU3NjE6OnZtLlZtOjoocXVlcnlC bG9ja0pvYnMpIHZtSWQ9YGU2NDBlOWVmLTE4NjItNDI1YS04YmRiLTljZGZiMDU4M2YwNGA6OkVy cm9yIGdldHRpbmcgYmxvY2sgam9iIGluZm8NClRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBs YXN0KToNCiAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDU3NTksIGlu IHF1ZXJ5QmxvY2tKb2JzDQogICAgbGl2ZUluZm8gPSBzZWxmLl9kb20uYmxvY2tKb2JJbmZvKGRy aXZlLm5hbWUsIDApDQogIEZpbGUgIi91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSA2 OTcsIGluIGYNCiAgICByYWlzZSB0b2UNClRpbWVvdXRFcnJvcjogVGltZWQgb3V0IGR1cmluZyBv cGVyYXRpb246IGNhbm5vdCBhY3F1aXJlIHN0YXRlIGNoYW5nZSBsb2NrDQoNCg0KDQrigJTigJQN Cg0Kam91cm5hbGN0bA0KDQpUaGlzDQoNCnVuIDAxIDA5OjMzOjMwIG1jLWRjM2hhbS1jb21wdXRl LTAzLWxpdmUubWMubWNvbi5uZXQgbGlidmlydGRbMTgwMV06IENhbm5vdCBzdGFydCBqb2IgKG1v ZGlmeSwgbm9uZSkgZm9yIGRvbWFpbiBmYWItY21zLWFwcC0wMS1xYS1mYWItbWNvbi1uZXQ7IGN1 cnJlbnQgam9iIGlzIChtb2RpZnksIG5vbmUpIG93bmVkIGJ5ICgxODI5LCAwKQ0KSnVuIDAxIDA5 OjMzOjMwIG1jLWRjM2hhbS1jb21wdXRlLTAzLWxpdmUubWMubWNvbi5uZXQgbGlidmlydGRbMTgw MV06IFRpbWVkIG91dCBkdXJpbmcgb3BlcmF0aW9uOiBjYW5ub3QgYWNxdWlyZSBzdGF0ZSBjaGFu Z2UgbG9jaw0KSnVuIDAxIDA5OjMzOjMwIG1jLWRjM2hhbS1jb21wdXRlLTAzLWxpdmUubWMubWNv bi5uZXQgdmRzbVs3MDAzXTogdmRzbSByb290IEVSUk9SIFVuaGFuZGxlZCBleGNlcHRpb24NCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBsYXN0KToNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRmls ZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvdmRzbS91dGlscy5weSIsIGxpbmUg ODA5LCBpbiB3cmFwcGVyDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcmV0dXJuIGYoKmEsICoqa3cpDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIEZpbGUgIi91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSA2MTA3LCBpbiBydW4N CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBzZWxmLnRyeVBpdm90KCkNCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRmlsZSAiL3Vzci9zaGFy ZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDYwOTIsIGluIHRyeVBpdm90DQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg cmV0ID0gc2VsZi52bS5fZG9tLmJsb2NrSm9iQWJvcnQoc2VsZi5kcml2ZS5uYW1lLCBmbGFncykN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDY5Nywg aW4gZg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHJhaXNlIHRvZQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVGltZW91dEVycm9yOiBUaW1l ZCBvdXQgZHVyaW5nIG9wZXJhdGlvbjogY2Fubm90IGFjcXVpcmUgc3RhdGUgY2hhbmdlIGxvY2sN Cg0KQW4gdGhpcw0KDQoNCkp1biAwMSAwOTozMzo0NSBtYy1kYzNoYW0tY29tcHV0ZS0wMy1saXZl Lm1jLm1jb24ubmV0IGxpYnZpcnRkWzE4MDFdOiBDYW5ub3Qgc3RhcnQgam9iIChtb2RpZnksIG5v bmUpIGZvciBkb21haW4gZmFiLWNtcy1hcHAtMDEtcWEtZmFiLW1jb24tbmV0OyBjdXJyZW50IGpv YiBpcyAobW9kaWZ5LCBub25lKSBvd25lZCBieSAoMTgyOSwgMCkNCkp1biAwMSAwOTozMzo0NSBt Yy1kYzNoYW0tY29tcHV0ZS0wMy1saXZlLm1jLm1jb24ubmV0IGxpYnZpcnRkWzE4MDFdOiBUaW1l ZCBvdXQgZHVyaW5nIG9wZXJhdGlvbjogY2Fubm90IGFjcXVpcmUgc3RhdGUgY2hhbmdlIGxvY2sN Ckp1biAwMSAwOTozMzo0NSBtYy1kYzNoYW0tY29tcHV0ZS0wMy1saXZlLm1jLm1jb24ubmV0IHZk c21bNzAwM106IHZkc20gdm0uVm0gRVJST1Igdm1JZD1gZTY0MGU5ZWYtMTg2Mi00MjVhLThiZGIt OWNkZmIwNTgzZjA0YDo6RXJyb3IgZ2V0dGluZyBibG9jayBqb2IgaW5mbw0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHJh Y2ViYWNrIChtb3N0IHJlY2VudCBjYWxsIGxhc3QpOg0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGaWxlICIvdXNyL3No YXJlL3Zkc20vdmlydC92bS5weSIsIGxpbmUgNTc1OSwgaW4gcXVlcnlCbG9ja0pvYnMNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBsaXZlSW5mbyA9IHNlbGYuX2RvbS5ibG9ja0pvYkluZm8oZHJpdmUubmFtZSwgMCkN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDY5Nywg aW4gZg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHJhaXNlIHRvZQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVGltZW91dEVycm9yOiBUaW1l ZCBvdXQgZHVyaW5nIG9wZXJhdGlvbjogY2Fubm90IGFjcXVpcmUgc3RhdGUgY2hhbmdlIGxvY2sN Cg0KDQrigJQNCg0KQW5kIGFnYWluIHRoZSBvbmx5IHNvbHV0aW9uIHRvIGdldCB0aGUgdmlydHVh bCBtYWNoaW5lIGJhY2sgd2FzIHRvIHNldCB0aGUgaHlwZXJ2aXNvciBob3N0IGludG8gbWFpbnRl bmFuY2UsIHdoaWNoIGRvZXMgbm90IGNvbXBsZXRlbHkgd29yayBiZWNhdXNlIHRoZSBWTSB3aWxs IHN0YXkgb24gdGhlIGhvc3QgZm9yIG92aXJ0IGFuZCB0aGVuIHJlYm9vdCB0aGUgaG9zdCwgYWZ0 ZXIgdGhlIHJlYm9vdCB0aGUgdmlydHVhbCBtYWNoaW5lIHdpbGwgYmUgb2sgYWdhaW4gKG9yIHJl c3RhcnRlZCBvZiBjb25maWd1cmVkIHRvIGJlIGhpZ2hseSBhY3ZhaWxhYmxlKQ0KDQpUaGlzIGlz IGEgaHVnZSBwcm9ibGVtLCB1c2luZyBhIEdVSSBjb21tYW5kIHRoYXQgY2F1c2VzIHRoZSBuZWVk IHRvIHJlYm9vdCBhIGNvbXBsZXRlIGh5cGVydmlzb3IgcmVhbGx5IHdvcnJpZXMgbWUuDQoNClJl Z2FyZHMNClNvZXJlbg0KDQo= --_000_1154377871194967B5A3772A1BB2A746mconnet_ Content-Type: text/html; charset="utf-8" Content-ID: <387AEAD181E2B24C90772E2A0294C859(a)liquidcampaign.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5EZWFyIGFsbCw8 L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoZSBwcm9ibGVtIGkgYWxyZWFkeSBzZW50 IGEgZmV3IG1haWxzIGFib3V0IG5vdyBjYW1lIHVwIHdoaWxlIHJlbW92aW5nIGEgc25hcHNob3Qg ZnJvbSB0aGUgR1VJLCB0aGUgb3RwdXQgaW4gdGhlIGxvZyBmaWxlcyB3YXMgZXhhY3RseSB0aGUg c2FtZS48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkluIHZkc20ubG9nPC9kaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+PGk+VGhyZWFkLTE4OTczOTo6REVCVUc6OjIw MTUtMDYtMDEgMDk6Mzk6MTAsMDAxOjpsaWJ2aXJ0Y29ubmVjdGlvbjo6MTQzOjpyb290Ojood3Jh cHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA2OCBlZG9tOiAxMCBsZXZlbDogMiBt ZXNzYWdlOiBUaW1lZCBvdXQgZHVyaW5nIG9wZXJhdGlvbjogY2Fubm90IGFjcXVpcmUgc3RhdGUg Y2hhbmdlIGxvY2s8L2k+PC9kaXY+DQo8ZGl2PjxpPlRocmVhZC0xODk3Mzk6OkVSUk9SOjoyMDE1 LTA2LTAxIDA5OjM5OjEwLDAwMjo6dm06OjU3NjE6OnZtLlZtOjoocXVlcnlCbG9ja0pvYnMpIHZt SWQ9YGU2NDBlOWVmLTE4NjItNDI1YS04YmRiLTljZGZiMDU4M2YwNGA6OkVycm9yIGdldHRpbmcg YmxvY2sgam9iIGluZm88L2k+PC9kaXY+DQo8ZGl2PjxpPlRyYWNlYmFjayAobW9zdCByZWNlbnQg Y2FsbCBsYXN0KTo8L2k+PC9kaXY+DQo8ZGl2PjxpPiZuYnNwOyBGaWxlICZxdW90Oy91c3Ivc2hh cmUvdmRzbS92aXJ0L3ZtLnB5JnF1b3Q7LCBsaW5lIDU3NTksIGluIHF1ZXJ5QmxvY2tKb2JzPC9p PjwvZGl2Pg0KPGRpdj48aT4mbmJzcDsgJm5ic3A7IGxpdmVJbmZvID0gc2VsZi5fZG9tLmJsb2Nr Sm9iSW5mbyhkcml2ZS5uYW1lLCAwKTwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7IEZpbGUgJnF1 b3Q7L3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHkmcXVvdDssIGxpbmUgNjk3LCBpbiBmPC9pPjwv ZGl2Pg0KPGRpdj48aT4mbmJzcDsgJm5ic3A7IHJhaXNlIHRvZTwvaT48L2Rpdj4NCjxkaXY+PGk+ VGltZW91dEVycm9yOiBUaW1lZCBvdXQgZHVyaW5nIG9wZXJhdGlvbjogY2Fubm90IGFjcXVpcmUg c3RhdGUgY2hhbmdlIGxvY2s8L2k+PC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+4oCU4oCUPC9kaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5qb3VybmFsY3RsPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2 Pg0KPGRpdj5UaGlzJm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ PGk+dW4gMDEgMDk6MzM6MzAgbWMtZGMzaGFtLWNvbXB1dGUtMDMtbGl2ZS5tYy5tY29uLm5ldCBs aWJ2aXJ0ZFsxODAxXTogQ2Fubm90IHN0YXJ0IGpvYiAobW9kaWZ5LCBub25lKSBmb3IgZG9tYWlu IGZhYi1jbXMtYXBwLTAxLXFhLWZhYi1tY29uLW5ldDsgY3VycmVudCBqb2IgaXMgKG1vZGlmeSwg bm9uZSkgb3duZWQgYnkgKDE4MjksIDApPC9pPjwvZGl2Pg0KPGRpdj48aT5KdW4gMDEgMDk6MzM6 MzAgbWMtZGMzaGFtLWNvbXB1dGUtMDMtbGl2ZS5tYy5tY29uLm5ldCBsaWJ2aXJ0ZFsxODAxXTog VGltZWQgb3V0IGR1cmluZyBvcGVyYXRpb246IGNhbm5vdCBhY3F1aXJlIHN0YXRlIGNoYW5nZSBs b2NrPC9pPjwvZGl2Pg0KPGRpdj48aT5KdW4gMDEgMDk6MzM6MzAgbWMtZGMzaGFtLWNvbXB1dGUt MDMtbGl2ZS5tYy5tY29uLm5ldCB2ZHNtWzcwMDNdOiB2ZHNtIHJvb3QgRVJST1IgVW5oYW5kbGVk IGV4Y2VwdGlvbjwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgVHJhY2ViYWNrIChtb3N0IHJlY2VudCBj YWxsIGxhc3QpOjwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEZpbGUgJnF1b3Q7L3Vzci9s aWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvdmRzbS91dGlscy5weSZxdW90OywgbGluZSA4MDks IGluIHdyYXBwZXI8L2k+PC9kaXY+DQo8ZGl2PjxpPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgcmV0dXJuIGYo KmEsICoqa3cpPC9pPjwvZGl2Pg0KPGRpdj48aT4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgRmlsZSAmcXVvdDsvdXNyL3No YXJlL3Zkc20vdmlydC92bS5weSZxdW90OywgbGluZSA2MTA3LCBpbiBydW48L2k+PC9kaXY+DQo8 ZGl2PjxpPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgc2VsZi50cnlQaXZvdCgpPC9pPjwvZGl2Pg0KPGRpdj48 aT4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgRmlsZSAmcXVvdDsvdXNyL3NoYXJlL3Zkc20vdmlydC92bS5weSZxdW90Oywg bGluZSA2MDkyLCBpbiB0cnlQaXZvdDwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyByZXQgPSBzZWxmLnZtLl9kb20uYmxvY2tKb2JBYm9ydChzZWxmLmRyaXZlLm5hbWUsIGZsYWdz KTwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEZpbGUgJnF1b3Q7L3Vzci9zaGFyZS92ZHNt L3ZpcnQvdm0ucHkmcXVvdDssIGxpbmUgNjk3LCBpbiBmPC9pPjwvZGl2Pg0KPGRpdj48aT4mbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IHJhaXNlIHRvZTwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgVGltZW91dEVycm9y OiBUaW1lZCBvdXQgZHVyaW5nIG9wZXJhdGlvbjogY2Fubm90IGFjcXVpcmUgc3RhdGUgY2hhbmdl IGxvY2s8L2k+PC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkFuIHRoaXM8 L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ PGk+SnVuIDAxIDA5OjMzOjQ1IG1jLWRjM2hhbS1jb21wdXRlLTAzLWxpdmUubWMubWNvbi5uZXQg bGlidmlydGRbMTgwMV06IENhbm5vdCBzdGFydCBqb2IgKG1vZGlmeSwgbm9uZSkgZm9yIGRvbWFp biBmYWItY21zLWFwcC0wMS1xYS1mYWItbWNvbi1uZXQ7IGN1cnJlbnQgam9iIGlzIChtb2RpZnks IG5vbmUpIG93bmVkIGJ5ICgxODI5LCAwKTwvaT48L2Rpdj4NCjxkaXY+PGk+SnVuIDAxIDA5OjMz OjQ1IG1jLWRjM2hhbS1jb21wdXRlLTAzLWxpdmUubWMubWNvbi5uZXQgbGlidmlydGRbMTgwMV06 IFRpbWVkIG91dCBkdXJpbmcgb3BlcmF0aW9uOiBjYW5ub3QgYWNxdWlyZSBzdGF0ZSBjaGFuZ2Ug bG9jazwvaT48L2Rpdj4NCjxkaXY+PGk+SnVuIDAxIDA5OjMzOjQ1IG1jLWRjM2hhbS1jb21wdXRl LTAzLWxpdmUubWMubWNvbi5uZXQgdmRzbVs3MDAzXTogdmRzbSB2bS5WbSBFUlJPUiB2bUlkPWBl NjQwZTllZi0xODYyLTQyNWEtOGJkYi05Y2RmYjA1ODNmMDRgOjpFcnJvciBnZXR0aW5nIGJsb2Nr IGpvYiBpbmZvPC9pPjwvZGl2Pg0KPGRpdj48aT4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBUcmFjZWJhY2sgKG1vc3QgcmVjZW50IGNh bGwgbGFzdCk6PC9pPjwvZGl2Pg0KPGRpdj48aT4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgRmlsZSAmcXVvdDsvdXNyL3No YXJlL3Zkc20vdmlydC92bS5weSZxdW90OywgbGluZSA1NzU5LCBpbiBxdWVyeUJsb2NrSm9iczwv aT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBsaXZlSW5mbyA9IHNlbGYuX2RvbS5i bG9ja0pvYkluZm8oZHJpdmUubmFtZSwgMCk8L2k+PC9kaXY+DQo8ZGl2PjxpPiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBG aWxlICZxdW90Oy91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5JnF1b3Q7LCBsaW5lIDY5NywgaW4g ZjwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyByYWlzZSB0b2U8L2k+PC9kaXY+ DQo8ZGl2PjxpPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IFRpbWVvdXRFcnJvcjogVGltZWQgb3V0IGR1cmluZyBvcGVyYXRpb246IGNh bm5vdCBhY3F1aXJlIHN0YXRlIGNoYW5nZSBsb2NrPC9pPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pjxi cj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+4oCUPC9kaXY+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KPGRpdj5BbmQgYWdhaW4gdGhlIG9ubHkgc29sdXRpb24gdG8gZ2V0IHRoZSB2aXJ0 dWFsIG1hY2hpbmUgYmFjayB3YXMgdG8gc2V0IHRoZSBoeXBlcnZpc29yIGhvc3QgaW50byBtYWlu dGVuYW5jZSwgd2hpY2ggZG9lcyBub3QgY29tcGxldGVseSB3b3JrIGJlY2F1c2UgdGhlIFZNIHdp bGwgc3RheSBvbiB0aGUgaG9zdCBmb3Igb3ZpcnQgYW5kIHRoZW4gcmVib290IHRoZSBob3N0LCBh ZnRlciB0aGUgcmVib290IHRoZSB2aXJ0dWFsIG1hY2hpbmUgd2lsbA0KIGJlIG9rIGFnYWluIChv ciByZXN0YXJ0ZWQgb2YgY29uZmlndXJlZCB0byBiZSBoaWdobHkgYWN2YWlsYWJsZSk8L2Rpdj4N CjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoaXMgaXMgYSBodWdlIHByb2JsZW0sIHVzaW5nIGEg R1VJIGNvbW1hbmQgdGhhdCBjYXVzZXMgdGhlIG5lZWQgdG8gcmVib290IGEgY29tcGxldGUgaHlw ZXJ2aXNvciByZWFsbHkgd29ycmllcyBtZS48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2 PlJlZ2FyZHM8L2Rpdj4NCjxkaXY+U29lcmVuJm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXYgaWQ9Ik1BQ19PVVRMT09LX1NJR05BVFVSRSI+PC9kaXY+DQo8L2Rpdj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_1154377871194967B5A3772A1BB2A746mconnet_--

1 0