June 2015 - Users - oVirt List Archives

Network Address Change
by Paul.LKW 28 Dec '22

28 Dec '22

Hi All: I just has a case, I need to change the oVirt host and engine IP address due to data center decommission I checked in the hosted-engine host there are some files I could change ; in ovirt-hosted-engine/hosted-engine.conf ca_subject="O=simple.com, CN=1.2.3.4" gateway=1.2.3.254 and of course I need to change the ovirtmgmt interface IP too, I think just change the above line could do the tick, but where could I change the other host IP in the cluster ? I think I have to be lost all the host as once changed the hosted-engine host IP as it is in diff. sub net. Does there any command line tools could do that or someone has such experience could share? Best Regards, Paul.LKW

4 6

[Users] Problem Creating "oVirtEngine" Machine
by Richie＠HIP 15 May '19

15 May '19

--Apple-Mail=_DF4BF6D1-1F87-4F60-9CF9-070D4D836241 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I can't agree with you more. Modifying every box's or Virtual Machine's = HOSTS file with a FQDN and IP SHOULD work, but in my case it is not. = There are several reasons I've come to believe could be the problem = during my trial-and-errors testing and learning. FIRST - MACHINE IPs. THe machine's "Names" where not appearing in the Microsoft Active = Directory DHCP along with their assigned IPs; in other words, the DHCP = just showed an "Assigned IP", equal to the Linux Machine's IP, with a = <empty> ('i.e. blank, none, silch, plan old "no-letters-or-numbers") = "Name" in the "Name" (i.e. machines "network name", or FQDN-value used = by the Windows AD DNS-service) column. =20 if your IP is is appearing with an <empty> "name", there is no "host = name" to associate the IP, it makes it difficult to define a FQDN; which = isn't that useful if we're going to use the HOSTS files in all = participating machines in an oVirt Installation. I kept banging my head for three (3) long hours trying to find the = problem. In Fedora 18, I could't find where the "network name" of the machine = could be defined. =20 I tried putting the "Additional Search Domains" and/or "DHCP Client ID" = in Fedora's 18 Desktop - under "System Settings > Hardware > Network > = Options > IPv4 Setting" The DHCP went crazy; showing an "Aberrant-MAC-Address" (i.e. a really = long-sting value where the machine's MAC address should be), and we knew = the MAC address as we obtained using "ifconfig" on the machine getting = it's IP from the DHCP. So we reverted these entries from the = aforementioned, rebooted, and got an assigned IP, with proper MAC = address, but still no "Name" Kept wondering around the "Settings" and seeing which one made sense, = but what the heck, I went for it. =20 Under "System Settings > System > Details" I found the information about = GNOME and the machine's hardware. =20 There was a field for "Device Name" that originally had = "localhost.localdomain"; I changed the value to "ovirtmanager". and = under "Graphic" changed to "Forced Fallback Mode" to "ON". =20 I also installed all Kerberos libraries and client (i.e. authconfig-gtk, = authhub, authhub-client, krb5-apple-clents, krb5-auth-dialog, = krb5-workstation, pam-kcoda, pam-krb5, root-net.krb5) and rebooted VOILA=85!!! =20 I don;t know if it was the definition of "Device Name" from = "localhost.localdomain" to "ovirtengine", of the Kerberos libraries = install, or both. But finally the MS AD DHCP was showing the = Addigned-IP, the machine "Name" and the proper MAC-address. Regardless, = setting the machine's "Network Name" under "System Settings > System > = Details > Device Name", with no explanation of what "Device Name" meant = or was used for, was the last place I would have imagined this network = setting could be defined. NOTE - Somebody has to try the two steps I did together, separately. to = see which one is the real problem-solver; for me it is working, and "if = it ain't broke, don't fix it=85" Now that I have the DHCP / IP thing sorted, I have to do the DNS stuff. To this point, I've addressed the DHCP and "Network Name" of the = IP-Lease (required for the DNS to work). This still does't completely = explain why, by modifying the HOSTS file (allowing be to set and IP and = non-DNS FQDN). allows me to install the oVirtEngine "as long as I do not = use default HTTPd service parameters as suggested by the install". By = using the HOST file to "define" FQDNs, AND NOT using the default HTTPd = suggested changes, I'm able to install the oVirtEngine (given that I use = ports 8700 and 8701) to access the "oVirtEngine Welcome Screen", BUT = NONE of the "oVirt Portals" work=85 YET=85!!! More to come during the week Richie Jos=E9 E ("Richie") Piovanetti, MD, MS=20 M: 787-615-4884 | richiepiovanetti(a)healthcareinfopartners.com On Aug 2, 2013, at 3:10 AM, Joop <jvdwege(a)xs4all.nl> wrote: > Hello Ritchie, >=20 >> In a conversation via IRC, someone suggested that I activate = "dnsmask" to overcome what appears to be a DNS problem. I'll try that = other possibility once I get home later today. >>=20 >> In the mean time, what do you mean by "fixing the hostname"=85? I = opened and fixed the HOSTNAMES and changed it from = "localhost-localdomain" to "localhost.localdomain" and that made no = difference. Albeit, after changing I didm;t restart, remove ovirtEngine = ((using "engine-cleanup") and reinstalled via "engine-setup". Is that = what you mean=85? >>=20 >>=20 >>=20 >> In the mean time, the fact that even if I resolve the issue of = oVirtEngine I will not be able to connect to the oVirt Nodes unless I = have DNS resolution, apparently means I should do something with = resolving via DNS in my home LAN (i.e implement some sort of "DNS Cache" = so I can resolve my home computers via DNS inside my LAN). >>=20 >> Any suggestions are MORE THAN WELCOME=85!!! >> =20 >=20 > Having setup ovirt more than I can count right now I share your = feeling that it isn't always clear why things are going wrong, but in = this case I suspect that there is a rather small thing missing. > In short if you setup ovirt-engine, either using virtualbox or on real = hardware, and you give your host a meaningfull name AND you add that = info also in your /etc/hosts file than things SHOULD work, no need for = dnsmasq or even bind. Would make things easier once you start adding = virt hosts to you infrastructure since you will need to duplicate these = actions on each host (add engine name/ip to each host and add each host = to the others and all hosts to engine) >=20 > Just ask if you need more assistance and I will write down a small = howto that should work out of the box else I might have some time to see = if I can get things going. >=20 > Regards, >=20 > Joop >=20 --Apple-Mail=_DF4BF6D1-1F87-4F60-9CF9-070D4D836241 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dwindows-1252"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I = can't agree with you more.  Modifying every box's or Virtual = Machine's HOSTS file with a FQDN and IP SHOULD work, but in my case it = is not.  There are several reasons I've come to believe could be = the problem during my trial-and-errors testing and = learning.<div><div><br></div><div>FIRST - MACHINE IPs.</div><ul = class=3D"MailOutline"><li>THe machine's "Names" where not appearing in = the <b>Microsoft Active Directory DHCP</b> along with their assigned = IPs; in other words, the DHCP just showed an "Assigned IP", equal to the = Linux Machine's IP, with a <empty> ('i.e. blank, none, silch, plan = old "no-letters-or-numbers") "Name" in the "Name" (i.e. machines = "network name", or FQDN-value used by the Windows AD DNS-service) = column.  </li><li>if your IP is is appearing with an <empty> = "name", there is no "host name" to associate the IP, it makes it = difficult to define a FQDN; which isn't that useful if we're going to = use the HOSTS files in all participating machines in an oVirt = Installation.</li><li>I kept banging my head for three (3) long hours = trying to find the problem.</li><ul><li>In Fedora 18, I could't find = where the "network name" of the machine could be defined. =  </li><li>I tried putting the "Additional Search Domains" and/or = "DHCP Client ID" in Fedora's 18 Desktop - under "System Settings > = Hardware > Network > Options > IPv4 Setting"</li><ul><li>The = DHCP went crazy;  showing an "Aberrant-MAC-Address" (i.e. a really = long-sting value where the machine's MAC address should be), and we knew = the MAC address as we obtained using "ifconfig" on the machine getting = it's IP from the DHCP.  So we reverted these entries from the = aforementioned, rebooted, and got an assigned IP, with proper MAC = address, but still no "Name"</li></ul><li>Kept wondering around the = "Settings" and seeing which one made sense, but what the heck, I went = for it.  </li><ul><li>Under "System Settings > System > = Details" I found the information about GNOME and the machine's hardware. =  </li><li>There was a field for "Device Name" that originally had = "localhost.localdomain"; I changed the value to "ovirtmanager". and = under "Graphic" changed to "Forced Fallback Mode" to "ON". =  </li><li>I also installed all Kerberos libraries and client (i.e. = authconfig-gtk, authhub, authhub-client, krb5-apple-clents, = krb5-auth-dialog, krb5-workstation, pam-kcoda, pam-krb5, root-net.krb5) = and rebooted</li><li>VOILA=85!!!  </li></ul><li>I don;t know if it = was the definition of "Device Name" from "localhost.localdomain" to = "ovirtengine", of the Kerberos libraries install, or both.  But = finally the MS AD DHCP was showing the Addigned-IP, the machine "Name" = and the proper MAC-address.  Regardless, setting the machine's = "Network Name" under "System Settings > System > Details = > Device Name", with no explanation of what "Device Name" meant = or was used for, was the last place I would have imagined this = network setting could be defined.</li><li><b>NOTE</b> - Somebody has to = try the two steps I did together, separately. to see which one is the = real problem-solver; for me it is working, and "if it ain't broke, don't = fix it=85"</li></ul></ul><div><br = class=3D"webkit-block-placeholder"></div><div>Now that I have the DHCP / = IP thing sorted, I have to do the DNS stuff.</div><div><br></div><div>To = this point, I've addressed the DHCP and "Network Name" of the IP-Lease = (required for the DNS to work).  This still does't completely = explain why, by modifying the HOSTS file (allowing be to set and IP and = non-DNS FQDN). allows me to install the oVirtEngine "<b><i>as long as I = do not use default  HTTPd service parameters as suggested by the = install</i></b>".  <b>By using the HOST file to "define" FQDNs, AND = NOT using the default HTTPd suggested changes, I'm able to install the = oVirtEngine (given that I use ports 8700 and 8701) to access the = "oVirtEngine Welcome Screen", BUT NONE of the "oVirt Portals" work</b>=85 = YET=85!!!</div><div><br></div><div>More to come during the = week</div><div><br></div><div>Richie</div><div = apple-content-edited=3D"true"><br>Jos=E9 E ("Richie") Piovanetti, MD, = MS <br>M: 787-615-4884 | <a = href=3D"mailto:richiepiovanetti@healthcareinfopartners.com">richiepiovanet= ti(a)healthcareinfopartners.com</a><br><br><br><br><br><br></div><br><div><d= iv>On Aug 2, 2013, at 3:10 AM, Joop <<a = href=3D"mailto:jvdwege@xs4all.nl">jvdwege(a)xs4all.nl</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><blockquote = type=3D"cite">Hello Ritchie,<br><br><blockquote type=3D"cite">In a = conversation via IRC, someone suggested that I activate "dnsmask" to = overcome what appears to be a DNS problem.  I'll try that other = possibility once I get home later today.<br><br>In the mean time, what = do you mean by "fixing the hostname"=85?  I opened and fixed the = HOSTNAMES and changed it from "localhost-localdomain" to = "localhost.localdomain" and that made no difference.  Albeit, after = changing I didm;t restart, remove ovirtEngine ((using "engine-cleanup") = and reinstalled via "engine-setup".  Is that what you = mean=85?<br><br><br><br>In the mean time, the fact that even if I = resolve the issue of oVirtEngine I will not be able to connect to the = oVirt Nodes unless I have DNS resolution, apparently means I should do = something with resolving via DNS in my home LAN (i.e implement some sort = of "DNS Cache" so I can resolve my home computers via DNS inside my = LAN).<br><br>Any suggestions are MORE THAN WELCOME=85!!!<br> =  <br></blockquote><br>Having setup ovirt more than I can count = right now I share your feeling that it isn't always clear why things are = going wrong, but in this case I suspect that there is a rather small = thing missing.<br>In short if you setup ovirt-engine, either using = virtualbox or on real hardware, and you give your host a meaningfull = name AND you add that info also in your /etc/hosts file than things = SHOULD work, no need for dnsmasq or even bind. Would make things easier = once you start adding virt hosts to you infrastructure since you will = need to duplicate these actions on each host (add engine name/ip to each = host and add each host to the others and all hosts to = engine)<br><br>Just ask if you need more assistance and I will write = down a small howto that should work out of the box else I might have = some time to see if I can get things = going.<br><br>Regards,<br><br>Joop<br><br></blockquote></div><br></div></b= ody></html>= --Apple-Mail=_DF4BF6D1-1F87-4F60-9CF9-070D4D836241--

2 1

[Users] oVirt Weekly Sync Meeting Minutes -- 2012-05-23
by Mike Burns 15 May '19

15 May '19

Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.txt Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by mburns at 14:00:23 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 14:00:41) * Status of next release (mburns, 14:05:17) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=822145 (mburns, 14:05:29) * AGREED: freeze date and beta release delayed by 1 week to 2012-06-07 (mburns, 14:12:33) * post freeze, release notes flag needs to be used where required (mburns, 14:14:21) * https://bugzilla.redhat.com/show_bug.cgi?id=821867 is a VDSM blocker for 3.1 (oschreib, 14:17:27) * ACTION: dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas (oschreib, 14:21:44) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=822158 (mburns, 14:23:39) * assignee not available, update to come tomorrow (mburns, 14:24:59) * ACTION: oschreib to make sure BZ#822158 is handled quickly (oschreib, 14:25:29) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=824397 (mburns, 14:28:55) * 824397 expected to be merged prior next week's meeting (mburns, 14:29:45) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=824420 (mburns, 14:30:15) * tracker for node based on F17 (mburns, 14:30:28) * blocked by util-linux bug currently (mburns, 14:30:40) * new build expected from util-linux maintainer in next couple days (mburns, 14:30:55) * sub-project status -- engine (mburns, 14:32:49) * nothing to report outside of blockers discussed above (mburns, 14:34:00) * sub-project status -- vdsm (mburns, 14:34:09) * nothing outside of blockers above (mburns, 14:35:36) * sub-project status -- node (mburns, 14:35:43) * working on f17 migration, but blocked by util-linux bug (mburns, 14:35:58) * should be ready for freeze deadline (mburns, 14:36:23) * Review decision on Java 7 and Fedora jboss rpms in oVirt Engine (mburns, 14:36:43) * Java7 basically working (mburns, 14:37:19) * LINK: http://gerrit.ovirt.org/#change,4416 (oschreib, 14:39:35) * engine will make ack/nack statement next week (mburns, 14:39:49) * fedora jboss rpms patch is in review, short tests passed (mburns, 14:40:04) * engine ack on fedora jboss rpms and java7 needed next week (mburns, 14:44:47) * Upcoming Workshops (mburns, 14:45:11) * NetApp workshop set for Jan 22-24 2013 (mburns, 14:47:16) * already at half capacity for Workshop at LinuxCon Japan (mburns, 14:47:37) * please continue to promote it (mburns, 14:48:19) * proposal: board meeting to be held at all major workshops (mburns, 14:48:43) * LINK: http://www.ovirt.org/wiki/OVirt_Global_Workshops (mburns, 14:49:30) * Open Discussion (mburns, 14:50:12) * oVirt/Quantum integration discussion will be held separately (mburns, 14:50:43) Meeting ended at 14:52:47 UTC. Action Items ------------ * dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas * oschreib to make sure BZ#822158 is handled quickly Action Items, by person ----------------------- * dougsland * dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas * oschreib * oschreib to make sure BZ#822158 is handled quickly * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (98) * oschreib (55) * doronf (12) * lh (11) * sgordon (8) * dougsland (8) * ovirtbot (6) * ofrenkel (4) * cestila (2) * RobertMdroid (2) * ydary (2) * rickyh (1) * yzaslavs (1) * cctrieloff (1) * mestery_ (1) * dustins (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

2 1

[QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed
by Sandro Bonazzola 15 May '19

15 May '19

Hi, We have still blockers for oVirt 3.5.1 RC release so we need to postpone it until they'll be fixed. The bug tracker [1] shows 1 open blocker: Bug ID Whiteboard Status Summary 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. - ACTION: Gilad please provide ETA on above blocker, the new proposed RC date will be decided on the given ETA. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 57 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 37 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - ACTION: Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - ACTION: Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

[Users] Lifecycle / upgradepath
by Sven Kieske 11 May '19

11 May '19

Hi Community, Currently, there is no single document describing supported (which means: working ) upgrade scenarios. I think the project has matured enough, to have such an supported upgradepath, which should be considered in the development of new releases. As far as I know, currently it is supported to upgrade from x.y.z to x.y.z+1 and from x.y.z to x.y+1.z but not from x.y-1.z to x.y+1.z directly. maybe this should be put together in a wiki page at least. also it would be cool to know how long a single "release" would be supported. In this context I would define a release as a version bump from x.y.z to x.y+1.z or to x+1.y.z a bump in z would be a bugfix release. The question is, how long will we get bugfix releases for a given version? What are your thoughts? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

2 1

[Users] Nested virtualization with Opteron 2nd generation and oVirt 3.1 possible?
by Gianluca Cecchi 11 May '19

11 May '19

Hello, I have 2 physical servers with Opteron 2nd gen cpu. There is CentOS 6.3 installed and some VM already configured on them. Their /proc/cpuinfo contains ... model name : Dual-Core AMD Opteron(tm) Processor 8222 ... kvm_amd kernel module is loaded with its default enabled nested option # systool -m kvm_amd -v Module = "kvm_amd" Attributes: initstate = "live" refcnt = "15" srcversion = "43D8067144E7D8B0D53D46E" Parameters: nested = "1" npt = "1" ... I already configured a fedora 17 VM as a oVirt 3.1 Engine I'm trying to configure another VM as oVirt 3.1 node with ovirt-node-iso-2.5.5-0.1.fc17.iso It seems I'm not able to configure so that ovirt install doesn't complain. After some attempts, I tried this in my vm.xml for the cpu: <cpu mode='custom' match='exact'> <model fallback='allow'>athlon</model> <vendor>AMD</vendor> <feature policy='require' name='pni'/> <feature policy='require' name='rdtscp'/> <feature policy='force' name='svm'/> <feature policy='require' name='clflush'/> <feature policy='require' name='syscall'/> <feature policy='require' name='lm'/> <feature policy='require' name='cr8legacy'/> <feature policy='require' name='ht'/> <feature policy='require' name='lahf_lm'/> <feature policy='require' name='fxsr_opt'/> <feature policy='require' name='cx16'/> <feature policy='require' name='extapic'/> <feature policy='require' name='mca'/> <feature policy='require' name='cmp_legacy'/> </cpu> Inside node /proc/cpuinfo becomes processor : 3 vendor_id : AuthenticAMD cpu family : 6 model : 2 model name : QEMU Virtual CPU version 0.12.1 stepping : 3 microcode : 0x1000065 cpu MHz : 3013.706 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall mmxext fxsr_opt lm nopl pni cx16 hypervisor lahf_lm cmp_legacy cr8_legacy bogomips : 6027.41 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: 2 questions: 1) Is there any combination in xml file to give to my VM so that oVirt doesn't complain about missing hardware virtualization with this processor? 2) suppose 1) is not possible in my case and I still want to test the interface and try some config operations to see for example the differences with RHEV 3.0, how can I do? At the moment this complaint about hw virtualization prevents me to activate the node. I get Installing Host f17ovn01. Step: RHEV_INSTALL. Host f17ovn01 was successfully approved. Host f17ovn01 running without virtualization hardware acceleration Detected new Host f17ovn01. Host state was set to Non Operational. Host f17ovn01 moved to Non-Operational state. Host f17ovn01 moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : CpuFlags Can I lower the requirements to be able to operate without hw virtualization in 3.1? Thanks in advance, Gianluca

2 1

[Users] importing from kvm into ovirt
by Jonathan Horne 29 Apr '19

29 Apr '19

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I need to import a kvm virtual machine from a standalone kvm into my ovirt = cluster. Standalone is using local storage, and my ovirt cluster is using = iscsi. Can i please have some advice on whats the best way to get this sys= tem into ovirt? Right now i see it as copying the .img file to somewhere=85 but i have no i= dea where to start. I found this directory on one of my ovirt nodes: /rhev/data-center/mnt/blockSD/fe633237-14b2-4f8b-aedd-bbf753bcafaf/master/v= ms But inside is just directories that appear to have uuid-type of names, and = i can't tell what belongs to which vm. Any advice would be greatly appreciated. Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_ Content-Type: text/html; charset="Windows-1252" Content-ID: <41FAB2B157C43549B6577A3495BA255C(a)collaborationhost.net> 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; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>I need to import a kvm virtual machine from a standalone kvm into my o= virt cluster.  Standalone is using local storage, and my ovirt cluster= is using iscsi.  Can i please have some advice on whats the best way = to get this system into ovirt?</div> </div> </div> <div><br> </div> <div>Right now i see it as copying the .img file to somewhere=85 but i have= no idea where to start.  I found this directory on one of my ovirt no= des:</div> <div><br> </div> <div>/rhev/data-center/mnt/blockSD/fe633237-14b2-4f8b-aedd-bbf753bcafaf/mas= ter/vms</div> <div><br> </div> <div>But inside is just directories that appear to have uuid-type of names,= and i can't tell what belongs to which vm.</div> <div><br> </div> <div>Any advice would be greatly appreciated.</div> <div><br> </div> <div>Thanks,</div> <div>jonathan</div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_--

3 2

Trying to reset password for ovirt wiki
by noc 08 Apr '19

08 Apr '19

This is a multi-part message in MIME format. --------------000005070002050708050606 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hoping someone can help me out. For some reason I keep getting the following error when I try to reset my password: Reset password * Error sending mail: Failed to add recipient: jvandewege(a)nieuwland.nl [SMTP: Invalid response code received from server (code: 554, response: 5.7.1 <jvandewege(a)nieuwland.nl>: Relay access denied)] Complete this form to receive an e-mail reminder of your account details. Since I receive the ML on this address it is definitely a working address. Tried my home account too and same error but then for my home provider, Relay denied ?? A puzzled user, Joop --------------000005070002050708050606 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hoping someone can help me out.<br> For some reason I keep getting the following error when I try to reset my password:<br> <br> <fieldset><legend>Reset password</legend> <div class="error"> <ul> <li>Error sending mail: Failed to add recipient: <a class="moz-txt-link-abbreviated" href="mailto:jvandewege@nieuwland.nl">jvandewege(a)nieuwland.nl</a> [SMTP: Invalid response code received from server (code: 554, response: 5.7.1 <a class="moz-txt-link-rfc2396E" href="mailto:jvandewege@nieuwland.nl"><jvandewege(a)nieuwland.nl></a>: Relay access denied)]</li> </ul> </div> <p>Complete this form to receive an e-mail reminder of your account details.<br> </p> </fieldset> <br> Since I receive the ML on this address it is definitely a working address.<br> Tried my home account too and same error but then for my home provider, Relay denied ??<br> <br> A puzzled user,<br> <br> Joop<br> <br> </body> </html> --------------000005070002050708050606--

2 1

ovirt-guest-agent issue on rhel5.5
by John Michael Mercado 08 Apr '19

08 Apr '19

Hi All, I need your help. Anyone who encounter the below error and have the solution? Can you help me how to fix this? MainThread::INFO::2015-01-27 10:22:53,247::ovirt-guest-agent::57::root::Starting oVirt guest agent MainThread::ERROR::2015-01-27 10:22:53,248::ovirt-guest-agent::138::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 132, in ? agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 63, in run self.agent = LinuxVdsAgent(config) File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 371, in __init__ AgentLogicBase.__init__(self, config) File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 171, in __init__ self.vio = VirtIoChannel(config.get("virtio", "device")) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 150, in __init__ self._stream = VirtIoStream(vport_name) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 131, in __init__ self._vport = os.open(vport_name, os.O_RDWR) OSError: [Errno 2] No such file or directory: '/dev/virtio-ports/com.redhat.rhevm.vdsm' Thanks

2 1

[Users] oVirt Workshop at LinuxCon Japan 2012
by Leslie Hawthorn 08 Apr '19

08 Apr '19

Hello everyone, As part of our efforts to raise awareness of and educate more developers about the oVirt project, we will be holding an oVirt workshop at LinuxCon Japan, taking place on June 8, 2012. You can find full details of the workshop agenda on the LinuxCon Japan site. [0] Registration for the workshop is now open and is free of charge for the first 50 participants. We will also look at adding additional participant slots to the workshop based on demand. Attendees who register for LinuxCon Japan via the workshop registration link [1] will also be eligible for a discount on their LinuxCon Japan registration. Please spread the word to folks you think would find the workshop useful. If they have already registered for LinuxCon Japan, they can simply edit their existing registration to include the workshop. [0] - https://events.linuxfoundation.org/events/linuxcon-japan/ovirt-gluster-work… [1] - http://www.regonline.com/Register/Checkin.aspx?EventID=1099949 Cheers, LH -- Leslie Hawthorn Community Action and Impact Open Source and Standards @ Red Hat identi.ca/lh twitter.com/lhawthorn

2 1

[Users] Moving iSCSI Master Data
by rni＠chef.net 07 Apr '19

07 Apr '19

--========GMXBoundary282021374122634158505 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hi, it's me again.... I started my oVirt 'project' as a proof of concept,.. but it happend as always, it became production Now, I've to move the iSCSI Master data to the real iSCSI traget. Is there any way to do this, and to become rid of the old Master Data? Thank you for your help Hans-Joachim --========GMXBoundary282021374122634158505 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <span style=3D'font-family:Verdana'><span style=3D'font-size:12px'>Hi,<br /= ><br />it's me again....<br /><br />I started my oVirt 'project' as a proof= of concept,.. but it happend as always, it became production <img alt= =3D" " title=3D" " src=3D"http://images.gmx.com/images/outsource/applicatio= n/mailclient/mailcom/resource/mailclient/icons/blue/emoticons/animated/S_02= -516742918.gif" /><br /><br />Now, I've to move the iSCSI Master data to th= e real iSCSI traget.<br />Is there any way to do this, and to become rid of= the old Master Data?<br /><br /><span id=3D"editor_signature">Thank you fo= r your help</span><br /><br />Hans-Joachim</span></span> --========GMXBoundary282021374122634158505--

3 2

[Users] Can't access RHEV-H aka ovirt-node
by Scotto Alberto 11 Mar '19

11 Mar '19

--_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: multipart/alternative; boundary="_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_" --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I can't login to the hypervisor, neither as root nor as admin, neither from= another computer via ssh nor directly on the machine. I'm sure I remember the passwords. This is not the first time it happens: l= ast time I reinstalled the host. Everything worked ok for about 2 weeks, an= d then... What's going on? Is it a known behavior, somehow? Before rebooting the hypervisor, I would like to try something. RHEV Manage= r talks to RHEV-H without any problems. Can I login with RHEV-M's keys? how= ? Thank you all. Alberto Scotto [Blue] Via Cardinal Massaia, 83 10147 - Torino - ITALY phone: +39 011 29100 al.scotto(a)reply.it www.reply.it ________________________________ -- The information transmitted is intended for the person or entity to which i= t is addressed and may contain confidential and/or privileged material. Any= review, retransmission, dissemination or other use of, or taking of any ac= tion in reliance upon, this information by persons or entities other than t= he intended recipient is prohibited. If you received this in error, please = contact the sender and delete the material from any computer. --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <style>  </style> </head> <body lang=3D"IT" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi all,</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I can’t login to the hype= rvisor, neither as root nor as admin, neither from another computer via ssh= nor directly on the machine.</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I’m sure I remember the p= asswords. This is not the first time it happens: last time I reinstalled th= e host. Everything worked ok for about 2 weeks, and then...</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">What’s going on? Is it a = known behavior, somehow?</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Before rebooting the hypervisor= , I would like to try something. RHEV Manager talks to RHEV-H without any p= roblems. Can I login with RHEV-M’s keys? how?</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"> </span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thank you all.</span></p> </div> <br> <br> <div align=3D"left"> <p style=3D"font-family:Calibri,Sans-Serif; font-size:10pt"><span style=3D"= color:#000000; font-weight:bold">Alberto Scotto</span> <span style=3D"color:#808080"></span><br> <br> <span style=3D"color:#000000"><img border=3D"0" alt=3D"Blue" src=3D"cid:bde= 5ac62d10545908e269a6006dbd5ac" style=3D"margin:0px"> </span><br> <span style=3D"color:#808080">Via Cardinal Massaia, 83<br> 10147 - Torino - ITALY <br> phone: +39 011 29100 <br> <a href=3D"al.scotto(a)reply.it" target=3D"" style=3D"color:blue; text-decora= tion:underline">al.scotto(a)reply.it</a> <br> <a title=3D"" href=3D"www.reply.it" target=3D"" style=3D"color:blue; text-d= ecoration:underline">www.reply.it</a> </span><br>  </p> </div> <br> <hr> <font face=3D"Arial" color=3D"Gray" size=3D"1"><br> --<br> The information transmitted is intended for the person or entity to which i= t is addressed and may contain confidential and/or privileged material. Any= review, retransmission, dissemination or other use of, or taking of any ac= tion in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If= you received this in error, please contact the sender and delete the mater= ial from any computer.<br> </font> </body> </html> --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_-- --_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: image/png; name="blue.png" Content-Description: blue.png Content-Disposition: inline; filename="blue.png"; size=2834; creation-date="Tue, 11 Sep 2012 14:14:44 GMT"; modification-date="Tue, 11 Sep 2012 14:14:44 GMT" Content-ID: <bde5ac62d10545908e269a6006dbd5ac> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAIwAAAAyCAYAAACOADM7AAAABmJLR0QA/gD+AP7rGNSCAAAACXBI WXMAAA3XAAAN1wFCKJt4AAAACXZwQWcAAACMAAAAMgCR0D3bAAAKaUlEQVR42u2ce5AUxRnAf313 3Al4eCAYFaIgyMNEUF6KlYoVIDBArDxqopWxQgViQlWsPHA0MUlZVoyKRsdSE4lGomjIaHS0UlHL wTIPpEgQFQUUjYIWdfIIScyBHi/Z6/zRM1xP3yzs7t3unOX8qra2H9M9vb3f9Pf19/WukFKSk1Mq dVkPIOejRS4wOWXR6wVGuP5I4foDsh5HjkL0VhtGuP5A4CFgNrAD+Lb0nKeyHtfHnd68wixGCQvA qcA9wvWPy3pQH3caan1D4fonAYeBDwEZjaFflAaok56zHRhsNG0B+gAHSrhHarn0nFp/3NLnxbKP B06I5kECO2UYZD2sLtRcYIBJwK+BoYBACU89cAjoAIRw/TuAJcClQGy//FJ6zvvH6ly4/qXAz4vU HQA2A4H0nIcz+OxH41eAHaU3AhdkPaA0MrFhhOuPB2YA5wBnA6ehni5dgKcBu4C5wLZS7Rfh+g8A 80u49HHgEuk5h2s+AeaYLbsO2AKMiIqWyzBYkPW40shihUF6zkbUUwSAcP0G4FHgS9pl10rPmQMs LbXfSBVNLPHyrwDfBO7JYg4MRqEempjnsh5QMXqL0Xsl8EUt3w5cXUE/w4AztfzzwGSUGrwoyuvM yfqDR5yLUssxL2U9oGJkssLoCNdfjLJXdBZIz9lQQXcTgSYt/4z0nHjy1wvX3wW8oNX3O8q4TgKm AGegjNB/As9JzzmYer1lTwKGoOyyV2UYtArLngLMQ9lh64EVRQxZ3V5pje4V9zsVGBRl22QYrDXu e0HUvwD+K8NgXbe/lKOQqcAI178MuM0ovk16zqMVdjnNyL9g5E2DrTVlTP1RRvM3gIFG9RvC9RdK z/lHoo2yQQJgeFR0hbDsT6FUns544Icp456qpV+RYaAL5RJgepR+FWXzxfcdA6zRrr0SqKrAZKaS hOt/DbjXKH5Geo7bjW71iT8AvGLUzzXyfzfGNBBlPyymq7AAjAWeFK5/slE+AvhklC4At6KEZb9x 3cJo+9x5T8s+ERinFa012uzU0vuMuu9r6W3AXd2Yu5LIRGCE618E/D6l6rpu9Hk8MEEr2iQ9p1Wr n4wShJgPgCeMbh6g02jeB9wILASe1q4ZBHzBaDeRThukHghRdskoQF+NmlH+JJ0JqB1ijCkw72np jiOfx7JPQrkdYm6QYXBMH1V3qYlKEq7fhNLvw1CTeztK55rcJlz/s8XshGPwaeBELd8sXP961Bd4 Bsqo1u2bm6Tn7NbGeCHKMI6ZLz3nsajuT6gtfjxfpxr31lXhThkG8470a9mrtPp2uq4652np94FN Rr0uMM1a+jI6fVTvAMsrmLOy6VGBEa5fB3wOpctHaK9TgVOAxmN0MRXlwPpWBbefYuTHAj8tcu39 0nNuMMq+qqXfjoUl4mSSq/HbRlv9S3/ZqBumpXcB/zPqz9fSm2UY/Nuo1wWmCUBYdiPwHa3ck2Hw YQVzVjbVWGFmkW7YmewDfga8CNwHnB6VXyZcf7X0nAfLvG8pntE3gSXSc5an1Olf+hDh+i+jVieJ UiOxwBSiMQMgLLsFOEtr+7xWB8rQjdkgw0BXK40o1RWTZrDu0dKx0X4xylMOynZZVuZcVUyPCoz0 nA7gR8L1N6FWmQIqZtRGpwoSwF7gRek5WwCE658P3A9Y0TV3C9ffUOrWOlrZdIfdXuBhlCqaqZU/ myYs0RZaNzybUV7oNFqBt7T8BJJ2iW6zDAPGFKkDGE1yBTLtF0gKTCF6/4FWtsTYVVWVqtgw0nNW lHn9LmCOcP2bgKuAvsAtqNWqFGLVF7NGes4i4fpjgNfpFNbzi7QfD/TX8vtQMa40VkvPKWh5fWfW DuhCfg5Ju8nc5k/RxpZYuTR0gWkTlj0D5YgEeJca2S4xvcXTC4D0nKvpdNWXc2hqEiqSHROrhR0k bYAzhesPTmmvG61tKAE6PXoNRRnTg6OX6VvRhfB1GQa7tbyu5v6D8qNQpH4bsDVlbLrADACu0fK/ qOXqAr1MYCLip7AcI+48I78WIIpuv6mVN5NUPWntN0nP2So9p016ThtwEKU6RpIMOyAsuw9JVWiu INO19AYZBma0fbKWXi/DoEBX9tBpu4wDLozS2+jqx6o6vVFgYt+JKKON/pTvJ6kWzKc6LTg5XEtv MeruAF5DqbZVgH6IayTJoOHf4oSw7LNICuKTeqfCsj9BUnhN+yamPXqZc3JrLfwuJpnHklKIBaa+ lIuF67eQ3KW8HtlEMabhPCmlG/3JnhX5ZHaifDeLtLqlxpmcySQfuvnCstdH6WXaZ9iPMsJ1xpOM ZaXZL6DsqfcB3UO8A7WzrDm9T2DqG7dTOHSIEgUGIc5GyhatZJ1Rv4HkmZ/xKb08o5UPRa0UkuQT vY6uQVJTFc5D7fQ6SNpUN8ow2GVcq7sB2ugq2DGHUYfLdG6SYbCPDMhcYIRlJwWjcGg/Z1/yATBE zJxXT0Pf4o0P7pWcO39W4nuVHS+JGfPq6dMXOjpgzNyt9En0MUF877fDee3x1iPlo2beTOPxnwGh qzahuhUAjwCLpOeYKkDfIT2BUl1XkxT2+2QYXJ8yen0H+JYMgz2kY9o126mh38UkITBRYGwp5e1Q usNjwL/Ql3VRX2D35mUI0UB90wyOZmc19i+wa+NB+vTrnMA9re00RO3q6iRbVtYxeOzt1NXHS3od e96dRkPT6CN9v/HUIRr738Dg0bMRDSdQVzeAjsJh+ra8SfMpf5S3XNzFoSYsewhJVbhKhoEnLDtE HV4vRGXPprQFFTdrRklk2u4opoVkyMOTYbCfjEgc0RSWPQhlQ/SruMfymCrD4IXud1N7In+ILgzT ZRj8tYfvcSLwOzoPer0DjKv1VlrHVEltqBhMafZD99mR1QfvAXT1tYfiNkhZCMvuD1yLCtbORsXg Yi7PUljAEJgoztFaYV8fN8yg4XsV95TkLJS32+QaGQZPl9tZT5O50ftRJLL1Pq8V9cjqEjHdyG8D rpdhkJmhq5MLTGX0QR2diLdnYQ/2vRq1wsRe6nUyDNq712XP0Wt/W53TO+mNoYGcXkwuMDll0eM2 TPRbnGnAvaaDSVj2bOA0GQY1j7Lm9AzVWGG+jIrwphlH3wXuzvpD51RONXZJ7aizLFcIyx4O3CXD IN527kUdJAJAWPbFqBXnVmHZV6FO3K+I6oahzgYPAX7T017UnMqoxgpTQAniONRJ/AeFZRc72+IA P47SPwEWAAjLbgL+jPJ1NAF/EZZd6o/sc6pINQSmARAyDL6OOm45mmSoX+cDVDiC6D0+azI0arcS FSkG9fcgORlTbcfdXtR5jqOdnpPGO3QK8nzU33KsoutvgXIyoBorjP7FN6OEsph3sE6rq9fS8RmQ RTIMTgP+QPJsbk5GVENgjgMQlv0QcDnwBp0nxgaQ/O+6dmCUsOxHUGdj459kbI/a3Sksew3qjE5L 1pOVUx2VtBJljxxAhf3v0v4TZRnKmI25ObruLdTZkvcAZBgcEpY9E3BRu6TrZBisznqycvJYUk6Z 5KGBnLLIBSanLHKBySmLXGByyiIXmJyy+D/P9uGVPOu6DAAAACh6VFh0U29mdHdhcmUAAHja801M LsrPTU3JTFRwyyxKLc8vyi5WsAAAYBUIJ4KDNosAAAAASUVORK5CYII= --_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_--

3 2

Unable to make Single Sign on working on Windows 7 Guest
by Felipe Herrera Martinez 11 Mar '19

11 Mar '19

On the case I'll be able to create an installer, what is the name of the Application need to be there, in order to ovirt detects that Ovirt Guest agent is installed? I have created an installer adding OvirtGuestService files and the Product Name to be shown, a part of the command line post installs.. I have tried with "ovirt-guest-agent" and "Ovirt guest agent" Names for the application installed on Windows 7 guest and even both are presented on ovirt VM Applications tab, on any case LogonVDScommand appears. There is other option to make it work now? Thanks in advance, Felipe

3 5

Re: [ovirt-users] Problem Windows guests start in pause
by Dafna Ron 11 Mar '19

11 Mar '19

Hi Lucas, Please send mails to the list next time. can you please do rpm -qa |grep qemu. also, can you try a different windows image? Thanks, Dafna On 07/14/2014 02:03 PM, lucas castro wrote: > On the host there I've tried to run the vm, I use a centOS 6.5 > and checked, no update for qemu, libvirt or related package. -- Dafna Ron

3 3

Feature: Hosted engine VM management
by Roy Golan 27 Feb '19

27 Feb '19

Hi all, Upcoming in 3.6 is enhancement for managing the hosted engine VM. In short, we want to: * Allow editing the Hosted engine VM, storage domain, disks, networks etc * Have a shared configuration for the hosted engine VM * Have a backup for the hosted engine VM configuration please review and comment on the wiki below: http://www.ovirt.org/Hosted_engine_VM_management Thanks, Roy

2 3

Re: [ovirt-users] Packet loss
by Doron Fediuck 26 Feb '19

26 Feb '19

----_com.android.email_640187878761650 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGkgS3lsZSzCoApXZSBtYXkgaGF2ZSBzZWVuIHNvbWV0aGluZyBzaW1pbGFyIGluIHRoZSBwYXN0 IGJ1dCBJIHRoaW5rIHRoZXJlIHdlcmUgdmxhbnMgaW52b2x2ZWQuwqAKSXMgaXQgdGhlIHNhbWUg Zm9yIHlvdT/CoApUb255IC8gRGFuLCBkb2VzIGl0IHJpbmcgYSBiZWxsP8Kg ----_com.android.email_640187878761650 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj5IaSBLeWxlLCZuYnNwOzwv ZGl2PjxkaXY+V2UgbWF5IGhhdmUgc2VlbiBzb21ldGhpbmcgc2ltaWxhciBpbiB0aGUgcGFzdCBi dXQgSSB0aGluayB0aGVyZSB3ZXJlIHZsYW5zIGludm9sdmVkLiZuYnNwOzwvZGl2PjxkaXY+SXMg aXQgdGhlIHNhbWUgZm9yIHlvdT8mbmJzcDs8L2Rpdj48ZGl2PlRvbnkgLyBEYW4sIGRvZXMgaXQg cmluZyBhIGJlbGw/Jm5ic3A7PC9kaXY+PC9ib2R5PjwvaHRtbD4= ----_com.android.email_640187878761650--

2 1

oVirt-shell command to move a disk
by Nicolas Ecarnot 16 Aug '16

16 Aug '16

Hello, I'm confused because though I'm using ovirt-shell to script many actions every day, and even after a large bunch of reading and testing, I can not find the correct syntax to move (offline/available) disks between storage domains. May you help me please? (oVirt 3.4.4) -- Nicolas Ecarnot

4 10

MAC spoofing for specific VMs
by Christopher Young 13 Mar '16

13 Mar '16

I'm working on some load-balancing solutions and they appear to require MAC spoofing. I did some searching and reading and as I understand it, you can disable the MAC spoofing protection through a few methods. I was wondering about the best manner to enable this for the VMs that require it and not across the board (if that is even possible). I'd like to just allow my load-balancer VMs to do what they need to, but keep the others untouched as a security mechanism. If anyone has any advice on the best method to handle this scenario, I would greatly appreciate it. It seems that this might turn into some type of feature request, though I'm not sure if this is something that has to be done at the Linux bridge level, the port level, or the VM level. Any explanations into that would also help in my education. Thanks, Chris

3 5

python floppy in RunOnce mode
by Giulio Casella 07 Jan '16

07 Jan '16

Hi, I'm trying to boot a vm with non persistent floppy using python ovirt sdk (the "RunOnce" way in administrator portal), but guest OS can't see floppy drive. The ultimate goal is to deploy floppy with sysprep unattend.xml file for windows 7 pools of vm. Here is a snippet of code I use: ------------------------------------------------- myvm = api.vms.get(name="vmname") content="This is file content!" f=params.File(name="foobar.txt",content=content) fs=params.Files() fs.add_file(f) payload=params.Payload() payload.set_type("floppy") payload.set_files(fs) payloads=params.Payloads() payloads.add_payload(payload) thevm=params.VM() thevm.set_payloads(payloads) action=params.Action(vm=thevm) myvm.start(action=action) xml = ParseHelper.toXml(action) print xml ------------------------------------------------- As you can see, for debugging purpose, I print my xml action, and I get: ------------------------------------------------- <action> <vm> <payloads> <payload type="floppy"> <files> <file> <name>foobar.txt</name> <content>This is file content</content> </file> </files> </payload> </payloads> </vm> </action> ------------------------------------------------- in the admin portal I can see my vm in "RunOnce" state, but no floppy is present... In fact in the vm process command line (ps -ef | grep qemu-kvm | grep vmname) I can't see -drive option referring to floppy (I only see 2 "-drive" options, referring to vm system disk and to a correctly mounted cdrom ISO) What I'm doing wrong? (The engine is RHEV-M version 3.4.1-0.31.el6ev) Thanks in advance, Giulio

3 11

Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on F20 (Cannot add the host to cluster ... SSH has failed)
by Bob Doolittle 18 Dec '15

18 Dec '15

On 03/09/2015 07:12 AM, Simone Tiraboschi wrote: > > ----- Original Message ----- >> From: "Bob Doolittle" <bob(a)doolittle.us.com> >> To: "Simone Tiraboschi" <stirabos(a)redhat.com> >> Sent: Monday, March 9, 2015 12:02:49 PM >> Subject: Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on F20 (Cannot add the host to cluster ... SSH >> has failed) >> >> On Mar 9, 2015 5:23 AM, "Simone Tiraboschi" <stirabos(a)redhat.com> wrote: >>> >>> >>> ----- Original Message ----- >>>> From: "Bob Doolittle" <bob(a)doolittle.us.com> >>>> To: "users-ovirt" <users(a)ovirt.org> >>>> Sent: Friday, March 6, 2015 9:21:20 PM >>>> Subject: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on >> F20 (Cannot add the host to cluster ... SSH has >>>> failed) >>>> >>>> Hi, >>>> >>>> I'm following the instructions here: >> http://www.ovirt.org/Hosted_Engine_Howto >>>> My self-hosted install failed near the end: >>>> >>>> To continue make a selection from the options below: >>>> (1) Continue setup - engine installation is complete >>>> (2) Power off and restart the VM >>>> (3) Abort setup >>>> (4) Destroy VM and abort setup >>>> >>>> (1, 2, 3, 4)[1]: 1 >>>> [ INFO ] Engine replied: DB Up!Welcome to Health Status! >>>> Enter the name of the cluster to which you want to add the >> host >>>> (Default) [Default]: >>>> [ ERROR ] Cannot automatically add the host to cluster Default: Cannot >> add >>>> Host. Connecting to host via SSH has failed, verify that the host is >>>> reachable (IP address, routable address etc.) You may refer to the >>>> engine.log file for further details. >>>> [ ERROR ] Failed to execute stage 'Closing up': Cannot add the host to >>>> cluster Default >>>> [ INFO ] Stage: Clean up >>>> [ INFO ] Generating answer file >>>> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20150306135624.conf' >>>> [ INFO ] Stage: Pre-termination >>>> [ INFO ] Stage: Termination >>>> >>>> I can ssh into the engine VM both locally and remotely. There is no >>>> /root/.ssh directory, however. Did I need to set that up somehow? >>> It's the engine that needs to open an SSH connection to the host calling >> it by its hostname. >>> So please be sure that you can SSH to the host from the engine using its >> hostname and not its IP address. >> >> I'm assuming this should be a password-less login (key-based >> authentication?). > Yes, it is. > >> As what user? > root OK, I see a couple of problems. First off, I didn't have my deploying-host hostname in the hosts map for my engine. After adding it to /etc/hosts (both hostname and FQDN), when I try to ssh from root@engine to root@host it is prompting me for a password. On my engine, ~root/.ssh does not contain any keys. On my host, ~root/.ssh has authorized_keys, and in it there is a key with the comment "ovirt-engine". It's possible that I inadvertently removed ~root/.ssh on engine while I was preparing the engine (I started to set up my own no-password logins and then thought better and cleaned up, not realizing that some prior setup affecting that directory had occurred). That would explain the second issue. How/when does the key for root@engine get populated to the host's ~root/.ssh/authenticated_keys during setup? -Bob > >> -Bob >> >>> Till hosted-engine hosts were simply identified by their IP address but >> than we had some bug report on side effects of that. >>> So now we generate and sign certs using host hostnames and so the engine >> should be able to correctly resolve them. >>>> When I log into the Administration portal, the engine VM does not appear >>>> under the Virtual machine view (it's empty). >>> It's cause the setup didn't complete. >>> >>>> I've attached what I think are the relevant logs. >>>> >>>> Also, when my host reboots, the ovirt-ha-broker and ovirt-ha-agent >> services >>>> do not come up automatically. I have to use systemctl to start them >>>> manually. >>> It's cause the setup didn't complete. >>> >>>> This is a fresh Fedora 20 machine installing a fresh copy of Ovirt >> 3.5.1. >>>> What's the cleanest approach to restore/complete sanity of my setup >> please? >>> First step is to clarify what went wrong in order to avoid it in the >> future. >>> Than, if you want a really sanity environment for production use I'd >> suggest to redeploy. >>> So >>> hosted-engine --vm-poweroff >>> empty the storage domain share and deploy again >>> >>>> Thanks, >>>> Bob >>>> >>>> >>>> I've linked 3 files to this email: >>>> server.log (12.4 MB) Dropbox https://db.tt/g5p09AaD >>>> vdsm.log (3.2 MB) Dropbox https://db.tt/P4572SUm >>>> ovirt-hosted-engine-setup-20150306123622-tad1fy.log (413 KB) Dropbox >>>> https://db.tt/XAM9ffhi >>>> Mozilla Thunderbird makes it easy to share large files over email. >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>>

4 17

[RFI] oVirt 3.6 Planning
by s k 12 Nov '15

12 Nov '15

--_3cd0d8bb-5691-4f6b-93af-78e05dc9fe1a_ Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable On 12/09/14 09:22=2C Itamar Heim wrote:=0A= > With oVirt 3.5 nearing GA=2C time to ask for "what do you want to see in = =0A= > oVirt 3.6"?=0A= >=0A= > Thanks=2C=0A= > Itamar=0A= > _______________________________________________=0A= > Users mailing list=0A= > Users at ovirt.org=0A= > http://lists.ovirt.org/mailman/listinfo/users=0A= >=0A= > Performance metric similar to what VMware calls "CPU Ready" would be very u= seful if it was available in the VM details in the admin portal.=20 It would provide great visibility on VM's performance in an environment wit= h CPU overallocation. = --_3cd0d8bb-5691-4f6b-93af-78e05dc9fe1a_ Content-Type: text/html; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'><pre style=3D"white-space: pre-w= rap=3B">On 12/09/14 09:22=2C Itamar Heim wrote:=0A= &gt=3B<i> With oVirt 3.5 nearing GA=2C time to ask for "what do you want to= see in =0A= </i>&gt=3B<i> oVirt 3.6"?=0A= </i>&gt=3B<i>=0A= </i>&gt=3B<i> Thanks=2C=0A= </i>&gt=3B<i> Itamar=0A= </i>&gt=3B<i> _______________________________________________=0A= </i>&gt=3B<i> Users mailing list=0A= </i>&gt=3B<i> <a href=3D"http://lists.ovirt.org/mailman/listinfo/users">Use= rs at ovirt.org</a>=0A= </i>&gt=3B<i> <a href=3D"http://lists.ovirt.org/mailman/listinfo/users">htt= p://lists.ovirt.org/mailman/listinfo/users</a>=0A= </i>&gt=3B<i>=0A= </i>&gt=3B</pre><pre style=3D"white-space: pre-wrap=3B"><br></pre><pre styl= e=3D"white-space: pre-wrap=3B">Performance metric similar to what VMware ca= lls "CPU Ready" would be very useful if it was available in the VM details = in the admin portal.&nbsp=3B</pre><pre style=3D"white-space: pre-wrap=3B"><= br></pre><pre style=3D"white-space: pre-wrap=3B">It would provide great vis= ibility on VM's performance in an environment with CPU overallocation.</pre= ><pre style=3D"white-space: pre-wrap=3B"><br></pre> </div></body= > </html>= --_3cd0d8bb-5691-4f6b-93af-78e05dc9fe1a_--

3 3

Re: [ovirt-users] [RFI] oVirt 3.6 Planning
by Juan Pablo Lorier 07 Nov '15

07 Nov '15

+1 to iso upload from gui +1 to ceph support (if the way is via Cynder, then integrate Cynder in Ovirt as you did with neutron to get arround the lack of features in networking) I've been asking for several things (with their respective RFEs) and as versions go by without success, I'm asking again: - 1049994 [RFE] Allow choosing network interface for gluster domain traffic - 1049476 [RFE] Mix untagged and tagged Logical Networks on the same NIC - 1029489 [RFE] Export not exporting direct lun disk - 1051002 [RFE] ISO domain should be a simple NFS share containing ISOs

4 4

[RFI] oVirt 3.6 Planning
by Itamar Heim 05 Nov '15

05 Nov '15

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"? Thanks, Itamar

29 92

Can´t use a VM Network VLAN, because the Virtual Machines inside can't reach the Gateway
by Julián Tete 23 Oct '15

23 Oct '15

Hi Friends of oVirt I'm trying to migrate my company from VMware to oVirt. In my final tests, I set up 2 more VLANs in oVirt, (VM VLANs) The Virtual Machines in these VLANs, can be reached from the external IPs from the net range, but from the Virtual machines only can ping the Host with the Bridge and itself, can't reach the gateway. ¿? I configured a IP Forwarding in the Host with the virtual machine, and nothing changes... Any idea ? This is the last duty before embrace oVirt in the company. Look to the VLAN 100 configuration (My desired VM Network): http://postimg.org/image/7hrog0a2n/ http://postimg.org/image/68b40i1vr/ http://postimg.org/image/lu6mlshgp/ http://postimg.org/image/540o1qc0t/ http://postimg.org/image/4kyg787bt/ http://postimg.org/image/v7ralh7zb/ http://postimg.org/image/kn903cl03/ For any idea, thanks in advance

6 12

about LXC and ovirt
by Nathanaël Blanchet 20 Oct '15

20 Oct '15

This is a multi-part message in MIME format. --------------020605060407070503090903 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi all, now rhel7 is out, it will become a part of the ovirt project in a near future. Given taht official LXC support aims to complete the KVM virtualization part, is LXC planned to be supported for linux VM by ovirt, like openvz is with proxmox? -- Nathanaël Blanchet Supervision réseau Pôle exploitation et maintenance Département des systèmes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr --------------020605060407070503090903 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> <font size="-1">Hi all,<br> <br> now rhel7 is out, it will become a part of the ovirt project in a near future. Given taht official LXC support aims to complete the KVM virtualization part, is LXC planned to  be supported for linux VM by ovirt, like openvz is with proxmox?<br> </font> <pre class="moz-signature" cols="72">-- Nathanaël Blanchet Supervision réseau Pôle exploitation et maintenance Département des systèmes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class="moz-txt-link-abbreviated" href="mailto:blanchet@abes.fr">blanchet(a)abes.fr</a> </pre> </body> </html> --------------020605060407070503090903--

6 5

[Users] Cant assign Quotas to groups anymore?
by Maurice James 28 Sep '15

28 Sep '15

--_c1bf2036-7c19-43f7-bca5-b1f997d755b7_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 3.4.0-0.13.rc.el6See the error below User admin failed to grant permission for Role QuotaConsumer on Quota Mobil= ePolicy to User/Group Non interactive user. = --_c1bf2036-7c19-43f7-bca5-b1f997d755b7_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'><div><span class=3D"gwt-InlineLa= bel">&nbsp=3B3.4.0-0.13.rc.el6</span></div><div>See the error below</div><d= iv><br></div><div><br></div>User admin failed to grant permission for Role = QuotaConsumer on Quota MobilePolicy to User/Group Non interactive user. = </div></body> </html>= --_c1bf2036-7c19-43f7-bca5-b1f997d755b7_--

6 15

Foreman: Add external provider (Failed with error PROVIDER_FAILURE and code 5050)
by Daniel Helgenberger 25 Sep '15

25 Sep '15

Hello, did anyone actually get this working in oVirt 3.5 / EL6 - Engine? I am trying this for two days now. Setup: Engine; EL6.5 Foreman; EL6.5 Foreman seems to do it's as I can use it to deploy hosts and also smart proxies are running fine. I have opened a BZ [1]; because this really can not work out of the box with EL6 plain vanilla packages. I wonder if this was ever tested... ? Java 7 used i n EL6 [4] does only support DH keys up to 1024byte. This is known issue in Foreman [2] as longer DH keys are now used by default in Foreman / PuppetCA. A dirty fix confirmed working is adding default DH parameters to the foreman cert; effectively disabling it [3]. So I got SSL working and I get beyond the authentication (entering wrong data gets me auth errors)- however, I am still not able to add the external provider. Pressing 'test' results in (Failed with error PROVIDER_FAILURE and code 5050) Sample engine.log 2014-10-28 23:49:40,860 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-1) [6a3da4e7] Command org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc Bll exception. With error message VdcBLLException: PROVIDER_FAILURE (Failed with error PROVIDER_FAILURE and code 5050) I can't find any more hints in oVirt; access logs in Foreman are telling me API queries by the engine. Did I miss a crucial step in the foreman setup? How can I debug this issue? I am willing to upgrade openjdk; provided this does not break my engine... Thanks! [1] https://bugzilla.redhat.com/show_bug.cgi?id=1157749 [2] https://tickets.puppetlabs.com/browse/SERVER-17 [3] http://httpd.apache.org/docs/current/ssl/ssl_faq.html#javadh [4] java-1.7.0-openjdk-1.7.0.65-2.5.1.2.el6_5.x86_64 -- 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

6 10

R: PXE boot of a VM on vdsm don't read DHCP offer
by NUNIN Roberto 20 Aug '15

20 Aug '15

--_000_8C2CD99696B62B409EBEBFDF87C83FBF59B5604A10DENU1XMAIL02p_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Further info about this case: An already installed and running VM (Centos7) with static IPv4 assignment, = if changed to DHCP mode, do not acquire the IP address. In this case, tcpdump taken on the VM, do not show DHCP offer packets that = are instead seen on the host bond interface. Seems that something is filtering DHCP offers between host physical eth int= erfaces and VM virtio eth interface. Physical servers on the same VLAN keep DHCP offers and boot from PXE correc= tly. Roberto >Hi all >We are using oVirt engine 3.5.1-0.0 on Centos 6.6 >We are deploying two hosts with vdsm-4.16.10-8.gitc937927.el7.x86_64 >No hosted-engine, it run on a dedicates VM, outside oVirt. >Behavior: PXE boot of a VM, ends in timeout (0x4c106035), instead to accep= t the DHCP offer coming from DHCP server. >Tcpdump capture started on the vdsm host, bond0 interface shows clearly th= at DHCP offers reach the vdsm interfaces >three times before PXE client end= s in timeout. >Incoming DHCP offer is correctly tagged when it comes to the bond0 interfa= ce and forwarded to the bond0.bridge >interface. >PXE simply ignore it. PXE version is gPXE 0.9.7. >bond0.bridge interface is already setup with STP=3Doff and DELAY=3D0. >If we install a VM using command line boot parameters, VM install & run f= ine. The issue is only related to PXE process, >when it is expected to use = the DHCP offer. >I can provide tcpdump capture, but I've not attached to the email because = I'm quite new of the community and don't >know if it is allowed/correct. >On another host, under the same engine, running vdsm-4.16.12-7.gita30da75.= el6.x86_64 on Centos6.6, this behavior is >not happening, everything works = fine. >Any idea/suggestion/further investigation ? >Thanks for attention >Best regards Roberto Nunin Infrastructure Manager Italy Here are interfaces configs: eno1: DEVICE=3D"eno1" HWADDR=3D"38:63:bb:4a:47:b0" MASTER=3D"bond0" NM_CONTROLLED=3D"no" ONBOOT=3D"yes" SLAVE=3D"yes" eno2: DEVICE=3D"eno2" HWADDR=3D"38:63:bb:4a:47:b4" MASTER=3D"bond0" NM_CONTROLLED=3D"no" ONBOOT=3D"yes" SLAVE=3D"yes" bond0: BONDING_OPTS=3D"mode=3D4 miimon=3D100" DEVICE=3D"bond0" NM_CONTROLLED=3D"no" ONBOOT=3D"yes" TYPE=3D"Bond" bond0.3500: DEVICE=3Dbond0.3500 VLAN=3Dyes BRIDGE=3DDMZ3_DEV ONBOOT=3Dno MTU=3D1500 NM_CONTROLLED=3Dno HOTPLUG=3Dno DMZ3_DEV: DEVICE=3DDMZ3_DEV TYPE=3DBridge DELAY=3D0 STP=3Doff ONBOOT=3Dno MTU=3D1500 DEFROUTE=3Dno NM_CONTROLLED=3Dno HOTPLUG=3Dno ________________________________ Questo messaggio e' indirizzato esclusivamente al destinatario indicato e p= otrebbe contenere informazioni confidenziali, riservate o proprietarie. Qua= lora la presente venisse ricevuta per errore, si prega di segnalarlo immedi= atamente al mittente, cancellando l'originale e ogni sua copia e distruggen= do eventuali copie cartacee. Ogni altro uso e' strettamente proibito e potr= ebbe essere fonte di violazione di legge. This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise private information. If you have received it i= n error, please notify the sender immediately, deleting the original and al= l copies and destroying any hard copies. Any other use is strictly prohibit= ed and may be unlawful. --_000_8C2CD99696B62B409EBEBFDF87C83FBF59B5604A10DENU1XMAIL02p_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"IT" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">Further= info about this case:<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">An alre= ady installed and running VM (Centos7) with static IPv4 assignment, if&nbsp= ; changed to DHCP mode, do not acquire the IP address.<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">In this= case, tcpdump taken on the VM, do not show DHCP offer packets that are ins= tead seen on the host bond interface.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">Seems t= hat something is filtering DHCP offers between host physical eth interfaces= and VM virtio eth interface.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">Physica= l servers on the same VLAN keep DHCP offers and boot from PXE correctly.<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">Roberto= <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <div> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D;mso-fare= ast-language:IT"><o:p> </o:p></span></p> </div> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">Hi all<o:p></o:p></sp= an></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US"><o= :p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">We are using oVirt en= gine 3.5.1-0.0 on Centos 6.6<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">We are deploying two = hosts with vdsm-4.16.10-8.gitc937927.el7.x86_64<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">No hosted-engine, it = run on a dedicates VM, outside oVirt.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US"><o= :p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">Behavior: PXE boot of= a VM, ends in timeout (0x4c106035), instead to accept the DHCP offer comin= g from DHCP server.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">Tcpdump capture start= ed on the vdsm host, bond0 interface shows clearly that DHCP offers reach t= he vdsm interfaces <span style=3D"color:#1F497D">></span>three times before PXE client ends= in timeout.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">Incoming DHCP offer i= s correctly tagged when it comes to the bond0 interface and forwarded to th= e bond0.bridge <span style=3D"color:#1F497D">></span>interface.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">PXE simply ignore it.= PXE version is gPXE 0.9.7.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">bond0.bridge interfac= e is already setup with STP=3Doff and DELAY=3D0.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US"><o= :p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">If we install a VM us= ing command  line boot parameters, VM install & run fine. The issu= e is only related to PXE process, <span style=3D"color:#1F497D">></span>when it is expected to use the DHC= P offer.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US"><o= :p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">I can provide tcpdump= capture, but I’ve not attached to the email because I’m quite = new of the community and don’t <span style=3D"color:#1F497D">></span>know if it is allowed/correct.<o:p= ></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US"><o= :p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">On another host, unde= r the same engine, running vdsm-4.16.12-7.gita30da75.el6.x86_64 on Centos6.= 6, this behavior is <span style=3D"color:#1F497D">></span>not happening, everything works fi= ne.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US"><o= :p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">Any idea/suggestion/f= urther investigation ?<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">Thanks for attention<= o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US" st= yle=3D"color:#1F497D">></span><span lang=3D"EN-US">Best regards<o:p></o:= p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US"><o= :p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US"><o= :p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt;text-autospace:none"><sp= an style=3D"font-size:10.0pt;font-family:Consolas;mso-fareast-language:IT">= Roberto Nunin<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt;text-autospace:none"><sp= an style=3D"font-size:10.0pt;font-family:Consolas;mso-fareast-language:IT">= Infrastructure Manager<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt;text-autospace:none"><sp= an style=3D"font-size:10.0pt;font-family:Consolas;mso-fareast-language:IT">= Italy<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"EN-US"><o= :p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Here are interfaces configs:<o:= p></o:p></span></p> <p class=3D"MsoNormal"><b><span lang=3D"EN-US">eno1:<o:p></o:p></span></b><= /p> <p class=3D"MsoNormal"><span lang=3D"EN-US">DEVICE=3D"eno1"<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">HWADDR=3D"38:63:bb:4a:47:b= 0"<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">MASTER=3D"bond0"<o:p>= </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">NM_CONTROLLED=3D"no"<= o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">ONBOOT=3D"yes"<o:p></= o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">SLAVE=3D"yes"<o:p></o= :p></span></p> <p class=3D"MsoNormal"><b>eno2:<o:p></o:p></b></p> <p class=3D"MsoNormal">DEVICE=3D"eno2"<o:p></o:p></p> <p class=3D"MsoNormal">HWADDR=3D"38:63:bb:4a:47:b4"<o:p></o:p></p= > <p class=3D"MsoNormal"><span lang=3D"EN-US">MASTER=3D"bond0"<o:p>= </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">NM_CONTROLLED=3D"no"<= o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">ONBOOT=3D"yes"<o:p></= o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">SLAVE=3D"yes"<o:p></o= :p></span></p> <p class=3D"MsoNormal"><b><span lang=3D"EN-US">bond0:<o:p></o:p></span></b>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US">BONDING_OPTS=3D"mode=3D4 m= iimon=3D100"<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">DEVICE=3D"bond0"<o:p>= </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">NM_CONTROLLED=3D"no"<= o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">ONBOOT=3D"yes"<o:p></= o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">TYPE=3D"Bond"<o:p></o= :p></span></p> <p class=3D"MsoNormal"><b><span lang=3D"EN-US">bond0.3500:<o:p></o:p></span= ></b></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">DEVICE=3Dbond0.3500<o:p></o:p><= /span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">VLAN=3Dyes<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"EN-US">BRIDGE=3DDMZ3_DEV<o:p></o:p></s= pan></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">ONBOOT=3Dno<o:p></o:p></span></= p> <p class=3D"MsoNormal"><span lang=3D"EN-US">MTU=3D1500<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"EN-US">NM_CONTROLLED=3Dno<o:p></o:p></= span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">HOTPLUG=3Dno<o:p></o:p></span><= /p> <p class=3D"MsoNormal"><b><span lang=3D"EN-US">DMZ3_DEV:<o:p></o:p></span><= /b></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">DEVICE=3DDMZ3_DEV<o:p></o:p></s= pan></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">TYPE=3DBridge<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US">DELAY=3D0<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">STP=3Doff<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">ONBOOT=3Dno<o:p></o:p></span></= p> <p class=3D"MsoNormal"><span lang=3D"EN-US">MTU=3D1500<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"EN-US">DEFROUTE=3Dno<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US">NM_CONTROLLED=3Dno<o:p></o:p></= span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">HOTPLUG=3Dno<o:p></o:p></span><= /p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> <br> <hr> <font face=3D"Courier New" color=3D"Black" size=3D"2">Questo messaggio e' i= ndirizzato esclusivamente al destinatario indicato e potrebbe contenere inf= ormazioni confidenziali, riservate o proprietarie. Qualora la presente veni= sse ricevuta per errore, si prega di segnalarlo immediatamente al mittente, cancellando l'originale e ogni sua copia e dis= truggendo eventuali copie cartacee. Ogni altro uso e' strettamente proibito= e potrebbe essere fonte di violazione di legge.<br> <br> This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise private information. If you have received it i= n error, please notify the sender immediately, deleting the original and al= l copies and destroying any hard copies. Any other use is strictly prohibited and may be unlawful.<br> </font> </body> </html> --_000_8C2CD99696B62B409EBEBFDF87C83FBF59B5604A10DENU1XMAIL02p_--

6 30

vlan-tagging on non-tagged network
by Felix Pepinghege 19 Aug '15

19 Aug '15

Hi everybody! I am experiencing a behaviour of ovirt, of which I don't know whether it is expected or not. My setup is as follows: A virtual machine has a logical network attached to it, which is configured without vlan-tagging and listens to the name 'trunk'. The VM is running an openvpn server. It is a patched openvpn version, including vlan-tagging. That is, openvpn clients get a vlan tag. This should not really be an issue but should satisfy the "why do you want to do it in the first place"-questions. Anyhow, effectively, the VM simply puts vlan-tagged ethernet-frames on the virtual network. These frames, however, never make it to the host's network bridge, which represents the logical network. My observations are: According to tcpdump, the vlan-tagged packages arrive at the "eth1"-interface inside the VM (which *is* the correct interface). Again, according to tcpdump, these packages never arrive at the corresponding network-bridge (i.e., the interface 'trunk') on the host. I know that the setup itself is feasible with KVM---I have it working on a proxmox-machine. Therefore, my conclusion is, that ovirt doesn't like vlan-tagged ethernet-frames on non-tagged logical networks, and somehow filters them out, though I don't really see on what "level" that would happen (Handling the ethernet frames should be a concern of KVM/QEMU/Linux only, once ovirt has started the VM). So this problem could be a CentOS issue, but I really don't see why CentOS should act differently than debian does (proxmox is debian-based). Is this a known/wanted/expected behaviour of ovirt, and can I somehow prevent or elude it? Any help is much appreciated! Of course I am happy to provide more information if that helps helping me :) Regards, Felix

3 8

IO Threads + 3.6 Second Alpha Release
by Roman Nikolayevich Drovalev 30 Jul '15

30 Jul '15

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME. --=_alternative 00459B0D43257E74_= Content-Type: text/plain; charset="US-ASCII" Hi, This functions (IO Threads) is present in 3.6 Second Alpha Release oVirt version? http://www.ovirt.org/Features/IOThreads_Support Thanks, Drovalev Roman --=_alternative 00459B0D43257E74_= Content-Type: text/html; charset="US-ASCII" <font size=2 face="sans-serif">Hi, </font> <br> <br><font size=2 face="sans-serif">This functions (IO Threads) is present in 3.6 </font><font size=2 face="sans-serif">Second Alpha Release </font><font size=2 face="sans-serif"> oVirt version?</font> <br> <br><a href=http://www.ovirt.org/Features/IOThreads_Support><font size=2 face="sans-serif">http://www.ovirt.org/Features/IOThreads_Support</font></a> <br> <br> <br><font size=2 face="sans-serif">Thanks,</font> <br><font size=2 face="sans-serif">Drovalev Roman</font> <br> --=_alternative 00459B0D43257E74_=--

3 3

Error in Upload Image
by Xie, Chao 10 Jul '15

10 Jul '15

--_000_EE4D679B9474414187D2E27D8B6890F6969D8BG08CNEXMBPEKD01g0_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 aGksYWxsDQogICBJIHVzZSBlbmdpbmUtaW1hZ2UtdXBsb2FkZXIgdG8gdXBsb2FkIGEgd2luNyBv dmYgdG8gZXhwb3J0IGRvbWFpbiBidXQgZmFpbGVkLg0KVGhlIEVycm9yIE1lc3NhZ2UgYXMgYmVs b3c6DQoNCj09PT09PT09PT09PQ0KW3Jvb3RAcmhldm0gfl0jIGVuZ2luZS1pbWFnZS11cGxvYWRl ciAtZSBleHBvcnRfZGVidWcgLS1pbnNlY3VyZSAtZiB1cGxvYWQgd2luN19zaWt1bGkub3ZmDQpQ bGVhc2UgcHJvdmlkZSB0aGUgUkVTVCBBUEkgcGFzc3dvcmQgZm9yIHRoZSBhZG1pbkBpbnRlcm5h bCBvVmlydCBFbmdpbmUgdXNlciAoQ1RSTCtEIHRvIGFib3J0KToNCkVSUk9SOiBVbmFibGUgdG8g dXBkYXRlIHRoZSBkaXNrIElEIGluIHRoZSBPVkYgWE1MLiBNZXNzYWdlOiBnbG9iYWwgbmFtZSAn bl9pZF9kJyBpcyBub3QgZGVmaW5lZA0KPT09PT09PT09PT09DQoNCkhvdyBjYW4gSSBmaXggaXQ/ DQo= --_000_EE4D679B9474414187D2E27D8B6890F6969D8BG08CNEXMBPEKD01g0_ 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">   I use engine-image= -uploader to upload a win7 ovf to export domain but failed. <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">The Error Message as below:<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">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">[root@rhevm ~]# engine-image-up= loader -e export_debug --insecure -f upload win7_sikuli.ovf <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Please provide the REST API pas= sword for the admin@internal oVirt Engine user (CTRL+D to abort): <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">ERROR: Unable to update the dis= k ID in the OVF XML. Message: global name 'n_id_d' is not defined<o:p></o:p= ></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D<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">How can I fix it?<o:p></o:p></s= pan></p> </div> </body> </html> --_000_EE4D679B9474414187D2E27D8B6890F6969D8BG08CNEXMBPEKD01g0_--

2 1

Autostart VM
by Koen Vanoppen 06 Jul '15

06 Jul '15

Hi Guys, I couldn't find anything directly concerning my following question, so If it was asked before, I'm sorry... Is there a way to config ovirt in a way that when you created a new vm, it will automatically boot? Because now, when you create a VM it stays in down state. Kind regards, Koen

3 3

how can i setup hosted engine on the ovirt-node-3.5-201504280933
by Zhong Qiang 06 Jul '15

06 Jul '15

I 'm installing oVirt Node using a CD(ovirt-node-iso-3.5-0.999.201504280933.el6.iso),and Ovirt Node is worked. How can i setup hosted engine by using OVirt Node Console?or where can i get the Engine OVA? I can't find any description about this in the " www.ovirt.org". The Console looks like this: " Hosted Engine Setup Hosted Engine: Not configured Engine VM Name: Engine Status: Hosted engine not configured Engine ISO/OVA URL for download: _____________ PXE Boot Engine VM [ ] " Thanks.

3 17

oVirt iSCSI
by Arthur Cezar Lima de Melo 01 Jul '15

01 Jul '15

Hey guys, Can anyone help me about this problem? " Error while executing action: Cannot add iSCSI Bond. Required network cannot be a part of an iSCSI bond. " Thanx! -- *Arthur Cezar Lima de Melo* Tel: (21) 9 8142 -9079 | (21) 3553-8214 Ramal: 7008 arthur.melo(a)gigacom.com.br <jorge(a)gigacom.com.br> www.gigacom.com.br

3 4

ovirt w/ gluster replace-brick
by Frank Rothenstein 01 Jul '15

01 Jul '15

Hi, I just added a gluster-node. I wanted to replace one brick of the data domain. I did with "gluster vol replace-brick <old_brick> <new_brick> commit force" and all gluster processes did well. My Cluster volumes now shows this one <old_brick> down and does not show the <new_brick>, where as gluster vol status is fine. Is there any service I forgot to restart? Frank ______________________________________________________________________________ BODDEN-KLINIKEN Ribnitz-Damgarten GmbH Sandhufe 2 18311 Ribnitz-Damgarten Telefon: 03821-700-0 Fax: 03821-700-240 E-Mail: info(a)bodden-kliniken.de Internet: http://www.bodden-kliniken.de Sitz: Ribnitz-Damgarten, Amtsgericht: Stralsund, HRB 2919, Steuer-Nr.: 081/126/00028 Aufsichtsratsvorsitzende: Carmen Schröter, Geschäftsführer: Dr. Falko Milski Der Inhalt dieser E-Mail ist ausschließlich für den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorge- sehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, beachten Sie bitte, dass jede Form der Veröf- fentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail unzulässig ist. Wir bitten Sie, sofort den Absender zu informieren und die E-Mail zu löschen. Bodden-Kliniken Ribnitz-Damgarten GmbH 2014 *** Virenfrei durch Kerio Mail Server und Sophos Antivirus ***

2 3

Re: [ovirt-users] User is not authorized, ldap OK, but no user VM
by Donny Davis 01 Jul '15

01 Jul '15

Can you assign a specific user the power user role that has no VMS assigned to them? Can that user login? On Jun 30, 2015 6:32 PM, "David Smith" <dsmith(a)mypchelp.com> wrote: > The users are attempting to log in via the user portal when they get the > error. > > > On Tue, Jun 30, 2015 at 3:28 PM, Donny Davis <donny(a)cloudspin.me> wrote: > >> The power user role covers login, so that is not your problem. Is this >> on the user portal or webadmin? >> On Jun 30, 2015 6:20 PM, "David Smith" <dsmith(a)mypchelp.com> wrote: >> >>> I used the "everyone" user at the data center level and added the >>> permissions/role of "PowerUserRole" >>> >>> What other permission/role are you saying I should assign? >>> >>> Unfortunately we aren't using an "ldap group" so there's nothing to >>> assign to an ldap group-- the users are filtered in such a manner that if >>> they auth and get through the filter they should have access. >>> >>> On Tue, Jun 30, 2015 at 3:16 PM, Donny Davis <donny(a)cloudspin.me> wrote: >>> >>>> Add login permissions only at the data center for the group. This >>>> allows them to login, but not view anything. You have to create custom >>>> permission to do what you are looking for. >>>> On Jun 30, 2015 6:13 PM, "David Smith" <dsmith(a)mypchelp.com> wrote: >>>> >>>>> Correct, each user has their own VMs. Only a few share VMs (those >>>>> permissions are assigned manually) >>>>> >>>>> The issue is that when they have 0 VMs assigned to them, the system >>>>> throws the login error that they're not authorized, at least until I add a >>>>> placeholder VM so they can log in and set themselves up. >>>>> >>>>> >>>>> On Tue, Jun 30, 2015 at 3:09 PM, Donny Davis <donny(a)cloudspin.me> >>>>> wrote: >>>>> >>>>>> You are looking for this to look like its multi tenant? >>>>>> >>>>>> I setup CloudSpin to do exactly that. Each user can only see their >>>>>> own VMS. >>>>>> Do I have your question correct? >>>>>> >>>>>> Donny D >>>>>> On Jun 30, 2015 5:27 PM, "David Smith" <dsmith(a)mypchelp.com> wrote: >>>>>> >>>>>>> version 3.5.2-1.el6 >>>>>>> using ldap authz; this piece is working OK, and verified OK. >>>>>>> >>>>>>> I use the "Everyone" user to provide default permissions; that >>>>>>> includes PowerUserRole for the data center, a bunch of >>>>>>> usertemplatebasedVMs, some VnicProfileUser, DiskProfileUser, etc. >>>>>>> >>>>>>> I add a new user in LDAP; and verify LDAP credentials work (ie, log >>>>>>> in to another system that uses the same ldap server) >>>>>>> LDAP confirmed working for *other* ovirt users-- not an LDAP issue >>>>>>> as far as I can tell. >>>>>>> >>>>>>> I do *not* specifically add each LDAP user to oVirt, they're added >>>>>>> to "groups" in LDAP, so if they have the right group, they should be able >>>>>>> to authenticate to oVirt and use the system without me adding each user >>>>>>> individually. >>>>>>> >>>>>>> In any case the narrowed down problem is this: >>>>>>> If the user doesn't have permissions (UserRole, etc) for *any* VMs, >>>>>>> instead of logging in and getting a blank VM list, they get "User is not >>>>>>> authorized to perform this action." >>>>>>> >>>>>>> If I add that specific user to a test placeholder VM, they can log >>>>>>> in. Once they have a VM created, I can erase their user-specific >>>>>>> permissions to that initial test VM and everything works as expected. They >>>>>>> are able to log in, create VMs, etc. >>>>>>> >>>>>>> If I remove all permissions for VMs from a user, they get this error. >>>>>>> >>>>>>> Expected behavior: >>>>>>> User without any permissions to any VMs should simply get a blank VM >>>>>>> list on login. That way they can create a VM and go from there. >>>>>>> >>>>>>> Thanks for any help/suggestions, >>>>>>> David >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Users mailing list >>>>>>> Users(a)ovirt.org >>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>> >>>>>>> >>>>> >>> >

1 0

User is not authorized, ldap OK, but no user VM
by David Smith 01 Jul '15

01 Jul '15

version 3.5.2-1.el6 using ldap authz; this piece is working OK, and verified OK. I use the "Everyone" user to provide default permissions; that includes PowerUserRole for the data center, a bunch of usertemplatebasedVMs, some VnicProfileUser, DiskProfileUser, etc. I add a new user in LDAP; and verify LDAP credentials work (ie, log in to another system that uses the same ldap server) LDAP confirmed working for *other* ovirt users-- not an LDAP issue as far as I can tell. I do *not* specifically add each LDAP user to oVirt, they're added to "groups" in LDAP, so if they have the right group, they should be able to authenticate to oVirt and use the system without me adding each user individually. In any case the narrowed down problem is this: If the user doesn't have permissions (UserRole, etc) for *any* VMs, instead of logging in and getting a blank VM list, they get "User is not authorized to perform this action." If I add that specific user to a test placeholder VM, they can log in. Once they have a VM created, I can erase their user-specific permissions to that initial test VM and everything works as expected. They are able to log in, create VMs, etc. If I remove all permissions for VMs from a user, they get this error. Expected behavior: User without any permissions to any VMs should simply get a blank VM list on login. That way they can create a VM and go from there. Thanks for any help/suggestions, David

2 5

CloudSpin is Almost back
by Donny Davis 30 Jun '15

30 Jun '15

Hey guys I know CloudSpin has been down for quite a while. Its taking me a little longer than expected to get up and running again on my new connection. Mainly the lack of ipv6 on my static connection. I am working through it. I promised some server resources to aide in processes above my level, and I am happy to report that the resources are ready. Please email me if you are interested, and we can get the ball rolling. 2x quad cores, 32gb of ram(might be able to get to 64). And 6tb of raw disk space. Dedicated for the Ovirt Project, and what you guys need it to do. This is a physical machine, and as always when I get CloudSpin back up, any VMS you might want or need. Thanks for your patience Donny D CloudSpin.me

1 0

ovirt-engine-3.5.4 branch created
by Sandro Bonazzola 30 Jun '15

30 Jun '15

Hi, just a quick note reminding that ovirt-engine 3.5.4 branch has been created today. Any further patch targeted 3.5.4 must be cherry-picked there too. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

all in one migration
by nicola.gentile.to 30 Jun '15

30 Jun '15

Good morning, I have currently a server with ovirt installed (all-in-one) and I would like to extend the structure. At the end of the work I would like that structures were composed of the following: - 1 manager (virtualized) - 2 hosts - storage Before beginning this complicated process, I would like to know if it is possible, and how, to rename the old server. I thought to do the following: - change the hostname to the old server (all-in-one) - update the dns server - install the new server manager virtualized with old hostname - add storage - add the new server as a host - expoxt the virtual machines from old server - import the virtual machines to new server - test the virtual machines on new server - shutdown old server - reinstall old server as a host What do you think? Best regards Nicola

3 5

[ANN] oVirt 3.6.0 Second Alpha Release is now available for testing
by Sandro Bonazzola 30 Jun '15

30 Jun '15

The oVirt Project is pleased to announce the availability of the Second Alpha release of oVirt 3.6 for testing, as of June 29, 2015. oVirt is an open source alternative to VMware vSphere, and provides an excellent KVM management interface for multi-node virtualization. The Second Alpha release 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). The Second Alpha release can also be deployed on Hypervisor Hosts running Fedora 21 and Fedora 22. Experimental support for Debian 8.1 Jessie has been added too. This Second Alpha release of oVirt includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO[2] and Node ISO[3] are already available. 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.6_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ovirt-live/el7-alpha2/ovir… [3] http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/iso/ovirt-node/ovirt-nod… [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

1 2

VM run once API required
by Chandrahasa S 30 Jun '15

30 Jun '15

This is a multipart message in MIME format. --=_alternative 0022817E65257E74_= Content-Type: text/plain; charset="US-ASCII" Hi Experts, We are integrating RHEV(M) with our internal cloud portal using RHEV(M) API, we are able to provision Linux VM using API. But IP and Hostname not getting reflected on vm first boot. If we boot VM manually using run once its working fine. We are not able to find any run once API on RHEV end. Requested your help on this. Thanks & Regards Chandrahasa S =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you --=_alternative 0022817E65257E74_= Content-Type: text/html; charset="US-ASCII" <font size=2 face="sans-serif">Hi Experts,</font> <br> <br><font size=2 face="sans-serif">We are integrating RHEV(M) with our internal cloud portal using RHEV(M) API, we are able to provision Linux VM using API. But IP and Hostname not getting reflected on vm  first boot. If we boot VM manually using run once its working fine. We are not able to find any run once API on RHEV end. </font> <br> <br><font size=2 face="sans-serif">Requested your help on this.</font> <br> <br> <br><font size=2 face="sans-serif">Thanks & Regards<br> Chandrahasa S<br> </font><p>=====-----=====-----=====<br> Notice: The information contained in this e-mail<br> message and/or attachments to it may contain <br> confidential or privileged information. If you are <br> not the intended recipient, any dissemination, use, <br> review, distribution, printing or copying of the <br> information contained in this e-mail message <br> and/or attachments to it are strictly prohibited. If <br> you have received this communication in error, <br> please notify us by reply e-mail or telephone and <br> immediately and permanently delete the message <br> and any attachments. Thank you</p> <p></p> --=_alternative 0022817E65257E74_=--

2 1

how can i setup hosted engine on the ovirt-node-3.5-201504280933
by Zhong Qiang 30 Jun '15

30 Jun '15

I 'm installing oVirt Node using a CD(ovirt-node-iso-3.5-0.999.201504280933.el6.iso),and Ovirt Node is worked. How can i setup hosted engine by using OVirt Node Console?or where can i get the Engine OVA? I can't find any description about this in the " www.ovirt.org". The Console looks like this: " Hosted Engine Setup Hosted Engine: Not configured Engine VM Name: Engine Status: Hosted engine not configured Engine ISO/OVA URL for download: _____________ PXE Boot Engine VM [ ] " Thanks.

1 0

ovirt foreman integration
by Tiemen Ruiten 29 Jun '15

29 Jun '15

Hello, I just tried to add a foreman instance as an external provider in the oVirt UI, but the connection test fails with "unknown error". In the engine.log I see this message: 2015-06-26 14:31:50,900 ERROR [org.ovirt.engine.core.bll.GetProviderCertificateChainQuery] (ajp--127.0.0.1-8702-3) Error in encoding certificate. Error is {} java.io.IOException: Keystore was tampered with, or password was incorrect How can I successfully connect to Foreman? The Foreman instance uses a self-signed certificate btw. -- Tiemen Ruiten Systems Engineer R&D Media

2 2

IO Threads
by Roman Nikolayevich Drovalev 29 Jun '15

29 Jun '15

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME. --=_alternative 002A12AA43257E73_= Content-Type: text/plain; charset="US-ASCII" Hello all! Please HELP I have big probleme! My vm perfomance very degraded in comparison with bare metall I have very hi load database server (Lotus domino base - 1T_SSD) IOPS bare metall - 150 K read (block 4K) VM - 50 K At the client the document opens 5-10 seconds, instead of 1 second on the bare metall Question: how to involve IO Threads in oVirt now, through ovirt-shell or edit directly a config files ? I know that in 3.6 will be, but it is necessary now! http://www.ovirt.org/Features/IOThreads_Support oVirt - 3.5.3.1 , host - centos 7.1, KVM 2.1.2 - 23.el7_1.3.1, libvirt-1.2.8-16.el7_1.3, vdsm-4.16.20-0.el7.centos Drovalev Roman --=_alternative 002A12AA43257E73_= Content-Type: text/html; charset="US-ASCII" <font size=2 face="sans-serif">Hello all! Please HELP</font> <br> <br><font size=2 face="sans-serif">I have big probleme! My vm perfomance very degraded in comparison with  bare metall</font> <br> <br><font size=2 face="sans-serif">I have very hi load database server (Lotus domino base - 1T_SSD)</font> <br> <br><font size=2 face="sans-serif">IOPS bare metall - 150 K read (block 4K)</font> <br><font size=2 face="sans-serif">VM - 50 K</font> <br> <br><font size=2 face="Arial"> At the client the document opens 5-10 seconds, instead of 1 second on the bare metall</font> <br> <br> <br><font size=3 face="Arial">Question: how to involve IO Threads in oVirt now,  through ovirt-shell or edit directly a config files ?</font> <br> <br><font size=3 face="Arial">I know that in 3.6 will be, but it is necessary now!</font> <br> <br><a href=http://www.ovirt.org/Features/IOThreads_Support><font size=1 face="Arial">http://www.ovirt.org/Features/IOThreads_Support</font></a> <br> <br><font size=2 face="sans-serif">oVirt - 3.5.3.1 , </font> <br><font size=2 face="sans-serif">host - centos 7.1, KVM 2.1.2 - 23.el7_1.3.1, libvirt-1.2.8-16.el7_1.3, vdsm-4.16.20-0.el7.centos</font> <br> <br><font size=2 face="sans-serif">Drovalev Roman</font> --=_alternative 002A12AA43257E73_=--

2 1

Lower CPU for specific VMs
by Ian Fraser 29 Jun '15

29 Jun '15

Hi, How do I set the CPU for a particular VM to be a lower family than the cluster is set to? The problem I am having is that In order to install a Windows 10 VM to run on my oVirt lab that uses Sandybridge CPUs I am having to change the cluster CPU family to Intel Westmere Family before I launch the Windows 10 VM otherwise it will throw a SYSTEM THREAD EXCEPTION NOT HANDLED. I then change the cluster's CPU family back and all is well, except I would rather not have to do that. Seemingly a known problem: https://social.technet.microsoft.com/Forums/en-US/695c8997-52cf-4c30-a3f7-f… Thanks for any assistance. Ian ________________________________ The information in this message and any attachment is intended for the addressee and is confidential. If you are not that addressee, no action should be taken in reliance on the information and you should please reply to this message immediately to inform us of incorrect receipt and destroy this message and any attachments. For the purposes of internet level email security incoming and outgoing emails may be read by personnel other than the named recipient or sender. Whilst all reasonable efforts are made, ASM (UK) Ltd cannot guarantee that emails and attachments are virus free or compatible with your systems. You should make your own checks and ASM (UK) Ltd does not accept liability in respect of viruses or computer problems experienced. Registered address: Agency Sector Management (UK) Ltd. Ashford House, 41-45 Church Road, Ashford, Middlesex, TW15 2TQ Registered in England No.2053849 ______________________________________________________________________ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com ______________________________________________________________________

4 5

Foreman compute oVirt: New Host failing with action type cpu profile empty
by Daniel Helgenberger 29 Jun '15

29 Jun '15

Hello, I have configured oVirt as compute resource in foreman. This is working well to the point creating a new host, witch fails witch the error: 'Failed to create a compute oVirt (oVirt) instance wst01.int.m-box.de: action type cpu profile empty' I found a (resolved but yet not closed) BZ1160846 [1] relating to disk profiles. Versions: foreman 1.8.1 ovirt engine 3.5.3 Strangely I am unable to find anything in engine.log relating to the attempt? [1] https://bugzilla.redhat.com/show_bug.cgi?id=1160846 -- 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 4

Making modules persistant on ovirt-node
by Tim Macy 26 Jun '15

26 Jun '15

I recently added FCOE to my oVirt-node servers and I need a way for the modprobe to persist through reboot. Thanks, Tim

3 3

Why Local mode must one host one datacenter?
by 肖力 26 Jun '15

26 Jun '15

------=_Part_404092_592866458.1435287329178 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGksIEluIGZhY3QgLCBNb3N0IG9mIGhvc3QgdXNlIGxvY2FsIG1vZGUuCldoeSBMb2NhbCBtb2Rl IG11c3Qgb25lIGhvc3Qgb25lIGRhdGFjZW50ZXIuCkkgdGhpbmssTGlrZSBWTSB2Q2VudGVyLCBz b21lIGhvc3QgaW4gb25lIGRhdGFjZW50ZXIgLCBJdCBpcyAgbW9yZSBhZHZhbnRhZ2VvdXMsVGtz IQ== ------=_Part_404092_592866458.1435287329178 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGksIEluIGZhY3QgLCBNb3N0IG9mIGhvc3QgdXNlIGxv Y2FsIG1vZGUuPC9kaXY+PGRpdj5XaHkgTG9jYWwgbW9kZSBtdXN0IG9uZSBob3N0IG9uZSBkYXRh Y2VudGVyLjwvZGl2PjxkaXY+SSB0aGluayxMaWtlIFZNIHZDZW50ZXIsIHNvbWUgaG9zdCBpbiBv bmUgZGF0YWNlbnRlciAsIEl0IGlzICZuYnNwO21vcmUmbmJzcDthZHZhbnRhZ2VvdXMsVGtzITwv ZGl2PjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxzcGFuIGlkPSJu ZXRlYXNlX21haWxfZm9vdGVyIj48L3NwYW4+PC9zcGFuPg== ------=_Part_404092_592866458.1435287329178--

1 0

Dropping Fedora 20 builds on master / 3.6 in 2 weeks
by Sandro Bonazzola 25 Jun '15

25 Jun '15

Hi, now that we have Wildfly support for oVirt engine and Fedora 20 reached the end of its life, it's time to drop Fedora 20 builds on master. We'll keep building for Fedora 20 on the 3.5 branch since we don't support Wildfly there. If you're still developing or testing oVirt master on Fedora 20 please upgrade to Fedora 22 in the next 2 weeks. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

can not remove bricks of one volume successfully in ovirt 3.5.2
by YAN Changjing 25 Jun '15

25 Jun '15

--_004_D35F244179B6214ABD48C7FB554075803D7DCAWXEX01windawncom_ Content-Type: multipart/alternative; boundary="_000_D35F244179B6214ABD48C7FB554075803D7DCAWXEX01windawncom_" --_000_D35F244179B6214ABD48C7FB554075803D7DCAWXEX01windawncom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi,all I'm a beginner about ovirt project development. Recently, we found= bricks of one volume can not be removed successfully. When we selected one= brick of one volume and did the remove operation, the system prompted the = following figure. The cause has not been found, please give some advice or = clues.Thanks! [cid:image001.png@01D0AE69.620AD2E0] DISCLAIMER: This email and any files transmitted with it are confidential a= nd intended solely for the use of the individual or entity to whom they are= addressed.If you have received this email in error please notify the origi= nator of the message.Any views expressed in this message are those of the i= ndividual sender.It is your responsibility to check this e-mail and any att= achments for viruses. No warranty is made that this material is free from c= omputer virus or any other defect or error. Any loss/damage incurred by usi= ng this material is not the sender's responsibility. --_000_D35F244179B6214ABD48C7FB554075803D7DCAWXEX01windawncom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <style>  </style> </head> <body lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple" style=3D""> <div class=3D"Section1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi,all</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   I’m a beginner about ovirt project development. Rec= ently, we found bricks of one volume can not be removed successfully. When = we selected one brick of one volume and did the remove operation, the syste= m prompted the following figure. The cause has not been found, please give some advic= e or clues.Thanks! <img width=3D"496" height=3D"397" id=3D"_x0000_i1025" src=3D"cid:image001.p= ng(a)01D0AE69.620AD2E0"></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"> </span></p> </div> DISCLAIMER: This email and any files transmitted with it are confidential a= nd intended solely for the use of the individual or entity to whom they are= addressed.If you have received this email in error please notify the origi= nator of the message.Any views expressed in this message are those of the individual sender.It is your responsibili= ty to check this e-mail and any attachments for viruses. No warranty is mad= e that this material is free from computer virus or any other defect or err= or. Any loss/damage incurred by using this material is not the sender's responsibility. </body> </html> --_000_D35F244179B6214ABD48C7FB554075803D7DCAWXEX01windawncom_-- --_004_D35F244179B6214ABD48C7FB554075803D7DCAWXEX01windawncom_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=15609; creation-date="Wed, 24 Jun 2015 02:36:59 GMT"; modification-date="Wed, 24 Jun 2015 02:36:59 GMT" Content-ID: <image001.png(a)01D0AE69.620AD2E0> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAfAAAAGNCAIAAABhcrSuAAAAAXNSR0IArs4c6QAAPLNJREFUeF7t nQ+UFdWd54uEJEKMGiGhtWNEQ2hME7pNmzHJnKhxdiLTza7kcCLQiAchSzYnJjvA6e4ZzgRHJodN 0wMmTDyz6yzIgDQ4u0wg2r3qao4akxxXO9LYRJugQSetTQYTMQlkRqT3V/dW3XdfvXp/qm83XOBT p8X3595bv/v5VX3vrV/dV78x3//+9wO1/eEPf/jJT37y6quv6rdsEIAABCDgOYGLL77405/+9Dnn nKPtHKMF/Y033njsscd+//vf60/Hjh07b968T37ykxdeeKG89rxLmAcBCEDgbCBw/PjxX//6108/ /fSOHTvkte7ye9/73uuuu+6CCy6IBF3U/KGHHjJfL1269JprrkHHz4bjgz5CAAKnIwGR6yeeeOLu u+82U/AbbrhBNH3Mfffd9+CDDx49elS+OP/889euXSv/6kJDQ0MyZ+/v7+/t7f3xj3/8u9/97nTs OTZDAAIQOK0JnHvuuZ/5zGfq6upqampkPj5mzBjdnSNHjrS2tsq/8nr8+PEzZ84cs2zZMh03F3X/ u7/7u3e9611ayn/xi1984xvfePvtt09rEBgPAQhA4Ewi8M53vvNv/uZvLrvsMi3rb7311te+9jWJ sshriae/89JLL9W93bBhg2i8vJC7oxvVJrJ+JoGgLxCAAAROdwIiy48++ujrr78+ffp0CYyLvkuE /P7775d+/fa3v32nfCqvJG4+bdo0rebf/OY3f/rTn57u3cZ+CEAAAmcqgYMHD/b19UkcRjT9Pe95 j6xe6enpkc6+Q/6Tj0TjdaRl8+bNBw4cOFMp0C8IQAACZwYBEWqRax1HMctYQkGX26N6TYvEzWXx 4pnRW3oBAQhA4MwmIHItoq0n5SLj0Qz9+uuv19NzuQt6Zvef3kEAAhA4kwiIaOtJupbxcIYu8Rf5 V1YlsqblTPI0fYEABE4jAqLDH/3oRz/xiU9I/EQ2eSFvtTiX2ES09YJyXXLM3LlzOzs73/GOd0hM vaOjo2z/Ww7cZ8p0TJlbovzMljWLGj781H1r7/ze3jV3bbp8QriExt4OH3zqtr+4U3+iCl9+9PWX Fn91pSr8bl2xoP2Zm3YsGuzZvLLjQfOVrmu3Vri748eOBePGJX7z+lLP5h0Hrmid+/F75y2W5pZ9 67sNk4K1t952sWWMNH7zx86TDwtNKcuKAhCAAATKEpC7mpdccoksOpRbnbIAUf8qSNYcylLyyZMn y7Lyf/mXf/m3f/u3Yu20tLQ0NDScOHGiubk5nKHr9Yw/+tGPyu5YF2hQf9m3o5vleQJqW3PfU9Gv VuNWrplcJS8HDz4h2l41YfzxY288mqLmormzZFi4vOGmmSV3v+OR56R9GR5kX08dPCxlX/nZfa+8 LpiOP3XfGvnwJfX6Xw+8evWU844ee/eiHZtmBjM/Pnni2HETW+/57iVx4yLxMlTIh/NaSu8wOwxq QAACEAgCUfPLL79clpOLAr/yyitvvvmm/ApUNnkhb+VD+UoKSLFitLR0axkPBV1v8nPQEcSrpVCC 9VfPXfndby1TLY9fJA8gUNvKuVfbk+UZX1j24XD+fvSJjge1ZIuGrowL6//fe893ZwTBnX9xmwj0 8WNjrm6ZKbvQX6kdBRMnX63fxrtL9uZffysiPvYDUy4OghnnjX93EPz789/b+w8ddyy9de3hY+++ 6a5rFiuhP3r0rYsnjNOVf/f6m8eDcByyLwhGkBJNQQACZzkBmZuL6Lz88supEW/5UL6SAlKsGChb unOCbp7MNSJ8RXk397ykZ8QSV1n5VVHL5BbHW2Ys/U8Nou9HXx98UE2TZWatZtCBhERMnZtvve1P lIJfHc6jx31gwhXKzrB9taNAQi76xZuvP6+7MH7C5bp8QY8uHj9u7PFjR+UHsjIq3HvP0rtvvVlC PVJM7Fz61WVPvX5MV/mHjpU3q2gMGwQgAIERJyCBb4m0/PKXv9QtNzU12bswb6WAFCsWT7elOyfo I26raVDC0Ga2LdNnCXCbt2vCifbSiXFwW03Pjz/3yI5UY2SQkGjN4WMSTTn+4lOPFpZ5sGOlDABm Nm2HXKTw86+/Kf9WTb5mxheuCOfnR9+UsPjBp1789/BqQEIugTFMT/n1eKAvD5Z9QS4P2CAAAQiM JIEJEyZI3FzPzUW+3//+9xsRt99KASkmhcvue7QFXUIurdeFEQwJXGgtDjeRWhNG/8D7zM3ScR+Z dMHhgz3mXujlDSZIEwqubFr9rTJhSCc/5FJUfB/seEKm/e8ef94Xrv6IXBCoeH3wve/d+e0woD9+ VhQXioLsJtpvbC6LkgIQgAAEMhF43/vepx/DIltXV9dvfvMbrelazeWtfKi/lWJSuGzjoy3oot2v PBZGMCSAvtLMxGXya8LoTxx8+fme55XSH7vt1pvNuhd5b4VcwriHzPR1/OStYNK9USzluNQ9duxw eKMzGjDCyLjudkHI5dWjx45LdP6KyROPHzu8I14ns/d7d948b16833CEsKL3OZvLoqQABCAAgUwE 5DGKek2LrekfU5ut5vKtFJPCZRsfjqDLIwPCpwaU3L57z71q4hzGT3QkRG2bx0++uioYNJFxCY88 2HHH9w6EwZCym14JI9tFkycHxw6/FsbZx17RcMW4cROXfmuZnryrQHy0JUIuQbD3xUNv6O/eOPSi WYaobq5GVwBmGQwz9LLuoAAEIOAbgcyCLmvPzV+JzshcW9+iDIKPiLjHc95FEl6xYtM7Nt21pnIi skxFnjEm5V/q6ZHA90VqYYyO5MgSFzV5P/pP6t5mse3Rp17UQZ/x7/tAXGaGxHkkEnNFFCVnhl65 QygJAQg4EZDfBOln3OpNR1p+pjY7nh5K1vjxlWSkyCzo8sMi81dZV14UcTfrweMq0Zp0vbak2GbF 0HfI7VO5KXr/wfBR7kHw3OJ5m8OV5OFKldy8+/DB5/JXpIyTsURHaS5vuFlubM77Dx/XyyXHT/hw fJ9Tr3gxy96JoVfmVUpBAALOBOSBtzp1nFFzHWmx4+n6WykmhcvuMLOgS4vZf1gkP++U5YPjNysV lkjI5p5Bud0pGl3aPnvZYmIluL1c3SxMlHm6XoSuhXv8hIve/Nm9+odFL/XcG1y9VH6tKm2q+7Ey E/9z2f3MlmtkfNQrXtK2UO7LQqQABCAAgWEQkJCD/BZUnmkudbWIm7ug9lspIMV0fKL0NhxBL9dm +L0sAVQx9H//XfAn9+5YFIQ/2swt6FZR9c1VDYsyhVzs/R58qvfwsWNP3XefxFtkBboOeYt2i6ZL m2bZuxkGxk24rmHyRCkpn6i7oDK0jL/prjVXTDhPmtUrXuwt/tVSGCOS+7ppDyGoBANlIAABCBQl IBmf5Zf9H/rQh3QJo+aJt1JAiknhsijDZ7ls375dfjYqgli2tBSo/FkulbRGGQhAAAJnMwH9039Z xCK/Hir8sajMzUXNJYD+0ksvlXici9yklGcuzp8/P/MMvcKbomezh+g7BCAAgQoJiEyLWEsy5z/+ 4z/+8Ic/fN5558nDzWWTF/JWPpSvSqu5vaPMgl6hlRSDAAQgAIFKCIimS/ohSSkns/UpU6ZIYjnZ 5IW8lQ/lqxJz80T7CHolwCkDAQhAYHQJSIj85z//ueRzfkJt8kLeVhI3Z4Y+uo6hdQhAAAKnhAAz 9FOCnZ1CAAIQGHkCCPrIM6VFCEAAAqeEQG7Z4inZPTuFAAQgAAF3AsNctui+Y1qAAAQgAIHRIJA3 Q3+2/+Bo7IM2IQABCEBglAhcWTNZWtYz9KSg6+/YIAABCEDAfwIyC7cFnZui/rsMCyEAAQhURABB rwgThSAAAQj4TwBB999HWAgBCECgIgIIekWYKAQBCEDAfwIIuv8+wkIIQAACFRFA0CvCRCEIQAAC /hNA0P33ERZCAAIQqIgAgl4RJgpBAAIQ8J8Agu6/j7AQAhCAQEUEEPSKMFEIAhCAgP8EEHT/fYSF EIAABCoigKBXhIlCEIAABPwngKD77yMshAAEIFARAQS9IkwUggAEIOA/gdEW9P0z65ccGiEM3WuX XHXLemlMXixZ252p1f271+u6qZt8O2bMVfsztVi08KEl9Ret3x02Js0m7NSfHNrXXV+/5J61S0Zu p+6m58wubKsk8P1X5dBJI/Xd+8Th9ofuttECBCBQEYHhCPr6W67SgiWb1qYiki1n9bVf37Ym2Nd9 0Zi8rYQcF1feQzs7u5vnzJJ9yovamimpuqN3s373k6Kq6mWKTIs8xdbob/c3z14RBD0PxJ2yWg5l TlsrPb1ozEVKrfI2q7Ww1SVre9Zs29gxu1lafmDnw3OaGkxpKVkzu7OttfHIgRfGzqi9tXVj/67m mtDaERpKKvJ4pYWKOSIh7of2HTheV3d+pa1SDgIQGEUCwxH0yswRNa9p3vV4Y+2kSbWNr0k6DWvb 2NqoGpEyua3EDFrpaU93b/WsG6eqF8G0Kekasrh90+K6KtX4pK6+H4qa/koNOb/KN3pxe9dgX1dd qEQi2dcGC9fJW63C9rZ/97ZNvYOb2prEyqrpTYPBYNP0Km2xGZMaWzcODfU3BA39Q0Nd7YvDHdc2 tiwMbqqv79hb3VA7SQ98MjA0tW2SYUMUvGb2ip6tK6QReSHfrZh9beE4oS4a8rZU3ZdiF5UaUJMj kBqWoi3rVU6q32Vw6u3dJFAuqpchtGpTb69CVNMT9jRl/NONqN6l2laqSvGeVnZInj6lzMVocZPl 3CnKSqZcGZ1rLq0qYmRP6UwFc8QWm6DEVpW6FkzsvgIOFRl89hTKJuhaDlZs7Vkxu6bEEaOKXbu6 b3D5jVPFJcVnoFOfsVT+mS3LS3Df1r4qUDNBeWELa0JeK/ectHPLHbeurK/vndEiuxYV3tO3+lrr JJFeXDt7RcPCddpGEWsZBoy9ekyK9VHr1xiRbK3+gqi3t3ewd1N8+TJp455oUJORoypU/2gMUA2+ JsNeoeVVdYsH4/2ljjdSZeqNy1/bszGlcnEQk1SzauwJT61Y3kWLB8WtpYfVwlYf2Nm5bpeMZUOv 7ZEeDi6uq+vqk+Z179L7pc1et7B6Vfs2u0HxSPXCllQUlbv1rCkp505RvNkhHOntrTwyemjf3oHC XRzo36dPFjnrUw1YvuWZeCaX3UBqVEYgm6Drufa6hQ1yDq9pCkQMZN6qJ2j2pFUVC4+2MGTcGby/ vz0x2VRRkZQ4g4zhZvZqlxHd7NjaIz36+e71opULFy60xU6OoawHSk/nyo69Ex++/YtB87JATZb1 HLyxfdmq6VUyVonlakoe6Km0bEas5bVRPQ1ETfYjlYxFP9LrWG1z1yKqWVH/aAyIyRSdbWk/Tqpt aKw7fiAM+ISTqbVrW6WizFiftGboQk+3VjiT1V8VjMG5YUY6IVc24tbSw2rioNJ+kWFA7bRwhh6B Sr1FMWtOc8/WTusg2N+5dWB12wK1i9xIUzjA2LM2c4GiA0Q6/KW7b7/WZheE2vJ6I4ha165V41sY iLOukCLX6OiiAFeM7TK5sF5BrVzITu0sPAz0kV/CWbFZg4mwoQp2rVU+FpOeNDP0QlNNx/RXieOh 4CotvEjtUVefyjZ7mI+sVXhbY3uisd8+nMQ2OUHkZLHh66PReLDwusG2xBIEc7Jc1VeZilEqR2Du 3LknTpzQE8GfvvCL/NBI+jst6Pq7NC2LaqmpaJWar+U+0cJn5rz5ngijFv271qlx3sz1wp2I1twg Iq5Ky66lTGFFNStM2aSi7PSHUbPRXLth4UIpXNiLRId1CKVws4eTRBkRdPsTe1IvjQs6M+XXbxMF jAHSx8QMXc3rIxqmEVNMdmrKS7PqtQAJ+cdvU/xlXXZEgm4bUOw8iW3WPurTI0ElR05+mbw9Wv0N PzdYxELdWbunhd3Xh4SuJf21X5vqQQQwbMq8NiYlKJlD1xzG6kWgW9MuNq81+fxmI/i2H1OdZTvO GKPaj84du5ZldtS+fZYpAyKPCwrzNh97eJrE/jKvo9YSh6ixLb+p5KFiTudC1LZ58dFuqqdakvO+ DTz70XW21DCiLTIuYh4MT9DlaK6qu+GGuioJQ5vD2tYmfYIl5tFG/W3YiQ+lompH/HqDFgl9StvF EmJnnwY6hr5u1w+V1kgMveGHavqcEHQdQxeJVMKet9mCa4dZEiEXqwupx7cdUYmUVORg3a5dif0J wEJx0fqVb5cZGlN10B7/cposgl5XV1UwMEQNG/lTp3f6WWrO1dSBR0tnvDW0549/xcYq218x7cRp rIcuwy0a6XVHjMTbKp+qm3aB/LEzpbN2AXsXWuPMAaMNi+Nmea8Tw3OBfpnxO7H3nJimkQk7oQfm fKtyHxZyll2r4ypvOmWIygmSODHNLhIqaE66/DOujKDnN5I7MhNAEmexOc3jiUvYTGICdLaIdJZ+ JgQ9W8hFXydK0EMk4LU9Dz6457VbZowtnMfJBZos5xAlrSS2u619w5pta0xJicSpBiWod1i3LHcd M8UBis0rE5/rIMa8tnBOpw/cFnXlkdiXjoknQi72ZWz32pU6+qyLpYaS5IK0avqqx8Pw4hW2fMvx essd/zQ01NmcEg9JDId7di6oL37folgMdHDsjIWNQfc2K8BlxdBDJMu3dD58e3thADX1xpeUt2/D SlTUGgmemR7PkfUwXNYRja1twdYOuSGs73jL+h9dZZK1bGZS7ZTqYEDFmly2MOxrXCnRNXFZieZe 6Os1oTZ9wFe4b3vx1bTpdb19L0hv5jQ3du58QMhJTEmtehJn5Q4YdQO59HZ+XV3RM0lMTa3c2zu2 vb0xcZdC0924Z48cEjpMmnqf2URCVEC190iFnc8rZuI24X3yFw6ktCFnutxkitYYqJBm4X6E4XB2 fhbXySbo6gSOLmkVNDlPjh/f25EIdMotr6GhZz5aAVZRun3Tv95Ye0QGCqVWsiSxRy/1m1hyMZx9 KJj1EnJw19bo3b5e+iaPOreruoOGhtpgSf3Mn6s6K7Y8E+z8ullwIoqWepDpbg2qAz0Ma3YO3BDd CQzJ7Nn5TXWm5ELkIvFqJcwz1q2i6HBfsXVg2pS3ltTfJDeQy90GCHVBCUTqJud8kHbaVK1uW9F2 R8uKggU8VitTv94cbNutGbhu9vhXQVtTmxdW7+zq6enaWb2w2fA5ZImILIscCKqnpN00lvbj4b/s ribVzqhOxIWK3buTtkRHEtPect6JDNjXf8CYIkdj3fRp8rahac7A1s7dux8YqGtUq57EWfrWsdlK 394sdccyHjaSBBa3r24Nx8sVaTMMc+9kUJR9Zf5POuSwr1+wc0/uQqQs22QBFbivn7MtaiNedZYs NqWm1r4alh2Oxrwts/WneYVsgp7orEyseoKGh/bsqdu7pS+YUFxu0iGJ4+M7jeEkRYts74xb5G6q nMalZlDJYI4+H3I33wf7+5UKfFB2/EFZvrJnY/jK2vTp+tqeNbLKpfaODWbsWb5lw4YFK/VsUI9e erKpIjl17e0t1nkeCrQo9Wt7/rHaarl+zl+pSrmQS5pwmDNKLH+XTKaKCZbVcLj6XgtE2hbKfUc8 0ZZhxp55Tb1xweK6gfb4vD2kpkX2WCW9WH5jJeNv0YNdDWPhLSw79l3JqSG3Rrs7N2zo7Ilvh+rb vzlrE1ovbYoQDOzVM/b9q9Kmdan7lR2ZUU3PQEss/xcJ7m5bEg/t4T26SlYByi42ta2Kb/Oa+Xh0 Q/v22zsam+eombY4q2FJfJilruCUQj3q2iXsZG4kSOmZGi2ikgU/lZi6un2xOSriyrkbs/qT/J90 hCdRyx1t+opArSjLvKnlLtFqJb3wN7WJqTfOssabcIoj80K95Dc+VjP4N7OVZ2gFF0Hf3zR9iYqW hBdxra1fkstnWelQyaGvYaqJfG5TF+kN3267QY5iOY3lpzeVRGwsv8hERtanv18+Gezrs2d8RXwn R3ZV7R2P5wuunq6axRfh0b8zmKMnaNObVswJdhYuoJaxRK9Pr+DaXGZnA1F0RsdoxtQE1uTUNjX/ KkSGupYS80QR5ZYZvfoCtqmt9/G8tYyT5LdO3W1N2jWJkEuJA9vEkewVPnrtfGL7v3vfNTgUhlxS Z+glfogrg01jIH6TSyXj7fBwCjqjH3+t6qtNTNxUFR0xaP5G8k5D0d7IwdbVXqfJSyShZVd/iRm6 yMrju1ri3xzU1LV3VTJDl13oX4qpTZbt7omXYIYK3mvFlGxn1czu6MqVzNkvt3ckyBY2dPs+mZEU OxdsU1W/wl9+mFYaW9cIq/yf/k3tCn9yEZGQg0pxCC+VpL/yszh1PRd1YnD6TVUpP7gLZw8lVriq SFq0Nqx5ZxhwVxGnwi1piXb08i1dsfebb6ogcHeGKvNwu5Xxpmi0kkSuXu21LlqVE3fV7duY+oa1 bImLrMIbNaZk4gK57E1Rfcslvk2nF3rrMHR4SMmu7cmjNdGOepQwLL4nae7OJVfdWA3m3fax1g/k 7uxluclxCsrGzPPuoRX613i54JZaZHNl95BPQQfZJQTOVAKJm6JjRNC3b98uEwFRqGf7D15ZM3m4 Q8OZXU8uCW+Ys+0hfvZyZruZ3kHg9CJgRFtGrPnz57uEXE6vjjtaq9YGZA0COe6T6hCAAASyEEDQ s9CiLAQgAAGPCSDoHjsH0yAAAQhkIYCgZ6FFWQhAAAIeE0DQPXYOpkEAAhDIQgBBz0KLshCAAAQ8 JoCge+wcTIMABCCQhQCCnoUWZSEAAQh4TABB99g5mAYBCEAgCwEEPQstykIAAhDwmACC7rFzMA0C EIBAFgK+C7rOA1niSadZOlu6bJRGXT2DNJclcuTaP6kt2Wkoiuy4VPL10tV1ds2MKScy5HovSapU tnuVdTN8omTZLU7pOVqOroB/WRszF7BSdJZJURs3nZc+NHpMpDr4rbNAgEeUCpOCZjbx5FXIHW+p qVpMX4olcnG0dJSaLWuV54Ie5ruQp5AXPNO5bL+GX0DlfbaTUQy/Kb9rhs9kL/EI2RLGHznwQkY1 H0ESpbLdF0vfU7D78Knf6rmYZ5Kjw8dZb1R5M/rDZ/82pWRhT/NDQT7YkIk5C1SCkdNxM4d3Lk2C 3Q3JdqAeiZz+rXOHR6nZ8nZlFvS0RN3hGL5WTaXlEfVls6er3Oe58iUelq2ejj92duuXqnu7e+Ik ZFb76Qm0dG51vVnztdyH5oHm+WnUf6Vp2TP0YqnfW1UqPnsyqCet1ucpeevVoP2kTp2u0zNZr6Od x4nVo1zpiZQFFqvUPib9vU7Zafpr527XlsSXPiVa01/lZnxi0rWzV6hntZupXIw7d2WTazCRzUpM 1FddBZ8nbdBHWgw5/FZl7TAz9Bxhk2lenkcvD2TXLcdz8HBX+dImFet11kDduLZHbVHJfFB5D8c3 F4uWa1J8bTwhjZuemmm7vpLQFtrW2kyM/YVZ4hIJTKSkVJQ8GEGcVkKnNHnAyjtYXgnyS8RngQwS TYNBT03uAOiLT64c1YoBhvsoPKfMiWAfFeVOltCJ3fue1MYop0THT+ygaIa+/pYm29eml3qGXuxb +/gx/PPlwp7SJI/2RLNpXQ4P47VrWwtkKqujCsoP43noaSnDc08bt7Onp+ZBV9l8cuVLPKfYZN21 c8WqJ57rR43npYe3H61upaXX+ePzSprWdEqNOB+xnUY9/NBOWJ5I/V6Y5F4/Utx8njBYP2xdWa6f Oa4fwp57bdI0F2a7t1MP22l2C/qYB1I/z13bYzIaF8ndbsOJXBMn8E33lJXe107cbtqxG8z7UOzJ Z25sTq2iLQ97YfGM3FSMsMZi0tUnXtsHiYZjlywCKi8Hi3lufpyyOe/QMnmcDaLUlNY64apxuv26 MvvtvNLp2aITGauLnGVFM4MbFHY67NRTzz7HzetEaoScm0OHRo/dj8v0SbqC1MO+7MmiT974af6J c9Z0Lb2PhSm8bUT20WW7Mi2fe6mjPc4SkRQZrQDxsWSfRJkf2554HnqQSdBTE3UnUoanCVBkZfxV Sprzwn6k6qmWxSKpKpTGh0dMLrNEwmCTokGjTE2jbloom/rdtjl/v3kdNF8VI1OYVN7uiNVycsgx 3SnMOJGapj31QztziOmRKhmmBSnMKK+P0dQcFybBhXXm50m2SkWfkvejhNfiZNPJU0J9nsxqbwjb 41naKVLsbI8+L9ZB61CPSiYst4cEjaiYoBcMDKGZ9iBhTRpSzpfCkSOh4JULemKOpw0rJuiFp17+ jsoAtFOgaL8UA1j6ZLFSk4dtyJAQ4yr07DAEPQE8N2Sm5ucpdrRrk4r4JW8XCanJJOoJQc8Wcqkk UXfi+EjLg17RZYXKZzio04BJbi15LdmEC2smEplKeFddIUabnS/NXPjIh3FSylKWDDv1uwo7RpbH xlfU5dRs9zrHplw+m9ySqX08rAIUdoDF2mWYIrmYBcUC4pIFe2F7e3cuSWbRLpgrbslUp90hAcp1 C4PYC7lr80NBg5UxMtdgCa9JPjM1l8mlkNbVJItbV3tjnCUueQ9QZYNbZ1KplbypPmnalPNjU0JQ dqLngj5HWa0lm253b/WsMHmbpPSrs+pPqQ4GDsThwYq8nlJIkimGESFzFBce9zrxtAQaHtjZqVOV Srbo4e0ucblZeaZm5eswWGzyDsqZWiyDqLYt9SbHKAAcHgm7lp2XvFgG9qh8saPdNFdEA3O7sNLk ulqeTdCHkag7NQ96BVZLjt0e+1CT89PKwFu0gfOnTKtTMyOzvRbmYwwDas07AzOlrcCA4ad+n1Qr Z3ViHlrRzbci2e7DFI6SldGcuql9rA3v5eqtMIV8qVs00pok9TxSQEQmmCtaW0V/m1VIusgW5VzV O45n02FZk2JblN20INmHV7SttvIvR60W8Vr47fpbmgckDWta9nrR9Hi/jSbnsrHTZKxVyt5c/A7h oRcOmN6HoPKTJif7rbJa7+zu2mmS1hbxWgowmQ9VcuAFgShInQrN5Y7iRHKVeJjf3bl1YE5TGMCT c1MMiyO75TtSmSVlS4VDYGJIKHGnXUadwlTylQMsa83IFbBHZZ2s2IzaKTtJPdpNuSIamNuFHBjV mVMop/c1m6CnJuouAbFYHvSy3LvXtg/ULV6gZkB6S6SuL9aCHOgNQffKeO2a3PpQ9zRCl8R55Q+1 395R1gApMLzU79rYZkvF1AS2/PK4EtnuxZLje7d0xKdukT4m+yT3LXW2a3s6Wdjx/P2GI599s3dB 22qTVL6wrroWaWhTGbTlrtSqtk3qRbKRuunTTF2V1r16Vfs2u7ViPZKLqhVbg8clR3L74oQo6zuB ppHE+ZC4bSjhoyKnYzhYmjVUpUHFx+EsuUX/nc7u5jmz5JMSXtPlrclX5Tnsw6TSZohSV5aFyxBD y7fcfvtAXaPOry3nZnXscbWaILqAqORQdykj57hxjb6PXeJ6SF1YdHSrKxh9V7knuFQuQNvjE1ay w1eQ3t3F3krqhtdh5hA1V8ZFapY62qVKcQ0cjHcRHhj6cHLfsgm6HDaJlOGlL9CK50HPWV64ykU8 vaRtk76QtLbwCN7UtmTL3tLLqGS50uO9bU36crVjb53KmD51de7yvL6meeGgtWymGMThpX7XrUnm 8rq9HdqGprbe/oqWxxXNdq/07lB1vIZBZCStj8l+hDHcnc0q5rPq8VIG2K1VSRp4O8O9QNgYopMV Bbnb+lo7qsKzMQyhxKGBMEd7TxgHSJq3JlL8yMLlWzolK3z+KpeUHh3ZvV6CY+t2dcqoLtnrZdlG jTUuJgh3qoTx6uRpkiG8oXVjy4zeMFo3ZkzN7I6N29bkH0s5VjLN39gc6JLlQEWSLmf7oaAxnm0U 9Vo8ACxoDLpV+83fUHeqK9nEKtv+rr6U9IcijjK3lYueuGu5c1O6LOdpbjZUcpdWbCclZKdHLHFx MZmWc7yrvU4fAxIabdnVX2KGbp9TqvDjjbW1ktwx6IwWGq3qq6085lMJSTlZRDekj4WrrVT19G9l xt0cdGoc196+T2lIUZ1InIzqaM81W1wDqz4WPKyP0OaS0CrrZlSKJNGZcFEYAhCAgDsBiVVeuzpt nM7aNEmisxKjPAROUwIpPwQtMlE9TTuI2UkCWUMuEIQABE4XAuGvJRNr4EY6oHG6oDhb7ETQzxZP 008IQMAbAqWeYOFiJILuQo+6EIAABDwigKB75AxMgQAEIOBCAEF3oUddCEAAAh4RQNA9cgamQAAC EHAhgKC70KMuBCAAAY8IIOgeOQNTIAABCLgQQNBd6FEXAhCAgEcEEHSPnIEpEIAABFwIZBV0kwAs lzrW2n2mRMBR3qbR+y1ypjytVn7hUmmIXViPXt1MPdVm2KnRRs8wWoYABE4mgayCHv3AyT11rH7y apimVz0nbxS2bHlarUfvj9aPuEahj7rJbD0dNTNoGAIQOMUEsgq6nr0+WZA6NteNwf5dOnWONfVO ZtENUyrnJZ9NSVJcQbJpm13pPK15TynSDwK10zqLtVZ+4WiGnihgHh9qMh/JY1olK3ThY0Wt9MR5 iaS1uXYC4kTy5TjlUPSoUvuh3vkPGc67hkhkpE3de/GMyfqx1KG7KkwSf4oPWHYPAQiUIJApp6jJ qZjIBBg/AChM32eyTRZL8ZxIWqjzpdrplXXeQjvZdLH8ovZ+UxNDm7R+dgpHbWFhWue4BTt1Z5RU 02S/tS1JTVxpJx3Oz5EdGWvXsgrbEMzrXOJBlbcwoiQt5Oc2zGVNTN17asZkncYwASFTMkMKQwAC p5yAU07RSoZG88R9nazrUCDJ5AbibEGByoAT5kI0m0oIkktOFNcKvzc5LlQekxadhUunvMnPLxrm wYoT1IVPmLNTNEgVeVy9CexIWgDrWfUNOi1k8S1KxyMpHUJBDQLbEnl0vdZZe5PUBCrpXbiZWoky MqLo9AjGmHwIko5jseScU5mPdE8lqDKxPfowTCNZLL9J6t4laY7JXmQXGNi7Ra6TSmckqMTjlIEA BDwhkDXkksFsSRQpuna4gozJdv6w1BSXZfM1l83TGgcWwqQqvWkpNCvoWJQD0E6oVqSWif/U9JRL GawTKhbLvq2Ht337enqC6qYwEZ3kDdr/8N46OzlfgQ3JvRfLmDzYe2hZe4tJwFYBAYpAAAJeExhF Qdfp5CdWkDF5INSpaJNaQUEGSMktG8dDokucxBxcKpfI0yoR5PoFO/eoqjrI4LIVZrm1W1MZRJs7 4/hKcgJfZMfFsm+rZG/dXV2PNTTPqQ0T0fW03PL16mRyvlyjxfaemjG5YWFLa+sKSZBmUrC6YKEu BCBwygmMvKCbGV+cpb5MxmQ7ua3gMLntbTTl8jWXztMaLgIxgaBt7asGHajbWW5VCmOJh+RtcjGx uH21juNIquvk10V2XTz7dhh1aWvrUKnoJbI0duvWXp3lPXVL3XvJjMmT2u5oiaNVDlyoCgEI+EBg eDdFZaYr9z/FfnMzU09/5cOW9nY9Bbbm1FFh9XG4VDGeKUev9X1RvZla5p6qnuzqe4mJMtYdiVwL 5q6s3PcL97dwnV1XmydmJ+7r6jKqrn1T1LawqqtPbqbmLJHCLQsb8gnkXQEsbm+XfiWuLWRHxkLb BvvSwb7nad9ZLbgdGgEwPbUbsfduxfqjXuiborq++tb09JTf5sEACECgUgKJm6IkiXYZVeXKoL72 jsdLpDl3aZ26EIAABEoTIEm00xFirwc/tK+nuzeYNuV8pxZ9qZxbyK9+RRBuS9Z2+2IddkAAAhUQ GPkYegU7PY2LqKWKQY3Su6rpSzb27dGLKU//TX4fm9wK7zyf/t2kBxA4kwkg6Jm9a5bTDA29dqao eWYIVIAABDwkgKB76BRMggAEIDAcAgj6cKhRBwIQgICHBBB0D52CSRCAAASGQwBBHw416kAAAhDw kACC7qFTMAkCEIDAcAgg6MOhRh0IQAACHhJA0D10CiZBAAIQGA4BBH041KgDAQhAwEMCCLqHTsEk CEAAAsMhMPKCrnJmrh+OLSNXZ+RS2oeP3+rOPa195EykJQhAAAIjTWDkBV2S74y0kaemPZXkqGpT r8m9cWrMYK8QgAAEKiSQTdBF4+pVqvv4UXxhZgn9ZD49K5fpeVPbpp6tKy6qX3IoCL9dvztKICpp g/TT++RF69q1OtP8k1aD8t4Utq1XWXiincTJSHOPBrSeCGg+vKrPqm8S3iuT9BaWTN2XqRf2NHz2 1g8rTDlUIW6KQQACEBg9AtkEXew41Lupak6YYU0exbf+lqbeGS36GX3NQadoujyMUGdOMImSU03f 2tmvEsI981HV4OvTV+vEEStmN9v5o+MRolfnxOhqr6sZc9X+UI5rmnfpz4Zq+1YpTZfB49q69i75 ZLBv9Z1tm/R+ZTDo2FsXpqUQg5sDGY2UpodPFiz9EHNJRf1a+OytD44eelqGAAQgMLIEMgu6pLaZ pTLWyzy3c+vA6rYF2qAFbasHtnYm5LiYrY15WTEb2lobQ5W9cVbhdFgy0q3b1an3JxnrZQwIdj8w ULfYZEk2aZS7e6t1O6LFkkhI1Ti0s7PbJJ9rbG2T/Jw9BMRH9giiNQhAwBsCwxD0yPZD+w4MBINN 06t0NKRqepNLrs4YyMCBPMEN04EWsqqekXsG+flTpgW9vb/JLyRJpdUHR3p7B1fM1k8vl62mRIZP E9ixIjPeeAlDIAABCFRAYPiCPql2SnUyEeUzeiqdtqVLczkLJS1y9b7+A4liA3tzqn/kwAtBXd37 0xs6v66uTicCjbeiTzBX0/9wKx0sKmcw30MAAhA4ZQSGL+gSI2leGDTHKxTVDFcC3PaWk+P9u7dt 6h3ODF4iKiYnvU7/Ftw4q7p307b4XqvEZCSAUxuGWYL2KGXa/lVRDH3SnOaGJQtW6nuhqvpFrEE8 ZccaO4YABEaZgIugB8u3dNXt7dDhjKY2uXUZztAbmuYMbF2hxV0C691tTfJt887ASjyfoU/qLqvc C1URk9kdXX1dU8Nbmv2dcSBl3/TVOlOaGBN06vUwzTe1L9b7kHl3y4xeHRVS1XXGuPKrXDKYSFEI QAACfhAYM3fu3O3bt4veiT0mgbQftmEFBCAAAQiUImBEW8LF8+fPd5qhQxoCEIAABPwhgKD74wss gQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj++AJLIAABCDgRQNCd 8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4EEHQnfFSGAAQg4A8B BN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI+EMAQffHF1gCAQhA wIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZAAAIQcCKAoDvhozIE IAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74qAwBCEDAHwIIuj++ wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC7o8vsAQCEICAEwEE 3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDgRABBd8JHZQhAAAL+ EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQgIA/BBB0f3yBJRCA AAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19gCQQgAAEnAgi6Ez4q QwACEPCHAILujy+wBAIQgIATAQTdCR+VIQABCPhDAEH3xxdYAgEIQMCJAILuhI/KEIAABPwhgKD7 4wssgQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj++AJLIAABCDgR QNCd8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4EEHQnfFSGAAQg 4A8BBN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI+EMAQffHF1gC AQhAwIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZAAAIQcCKAoDvh ozIEIAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74qAwBCEDAHwII uj++wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC7o8vsAQCEICA EwEE3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDgRABBd8JHZQhA AAL+EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQgIA/BBB0f3yB JRCAAAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19gCQQgAAEnAgi6 Ez4qQwACEPCHAILujy+wBAIQgIATAQTdCR+VIQABCPhDAEH3xxdYAgEIQMCJAILuhI/KEIAABPwh gKD74wssgQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj++AJLIAAB CDgRQNCd8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4EEHQnfFSG AAQg4A8BBN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI+EMAQffH F1gCAQhAwIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZAAAIQcCKA oDvhozIEIAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74qAwBCEDA HwIIuj++wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC7o8vsAQC EICAEwEE3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDgRABBd8JH ZQhAAAL+EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQgIA/BBB0 f3yBJRCAAAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19gCQQgAAEn Agi6Ez4qQwACEPCHAILujy+wBAIQgIATAQTdCR+VIQABCPhDAEH3xxdYAgEIQMCJAILuhI/KEIAA BPwhgKD74wssgQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj++AJL IAABCDgRQNCd8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4EEHQn fFSGAAQg4A8BBN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI+EMA QffHF1gCAQhAwIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZAAAIQ cCKAoDvhozIEIAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74qAwB CEDAHwIIuj++wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC7o8v sAQCEICAEwEE3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDgRABB d8JHZQhAAAL+EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQgIA/ BBB0f3yBJRCAAAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19gCQQg AAEnAgi6Ez4qQwACEPCHAILujy+wBAIQgIATAQTdCR+VIQABCPhDAEH3xxdYAgEIQMCJAILuhI/K EIAABPwhgKD74wssgQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj+ +AJLIAABCDgRQNCd8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4E EHQnfFSGAAQg4A8BBN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI +EMAQffHF1gCAQhAwIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZA AAIQcCKAoDvhozIEIAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74 qAwBCEDAHwIIuj++wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC 7o8vsAQCEICAEwEE3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDg RABBd8JHZQhAAAL+EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQ gIA/BBB0f3yBJRCAAAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19g CQQgAAEnAgi6Ez4qQwACEPCHwJi5c+du3759zJgxYtOz/Qf9sQxLIAABCECgLIErayZLmaGhofnz 5+cJetmaFIAABCAAAQ8JaEEn5OKhazAJAhCAwHAIIOjDoUYdCEAAAh4SQNA9dAomQQACEBgOAQR9 ONSoAwEIQMBDAgi6h07BJAhAAALDIcAql+FQow4EIHCWE3jjjTdODoHVq1evX7++7L5YtlgWEQUg AAEIpBMQQb/gggtOAp3ly5dXLuiEXE6CR9gFBCBwBhIYOjF0Ev4ygUPQM+GiMAQgAIGIwEnR86FM uBH0TLgoDAEIQMAI+okTQ6P+lwk3gp4JF4UhAAEIxIL+9okTBX/9u+781KI7488H//MnGrqfG0wU u3PR1Xfu6i+sm/pJJtwIeiZcFIYABCBgZuhvnxhK/n1k1m1/9bG+b9/fL1/tv3/bcx9v/vwVExLF vvY//3nf6vnd+374mXPec471p2sl/jLhRtAz4aIwBCAAgVIzdJllf/6/Ln9kdcfg2ye6/vm+L944 M3/ePfjlP7r6/zx34q83/vXti/7xf/8ut/23+VdK/KZwkp4JN4KeCReFIQABCBQV9A1f+uy54Vb/ yHNbLz/33L/c/uxfzq1Xn3x2fxycCR90e+LExJo//dGTd018e/9n46+GhgKZnSPoHF4QgAAETgGB t0+8nfj7yt//4DfRtv/m6dPv+/H++O0PLosKn5BlK30Pfue8889Tf594Nnj2E+GLa3rDNZCi58k2 M3WMGXomXBSGAAQgEM/QJUJSfBsa+uBlNRMKv5cJ+rQ//errattx+4IgqP9/4ctHp4dJKlKay4Qb Qc+Ei8IQgAAEIgJv52/7u+6akNumbdv3gz+y3l//lbt0cZmhyyxctsF9D/2P59+qk0CL/jwMxSSa DN9mwo2gZ8JFYQhAAALpM/TLPr90MN5+vPmOui9+sS6o+3H8yUMblurpdyjoJ04c6P77z33l/g0b /lza0vPyMIYeLmtPbplwI+iZcFEYAhCAQCzoyXB3FAD/1c8enr1o513f/vZdm2bPvv7Pf5VXTIR7 aNd3vzZ77fOPPPy3E8IJezgvD//CgEthCJ0ZOscbBCAAgdEn8LZIccHff//6n824/m//1y+7Lh06 cennv9Qxe2hG9Z/93ComM/T/+JU7ex7uePuFR+qrP7s3CHQj4Qw9rcFM/Qhn6DJiZKpDYQhAAAIQ SARHHrlrxSUfuuSFqctefuX+yfF31/2XtS+/suG2D13S8KcrfhWFVqLIyoUfve7pV15WhV9s/NAl q3cOXnbpucMOuWgZD5+Hfs8994wbNw73QAACEIBAhQTk8blH3jhSYWGXYt/Z8J1KHp977NixW2+9 NZyh//rXv3bZH3UhAAEInIUETsKTuWQXFYLVMh4K+g9+8IMK61AMAhCAAAQ0gXCh4ehvFdLWMh6G XMaOHbt582b5t8KaFIMABCBwlhOQREInjUDZkMvx48cXLVok/4aCLmYtXbr0+uuvP2n2sSMIQAAC EBgpAjI9v/vuu6OQi/xP3rz55psj1TrtQAACEIDAySEg0q3VPBT0iy++WL9qbW196623To4F7AUC EIAABNwJiGiLdOt2RMzf8alPfWr8+PHyRlbh3HbbbUeOnIyFOO7doAUIQAACZzkBkWsRbZFu4SAy LmL+DlmB/rnPfU7fEZWvv/zlL0s4RoLrZzkpug8BCEDAWwIi0SLUItd6Ci4CLjIuYj7m+9//vp6e P/bYY7///e91B+TrefPmffKTn7zwwgtZ/eKtUzEMAhA4qwiIjst686effnrHjh1m2v3e9773uuuu u+CCCwRFJOjy6g9/+MNPfvKTV1999awCRGchAAEInL4EJG7+6U9/+pxzztFdyAm6fn/o0KFnn31W Hrd++vYQyyEAAQic8QTkWetXXnnlpEmT7J7+f1xT8tYaEUjVAAAAAElFTkSuQmCC --_004_D35F244179B6214ABD48C7FB554075803D7DCAWXEX01windawncom_--

2 1

Failed to get size for volume %s issue
by Nathanaël Blanchet 24 Jun '15

24 Jun '15

Hello all, I've recovered an inactive storage domain with pvcreate and the latest /etc/lvm/backup/vgid file. Vms never stop running during this operation. Now the storage domain is up but I can't reboot any vms. All vms boot with the same error : VM xxxx is down with error. Exit message: ('Failed to get size for volume %s', u'a7584bd1-1fb9-48a9-9b04-bd8a1d35660a'). If I stop running Vms, I can't boot them anymore. If I'm looking for this volume Id with lvs command on a host, I can't find it. It looks like that the id of the LV which is used to boot the VM is not the same as the one in the backup file and lvs. Knowing that I can't export these up or down vms or booting them, how can I recover them for now? Thank you for your help. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

1 0

broken vdsm installation because of fence-agents-compute
by Nathanaël Blanchet 24 Jun '15

24 Jun '15

Hi, I failed to install this morning a new host, with that dependence issue: Failed to execute stage 'Package installation': [u'fence-agents-all-4.0.11-13.el7_1.x86_64 requires fence-agents-compute']. From a yum view, I get this : Erreur : Paquet : fence-agents-all-4.0.11-13.el7_1.x86_64 (updates) Requiert : fence-agents-compute I installed some other hosts last week without problem, the issue seems to come from the update of fence-agents with the 13 tag (previous 11 worked fine) -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

3 2

Adding a new quota via the ovirt-shell
by nicolas＠devels.es 24 Jun '15

24 Jun '15

Hi, Is it currently possible to define a new resource quota (CPU, memory, storage...) via the ovirt-shell (CLI) in oVirt 3.5.3? I have listed all the available commands but I can't find it under any of them. Thanks. Nicolás

4 4

swap + crash
by paf1＠email.cz 24 Jun '15

24 Jun '15

This is a multi-part message in MIME format. --------------050800090401020804040607 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, we have big problem with metadata IO error and swap issue with: OS = RHEL - 7 - 1.1503.el7.centos.2.8 kernel = 3.10.0 - 229.4.2.el7.x86_64 KVM Version = 2.1.2 - 23.el7_1.3.1 LIBVIRT = libvirt-1.2.8-16.el7_1.3 gluster = glusterfs-3.7.1-1.el7 ( replica 2 on XFS ) Phys.MEM = 128667 MB total, 23160 MB used, 105507 MB free swap = 398334 MB total, 32049 MB used, 366285 MB free Can anybody get any idea what's wrong ?? System swapping continualy in spite of a lot of free memory available. ( we added large temporary swap space ) Permanent write to /var/log/messages : Journal: End of file while reading data: Input/output error ... and Jun 23 15:46:04 1kvm1 journal: metadata not found: Requested metadata element is not present Jun 23 15:46:06 1kvm1 journal: metadata not found: Requested metadata element is not present Jun 23 15:46:09 1kvm1 kernel: swapper/16: page allocation failure: order:2, mode:0x104020 Jun 23 15:46:09 1kvm1 kernel: CPU: 16 PID: 0 Comm: swapper/16 Tainted: G I -------------- 3.10.0-229.4.2.el7.x86_64 #1 Jun 23 15:46:09 1kvm1 kernel: Hardware name: Supermicro X10SRi-F/X10SRi-F, BIOS 1.0a 08/27/2014 Jun 23 15:46:09 1kvm1 kernel: 0000000000104020 04badf98503e3f59 ffff881fff403a00 ffffffff81604eaa Jun 23 15:46:09 1kvm1 kernel: ffff881fff403a90 ffffffff8115c620 ffff88207fffd4e8 ffff881fff403a50 Jun 23 15:46:09 1kvm1 kernel: ffff88207ffd8000 ffff88207ffd8000 0000000000000002 04badf98503e3f59 Jun 23 15:46:09 1kvm1 kernel: Call Trace: Jun 23 15:46:09 1kvm1 kernel: <IRQ> [<ffffffff81604eaa>] dump_stack+0x19/0x1b Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8115c620>] warn_alloc_failed+0x110/0x180 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff81160db8>] __alloc_pages_nodemask+0x9a8/0xb90 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8155ab15>] ? tcp_v4_do_rcv+0x1b5/0x470 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8119f549>] alloc_pages_current+0xa9/0x170 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8115b59e>] __get_free_pages+0xe/0x50 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff811aa32e>] kmalloc_order_trace+0x2e/0xa0 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff811acbc9>] __kmalloc+0x219/0x230 Jun 23 15:46:09 1kvm1 kernel: [<ffffffffa02f02ea>] bnx2x_frag_alloc.isra.64+0x2a/0x40 [bnx2x] Jun 23 15:46:09 1kvm1 kernel: [<ffffffffa02f15b4>] bnx2x_alloc_rx_data.isra.71+0x54/0x1c0 [bnx2x] Jun 23 15:46:09 1kvm1 kernel: [<ffffffffa02f33bd>] bnx2x_rx_int+0x89d/0x1910 [bnx2x] Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8101bad9>] ? sched_clock+0x9/0x10 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff810acd84>] ? task_cputime+0x44/0x80 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff810400c2>] ? x86_acpi_suspend_lowlevel+0x12/0x170 Jun 23 15:46:09 1kvm1 kernel: [<ffffffffa02f485a>] bnx2x_poll+0xfa/0x3c0 [bnx2x] Jun 23 15:46:09 1kvm1 kernel: [<ffffffff814fcfa2>] net_rx_action+0x152/0x240 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff81077bf7>] __do_softirq+0xf7/0x290 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8161671c>] call_softirq+0x1c/0x30 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff81015de5>] do_softirq+0x55/0x90 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff81077f95>] irq_exit+0x115/0x120 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff816172b8>] do_IRQ+0x58/0xf0 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8160c4ad>] common_interrupt+0x6d/0x6d Jun 23 15:46:09 1kvm1 kernel: <EOI> [<ffffffff814aaa32>] ? cpuidle_enter_state+0x52/0xc0 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff814aaa28>] ? cpuidle_enter_state+0x48/0xc0 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff814aab65>] cpuidle_idle_call+0xc5/0x200 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8101d21e>] arch_cpu_idle+0xe/0x30 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff810c6985>] cpu_startup_entry+0xf5/0x290 Jun 23 15:46:09 1kvm1 kernel: [<ffffffff810423ca>] start_secondary+0x1ba/0x230 Jun 23 15:46:16 1kvm1 journal: metadata not found: Requested metadata element is not present Jun 23 15:46:19 1kvm1 journal: metadata not found: Requested metadata element is not present regs. a lot Paf1 --------------050800090401020804040607 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> we have big problem with metadata IO error and swap issue <br> with: <br> OS = RHEL - 7 - 1.1503.el7.centos.2.8<br> kernel = 3.10.0 - 229.4.2.el7.x86_64<br> KVM Version = 2.1.2 - 23.el7_1.3.1<br> LIBVIRT = libvirt-1.2.8-16.el7_1.3<br> gluster = glusterfs-3.7.1-1.el7 ( replica 2 on XFS )<br> Phys.MEM = 128667 MB total, 23160 MB used, 105507 MB free<br> swap = 398334 MB total, 32049 MB used, 366285 MB free<br> <br> Can anybody get any idea what's wrong ??<br> System swapping continualy in spite of a lot of free memory available. ( we added large temporary swap space )<br> <br> <br> Permanent write to /var/log/messages :<br> <br> Journal: End of file while reading data: Input/output error<br> ... and <br> Jun 23 15:46:04 1kvm1 journal: metadata not found: Requested metadata element is not present<br> Jun 23 15:46:06 1kvm1 journal: metadata not found: Requested metadata element is not present<br> Jun 23 15:46:09 1kvm1 kernel: swapper/16: page allocation failure: order:2, mode:0x104020<br> Jun 23 15:46:09 1kvm1 kernel: CPU: 16 PID: 0 Comm: swapper/16 Tainted: G I -------------- 3.10.0-229.4.2.el7.x86_64 #1<br> Jun 23 15:46:09 1kvm1 kernel: Hardware name: Supermicro X10SRi-F/X10SRi-F, BIOS 1.0a 08/27/2014<br> Jun 23 15:46:09 1kvm1 kernel: 0000000000104020 04badf98503e3f59 ffff881fff403a00 ffffffff81604eaa<br> Jun 23 15:46:09 1kvm1 kernel: ffff881fff403a90 ffffffff8115c620 ffff88207fffd4e8 ffff881fff403a50<br> Jun 23 15:46:09 1kvm1 kernel: ffff88207ffd8000 ffff88207ffd8000 0000000000000002 04badf98503e3f59<br> Jun 23 15:46:09 1kvm1 kernel: Call Trace:<br> Jun 23 15:46:09 1kvm1 kernel: <IRQ> [<ffffffff81604eaa>] dump_stack+0x19/0x1b<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8115c620>] warn_alloc_failed+0x110/0x180<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff81160db8>] __alloc_pages_nodemask+0x9a8/0xb90<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8155ab15>] ? tcp_v4_do_rcv+0x1b5/0x470<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8119f549>] alloc_pages_current+0xa9/0x170<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8115b59e>] __get_free_pages+0xe/0x50<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff811aa32e>] kmalloc_order_trace+0x2e/0xa0<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff811acbc9>] __kmalloc+0x219/0x230<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffffa02f02ea>] bnx2x_frag_alloc.isra.64+0x2a/0x40 [bnx2x]<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffffa02f15b4>] bnx2x_alloc_rx_data.isra.71+0x54/0x1c0 [bnx2x]<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffffa02f33bd>] bnx2x_rx_int+0x89d/0x1910 [bnx2x]<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8101bad9>] ? sched_clock+0x9/0x10<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff810acd84>] ? task_cputime+0x44/0x80<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff810400c2>] ? x86_acpi_suspend_lowlevel+0x12/0x170<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffffa02f485a>] bnx2x_poll+0xfa/0x3c0 [bnx2x]<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff814fcfa2>] net_rx_action+0x152/0x240<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff81077bf7>] __do_softirq+0xf7/0x290<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8161671c>] call_softirq+0x1c/0x30<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff81015de5>] do_softirq+0x55/0x90<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff81077f95>] irq_exit+0x115/0x120<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff816172b8>] do_IRQ+0x58/0xf0<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8160c4ad>] common_interrupt+0x6d/0x6d<br> Jun 23 15:46:09 1kvm1 kernel: <EOI> [<ffffffff814aaa32>] ? cpuidle_enter_state+0x52/0xc0<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff814aaa28>] ? cpuidle_enter_state+0x48/0xc0<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff814aab65>] cpuidle_idle_call+0xc5/0x200<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff8101d21e>] arch_cpu_idle+0xe/0x30<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff810c6985>] cpu_startup_entry+0xf5/0x290<br> Jun 23 15:46:09 1kvm1 kernel: [<ffffffff810423ca>] start_secondary+0x1ba/0x230<br> Jun 23 15:46:16 1kvm1 journal: metadata not found: Requested metadata element is not present<br> Jun 23 15:46:19 1kvm1 journal: metadata not found: Requested metadata element is not present<br> <br> regs. a lot<br> Paf1<br> </body> </html> --------------050800090401020804040607--

2 1

Problem connecting to ovirt-optimizer machine
by Hans-Joachim 24 Jun '15

24 Jun '15

Hello, I'm playing around with the optimizer. For a full CentOS 6 oVIRT 3.5.3 cluster, I've installed a CentOS7 ovirt-optimizer machine as described in "Trying out oVirt's Probabilistic Optimizer". All works fine... the only thing is, I can't get a connection form the engine. "Status: Data refresh failed: 0" When I try from this host a: > telnet ovirt-optimizer 8080 GET /ovirt-optimizer/result/ ..... The requested resource (Could not find resource for full path: http://ovirt.optimizer:8080/ovirt-optimizer/result/) is not available. ..... server.log shows ... 16:44:01,841 FEIN [org.jboss.resteasy.core.SynchronousDispatcher] (http--0.0.0.0-8080-1) PathInfo: /result/ 16:44:01,842 FEIN [org.jboss.resteasy.core.SynchronousDispatcher] (http--0.0.0.0-8080-1) Failed executing GET /result/: org.jboss.resteasy.spi.NotFoundException: Could not find resource for full path: http://ovirt-optimizer:8080/ovirt-optimizer/result/ at org.jboss.resteasy.core.registry.Segment.match(Segment.java:81) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.core.registry.SimpleSegment.matchSimple(SimpleSegment.java:33) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.core.registry.RootSegment.matchChildren(RootSegment.java:327) [resteasy-jaxrs-2.3.2.Final.jar:] ...... Any tips, how to solve this? Thank you Hans-Joachim

4 8

MooseFS cluster as storage domain
by shimano 24 Jun '15

24 Jun '15

Hi everyone, I would like to create storage domain based on MooseFS cluster. The first idea was to do it by mount Posix compliant FS, but it doesn't like to mount (or i don't know how to do it). The next idea was to use NFS, but even that won't work. NFS causing Kernel crash and rebooting a Host when trying to create storage domain. I've checked everything I found on Google and all my NFS settings seems to be OK but it's still crashing. I know that MFS's issue have been taken here and it may be supported in future, but does anybody know how to get it working in oVirt 3.4 or 3.5? Or maybe somebody known problem with NFS and kernel panics on storage domain creating?

3 2

撤回: can not remove bricks of one volume in 3.5.2 version
by YAN Changjing 24 Jun '15

24 Jun '15

YAN Changjing 将撤回邮件“can not remove bricks of one volume in 3.5.2 version”。 DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed.If you have received this email in error please notify the originator of the message.Any views expressed in this message are those of the individual sender.It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility.

1 0

can not remove bricks of one volume in 3.5.2 version
by YAN Changjing 24 Jun '15

24 Jun '15

--_004_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_ Content-Type: multipart/alternative; boundary="_000_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_" --_000_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi,all I'm a beginner about ovirt project development. Recently, we found= bricks of one volume can not be removed successfully. When selected one br= ick of one volume, the system prompted the following figure. [cid:image001.= png(a)01D0AE64.D70E0FD0] DISCLAIMER: This email and any files transmitted with it are confidential a= nd intended solely for the use of the individual or entity to whom they are= addressed.If you have received this email in error please notify the origi= nator of the message.Any views expressed in this message are those of the i= ndividual sender.It is your responsibility to check this e-mail and any att= achments for viruses. No warranty is made that this material is free from c= omputer virus or any other defect or error. Any loss/damage incurred by usi= ng this material is not the sender's responsibility. --_000_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <style>  </style> </head> <body lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple" style=3D""> <div class=3D"Section1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi,all</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   I’m a beginner about ovirt project development. Rec= ently, we found bricks of one volume can not be removed successfully. When = selected one brick of one volume, the system prompted the following figure. <img width=3D"496" height=3D"397" id=3D"_x56fe__x7247__x0020_1" src=3D"cid:= image001.png(a)01D0AE64.D70E0FD0"></span></p> </div> DISCLAIMER: This email and any files transmitted with it are confidential a= nd intended solely for the use of the individual or entity to whom they are= addressed.If you have received this email in error please notify the origi= nator of the message.Any views expressed in this message are those of the individual sender.It is your responsibili= ty to check this e-mail and any attachments for viruses. No warranty is mad= e that this material is free from computer virus or any other defect or err= or. Any loss/damage incurred by using this material is not the sender's responsibility. </body> </html> --_000_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_-- --_004_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=15609; creation-date="Wed, 24 Jun 2015 02:02:15 GMT"; modification-date="Wed, 24 Jun 2015 02:02:15 GMT" Content-ID: <image001.png(a)01D0AE64.D70E0FD0> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAfAAAAGNCAIAAABhcrSuAAAAAXNSR0IArs4c6QAAPLNJREFUeF7t nQ+UFdWd54uEJEKMGiGhtWNEQ2hME7pNmzHJnKhxdiLTza7kcCLQiAchSzYnJjvA6e4ZzgRHJodN 0wMmTDyz6yzIgDQ4u0wg2r3qao4akxxXO9LYRJugQSetTQYTMQlkRqT3V/dW3XdfvXp/qm83XOBT p8X3595bv/v5VX3vrV/dV78x3//+9wO1/eEPf/jJT37y6quv6rdsEIAABCDgOYGLL77405/+9Dnn nKPtHKMF/Y033njsscd+//vf60/Hjh07b968T37ykxdeeKG89rxLmAcBCEDgbCBw/PjxX//6108/ /fSOHTvkte7ye9/73uuuu+6CCy6IBF3U/KGHHjJfL1269JprrkHHz4bjgz5CAAKnIwGR6yeeeOLu u+82U/AbbrhBNH3Mfffd9+CDDx49elS+OP/889euXSv/6kJDQ0MyZ+/v7+/t7f3xj3/8u9/97nTs OTZDAAIQOK0JnHvuuZ/5zGfq6upqampkPj5mzBjdnSNHjrS2tsq/8nr8+PEzZ84cs2zZMh03F3X/ u7/7u3e9611ayn/xi1984xvfePvtt09rEBgPAQhA4Ewi8M53vvNv/uZvLrvsMi3rb7311te+9jWJ sshriae/89JLL9W93bBhg2i8vJC7oxvVJrJ+JoGgLxCAAAROdwIiy48++ujrr78+ffp0CYyLvkuE /P7775d+/fa3v32nfCqvJG4+bdo0rebf/OY3f/rTn57u3cZ+CEAAAmcqgYMHD/b19UkcRjT9Pe95 j6xe6enpkc6+Q/6Tj0TjdaRl8+bNBw4cOFMp0C8IQAACZwYBEWqRax1HMctYQkGX26N6TYvEzWXx 4pnRW3oBAQhA4MwmIHItoq0n5SLj0Qz9+uuv19NzuQt6Zvef3kEAAhA4kwiIaOtJupbxcIYu8Rf5 V1YlsqblTPI0fYEABE4jAqLDH/3oRz/xiU9I/EQ2eSFvtTiX2ES09YJyXXLM3LlzOzs73/GOd0hM vaOjo2z/Ww7cZ8p0TJlbovzMljWLGj781H1r7/ze3jV3bbp8QriExt4OH3zqtr+4U3+iCl9+9PWX Fn91pSr8bl2xoP2Zm3YsGuzZvLLjQfOVrmu3Vri748eOBePGJX7z+lLP5h0Hrmid+/F75y2W5pZ9 67sNk4K1t952sWWMNH7zx86TDwtNKcuKAhCAAATKEpC7mpdccoksOpRbnbIAUf8qSNYcylLyyZMn y7Lyf/mXf/m3f/u3Yu20tLQ0NDScOHGiubk5nKHr9Yw/+tGPyu5YF2hQf9m3o5vleQJqW3PfU9Gv VuNWrplcJS8HDz4h2l41YfzxY288mqLmormzZFi4vOGmmSV3v+OR56R9GR5kX08dPCxlX/nZfa+8 LpiOP3XfGvnwJfX6Xw+8evWU844ee/eiHZtmBjM/Pnni2HETW+/57iVx4yLxMlTIh/NaSu8wOwxq QAACEAgCUfPLL79clpOLAr/yyitvvvmm/ApUNnkhb+VD+UoKSLFitLR0axkPBV1v8nPQEcSrpVCC 9VfPXfndby1TLY9fJA8gUNvKuVfbk+UZX1j24XD+fvSJjge1ZIuGrowL6//fe893ZwTBnX9xmwj0 8WNjrm6ZKbvQX6kdBRMnX63fxrtL9uZffysiPvYDUy4OghnnjX93EPz789/b+w8ddyy9de3hY+++ 6a5rFiuhP3r0rYsnjNOVf/f6m8eDcByyLwhGkBJNQQACZzkBmZuL6Lz88supEW/5UL6SAlKsGChb unOCbp7MNSJ8RXk397ykZ8QSV1n5VVHL5BbHW2Ys/U8Nou9HXx98UE2TZWatZtCBhERMnZtvve1P lIJfHc6jx31gwhXKzrB9taNAQi76xZuvP6+7MH7C5bp8QY8uHj9u7PFjR+UHsjIq3HvP0rtvvVlC PVJM7Fz61WVPvX5MV/mHjpU3q2gMGwQgAIERJyCBb4m0/PKXv9QtNzU12bswb6WAFCsWT7elOyfo I26raVDC0Ga2LdNnCXCbt2vCifbSiXFwW03Pjz/3yI5UY2SQkGjN4WMSTTn+4lOPFpZ5sGOlDABm Nm2HXKTw86+/Kf9WTb5mxheuCOfnR9+UsPjBp1789/BqQEIugTFMT/n1eKAvD5Z9QS4P2CAAAQiM JIEJEyZI3FzPzUW+3//+9xsRt99KASkmhcvue7QFXUIurdeFEQwJXGgtDjeRWhNG/8D7zM3ScR+Z dMHhgz3mXujlDSZIEwqubFr9rTJhSCc/5FJUfB/seEKm/e8ef94Xrv6IXBCoeH3wve/d+e0woD9+ VhQXioLsJtpvbC6LkgIQgAAEMhF43/vepx/DIltXV9dvfvMbrelazeWtfKi/lWJSuGzjoy3oot2v PBZGMCSAvtLMxGXya8LoTxx8+fme55XSH7vt1pvNuhd5b4VcwriHzPR1/OStYNK9USzluNQ9duxw eKMzGjDCyLjudkHI5dWjx45LdP6KyROPHzu8I14ns/d7d948b16833CEsKL3OZvLoqQABCAAgUwE 5DGKek2LrekfU5ut5vKtFJPCZRsfjqDLIwPCpwaU3L57z71q4hzGT3QkRG2bx0++uioYNJFxCY88 2HHH9w6EwZCym14JI9tFkycHxw6/FsbZx17RcMW4cROXfmuZnryrQHy0JUIuQbD3xUNv6O/eOPSi WYaobq5GVwBmGQwz9LLuoAAEIOAbgcyCLmvPzV+JzshcW9+iDIKPiLjHc95FEl6xYtM7Nt21pnIi skxFnjEm5V/q6ZHA90VqYYyO5MgSFzV5P/pP6t5mse3Rp17UQZ/x7/tAXGaGxHkkEnNFFCVnhl65 QygJAQg4EZDfBOln3OpNR1p+pjY7nh5K1vjxlWSkyCzo8sMi81dZV14UcTfrweMq0Zp0vbak2GbF 0HfI7VO5KXr/wfBR7kHw3OJ5m8OV5OFKldy8+/DB5/JXpIyTsURHaS5vuFlubM77Dx/XyyXHT/hw fJ9Tr3gxy96JoVfmVUpBAALOBOSBtzp1nFFzHWmx4+n6WykmhcvuMLOgS4vZf1gkP++U5YPjNysV lkjI5p5Bud0pGl3aPnvZYmIluL1c3SxMlHm6XoSuhXv8hIve/Nm9+odFL/XcG1y9VH6tKm2q+7Ey E/9z2f3MlmtkfNQrXtK2UO7LQqQABCAAgWEQkJCD/BZUnmkudbWIm7ug9lspIMV0fKL0NhxBL9dm +L0sAVQx9H//XfAn9+5YFIQ/2swt6FZR9c1VDYsyhVzs/R58qvfwsWNP3XefxFtkBboOeYt2i6ZL m2bZuxkGxk24rmHyRCkpn6i7oDK0jL/prjVXTDhPmtUrXuwt/tVSGCOS+7ppDyGoBANlIAABCBQl IBmf5Zf9H/rQh3QJo+aJt1JAiknhsijDZ7ls375dfjYqgli2tBSo/FkulbRGGQhAAAJnMwH9039Z xCK/Hir8sajMzUXNJYD+0ksvlXici9yklGcuzp8/P/MMvcKbomezh+g7BCAAgQoJiEyLWEsy5z/+ 4z/+8Ic/fN5558nDzWWTF/JWPpSvSqu5vaPMgl6hlRSDAAQgAIFKCIimS/ohSSkns/UpU6ZIYjnZ 5IW8lQ/lqxJz80T7CHolwCkDAQhAYHQJSIj85z//ueRzfkJt8kLeVhI3Z4Y+uo6hdQhAAAKnhAAz 9FOCnZ1CAAIQGHkCCPrIM6VFCEAAAqeEQG7Z4inZPTuFAAQgAAF3AsNctui+Y1qAAAQgAIHRIJA3 Q3+2/+Bo7IM2IQABCEBglAhcWTNZWtYz9KSg6+/YIAABCEDAfwIyC7cFnZui/rsMCyEAAQhURABB rwgThSAAAQj4TwBB999HWAgBCECgIgIIekWYKAQBCEDAfwIIuv8+wkIIQAACFRFA0CvCRCEIQAAC /hNA0P33ERZCAAIQqIgAgl4RJgpBAAIQ8J8Agu6/j7AQAhCAQEUEEPSKMFEIAhCAgP8EEHT/fYSF EIAABCoigKBXhIlCEIAABPwngKD77yMshAAEIFARAQS9IkwUggAEIOA/gdEW9P0z65ccGiEM3WuX XHXLemlMXixZ252p1f271+u6qZt8O2bMVfsztVi08KEl9Ret3x02Js0m7NSfHNrXXV+/5J61S0Zu p+6m58wubKsk8P1X5dBJI/Xd+8Th9ofuttECBCBQEYHhCPr6W67SgiWb1qYiki1n9bVf37Ym2Nd9 0Zi8rYQcF1feQzs7u5vnzJJ9yovamimpuqN3s373k6Kq6mWKTIs8xdbob/c3z14RBD0PxJ2yWg5l TlsrPb1ozEVKrfI2q7Ww1SVre9Zs29gxu1lafmDnw3OaGkxpKVkzu7OttfHIgRfGzqi9tXVj/67m mtDaERpKKvJ4pYWKOSIh7of2HTheV3d+pa1SDgIQGEUCwxH0yswRNa9p3vV4Y+2kSbWNr0k6DWvb 2NqoGpEyua3EDFrpaU93b/WsG6eqF8G0Kekasrh90+K6KtX4pK6+H4qa/koNOb/KN3pxe9dgX1dd qEQi2dcGC9fJW63C9rZ/97ZNvYOb2prEyqrpTYPBYNP0Km2xGZMaWzcODfU3BA39Q0Nd7YvDHdc2 tiwMbqqv79hb3VA7SQ98MjA0tW2SYUMUvGb2ip6tK6QReSHfrZh9beE4oS4a8rZU3ZdiF5UaUJMj kBqWoi3rVU6q32Vw6u3dJFAuqpchtGpTb69CVNMT9jRl/NONqN6l2laqSvGeVnZInj6lzMVocZPl 3CnKSqZcGZ1rLq0qYmRP6UwFc8QWm6DEVpW6FkzsvgIOFRl89hTKJuhaDlZs7Vkxu6bEEaOKXbu6 b3D5jVPFJcVnoFOfsVT+mS3LS3Df1r4qUDNBeWELa0JeK/ectHPLHbeurK/vndEiuxYV3tO3+lrr JJFeXDt7RcPCddpGEWsZBoy9ekyK9VHr1xiRbK3+gqi3t3ewd1N8+TJp455oUJORoypU/2gMUA2+ JsNeoeVVdYsH4/2ljjdSZeqNy1/bszGlcnEQk1SzauwJT61Y3kWLB8WtpYfVwlYf2Nm5bpeMZUOv 7ZEeDi6uq+vqk+Z179L7pc1et7B6Vfs2u0HxSPXCllQUlbv1rCkp505RvNkhHOntrTwyemjf3oHC XRzo36dPFjnrUw1YvuWZeCaX3UBqVEYgm6Drufa6hQ1yDq9pCkQMZN6qJ2j2pFUVC4+2MGTcGby/ vz0x2VRRkZQ4g4zhZvZqlxHd7NjaIz36+e71opULFy60xU6OoawHSk/nyo69Ex++/YtB87JATZb1 HLyxfdmq6VUyVonlakoe6Km0bEas5bVRPQ1ETfYjlYxFP9LrWG1z1yKqWVH/aAyIyRSdbWk/Tqpt aKw7fiAM+ISTqbVrW6WizFiftGboQk+3VjiT1V8VjMG5YUY6IVc24tbSw2rioNJ+kWFA7bRwhh6B Sr1FMWtOc8/WTusg2N+5dWB12wK1i9xIUzjA2LM2c4GiA0Q6/KW7b7/WZheE2vJ6I4ha165V41sY iLOukCLX6OiiAFeM7TK5sF5BrVzITu0sPAz0kV/CWbFZg4mwoQp2rVU+FpOeNDP0QlNNx/RXieOh 4CotvEjtUVefyjZ7mI+sVXhbY3uisd8+nMQ2OUHkZLHh66PReLDwusG2xBIEc7Jc1VeZilEqR2Du 3LknTpzQE8GfvvCL/NBI+jst6Pq7NC2LaqmpaJWar+U+0cJn5rz5ngijFv271qlx3sz1wp2I1twg Iq5Ky66lTGFFNStM2aSi7PSHUbPRXLth4UIpXNiLRId1CKVws4eTRBkRdPsTe1IvjQs6M+XXbxMF jAHSx8QMXc3rIxqmEVNMdmrKS7PqtQAJ+cdvU/xlXXZEgm4bUOw8iW3WPurTI0ElR05+mbw9Wv0N PzdYxELdWbunhd3Xh4SuJf21X5vqQQQwbMq8NiYlKJlD1xzG6kWgW9MuNq81+fxmI/i2H1OdZTvO GKPaj84du5ZldtS+fZYpAyKPCwrzNh97eJrE/jKvo9YSh6ixLb+p5KFiTudC1LZ58dFuqqdakvO+ DTz70XW21DCiLTIuYh4MT9DlaK6qu+GGuioJQ5vD2tYmfYIl5tFG/W3YiQ+lompH/HqDFgl9StvF EmJnnwY6hr5u1w+V1kgMveGHavqcEHQdQxeJVMKet9mCa4dZEiEXqwupx7cdUYmUVORg3a5dif0J wEJx0fqVb5cZGlN10B7/cposgl5XV1UwMEQNG/lTp3f6WWrO1dSBR0tnvDW0549/xcYq218x7cRp rIcuwy0a6XVHjMTbKp+qm3aB/LEzpbN2AXsXWuPMAaMNi+Nmea8Tw3OBfpnxO7H3nJimkQk7oQfm fKtyHxZyll2r4ypvOmWIygmSODHNLhIqaE66/DOujKDnN5I7MhNAEmexOc3jiUvYTGICdLaIdJZ+ JgQ9W8hFXydK0EMk4LU9Dz6457VbZowtnMfJBZos5xAlrSS2u619w5pta0xJicSpBiWod1i3LHcd M8UBis0rE5/rIMa8tnBOpw/cFnXlkdiXjoknQi72ZWz32pU6+qyLpYaS5IK0avqqx8Pw4hW2fMvx essd/zQ01NmcEg9JDId7di6oL37folgMdHDsjIWNQfc2K8BlxdBDJMu3dD58e3thADX1xpeUt2/D SlTUGgmemR7PkfUwXNYRja1twdYOuSGs73jL+h9dZZK1bGZS7ZTqYEDFmly2MOxrXCnRNXFZieZe 6Os1oTZ9wFe4b3vx1bTpdb19L0hv5jQ3du58QMhJTEmtehJn5Q4YdQO59HZ+XV3RM0lMTa3c2zu2 vb0xcZdC0924Z48cEjpMmnqf2URCVEC190iFnc8rZuI24X3yFw6ktCFnutxkitYYqJBm4X6E4XB2 fhbXySbo6gSOLmkVNDlPjh/f25EIdMotr6GhZz5aAVZRun3Tv95Ye0QGCqVWsiSxRy/1m1hyMZx9 KJj1EnJw19bo3b5e+iaPOreruoOGhtpgSf3Mn6s6K7Y8E+z8ullwIoqWepDpbg2qAz0Ma3YO3BDd CQzJ7Nn5TXWm5ELkIvFqJcwz1q2i6HBfsXVg2pS3ltTfJDeQy90GCHVBCUTqJud8kHbaVK1uW9F2 R8uKggU8VitTv94cbNutGbhu9vhXQVtTmxdW7+zq6enaWb2w2fA5ZImILIscCKqnpN00lvbj4b/s ribVzqhOxIWK3buTtkRHEtPect6JDNjXf8CYIkdj3fRp8rahac7A1s7dux8YqGtUq57EWfrWsdlK 394sdccyHjaSBBa3r24Nx8sVaTMMc+9kUJR9Zf5POuSwr1+wc0/uQqQs22QBFbivn7MtaiNedZYs NqWm1r4alh2Oxrwts/WneYVsgp7orEyseoKGh/bsqdu7pS+YUFxu0iGJ4+M7jeEkRYts74xb5G6q nMalZlDJYI4+H3I33wf7+5UKfFB2/EFZvrJnY/jK2vTp+tqeNbLKpfaODWbsWb5lw4YFK/VsUI9e erKpIjl17e0t1nkeCrQo9Wt7/rHaarl+zl+pSrmQS5pwmDNKLH+XTKaKCZbVcLj6XgtE2hbKfUc8 0ZZhxp55Tb1xweK6gfb4vD2kpkX2WCW9WH5jJeNv0YNdDWPhLSw79l3JqSG3Rrs7N2zo7Ilvh+rb vzlrE1ovbYoQDOzVM/b9q9Kmdan7lR2ZUU3PQEss/xcJ7m5bEg/t4T26SlYByi42ta2Kb/Oa+Xh0 Q/v22zsam+eombY4q2FJfJilruCUQj3q2iXsZG4kSOmZGi2ikgU/lZi6un2xOSriyrkbs/qT/J90 hCdRyx1t+opArSjLvKnlLtFqJb3wN7WJqTfOssabcIoj80K95Dc+VjP4N7OVZ2gFF0Hf3zR9iYqW hBdxra1fkstnWelQyaGvYaqJfG5TF+kN3267QY5iOY3lpzeVRGwsv8hERtanv18+Gezrs2d8RXwn R3ZV7R2P5wuunq6axRfh0b8zmKMnaNObVswJdhYuoJaxRK9Pr+DaXGZnA1F0RsdoxtQE1uTUNjX/ KkSGupYS80QR5ZYZvfoCtqmt9/G8tYyT5LdO3W1N2jWJkEuJA9vEkewVPnrtfGL7v3vfNTgUhlxS Z+glfogrg01jIH6TSyXj7fBwCjqjH3+t6qtNTNxUFR0xaP5G8k5D0d7IwdbVXqfJSyShZVd/iRm6 yMrju1ri3xzU1LV3VTJDl13oX4qpTZbt7omXYIYK3mvFlGxn1czu6MqVzNkvt3ckyBY2dPs+mZEU OxdsU1W/wl9+mFYaW9cIq/yf/k3tCn9yEZGQg0pxCC+VpL/yszh1PRd1YnD6TVUpP7gLZw8lVriq SFq0Nqx5ZxhwVxGnwi1piXb08i1dsfebb6ogcHeGKvNwu5Xxpmi0kkSuXu21LlqVE3fV7duY+oa1 bImLrMIbNaZk4gK57E1Rfcslvk2nF3rrMHR4SMmu7cmjNdGOepQwLL4nae7OJVfdWA3m3fax1g/k 7uxluclxCsrGzPPuoRX613i54JZaZHNl95BPQQfZJQTOVAKJm6JjRNC3b98uEwFRqGf7D15ZM3m4 Q8OZXU8uCW+Ys+0hfvZyZruZ3kHg9CJgRFtGrPnz57uEXE6vjjtaq9YGZA0COe6T6hCAAASyEEDQ s9CiLAQgAAGPCSDoHjsH0yAAAQhkIYCgZ6FFWQhAAAIeE0DQPXYOpkEAAhDIQgBBz0KLshCAAAQ8 JoCge+wcTIMABCCQhQCCnoUWZSEAAQh4TABB99g5mAYBCEAgCwEEPQstykIAAhDwmACC7rFzMA0C EIBAFgK+C7rOA1niSadZOlu6bJRGXT2DNJclcuTaP6kt2Wkoiuy4VPL10tV1ds2MKScy5HovSapU tnuVdTN8omTZLU7pOVqOroB/WRszF7BSdJZJURs3nZc+NHpMpDr4rbNAgEeUCpOCZjbx5FXIHW+p qVpMX4olcnG0dJSaLWuV54Ie5ruQp5AXPNO5bL+GX0DlfbaTUQy/Kb9rhs9kL/EI2RLGHznwQkY1 H0ESpbLdF0vfU7D78Knf6rmYZ5Kjw8dZb1R5M/rDZ/82pWRhT/NDQT7YkIk5C1SCkdNxM4d3Lk2C 3Q3JdqAeiZz+rXOHR6nZ8nZlFvS0RN3hGL5WTaXlEfVls6er3Oe58iUelq2ejj92duuXqnu7e+Ik ZFb76Qm0dG51vVnztdyH5oHm+WnUf6Vp2TP0YqnfW1UqPnsyqCet1ucpeevVoP2kTp2u0zNZr6Od x4nVo1zpiZQFFqvUPib9vU7Zafpr527XlsSXPiVa01/lZnxi0rWzV6hntZupXIw7d2WTazCRzUpM 1FddBZ8nbdBHWgw5/FZl7TAz9Bxhk2lenkcvD2TXLcdz8HBX+dImFet11kDduLZHbVHJfFB5D8c3 F4uWa1J8bTwhjZuemmm7vpLQFtrW2kyM/YVZ4hIJTKSkVJQ8GEGcVkKnNHnAyjtYXgnyS8RngQwS TYNBT03uAOiLT64c1YoBhvsoPKfMiWAfFeVOltCJ3fue1MYop0THT+ygaIa+/pYm29eml3qGXuxb +/gx/PPlwp7SJI/2RLNpXQ4P47VrWwtkKqujCsoP43noaSnDc08bt7Onp+ZBV9l8cuVLPKfYZN21 c8WqJ57rR43npYe3H61upaXX+ePzSprWdEqNOB+xnUY9/NBOWJ5I/V6Y5F4/Utx8njBYP2xdWa6f Oa4fwp57bdI0F2a7t1MP22l2C/qYB1I/z13bYzIaF8ndbsOJXBMn8E33lJXe107cbtqxG8z7UOzJ Z25sTq2iLQ97YfGM3FSMsMZi0tUnXtsHiYZjlywCKi8Hi3lufpyyOe/QMnmcDaLUlNY64apxuv26 MvvtvNLp2aITGauLnGVFM4MbFHY67NRTzz7HzetEaoScm0OHRo/dj8v0SbqC1MO+7MmiT974af6J c9Z0Lb2PhSm8bUT20WW7Mi2fe6mjPc4SkRQZrQDxsWSfRJkf2554HnqQSdBTE3UnUoanCVBkZfxV Sprzwn6k6qmWxSKpKpTGh0dMLrNEwmCTokGjTE2jbloom/rdtjl/v3kdNF8VI1OYVN7uiNVycsgx 3SnMOJGapj31QztziOmRKhmmBSnMKK+P0dQcFybBhXXm50m2SkWfkvejhNfiZNPJU0J9nsxqbwjb 41naKVLsbI8+L9ZB61CPSiYst4cEjaiYoBcMDKGZ9iBhTRpSzpfCkSOh4JULemKOpw0rJuiFp17+ jsoAtFOgaL8UA1j6ZLFSk4dtyJAQ4yr07DAEPQE8N2Sm5ucpdrRrk4r4JW8XCanJJOoJQc8Wcqkk UXfi+EjLg17RZYXKZzio04BJbi15LdmEC2smEplKeFddIUabnS/NXPjIh3FSylKWDDv1uwo7RpbH xlfU5dRs9zrHplw+m9ySqX08rAIUdoDF2mWYIrmYBcUC4pIFe2F7e3cuSWbRLpgrbslUp90hAcp1 C4PYC7lr80NBg5UxMtdgCa9JPjM1l8mlkNbVJItbV3tjnCUueQ9QZYNbZ1KplbypPmnalPNjU0JQ dqLngj5HWa0lm253b/WsMHmbpPSrs+pPqQ4GDsThwYq8nlJIkimGESFzFBce9zrxtAQaHtjZqVOV Srbo4e0ucblZeaZm5eswWGzyDsqZWiyDqLYt9SbHKAAcHgm7lp2XvFgG9qh8saPdNFdEA3O7sNLk ulqeTdCHkag7NQ96BVZLjt0e+1CT89PKwFu0gfOnTKtTMyOzvRbmYwwDas07AzOlrcCA4ad+n1Qr Z3ViHlrRzbci2e7DFI6SldGcuql9rA3v5eqtMIV8qVs00pok9TxSQEQmmCtaW0V/m1VIusgW5VzV O45n02FZk2JblN20INmHV7SttvIvR60W8Vr47fpbmgckDWta9nrR9Hi/jSbnsrHTZKxVyt5c/A7h oRcOmN6HoPKTJif7rbJa7+zu2mmS1hbxWgowmQ9VcuAFgShInQrN5Y7iRHKVeJjf3bl1YE5TGMCT c1MMiyO75TtSmSVlS4VDYGJIKHGnXUadwlTylQMsa83IFbBHZZ2s2IzaKTtJPdpNuSIamNuFHBjV mVMop/c1m6CnJuouAbFYHvSy3LvXtg/ULV6gZkB6S6SuL9aCHOgNQffKeO2a3PpQ9zRCl8R55Q+1 395R1gApMLzU79rYZkvF1AS2/PK4EtnuxZLje7d0xKdukT4m+yT3LXW2a3s6Wdjx/P2GI599s3dB 22qTVL6wrroWaWhTGbTlrtSqtk3qRbKRuunTTF2V1r16Vfs2u7ViPZKLqhVbg8clR3L74oQo6zuB ppHE+ZC4bSjhoyKnYzhYmjVUpUHFx+EsuUX/nc7u5jmz5JMSXtPlrclX5Tnsw6TSZohSV5aFyxBD y7fcfvtAXaPOry3nZnXscbWaILqAqORQdykj57hxjb6PXeJ6SF1YdHSrKxh9V7knuFQuQNvjE1ay w1eQ3t3F3krqhtdh5hA1V8ZFapY62qVKcQ0cjHcRHhj6cHLfsgm6HDaJlOGlL9CK50HPWV64ykU8 vaRtk76QtLbwCN7UtmTL3tLLqGS50uO9bU36crVjb53KmD51de7yvL6meeGgtWymGMThpX7XrUnm 8rq9HdqGprbe/oqWxxXNdq/07lB1vIZBZCStj8l+hDHcnc0q5rPq8VIG2K1VSRp4O8O9QNgYopMV Bbnb+lo7qsKzMQyhxKGBMEd7TxgHSJq3JlL8yMLlWzolK3z+KpeUHh3ZvV6CY+t2dcqoLtnrZdlG jTUuJgh3qoTx6uRpkiG8oXVjy4zeMFo3ZkzN7I6N29bkH0s5VjLN39gc6JLlQEWSLmf7oaAxnm0U 9Vo8ACxoDLpV+83fUHeqK9nEKtv+rr6U9IcijjK3lYueuGu5c1O6LOdpbjZUcpdWbCclZKdHLHFx MZmWc7yrvU4fAxIabdnVX2KGbp9TqvDjjbW1ktwx6IwWGq3qq6085lMJSTlZRDekj4WrrVT19G9l xt0cdGoc196+T2lIUZ1InIzqaM81W1wDqz4WPKyP0OaS0CrrZlSKJNGZcFEYAhCAgDsBiVVeuzpt nM7aNEmisxKjPAROUwIpPwQtMlE9TTuI2UkCWUMuEIQABE4XAuGvJRNr4EY6oHG6oDhb7ETQzxZP 008IQMAbAqWeYOFiJILuQo+6EIAABDwigKB75AxMgQAEIOBCAEF3oUddCEAAAh4RQNA9cgamQAAC EHAhgKC70KMuBCAAAY8IIOgeOQNTIAABCLgQQNBd6FEXAhCAgEcEEHSPnIEpEIAABFwIZBV0kwAs lzrW2n2mRMBR3qbR+y1ypjytVn7hUmmIXViPXt1MPdVm2KnRRs8wWoYABE4mgayCHv3AyT11rH7y apimVz0nbxS2bHlarUfvj9aPuEahj7rJbD0dNTNoGAIQOMUEsgq6nr0+WZA6NteNwf5dOnWONfVO ZtENUyrnJZ9NSVJcQbJpm13pPK15TynSDwK10zqLtVZ+4WiGnihgHh9qMh/JY1olK3ThY0Wt9MR5 iaS1uXYC4kTy5TjlUPSoUvuh3vkPGc67hkhkpE3de/GMyfqx1KG7KkwSf4oPWHYPAQiUIJApp6jJ qZjIBBg/AChM32eyTRZL8ZxIWqjzpdrplXXeQjvZdLH8ovZ+UxNDm7R+dgpHbWFhWue4BTt1Z5RU 02S/tS1JTVxpJx3Oz5EdGWvXsgrbEMzrXOJBlbcwoiQt5Oc2zGVNTN17asZkncYwASFTMkMKQwAC p5yAU07RSoZG88R9nazrUCDJ5AbibEGByoAT5kI0m0oIkktOFNcKvzc5LlQekxadhUunvMnPLxrm wYoT1IVPmLNTNEgVeVy9CexIWgDrWfUNOi1k8S1KxyMpHUJBDQLbEnl0vdZZe5PUBCrpXbiZWoky MqLo9AjGmHwIko5jseScU5mPdE8lqDKxPfowTCNZLL9J6t4laY7JXmQXGNi7Ra6TSmckqMTjlIEA BDwhkDXkksFsSRQpuna4gozJdv6w1BSXZfM1l83TGgcWwqQqvWkpNCvoWJQD0E6oVqSWif/U9JRL GawTKhbLvq2Ht337enqC6qYwEZ3kDdr/8N46OzlfgQ3JvRfLmDzYe2hZe4tJwFYBAYpAAAJeExhF Qdfp5CdWkDF5INSpaJNaQUEGSMktG8dDokucxBxcKpfI0yoR5PoFO/eoqjrI4LIVZrm1W1MZRJs7 4/hKcgJfZMfFsm+rZG/dXV2PNTTPqQ0T0fW03PL16mRyvlyjxfaemjG5YWFLa+sKSZBmUrC6YKEu BCBwygmMvKCbGV+cpb5MxmQ7ua3gMLntbTTl8jWXztMaLgIxgaBt7asGHajbWW5VCmOJh+RtcjGx uH21juNIquvk10V2XTz7dhh1aWvrUKnoJbI0duvWXp3lPXVL3XvJjMmT2u5oiaNVDlyoCgEI+EBg eDdFZaYr9z/FfnMzU09/5cOW9nY9Bbbm1FFh9XG4VDGeKUev9X1RvZla5p6qnuzqe4mJMtYdiVwL 5q6s3PcL97dwnV1XmydmJ+7r6jKqrn1T1LawqqtPbqbmLJHCLQsb8gnkXQEsbm+XfiWuLWRHxkLb BvvSwb7nad9ZLbgdGgEwPbUbsfduxfqjXuiborq++tb09JTf5sEACECgUgKJm6IkiXYZVeXKoL72 jsdLpDl3aZ26EIAABEoTIEm00xFirwc/tK+nuzeYNuV8pxZ9qZxbyK9+RRBuS9Z2+2IddkAAAhUQ GPkYegU7PY2LqKWKQY3Su6rpSzb27dGLKU//TX4fm9wK7zyf/t2kBxA4kwkg6Jm9a5bTDA29dqao eWYIVIAABDwkgKB76BRMggAEIDAcAgj6cKhRBwIQgICHBBB0D52CSRCAAASGQwBBHw416kAAAhDw kACC7qFTMAkCEIDAcAgg6MOhRh0IQAACHhJA0D10CiZBAAIQGA4BBH041KgDAQhAwEMCCLqHTsEk CEAAAsMhMPKCrnJmrh+OLSNXZ+RS2oeP3+rOPa195EykJQhAAAIjTWDkBV2S74y0kaemPZXkqGpT r8m9cWrMYK8QgAAEKiSQTdBF4+pVqvv4UXxhZgn9ZD49K5fpeVPbpp6tKy6qX3IoCL9dvztKICpp g/TT++RF69q1OtP8k1aD8t4Utq1XWXiincTJSHOPBrSeCGg+vKrPqm8S3iuT9BaWTN2XqRf2NHz2 1g8rTDlUIW6KQQACEBg9AtkEXew41Lupak6YYU0exbf+lqbeGS36GX3NQadoujyMUGdOMImSU03f 2tmvEsI981HV4OvTV+vEEStmN9v5o+MRolfnxOhqr6sZc9X+UI5rmnfpz4Zq+1YpTZfB49q69i75 ZLBv9Z1tm/R+ZTDo2FsXpqUQg5sDGY2UpodPFiz9EHNJRf1a+OytD44eelqGAAQgMLIEMgu6pLaZ pTLWyzy3c+vA6rYF2qAFbasHtnYm5LiYrY15WTEb2lobQ5W9cVbhdFgy0q3b1an3JxnrZQwIdj8w ULfYZEk2aZS7e6t1O6LFkkhI1Ti0s7PbJJ9rbG2T/Jw9BMRH9giiNQhAwBsCwxD0yPZD+w4MBINN 06t0NKRqepNLrs4YyMCBPMEN04EWsqqekXsG+flTpgW9vb/JLyRJpdUHR3p7B1fM1k8vl62mRIZP E9ixIjPeeAlDIAABCFRAYPiCPql2SnUyEeUzeiqdtqVLczkLJS1y9b7+A4liA3tzqn/kwAtBXd37 0xs6v66uTicCjbeiTzBX0/9wKx0sKmcw30MAAhA4ZQSGL+gSI2leGDTHKxTVDFcC3PaWk+P9u7dt 6h3ODF4iKiYnvU7/Ftw4q7p307b4XqvEZCSAUxuGWYL2KGXa/lVRDH3SnOaGJQtW6nuhqvpFrEE8 ZccaO4YABEaZgIugB8u3dNXt7dDhjKY2uXUZztAbmuYMbF2hxV0C691tTfJt887ASjyfoU/qLqvc C1URk9kdXX1dU8Nbmv2dcSBl3/TVOlOaGBN06vUwzTe1L9b7kHl3y4xeHRVS1XXGuPKrXDKYSFEI QAACfhAYM3fu3O3bt4veiT0mgbQftmEFBCAAAQiUImBEW8LF8+fPd5qhQxoCEIAABPwhgKD74wss gQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj++AJLIAABCDgRQNCd 8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4EEHQnfFSGAAQg4A8B BN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI+EMAQffHF1gCAQhA wIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZAAAIQcCKAoDvhozIE IAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74qAwBCEDAHwIIuj++ wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC7o8vsAQCEICAEwEE 3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDgRABBd8JHZQhAAAL+ EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQgIA/BBB0f3yBJRCA AAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19gCQQgAAEnAgi6Ez4q QwACEPCHAILujy+wBAIQgIATAQTdCR+VIQABCPhDAEH3xxdYAgEIQMCJAILuhI/KEIAABPwhgKD7 4wssgQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj++AJLIAABCDgR QNCd8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4EEHQnfFSGAAQg 4A8BBN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI+EMAQffHF1gC AQhAwIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZAAAIQcCKAoDvh ozIEIAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74qAwBCEDAHwII uj++wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC7o8vsAQCEICA EwEE3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDgRABBd8JHZQhA AAL+EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQgIA/BBB0f3yB JRCAAAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19gCQQgAAEnAgi6 Ez4qQwACEPCHAILujy+wBAIQgIATAQTdCR+VIQABCPhDAEH3xxdYAgEIQMCJAILuhI/KEIAABPwh gKD74wssgQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj++AJLIAAB CDgRQNCd8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4EEHQnfFSG AAQg4A8BBN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI+EMAQffH F1gCAQhAwIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZAAAIQcCKA oDvhozIEIAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74qAwBCEDA HwIIuj++wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC7o8vsAQC EICAEwEE3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDgRABBd8JH ZQhAAAL+EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQgIA/BBB0 f3yBJRCAAAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19gCQQgAAEn Agi6Ez4qQwACEPCHAILujy+wBAIQgIATAQTdCR+VIQABCPhDAEH3xxdYAgEIQMCJAILuhI/KEIAA BPwhgKD74wssgQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj++AJL IAABCDgRQNCd8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4EEHQn fFSGAAQg4A8BBN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI+EMA QffHF1gCAQhAwIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZAAAIQ cCKAoDvhozIEIAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74qAwB CEDAHwIIuj++wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC7o8v sAQCEICAEwEE3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDgRABB d8JHZQhAAAL+EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQgIA/ BBB0f3yBJRCAAAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19gCQQg AAEnAgi6Ez4qQwACEPCHAILujy+wBAIQgIATAQTdCR+VIQABCPhDAEH3xxdYAgEIQMCJAILuhI/K EIAABPwhgKD74wssgQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj+ +AJLIAABCDgRQNCd8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4E EHQnfFSGAAQg4A8BBN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI +EMAQffHF1gCAQhAwIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZA AAIQcCKAoDvhozIEIAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74 qAwBCEDAHwIIuj++wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC 7o8vsAQCEICAEwEE3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDg RABBd8JHZQhAAAL+EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQ gIA/BBB0f3yBJRCAAAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19g CQQgAAEnAgi6Ez4qQwACEPCHwJi5c+du3759zJgxYtOz/Qf9sQxLIAABCECgLIErayZLmaGhofnz 5+cJetmaFIAABCAAAQ8JaEEn5OKhazAJAhCAwHAIIOjDoUYdCEAAAh4SQNA9dAomQQACEBgOAQR9 ONSoAwEIQMBDAgi6h07BJAhAAALDIcAql+FQow4EIHCWE3jjjTdODoHVq1evX7++7L5YtlgWEQUg AAEIpBMQQb/gggtOAp3ly5dXLuiEXE6CR9gFBCBwBhIYOjF0Ev4ygUPQM+GiMAQgAIGIwEnR86FM uBH0TLgoDAEIQMAI+okTQ6P+lwk3gp4JF4UhAAEIxIL+9okTBX/9u+781KI7488H//MnGrqfG0wU u3PR1Xfu6i+sm/pJJtwIeiZcFIYABCBgZuhvnxhK/n1k1m1/9bG+b9/fL1/tv3/bcx9v/vwVExLF vvY//3nf6vnd+374mXPec471p2sl/jLhRtAz4aIwBCAAgVIzdJllf/6/Ln9kdcfg2ye6/vm+L944 M3/ePfjlP7r6/zx34q83/vXti/7xf/8ut/23+VdK/KZwkp4JN4KeCReFIQABCBQV9A1f+uy54Vb/ yHNbLz/33L/c/uxfzq1Xn3x2fxycCR90e+LExJo//dGTd018e/9n46+GhgKZnSPoHF4QgAAETgGB t0+8nfj7yt//4DfRtv/m6dPv+/H++O0PLosKn5BlK30Pfue8889Tf594Nnj2E+GLa3rDNZCi58k2 M3WMGXomXBSGAAQgEM/QJUJSfBsa+uBlNRMKv5cJ+rQ//errattx+4IgqP9/4ctHp4dJKlKay4Qb Qc+Ei8IQgAAEIgJv52/7u+6akNumbdv3gz+y3l//lbt0cZmhyyxctsF9D/2P59+qk0CL/jwMxSSa DN9mwo2gZ8JFYQhAAALpM/TLPr90MN5+vPmOui9+sS6o+3H8yUMblurpdyjoJ04c6P77z33l/g0b /lza0vPyMIYeLmtPbplwI+iZcFEYAhCAQCzoyXB3FAD/1c8enr1o513f/vZdm2bPvv7Pf5VXTIR7 aNd3vzZ77fOPPPy3E8IJezgvD//CgEthCJ0ZOscbBCAAgdEn8LZIccHff//6n824/m//1y+7Lh06 cennv9Qxe2hG9Z/93ComM/T/+JU7ex7uePuFR+qrP7s3CHQj4Qw9rcFM/Qhn6DJiZKpDYQhAAAIQ SARHHrlrxSUfuuSFqctefuX+yfF31/2XtS+/suG2D13S8KcrfhWFVqLIyoUfve7pV15WhV9s/NAl q3cOXnbpucMOuWgZD5+Hfs8994wbNw73QAACEIBAhQTk8blH3jhSYWGXYt/Z8J1KHp977NixW2+9 NZyh//rXv3bZH3UhAAEInIUETsKTuWQXFYLVMh4K+g9+8IMK61AMAhCAAAQ0gXCh4ehvFdLWMh6G XMaOHbt582b5t8KaFIMABCBwlhOQREInjUDZkMvx48cXLVok/4aCLmYtXbr0+uuvP2n2sSMIQAAC EBgpAjI9v/vuu6OQi/xP3rz55psj1TrtQAACEIDAySEg0q3VPBT0iy++WL9qbW196623To4F7AUC EIAABNwJiGiLdOt2RMzf8alPfWr8+PHyRlbh3HbbbUeOnIyFOO7doAUIQAACZzkBkWsRbZFu4SAy LmL+DlmB/rnPfU7fEZWvv/zlL0s4RoLrZzkpug8BCEDAWwIi0SLUItd6Ci4CLjIuYj7m+9//vp6e P/bYY7///e91B+TrefPmffKTn7zwwgtZ/eKtUzEMAhA4qwiIjst686effnrHjh1m2v3e9773uuuu u+CCCwRFJOjy6g9/+MNPfvKTV1999awCRGchAAEInL4EJG7+6U9/+pxzztFdyAm6fn/o0KFnn31W Hrd++vYQyyEAAQic8QTkWetXXnnlpEmT7J7+f1xT8tYaEUjVAAAAAElFTkSuQmCC --_004_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_--

1 0

VM Clone/Export vanishes PostgreSQL Database in VM
by Matt . 23 Jun '15

23 Jun '15

Hi Guys, I have done some tests with a VM installed with Foreman which runs on PostgreSQL. Everytime I clone a working VM, or export it and power it on again the database of foreman is almost truncated. I have checked everything, snapshots, etc. Now it happened on a running Foreman 1.8.1 VM without any Snapshots being taken. Is there something wrong with Ovirt here ? I'm getting tired of placing backups back. Any idea is welcome. Thanks, Matt

2 3

Help with REST api and json examples
by Scott Miller 23 Jun '15

23 Jun '15

I am unable to POST with json to the REST api. Every attempt is returned with: { "message": "Request syntactically incorrect. See the description below for the correct usage:", >From what I can see the syntax should be ok however I am unable to locate any json examples for the ovirt REST api on github, or in any ovirt docs. Can you help me? Details: RHEVM 3.5.3.1-1.4.el6ev Testing app: Postman Example requests with only basic needed items to create a VM, both fail with above syntax error: POST /api/vms HTTP/1.1 Host: xxxxxxxxxxxxxxxx Authorization: Basic xxxxxxxxxxxxxxx Content-Type: application/json Accept: application/json Cache-Control: no-cache Postman-Token: 8816bbe9-998e-02b6-1873-f4292657868e { "vm": { "name": "scott_test", "cluster.name": "LabRDU", "template.name": "CentOS-6.6-RDU" } } POST /api/vms HTTP/1.1 Host: xxxxxxxxxxxxxxxxx Authorization: Basic xxxxxxxxxxxxxxxx Content-Type: application/json Accept: application/json Cache-Control: no-cache Postman-Token: 8816bbe9-998e-02b6-1873-f4292657868e { "vm.name": "scott_test", "vm.cluster.name": "LabRDU", "vm.template.name": "CentOS-6.6-RDU" }

2 2

spm changes hourly due to unexpected error of getAllTasksStatuses
by like.ma＠cs2c.com.cn 23 Jun '15

23 Jun '15

Hello all, In our ovirt environment(oVirt 3.4.4), we have 2 hosts, and the spm changes hourly between the 2 hosts. In the events of DataCenters there is following message each hour: 'Data Center is being initialized, please wait for initialization to complete' In the vdsm.log i found following error message: Thread-13::ERROR::2015-06-23 13:38:36,667::task::866::TaskManager.Task::(_setError) Task=`e450d7d6-771d-4c51-90b7-c6b10da37897`::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/logUtils.py", line 45, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2125, in getAllTasksStatuses allTasksStatus = sp.getAllTasksStatuses() File "/usr/share/vdsm/storage/securable.py", line 73, in wrapper raise SecureError("Secured object is not in safe state") SecureError: Secured object is not in safe state The attachment is vdsm.log and engine.log. The error occured at 2015-06-23 13:38 and 2015-06-23 15:38 in vdsm.log. (by the way, in the other host the error occured at 2015-06-23 12:38 and 2015-06-23 14:38) And in the engine.log i found following error message: 2015-06-23 13:38:37,933 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-34) [781beaea] IrsBroker::Failed::UpdateVMVDS due to: XmlRpcException: <type 'exceptions.UnicodeDecodeError'>:'utf8' codec can't decode byte 0xeb in position 749: invalid continuation byte 2015-06-23 13:38:37,971 ERROR [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-34) [781beaea] Exception while trying to update or remove VMs/Templates ovf in Data Center Default.: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: java.lang.reflect.UndeclaredThrowableException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:116) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.executeUpdateVmInSpmCommand(OvfDataUpdater.java:383) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.performOvfUpdate(OvfDataUpdater.java:163) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.updateOvfForVmsOfStoragePool(OvfDataUpdater.java:135) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.ovfUpdate_timer(OvfDataUpdater.java:93) [bll.jar:] at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source) [:1.7.0_65] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_65] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_65] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:] Can anyone help? Thanks like.ma(a)cs2c.com.cn

2 2

Upgrade to 3.5.3 fails on ovirt-engine-notifier service
by Trey Dockendorf 22 Jun '15

22 Jun '15

I just upgraded from 3.5.1 to 3.5.3 and found the end of engine-setup failed because of the ovirt-engine-notifier service. The logs indicate that the MAIL_SERVER option was not set. I had set this before via Puppet and know it was working because right before I started the upgrade I was receiving event notifications. It appears as though the RPM (or some other mechanism) set the config file at /usr/share/ovirt-engine/services/ovirt-engine-notifier/ovirt-engine-notifier.conf back to its original state with my changes removed. Attached is the log from engine-setup. Is this a bug? I was able to work around this by manually setting MAIL_SERVER back to the value I had already set previously and then re-running engine-setup. Even after re-running engine-setup I noticed I had to manually start ovirt-engine-notifier service. Thanks, - Trey

2 3

VDSM network persistence through re-install
by Trey Dockendorf 22 Jun '15

22 Jun '15

I recently found that when I reinstall a VDSM host via the engine interface, if that host was actually re-provisioned via kickstart, the network settings defined in the engine are lost. Before the re-install I had defined 4 bonds and attached 5 logical networks to the host. After a re-install only ovirtmgmt was attached to the node. Is it intended behavior that a host's network configuration in the ovirt-engine be lost when a host is re-provisioned ? If I have to re-deploy a node, is there a way to make the ovirt-engine define networks for that host get applied to the re-deployed system? Thanks, - Trey

2 2

Get involved in oVirt project! Summer edition
by Sandro Bonazzola 22 Jun '15

22 Jun '15

Hi, Summer is here and vacations are near! Have you got some free time and do you want to get involved in oVirt project? Do you like the idea of having fresh disk images of recent distribution in oVirt Gluster repository? You can help us by testing existing online images (like https://getfedora.org/en/cloud/download/) ensuring they works with cloud-init or creating one yourself and report your success to devel(a)ovirt.org. We'll be happy to upload the images once these are ready. Do you like Debian and do you have some programming skill? Help us getting VDSM running on it! Debian Jessie has been released a couple of weeks ago and it's a good time for giving it a try. You can follow the progress here: http://www.ovirt.org/VDSM_on_Debian Here are some bugs you can hopefully fix in less that one day or you can just try to reproduce providing info: Bug ID Status Whiteboard Summary 1065350 POST integration hosted-engine should prompt a question at the user when the host was already a host in the engine 1059952 NEW integration hosted-engine --deploy (additional host) will fail if the engine is not using the default self-signed CA 1083104 ASSIGNED integration engine-setup --offline does not update versionlock 1221176 NEW integration hosted-engine accepts FQDNs with underscore while the engine correctly fails on that 1200948 NEW integration hosted-engine-setup should validate the network interface name Do you want something easier? Bug ID Whiteboard Status Summary 1174285 i18n NEW [de-DE] "Live Snapshot Support" reads "Live Snapsnot Support" 772931 infra NEW [RFE] Reports should include the name of the oVirt engine 1143817 integration NEW [TEXT ONLY] - Hosted Engine - Instructions for FQDN are not clear enough 1156060 integration NEW [text] engine admin password prompt consistency 1115059 network NEW Incomplete error message when adding VNIC profile to running VM 734120 storage NEW [RFE] VDSM: use virt-sparsify/zerofree to reduce image size Do you love "DevOps?", you count stable builds in jenkins ci while trying to fall a sleep? Then oVirt infra team is looking for you!, join the infra team and dive in to do the newest and coolest devops tools today! Here are some of our open tasks you can help with: https://ovirt-jira.atlassian.net/secure/RapidBoard.jspa?rapidView=1&project… You don't have programming skills, not enough time for DevOps but you want still to contribute? Here are some bugs you can take care of, also without writing a line of code: https://bugzilla.redhat.com/buglist.cgi?quicksearch=product%3Aovirt%20white… Do you prefer to test things? We have some test cases[5] you can try using nightly snapshots[6]. You may also help testing: Bug 1234257 - Test upgrade path from EL6 with oVirt 3.5.z to EL7 Do you want to contribute test cases? Most of the features[7] included in oVirt are missing a test case, you're welcome to contribute one! Is this the first time you try to contribute to oVirt project? You can start from here [1][2]! You don't know gerrit very well? You can find some more docs here [3]. Any other question about development? Feel free to ask on devel(a)ovirt.org or on irc channel[4]. You don't really have time / skills for any development / documentation / testing related task? Spread the word[8]! Let us know you're getting involved, present yourself and tell us what you're going to do, you'll be welcome! [1] http://www.ovirt.org/Develop [2] http://www.ovirt.org/Working_with_oVirt_Gerrit [3] https://gerrit-review.googlesource.com/Documentation [4] http://www.ovirt.org/Community [5] http://www.ovirt.org/Category:TestCase [6] http://www.ovirt.org/Install_nightly_snapshot [7] http://www.ovirt.org/Category:Feature [8] http://www.zdnet.com/article/how-much-longer-can-red-hats-ovirt-remain-cove… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

VM Bandwidth Consumption
by Punit Dambiwal 22 Jun '15

22 Jun '15

Hi, I want to measure the bandwidth consumption of every guest VM on the monthly basis...but i didn't find any way in the ovirt to check the bandwidth consumption of the guest VM.. Also is there any way to set the quota on the bandwidth consumption of the guest VM...such as every VM can use upto 100Gb bandwidth in one month...once the VM cross this limit,either admin got notify or there should be an alert... Thanks, Punit

2 5

Unexpected protocol mismatch with SPICE HTML5
by nicolas＠devels.es 22 Jun '15

22 Jun '15

Hi, I just made a fresh install of ovirt-engine (v. 3.5.3.1-1) on a CentOS-7 x86_64 box. My previous installation had issues with the TLS certificate time of issue, which was successfully fixed in this version (https://bugzilla.redhat.com/show_bug.cgi?id=1210486) However, when trying to start the SPICE HTML5 client, all I can see is the grey square and no activity, and when clicking on "Toggle messages output", the error message "Unexpected protocol mismatch" is shown. Things done: * ovirt-guest-agent installed on the VM * On client side, updated browser (Firefox) to latest version (38.0) and /ca.crt has been imported into Firefox certs Regarding logs on the server side, I can see the following: ovirt-engine ============ 2015-06-16 10:49:29,862 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-11) [39c79276] Running command: SetVmTicketCommand internal: false. Entities affected : ID: c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: VMAction group CONNECT_TO_VM with role type USER 2015-06-16 10:49:29,917 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-11) [39c79276] START, SetVmTicketVDSCommand(HostName = ovirtengine.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b, vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, ticket=TgrRVYoRhC8T, validTime=120,m userName=user, userId=5d502bbb-97d6-40b5-abbf-90121cea94d5), log id: 1881c90f 2015-06-16 10:49:29,937 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-11) [39c79276] FINISH, SetVmTicketVDSCommand, log id: 1881c90f 2015-06-16 10:49:29,957 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-11) [39c79276] Correlation ID: 39c79276, Call Stack: null, Custom Event ID: -1, Message: user user@domain initiated console session for VM testVM 2015-06-16 10:49:29,987 WARN [org.ovirt.engine.core.dal.job.ExecutionMessageDirector] (ajp--127.0.0.1-8702-11) [7a71a9e4] The message key VmLogon is missing from bundles/ExecutionMessages 2015-06-16 10:49:30,064 INFO [org.ovirt.engine.core.bll.VmLogonCommand] (ajp--127.0.0.1-8702-11) [7a71a9e4] Running command: VmLogonCommand internal: false. Entities affected : ID: c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: VMAction group CONNECT_TO_VM with role type USER 2015-06-16 10:49:30,114 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-11) [7a71a9e4] START, VmLogonVDSCommand(HostName = ovirtengine.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b, vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, domain=domain-authz, password=******, userName=user@domain), log id: 68632b24 2015-06-16 10:49:30,120 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-11) [7a71a9e4] FINISH, VmLogonVDSCommand, log id: 68632b24 2015-06-16 10:49:30,351 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-2) START, GlusterVolumesListVDSCommand(HostName = kvmhost.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b), log id: 2a2a439a 2015-06-16 10:49:30,368 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-2) FINISH, GlusterVolumesListVDSCommand, return: {}, log id: 2a2a439a ovirt-websocket-proxy ===================== jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: SSL/TLS (wss://) WebSocket connection jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Version hybi-13, base64: 'False' jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Path: '/eyJ2YWxpZFRvIjoiMjAxNTA2MTYwODU4MzgiLCJkYXRhIjoiJTdCJTIyaG9zdCUyMjolMjIxMC4xMDcuMjYuMjAxJTIyLCUyMnBvcnQlMjI6JTIyNTkwMCUyMiwlMjJzc2xfdGFyZ2V0JTIyOnRydWUlN0QiLCJ2YWxpZEZyb20iOiIyMDE1MDYxNjA4NTYzOCIsInNpZ25lZEZpZWxkcyI6InZhbGlkVG8sZGF0YSx2YWxpZEZyb20sc2FsdCIsInNpZ25hdHVyZSI6Imk2a3J2bjFCLzFYbUptSEJjVVZZRWVhSExwenA1LzJBQU1DWmJZcDJsaE9heEYvdkZ3azJIa0hibm5iY21mZFp3STJYbnFzMm9vZnMvNWV3NlNiTGtGeTdaVVdjZG4zdUxTcStZTVg4c3huUzg0Ulg3ZmtLTk05Mk9CeFJENm5VSEVDMXQ1eld0OXo3akZYVktMdXFEYkNiK3RmL3pNZGJuS0ZCcGtXaU5JVVB4b09yd2ZxRUQxMWZTell0aXVFeEFscW5xWlBqSXpjcHNDTHRwQXZaTnNWWWFNQlFWR1U2WnZiZlFWUTBlaFIzMnVyaTlVUmI1NDZCZVBuMkVJdytwU3RIWmZRWit2RDZKUjRWeDJFSFRqVEtXZ2ZMbzRWY0ZjSzNnQURYV1BKbUJjaWx5TExQR3dnTm1ncEk0cjVhR1ZCTmZ1VVUxSENJTlhWUVZPVnJJZz09Iiwic2FsdCI6IndFZGwvcmw3VWZJPSJ9' Java console ============ ">> disconnect" spicehtml5-main.html:86:16 "<< disconnect" spicehtml5-main.html:90:16 "ERROR: Error: Unexpected protocol mismatch." ----------------- I can't see any other relevant info, so I wonder if something else might be missing on any of the involved machines. Is there something else to do? Thanks. Nicolás

3 7

hosted-engine : how to shutdown hosts?
by Uwe Laverenz 22 Jun '15

22 Jun '15

Hi, just a minor problem I guess: I have a small test environment with 2 hosts and a hosted engine on a separate NFS3 share, all running CentOS7. The VMs are running from an iSCSI storage. When I want to shutdown the environment I: - shutdown VMs - enable global maintenance mode - "shutdown -h now" on the hosted engine vm - "shutdown -h now" on the hosts The problem: instead of shutting down, the hosts perform a reboot after a short while. Is this the expected behaviour or a known bug? How can I cleanly shutdown my OVirt-environment? Thank you, Uwe

5 6

hosted engine does not start correctly (CentOS 7.1, overt-engine 3.5.2)
by Haoyang Haven Liu 22 Jun '15

22 Jun '15

--Apple-Mail=_30E8FDCC-2248-490E-B934-CF7DF2FA1D68 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello, I tried to follow <http://www.ovirt.org/Migrate_to_Hosted_Engine = <http://www.ovirt.org/Migrate_to_Hosted_Engine>> to migrate an existing = ovirt environment. I managed to complete the =E2=80=9Cengine-backup = =E2=80=94mode=3Drestore=E2=80=A6=E2=80=9D step, and the following = =E2=80=9Cengine-setup=E2=80=9D step appear to have completed. However, = the ovirt-engine service was not started successfully has errors: [root@ovirt ~]# systemctl status ovirt-engine ovirt-engine.service - oVirt Engine Loaded: loaded (/usr/lib/systemd/system/ovirt-engine.service; = enabled) Active: failed (Result: exit-code) since Mon 2015-05-25 22:26:12 PDT; = 43s ago Main PID: 15931 (code=3Dexited, status=3D1/FAILURE) May 25 22:26:11 ovirt.polysep.ucla.edu systemd[1]: Started oVirt Engine. May 25 22:26:12 ovirt.polysep.ucla.edu ovirt-engine.py[15931]: = 2015-05-25 22:26:12,269 ovirt-engine: ERROR run:532 Error: process = termina...code 1 May 25 22:26:12 ovirt.polysep.ucla.edu systemd[1]: ovirt-engine.service: = main process exited, code=3Dexited, status=3D1/FAILURE May 25 22:26:12 ovirt.polysep.ucla.edu systemd[1]: Unit = ovirt-engine.service entered failed state. Hint: Some lines were ellipsized, use -l to show in full. Additionally, /var/log/ovirt-engine/console.log complains =E2=80=9Ccannot = allocate memory=E2=80=9D. The VM engine has 4GB of memory, but = ovirt-engine engine seems to want ~11GB of memory, is that right? [root@ovirt ~]# cat /var/log/ovirt-engine/console.log=20 OpenJDK 64-Bit Server VM warning: INFO: = os::commit_memory(0x0000000412180000, 11250696192, 0) failed; = error=3D'Cannot allocate memory' (errno=3D12) # # There is insufficient memory for the Java Runtime Environment to = continue. # Native memory allocation (malloc) failed to allocate 11250696192 bytes = for committing reserved memory. # An error report file with more information is saved as: # /tmp/jvm-15974/hs_error.log [root@ovirt ~]# free -m total used free shared buff/cache = available Mem: 3791 123 3175 28 492 = 3428 Swap: 2559 0 2559 [root@ovirt ~]#=20 The hs_error.log is attached. Any help is appreciated. Haven --Apple-Mail=_30E8FDCC-2248-490E-B934-CF7DF2FA1D68 Content-Type: multipart/mixed; boundary="Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0" --Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">Hello,<div class=3D""><br class=3D""></div><div class=3D"">I = tried to follow <<a = href=3D"http://www.ovirt.org/Migrate_to_Hosted_Engine" = class=3D"">http://www.ovirt.org/Migrate_to_Hosted_Engine</a>> to = migrate an existing ovirt environment. I managed to complete the = =E2=80=9Cengine-backup =E2=80=94mode=3Drestore=E2=80=A6=E2=80=9D step, = and the following =E2=80=9Cengine-setup=E2=80=9D step appear to have = completed. However, the ovirt-engine service was not started = successfully has errors:</div><div class=3D""><br class=3D""></div><div = class=3D""><div class=3D"">[root@ovirt ~]# systemctl status = ovirt-engine</div><div class=3D"">ovirt-engine.service - oVirt = Engine</div><div class=3D"">   Loaded: loaded = (/usr/lib/systemd/system/ovirt-engine.service; enabled)</div><div = class=3D"">   Active: failed (Result: exit-code) since Mon = 2015-05-25 22:26:12 PDT; 43s ago</div><div class=3D""> Main PID: = 15931 (code=3Dexited, status=3D1/FAILURE)</div><div class=3D""><br = class=3D""></div><div class=3D"">May 25 22:26:11 <a = href=3D"http://ovirt.polysep.ucla.edu" = class=3D"">ovirt.polysep.ucla.edu</a> systemd[1]: Started oVirt = Engine.</div><div class=3D"">May 25 22:26:12 <a = href=3D"http://ovirt.polysep.ucla.edu" = class=3D"">ovirt.polysep.ucla.edu</a> ovirt-engine.py[15931]: 2015-05-25 = 22:26:12,269 ovirt-engine: ERROR run:532 Error: process termina...code = 1</div><div class=3D"">May 25 22:26:12 <a = href=3D"http://ovirt.polysep.ucla.edu" = class=3D"">ovirt.polysep.ucla.edu</a> systemd[1]: ovirt-engine.service: = main process exited, code=3Dexited, status=3D1/FAILURE</div><div = class=3D"">May 25 22:26:12 <a href=3D"http://ovirt.polysep.ucla.edu" = class=3D"">ovirt.polysep.ucla.edu</a> systemd[1]: Unit = ovirt-engine.service entered failed state.</div><div class=3D"">Hint: = Some lines were ellipsized, use -l to show in full.</div></div><div = class=3D""><br class=3D""></div><div class=3D"">Additionally, = /var/log/ovirt-engine/console.log complains =E2=80=9Ccannot allocate = memory=E2=80=9D. The VM engine has 4GB of memory, but ovirt-engine = engine seems to want ~11GB of memory, is that right?</div><div = class=3D""><br class=3D""></div><div class=3D""><div = class=3D"">[root@ovirt ~]# cat = /var/log/ovirt-engine/console.log </div><div class=3D"">OpenJDK = 64-Bit Server VM warning: INFO: os::commit_memory(0x0000000412180000, = 11250696192, 0) failed; error=3D'Cannot allocate memory' = (errno=3D12)</div><div class=3D"">#</div><div class=3D""># There is = insufficient memory for the Java Runtime Environment to = continue.</div><div class=3D""># Native memory allocation (malloc) = failed to allocate 11250696192 bytes for committing reserved = memory.</div><div class=3D""># An error report file with more = information is saved as:</div><div class=3D""># = /tmp/jvm-15974/hs_error.log</div><div class=3D""><div = class=3D"">[root@ovirt ~]# free -m</div><div class=3D"">    =           total        used =        free      shared =  buff/cache   available</div><div class=3D"">Mem:   =         3791         123   =      3175          28   =       492        3428</div><div = class=3D"">Swap:          2559     =       0        2559</div><div = class=3D"">[root@ovirt ~]# </div></div></div><div class=3D""><br = class=3D""></div><div class=3D"">The hs_error.log is attached.</div><div = class=3D""><br class=3D""></div><div class=3D"">Any help is = appreciated.</div><div class=3D""><br class=3D""></div><div = class=3D"">Haven</div><div class=3D""></div></body></html>= --Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0 Content-Disposition: attachment; filename=hs_error.log Content-Type: application/octet-stream; name="hs_error.log" Content-Transfer-Encoding: quoted-printable #=0A#=20There=20is=20insufficient=20memory=20for=20the=20Java=20Runtime=20= Environment=20to=20continue.=0A#=20Native=20memory=20allocation=20= (malloc)=20failed=20to=20allocate=2011250696192=20bytes=20for=20= committing=20reserved=20memory.=0A#=20Possible=20reasons:=0A#=20=20=20= The=20system=20is=20out=20of=20physical=20RAM=20or=20swap=20space=0A#=20=20= =20In=2032=20bit=20mode,=20the=20process=20size=20limit=20was=20hit=0A#=20= Possible=20solutions:=0A#=20=20=20Reduce=20memory=20load=20on=20the=20= system=0A#=20=20=20Increase=20physical=20memory=20or=20swap=20space=0A#=20= =20=20Check=20if=20swap=20backing=20store=20is=20full=0A#=20=20=20Use=20= 64=20bit=20Java=20on=20a=2064=20bit=20OS=0A#=20=20=20Decrease=20Java=20= heap=20size=20(-Xmx/-Xms)=0A#=20=20=20Decrease=20number=20of=20Java=20= threads=0A#=20=20=20Decrease=20Java=20thread=20stack=20sizes=20(-Xss)=0A= #=20=20=20Set=20larger=20code=20cache=20with=20= -XX:ReservedCodeCacheSize=3D=0A#=20This=20output=20file=20may=20be=20= truncated=20or=20incomplete.=0A#=0A#=20=20Out=20of=20Memory=20Error=20= (os_linux.cpp:2813),=20pid=3D15974,=20tid=3D139640083666688=0A#=0A#=20= JRE=20version:=20=20(7.0_79-b14)=20(build=20)=0A#=20Java=20VM:=20OpenJDK=20= 64-Bit=20Server=20VM=20(24.79-b02=20mixed=20mode=20linux-amd64=20= compressed=20oops)=0A#=20Derivative:=20IcedTea=202.5.5=0A#=20= Distribution:=20Built=20on=20CentOS=20Linux=20release=207.1.1503=20= (Core)=20=20(Wed=20Apr=2015=2000:14:16=20UTC=202015)=0A#=20Failed=20to=20= write=20core=20dump.=20Core=20dumps=20have=20been=20disabled.=20To=20= enable=20core=20dumping,=20try=20"ulimit=20-c=20unlimited"=20before=20= starting=20Java=20again=0A#=0A=0A---------------=20=20T=20H=20R=20E=20A=20= D=20=20---------------=0A=0ACurrent=20thread=20(0x00007f007400a800):=20=20= JavaThread=20"Unknown=20thread"=20[_thread_in_vm,=20id=3D15975,=20= stack(0x00007f007d855000,0x00007f007d956000)]=0A=0AStack:=20= [0x00007f007d855000,0x00007f007d956000],=20=20sp=3D0x00007f007d9544f0,=20= =20free=20space=3D1021k=0ANative=20frames:=20(J=3Dcompiled=20Java=20= code,=20j=3Dinterpreted,=20Vv=3DVM=20code,=20C=3Dnative=20code)=0AV=20=20= [libjvm.so+0x9791c4]=0AV=20=20[libjvm.so+0x49f5a2]=0AV=20=20= [libjvm.so+0x7eed5b]=0AV=20=20[libjvm.so+0x7e942e]=0AV=20=20= [libjvm.so+0x85d46b]=0AV=20=20[libjvm.so+0x84d35e]=0AV=20=20= [libjvm.so+0x2abd4f]=0AV=20=20[libjvm.so+0x80fae9]=0AV=20=20= [libjvm.so+0x949397]=0AV=20=20[libjvm.so+0x9496d6]=0AV=20=20= [libjvm.so+0x5b5415]=0AV=20=20[libjvm.so+0x92baef]=0AV=20=20= [libjvm.so+0x625d57]=20=20JNI_CreateJavaVM+0x67=0AC=20=20= [libjli.so+0x2a68]=0A=0A=0A---------------=20=20P=20R=20O=20C=20E=20S=20= S=20=20---------------=0A=0AJava=20Threads:=20(=20=3D>=20current=20= thread=20)=0A=0AOther=20Threads:=0A=0A=3D>0x00007f007400a800=20(exited)=20= JavaThread=20"Unknown=20thread"=20[_thread_in_vm,=20id=3D15975,=20= stack(0x00007f007d855000,0x00007f007d956000)]=0A=0AVM=20state:not=20at=20= safepoint=20(not=20fully=20initialized)=0A=0AVM=20Mutex/Monitor=20= currently=20owned=20by=20a=20thread:=20None=0A=0AGC=20Heap=20History=20= (0=20events):=0ANo=20events=0A=0ADeoptimization=20events=20(0=20events):=0A= No=20events=0A=0AInternal=20exceptions=20(0=20events):=0ANo=20events=0A=0A= Events=20(0=20events):=0ANo=20events=0A=0A=0ADynamic=20libraries:=0A= 00400000-00401000=20r-xp=2000000000=20fd:03=20101965786=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre-abrt/bin= /java=0A00600000-00601000=20r--p=2000000000=20fd:03=20101965786=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre-abrt/bin= /java=0A00601000-00602000=20rw-p=2000001000=20fd:03=20101965786=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre-abrt/bin= /java=0A01125000-01146000=20rw-p=2000000000=2000:00=200=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20[heap]=0A402180000-412180000=20rw-p=2000000000=2000:00=200=20=0A= 6b0b00000-800000000=20rw-p=2000000000=2000:00=200=20=0A= 7f006e000000-7f006e270000=20rwxp=2000000000=2000:00=200=20=0A= 7f006e270000-7f0074023000=20rw-p=2000000000=2000:00=200=20=0A= 7f0074023000-7f0078000000=20---p=2000000000=2000:00=200=20=0A= 7f0078922000-7f0079e96000=20rw-p=2000000000=2000:00=200=20=0A= 7f0079e96000-7f007a91c000=20rw-p=2000000000=2000:00=200=20=0A= 7f007a91c000-7f007aa92000=20rw-p=2000000000=2000:00=200=20=0A= 7f007aa92000-7f007aa9a000=20r-xp=2000000000=20fd:03=2069783234=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libzip.so=0A7f007aa9a000-7f007ac99000=20---p=2000008000=20fd:03=20= 69783234=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libzip.so=0A7f007ac99000-7f007ac9a000=20r--p=2000007000=20fd:03=20= 69783234=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libzip.so=0A7f007ac9a000-7f007ac9b000=20rw-p=2000008000=20fd:03=20= 69783234=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libzip.so=0A7f007ac9b000-7f007aca6000=20r-xp=2000000000=20fd:03=20= 67155745=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libnss_files-2.17.so=0A7f007aca6000-7f007aea5000=20---p=20= 0000b000=20fd:03=2067155745=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20/usr/lib64/libnss_files-2.17.so=0A7f007aea5000-7f007aea6000=20= r--p=200000a000=20fd:03=2067155745=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libnss_files-2.17.so=0A= 7f007aea6000-7f007aea7000=20rw-p=200000b000=20fd:03=2067155745=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libnss_files-2.17.so=0A7f007aea7000-7f007aed2000=20r-xp=20= 00000000=20fd:03=2069757264=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libjava.so=0A7f007aed2000-7f007b0d1000=20---p=200002b000=20fd:03=20= 69757264=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libjava.so=0A7f007b0d1000-7f007b0d2000=20r--p=200002a000=20fd:03=20= 69757264=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libjava.so=0A7f007b0d2000-7f007b0d4000=20rw-p=200002b000=20fd:03=20= 69757264=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libjava.so=0A7f007b0d4000-7f007b0e1000=20r-xp=2000000000=20fd:03=20= 69783233=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libverify.so=0A7f007b0e1000-7f007b2e0000=20---p=200000d000=20fd:03=20= 69783233=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libverify.so=0A7f007b2e0000-7f007b2e2000=20r--p=200000c000=20fd:03=20= 69783233=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libverify.so=0A7f007b2e2000-7f007b2e3000=20rw-p=200000e000=20fd:03=20= 69783233=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libverify.so=0A7f007b2e3000-7f007b2ea000=20r-xp=2000000000=20fd:03=20= 67155757=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/librt-2.17.so=0A7f007b2ea000-7f007b4e9000=20---p=2000007000=20= fd:03=2067155757=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/librt-2.17.so=0A7f007b4e9000-7f007b4ea000=20r--p=2000006000=20= fd:03=2067155757=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/librt-2.17.so=0A7f007b4ea000-7f007b4eb000=20rw-p=2000007000=20= fd:03=2067155757=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/librt-2.17.so=0A7f007b4eb000-7f007b500000=20r-xp=2000000000=20= fd:03=2067154088=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libgcc_s-4.8.3-20140911.so.1=0A7f007b500000-7f007b6ff000=20= ---p=2000015000=20fd:03=2067154088=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libgcc_s-4.8.3-20140911.so.1=0A= 7f007b6ff000-7f007b700000=20r--p=2000014000=20fd:03=2067154088=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libgcc_s-4.8.3-20140911.so.1=0A7f007b700000-7f007b701000=20= rw-p=2000015000=20fd:03=2067154088=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libgcc_s-4.8.3-20140911.so.1=0A= 7f007b701000-7f007b802000=20r-xp=2000000000=20fd:03=2067155735=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/libm-2.17.so=0A= 7f007b802000-7f007ba01000=20---p=2000101000=20fd:03=2067155735=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/libm-2.17.so=0A= 7f007ba01000-7f007ba02000=20r--p=2000100000=20fd:03=2067155735=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/libm-2.17.so=0A= 7f007ba02000-7f007ba03000=20rw-p=2000101000=20fd:03=2067155735=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/libm-2.17.so=0A= 7f007ba03000-7f007baec000=20r-xp=2000000000=20fd:03=2067155808=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libstdc++.so.6.0.19=0A7f007baec000-7f007bceb000=20---p=20= 000e9000=20fd:03=2067155808=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20/usr/lib64/libstdc++.so.6.0.19=0A7f007bceb000-7f007bcf3000=20= r--p=20000e8000=20fd:03=2067155808=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libstdc++.so.6.0.19=0A= 7f007bcf3000-7f007bcf5000=20rw-p=20000f0000=20fd:03=2067155808=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libstdc++.so.6.0.19=0A7f007bcf5000-7f007bd0a000=20rw-p=20= 00000000=2000:00=200=20=0A7f007bd0a000-7f007c853000=20r-xp=2000000000=20= fd:03=2069783238=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/server/libjvm.so=0A7f007c853000-7f007ca52000=20---p=2000b49000=20fd:03=20= 69783238=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/server/libjvm.so=0A7f007ca52000-7f007caec000=20r--p=2000b48000=20fd:03=20= 69783238=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/server/libjvm.so=0A7f007caec000-7f007cb0f000=20rw-p=2000be2000=20fd:03=20= 69783238=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/server/libjvm.so=0A7f007cb0f000-7f007cb3d000=20rw-p=2000000000=2000:00=20= 0=20=0A7f007cb3d000-7f007cb52000=20r-xp=2000000000=20fd:03=2067155853=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libz.so.1.2.7=0A7f007cb52000-7f007cd51000=20---p=2000015000=20= fd:03=2067155853=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libz.so.1.2.7=0A7f007cd51000-7f007cd52000=20r--p=2000014000=20= fd:03=2067155853=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libz.so.1.2.7=0A7f007cd52000-7f007cd53000=20rw-p=2000015000=20= fd:03=2067155853=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libz.so.1.2.7=0A7f007cd53000-7f007cf09000=20r-xp=2000000000=20= fd:03=2067155727=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libc-2.17.so=0A7f007cf09000-7f007d109000=20---p=20001b6000=20= fd:03=2067155727=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libc-2.17.so=0A7f007d109000-7f007d10d000=20r--p=20001b6000=20= fd:03=2067155727=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libc-2.17.so=0A7f007d10d000-7f007d10f000=20rw-p=20001ba000=20= fd:03=2067155727=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libc-2.17.so=0A7f007d10f000-7f007d114000=20rw-p=2000000000=20= 00:00=200=20=0A7f007d114000-7f007d117000=20r-xp=2000000000=20fd:03=20= 67155733=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libdl-2.17.so=0A7f007d117000-7f007d316000=20---p=2000003000=20= fd:03=2067155733=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libdl-2.17.so=0A7f007d316000-7f007d317000=20r--p=2000002000=20= fd:03=2067155733=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libdl-2.17.so=0A7f007d317000-7f007d318000=20rw-p=2000003000=20= fd:03=2067155733=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libdl-2.17.so=0A7f007d318000-7f007d325000=20r-xp=2000000000=20= fd:03=2035357316=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/jli/libjli.so=0A7f007d325000-7f007d524000=20---p=200000d000=20fd:03=20= 35357316=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/jli/libjli.so=0A7f007d524000-7f007d525000=20r--p=200000c000=20fd:03=20= 35357316=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/jli/libjli.so=0A7f007d525000-7f007d526000=20rw-p=200000d000=20fd:03=20= 35357316=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/jli/libjli.so=0A7f007d526000-7f007d53c000=20r-xp=2000000000=20fd:03=20= 67155753=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libpthread-2.17.so=0A7f007d53c000-7f007d73c000=20---p=20= 00016000=20fd:03=2067155753=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20/usr/lib64/libpthread-2.17.so=0A7f007d73c000-7f007d73d000=20= r--p=2000016000=20fd:03=2067155753=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libpthread-2.17.so=0A= 7f007d73d000-7f007d73e000=20rw-p=2000017000=20fd:03=2067155753=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libpthread-2.17.so=0A7f007d73e000-7f007d742000=20rw-p=20= 00000000=2000:00=200=20=0A7f007d742000-7f007d763000=20r-xp=2000000000=20= fd:03=2067155720=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/ld-2.17.so=0A7f007d84d000-7f007d855000=20rw-s=2000000000=20= fd:03=20333874=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20/tmp/hsperfdata_ovirt/15974=0A7f007d855000-7f007d858000=20---p=20= 00000000=2000:00=200=20=0A7f007d858000-7f007d95b000=20rw-p=2000000000=20= 00:00=200=20=0A7f007d95e000-7f007d961000=20rw-p=2000000000=2000:00=200=20= =0A7f007d961000-7f007d962000=20r--p=2000000000=2000:00=200=20=0A= 7f007d962000-7f007d963000=20rw-p=2000000000=2000:00=200=20=0A= 7f007d963000-7f007d964000=20r--p=2000021000=20fd:03=2067155720=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/ld-2.17.so=0A= 7f007d964000-7f007d965000=20rw-p=2000022000=20fd:03=2067155720=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/ld-2.17.so=0A= 7f007d965000-7f007d966000=20rw-p=2000000000=2000:00=200=20=0A= 7fff4f316000-7fff4f337000=20rw-p=2000000000=2000:00=200=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20[stack]=0A= 7fff4f3fe000-7fff4f400000=20r-xp=2000000000=2000:00=200=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20[vdso]=0A= ffffffffff600000-ffffffffff601000=20r-xp=2000000000=2000:00=200=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20[vsyscall]=0A=0AVM=20= Arguments:=0Ajvm_args:=20-XX:+TieredCompilation=20-Xms16094M=20= -Xmx16094M=20-XX:PermSize=3D256m=20-XX:MaxPermSize=3D256m=20= -Djava.net.preferIPv4Stack=3Dtrue=20= -Dsun.rmi.dgc.client.gcInterval=3D3600000=20= -Dsun.rmi.dgc.server.gcInterval=3D3600000=20-Djava.awt.headless=3Dtrue=20= -Djsse.enableSNIExtension=3Dfalse=20= -Djava.security.krb5.conf=3D/etc/ovirt-engine/krb5.conf=20= -XX:+HeapDumpOnOutOfMemoryError=20= -XX:HeapDumpPath=3D/var/log/ovirt-engine/dump=20= -Djava.util.logging.manager=3Dorg.jboss.logmanager=20= -Dlogging.configuration=3Dfile:///var/lib/ovirt-engine/jboss_runtime/confi= g/ovirt-engine-logging.properties=20-Dorg.jboss.resolver.warning=3Dtrue=20= -Djboss.modules.system.pkgs=3Dorg.jboss.byteman=20= -Djboss.modules.write-indexes=3Dfalse=20= -Djboss.server.default.config=3Dovirt-engine=20= -Djboss.home.dir=3D/usr/share/ovirt-engine-jboss-as=20= -Djboss.server.base.dir=3D/usr/share/ovirt-engine=20= -Djboss.server.data.dir=3D/var/lib/ovirt-engine=20= -Djboss.server.log.dir=3D/var/log/ovirt-engine=20= -Djboss.server.config.dir=3D/var/lib/ovirt-engine/jboss_runtime/config=20= -Djboss.server.temp.dir=3D/var/lib/ovirt-engine/jboss_runtime/tmp=20= -Djboss.controller.temp.dir=3D/var/lib/ovirt-engine/jboss_runtime/tmp=20=0A= java_command:=20/usr/share/ovirt-engine-jboss-as/jboss-modules.jar=20-mp=20= /var/lib/ovirt-engine/jboss_runtime/modules/00-ovirt-engine-modules:/var/l= ib/ovirt-engine/jboss_runtime/modules/01-ovirt-engine-jboss-as-modules=20= -jaxpmodule=20javax.xml.jaxp-provider=20org.jboss.as.standalone=20-c=20= ovirt-engine.xml=0ALauncher=20Type:=20SUN_STANDARD=0A=0AEnvironment=20= Variables:=0A= PATH=3D/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin=0A=0A= Signal=20Handlers:=0ASIGSEGV:=20[libjvm.so+0x979d40],=20= sa_mask[0]=3D0x7ffbfeff,=20sa_flags=3D0x10000004=0ASIGBUS:=20= [libjvm.so+0x979d40],=20sa_mask[0]=3D0x7ffbfeff,=20sa_flags=3D0x10000004=0A= SIGFPE:=20[libjvm.so+0x7ea2c0],=20sa_mask[0]=3D0x7ffbfeff,=20= sa_flags=3D0x10000004=0ASIGPIPE:=20[libjvm.so+0x7ea2c0],=20= sa_mask[0]=3D0x7ffbfeff,=20sa_flags=3D0x10000004=0ASIGXFSZ:=20= [libjvm.so+0x7ea2c0],=20sa_mask[0]=3D0x7ffbfeff,=20sa_flags=3D0x10000004=0A= SIGILL:=20[libjvm.so+0x7ea2c0],=20sa_mask[0]=3D0x7ffbfeff,=20= sa_flags=3D0x10000004=0ASIGUSR1:=20SIG_DFL,=20sa_mask[0]=3D0x00000000,=20= sa_flags=3D0x00000000=0ASIGUSR2:=20[libjvm.so+0x7ea130],=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x10000004=0ASIGHUP:=20SIG_IGN,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0ASIGINT:=20SIG_DFL,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0ASIGTERM:=20SIG_DFL,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0ASIGQUIT:=20SIG_DFL,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0ASIGTRAP:=20SIG_DFL,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0A=0A=0A---------------=20= =20S=20Y=20S=20T=20E=20M=20=20---------------=0A=0AOS:CentOS=20Linux=20= release=207.1.1503=20(Core)=20=0A=0Auname:Linux=20= 3.10.0-229.4.2.el7.x86_64=20#1=20SMP=20Wed=20May=2013=2010:06:09=20UTC=20= 2015=20x86_64=0Alibc:glibc=202.17=20NPTL=202.17=20=0Arlimit:=20STACK=20= 8192k,=20CORE=200k,=20NPROC=2015100,=20NOFILE=2065535,=20AS=20infinity=0A= load=20average:0.59=200.19=200.10=0A=0A/proc/meminfo:=0AMemTotal:=20=20=20= =20=20=20=20=203882732=20kB=0AMemFree:=20=20=20=20=20=20=20=20=203194460=20= kB=0AMemAvailable:=20=20=20=203453684=20kB=0ABuffers:=20=20=20=20=20=20=20= =20=20=20=20=201328=20kB=0ACached:=20=20=20=20=20=20=20=20=20=20=20= 438472=20kB=0ASwapCached:=20=20=20=20=20=20=20=20=20=20=20=200=20kB=0A= Active:=20=20=20=20=20=20=20=20=20=20=20307816=20kB=0AInactive:=20=20=20=20= =20=20=20=20=20257888=20kB=0AActive(anon):=20=20=20=20=20140056=20kB=0A= Inactive(anon):=20=20=20=2014952=20kB=0AActive(file):=20=20=20=20=20= 167760=20kB=0AInactive(file):=20=20=20242936=20kB=0AUnevictable:=20=20=20= =20=20=20=20=20=20=20=200=20kB=0AMlocked:=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=200=20kB=0ASwapTotal:=20=20=20=20=20=20=202621436=20kB=0A= SwapFree:=20=20=20=20=20=20=20=202621436=20kB=0ADirty:=20=20=20=20=20=20=20= =20=20=20=20=20=2012548=20kB=0AWriteback:=20=20=20=20=20=20=20=20=20=20=20= =20=200=20kB=0AAnonPages:=20=20=20=20=20=20=20=20115844=20kB=0AMapped:=20= =20=20=20=20=20=20=20=20=20=20=2042464=20kB=0AShmem:=20=20=20=20=20=20=20= =20=20=20=20=20=2029104=20kB=0ASlab:=20=20=20=20=20=20=20=20=20=20=20=20=20= =2066528=20kB=0ASReclaimable:=20=20=20=20=20=2034928=20kB=0ASUnreclaim:=20= =20=20=20=20=20=20=2031600=20kB=0AKernelStack:=20=20=20=20=20=20=20=20= 1968=20kB=0APageTables:=20=20=20=20=20=20=20=20=206572=20kB=0A= NFS_Unstable:=20=20=20=20=20=20=20=20=20=200=20kB=0ABounce:=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=200=20kB=0AWritebackTmp:=20=20=20=20=20=20= =20=20=20=200=20kB=0ACommitLimit:=20=20=20=20=204562800=20kB=0A= Committed_AS:=20=20=20=205885860=20kB=0AVmallocTotal:=20=20=20= 34359738367=20kB=0AVmallocUsed:=20=20=20=20=20=20=2015772=20kB=0A= VmallocChunk:=20=20=2034359719676=20kB=0AHardwareCorrupted:=20=20=20=20=20= 0=20kB=0AAnonHugePages:=20=20=20=20=20=208192=20kB=0AHugePages_Total:=20=20= =20=20=20=20=200=0AHugePages_Free:=20=20=20=20=20=20=20=200=0A= HugePages_Rsvd:=20=20=20=20=20=20=20=200=0AHugePages_Surp:=20=20=20=20=20= =20=20=200=0AHugepagesize:=20=20=20=20=20=20=202048=20kB=0ADirectMap4k:=20= =20=20=20=20=20=2059380=20kB=0ADirectMap2M:=20=20=20=20=204134912=20kB=0A= =0A=0ACPU:total=202=20(1=20cores=20per=20cpu,=201=20threads=20per=20= core)=20family=206=20model=2042=20stepping=201,=20cmov,=20cx8,=20fxsr,=20= mmx,=20sse,=20sse2,=20sse3,=20ssse3,=20sse4.1,=20sse4.2,=20popcnt,=20= avx,=20aes,=20tsc=0A=0A/proc/cpuinfo:=0Aprocessor=09:=200=0Avendor_id=09= :=20GenuineIntel=0Acpu=20family=09:=206=0Amodel=09=09:=2042=0Amodel=20= name=09:=20Intel=20Xeon=20E312xx=20(Sandy=20Bridge)=0Astepping=09:=201=0A= microcode=09:=200x1=0Acpu=20MHz=09=09:=202399.998=0Acache=20size=09:=20= 4096=20KB=0Aphysical=20id=09:=200=0Asiblings=09:=201=0Acore=20id=09=09:=20= 0=0Acpu=20cores=09:=201=0Aapicid=09=09:=200=0Ainitial=20apicid=09:=200=0A= fpu=09=09:=20yes=0Afpu_exception=09:=20yes=0Acpuid=20level=09:=2013=0Awp=09= =09:=20yes=0Aflags=09=09:=20fpu=20de=20pse=20tsc=20msr=20pae=20mce=20cx8=20= apic=20sep=20mtrr=20pge=20mca=20cmov=20pat=20pse36=20clflush=20mmx=20= fxsr=20sse=20sse2=20syscall=20nx=20lm=20constant_tsc=20nopl=20eagerfpu=20= pni=20pclmulqdq=20ssse3=20cx16=20sse4_1=20sse4_2=20x2apic=20popcnt=20= tsc_deadline_timer=20aes=20xsave=20avx=20hypervisor=20lahf_lm=20xsaveopt=0A= bogomips=09:=204799.99=0Aclflush=20size=09:=2064=0Acache_alignment=09:=20= 64=0Aaddress=20sizes=09:=2046=20bits=20physical,=2048=20bits=20virtual=0A= power=20management:=0A=0Aprocessor=09:=201=0Avendor_id=09:=20= GenuineIntel=0Acpu=20family=09:=206=0Amodel=09=09:=2042=0Amodel=20name=09= :=20Intel=20Xeon=20E312xx=20(Sandy=20Bridge)=0Astepping=09:=201=0A= microcode=09:=200x1=0Acpu=20MHz=09=09:=202399.998=0Acache=20size=09:=20= 4096=20KB=0Aphysical=20id=09:=201=0Asiblings=09:=201=0Acore=20id=09=09:=20= 0=0Acpu=20cores=09:=201=0Aapicid=09=09:=201=0Ainitial=20apicid=09:=201=0A= fpu=09=09:=20yes=0Afpu_exception=09:=20yes=0Acpuid=20level=09:=2013=0Awp=09= =09:=20yes=0Aflags=09=09:=20fpu=20de=20pse=20tsc=20msr=20pae=20mce=20cx8=20= apic=20sep=20mtrr=20pge=20mca=20cmov=20pat=20pse36=20clflush=20mmx=20= fxsr=20sse=20sse2=20syscall=20nx=20lm=20constant_tsc=20nopl=20eagerfpu=20= pni=20pclmulqdq=20ssse3=20cx16=20sse4_1=20sse4_2=20x2apic=20popcnt=20= tsc_deadline_timer=20aes=20xsave=20avx=20hypervisor=20lahf_lm=20xsaveopt=0A= bogomips=09:=204799.99=0Aclflush=20size=09:=2064=0Acache_alignment=09:=20= 64=0Aaddress=20sizes=09:=2046=20bits=20physical,=2048=20bits=20virtual=0A= power=20management:=0A=0A=0A=0AMemory:=204k=20page,=20physical=20= 3882732k(3194460k=20free),=20swap=202621436k(2621436k=20free)=0A=0A= vm_info:=20OpenJDK=2064-Bit=20Server=20VM=20(24.79-b02)=20for=20= linux-amd64=20JRE=20(1.7.0_79-b14),=20built=20on=20Apr=2015=202015=20= 00:19:48=20by=20"mockbuild"=20with=20gcc=204.8.3=2020140911=20(Red=20Hat=20= 4.8.3-9)=0A=0Atime:=20Mon=20May=2025=2022:26:12=202015=0Aelapsed=20time:=20= 0=20seconds=0A=0A= --Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""></div><div class=""><br class=""></div><div class=""><br class=""></div></body></html> --Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0-- --Apple-Mail=_30E8FDCC-2248-490E-B934-CF7DF2FA1D68--

3 3

Re: [ovirt-users] disaster recovery
by mots 22 Jun '15

22 Jun '15

------=_Part_90_1900995351.1434880991903 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Let me get this straight: You added a new host and instead of letting VDSM manage the VM storage you added it manually, completely independent from oVirt, during an unattended installation of the host OS=3F In a production environment=3F Why=3F =20 -----Urspr=C3=BCngliche Nachricht----- > Von:Nathana=C3=ABl Blanchet <blanchet(a)abes.fr> > Gesendet: Fre 19 Juni 2015 14:09 > An: users(a)ovirt.org > Betreff: [ovirt-users] disaster recovery >=20 > Hello all, >=20 > Here is what can happen as a nightmare for a sysadmin: >=20 > I installed a new host to my pool of pre existing ovirt hosts with a=20 > kickstart file and a default partitionning. I used to do this with vms=20 > that usually get one local disk. > But.. > This time this host was attached to several existing ovirt (production)=20 > lun and anaconda gathered all existing disk (local and lun) into the=20 > same VG (lv_home) et formatted them with XFS.... > In the webadmin, the domain storage became unvailaible, vms were still=20 > up (thankgoodness), but it was impossible to interact with them. If I=20 > stopped them, it was impossible to reboot them. If I launch lvs command,=20 > some hosts can still see the ovirt LV, but other see only the lv_home=20 > while /dev/[idofvms] are still present. > So it was my chance that vms were still present, and I began to export=20 > them with a tar at file system level so as to import them in a new=20 > domain storage. >=20 > It seems that data are still present because the vms are still running. > So my question is really : instead of this difficult export step, is=20 > there a way to recover the initial format of the ovirt lun so as to make=20 > the lvm index come back on the disk=3F >=20 > Any help or disaster experience would be much appreciated. >=20 > --=20 > Nathana=C3=ABl Blanchet >=20 > Supervision r=C3=A9seau > P=C3=B4le Infrastrutures Informatiques > 227 avenue Professeur-Jean-Louis-Viala > 34193 MONTPELLIER CEDEX 5 =09 > T=C3=A9l. 33 (0)4 67 54 84 55 > Fax 33 (0)4 67 54 84 14 > blanchet(a)abes.fr =20 >=20 > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >=20 ------=_Part_90_1900995351.1434880991903 Content-Type: application/pgp-signature; name=signature.asc Content-Transfer-Encoding: 7bit Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: CIPHERMAIL (2.9.0-0) iQIcBAEBCAAGBQJVhovfAAoJEJ44dql+IcLKmV4QAIVOz1GZYMx5TM1Sd+By3J5W 9UHwzcsM11eFol8QI5iiQZaFrZvAUETTPsOlnelB9CpUkFv4auFjgsvedTRhplU8 41YdWMfV7YzFDX2Jd2Ou3kiV6SXc40P9LwM5rMAmoip8IhgND7jtue7NVkmKsuvO HSLKb7AvG4+lFwLEuPJlRB0Xe1aSbEbrlHF+G2KhUC4i2fclHePqgBFUrbqGUuiV p0uov92/TVuJSkahll3dWPkUGGRG9Z/gOVwZ2yUv1FnDpPns+KtwsQ0rtIWBp69o u88ntyMw4BP+Sq0haX0kUjFDELFUw52Q0YSw6800I+hQbGQGYh3kLTm69rsVI2sr Pqr7qkH8ELEQb+iXRaWqNV+P2onM8ni2WaX51yuHAonC+3CT31qYrDAiFCzAZ9DD fV1hHI0a+tGLrvju4jMyplzDchAfAUaKOAyP0EUyKKcljAQcBJcCWiireYfWM4IU 39nhb8DRvBQWovUjz6nvdAERNtM+R1ZsONKQYdrgAD6AzZrIvTF8feJnMzErdHEo HNSopYQZxv6gZkafnFG5aCA/SfvwKtzfP57hrVgr6RnOYApyHoTH05ii1iaKErWA 5FHzs1tJ7k7RnKcsswNVMijQJ4Qo5YdMyLeqh5QFWuQmEMWvrm85Uc451rAOxHJJ hVZ22QUIBejbQpXgM2ds =QG8e -----END PGP SIGNATURE----- ------=_Part_90_1900995351.1434880991903--

3 3

Error while executing action: Cannot add Host. Host with the same UUID already exists.
by ml＠ohnewald.net 21 Jun '15

21 Jun '15

Hello List, i am using oVirt Engine Version: 3.5.2.1-1.el6. I would like to remove a node from a GlusterFS Cluster and use it for local storage. So i put my node into maintance. Reinstalled it freshly with CentOS7. Now i would like to add it to a New Cluster with local storage, but i get: Error while executing action: Cannot add Host. Host with the same UUID already exists. How can i resolve this problem? I can NOT remove my old host from the Gluster: Cannot remove Host. Server having Gluster volume. Thanks, Mario

5 6

All-In-One on CentOS 7.1
by Gianluca Cecchi 19 Jun '15

19 Jun '15

Hello, I'm trying to setup all in one 3.5.2.1 on CentOS 7.1 but it seems that the ovirtmgmt bridge has not been created and the host and storage domain parts failed to install. Some preliminary questions: - Is NetworkManager supported now in 3.5.2? Or should I disable it before engine setup? - Where should I found engine and host part setup network config files at the end if not in /etc/sysconfig/network-scripts? BTW: is network unified persistence feature, as described here: http://www.ovirt.org/Feature/NetworkReloaded configured as the default now or not? I see that from OS point of view both network and NetworkManager services are enabled (after engine-setup, I didn't check before it): [root@ovirt71 NetworkManager]# systemctl status network network.service - LSB: Bring up/down networking Loaded: loaded (/etc/rc.d/init.d/network) Active: active (exited) since Wed 2015-05-20 15:24:11 CEST; 14min ago Process: 1157 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=0/SUCCESS) May 20 15:24:10 ovirt71.localdomain.local systemd[1]: Starting LSB: Bring up/down networking... May 20 15:24:11 ovirt71.localdomain.local network[1157]: Bringing up loopback interface: Could...o' May 20 15:24:11 ovirt71.localdomain.local network[1157]: Could not load file '/etc/sysconfig/ne...o' May 20 15:24:11 ovirt71.localdomain.local network[1157]: Could not load file '/etc/sysconfig/ne...o' May 20 15:24:11 ovirt71.localdomain.local network[1157]: Could not load file '/etc/sysconfig/ne...o' May 20 15:24:11 ovirt71.localdomain.local network[1157]: [ OK ] May 20 15:24:11 ovirt71.localdomain.local network[1157]: Bringing up interface eth0: [ OK ] May 20 15:24:11 ovirt71.localdomain.local systemd[1]: Started LSB: Bring up/down networking. Hint: Some lines were ellipsized, use -l to show in full. [root@ovirt71 NetworkManager]# systemctl status NetworkManager NetworkManager.service - Network Manager Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled) Active: active (running) since Wed 2015-05-20 15:24:05 CEST; 14min ago Main PID: 768 (NetworkManager) CGroup: /system.slice/NetworkManager.service └─768 /usr/sbin/NetworkManager --no-daemon May 20 15:24:06 ovirt71.localdomain.local NetworkManager[768]: <info> Policy set 'eth0' (eth0) .... May 20 15:24:06 ovirt71.localdomain.local NetworkManager[768]: <info> (eth0): Activation: succe.... May 20 15:24:10 ovirt71.localdomain.local NetworkManager[768]: <info> startup complete May 20 15:24:11 ovirt71.localdomain.local NetworkManager[768]: <info> parsing /etc/sysconfig/ne.... May 20 15:24:11 ovirt71.localdomain.local NetworkManager[768]: <info> parsing /etc/sysconfig/ne.... May 20 15:24:11 ovirt71.localdomain.local NetworkManager[768]: <info> parsing /etc/sysconfig/ne.... May 20 15:24:11 ovirt71.localdomain.local NetworkManager[768]: <info> parsing /etc/sysconfig/ne.... May 20 15:24:16 ovirt71.localdomain.local NetworkManager[768]: <info> (;vdsmdummy;): carrier is OFF May 20 15:24:16 ovirt71.localdomain.local NetworkManager[768]: <info> (;vdsmdummy;): new Bridge...) May 20 15:24:16 ovirt71.localdomain.local NetworkManager[768]: <info> (;vdsmdummy;): exported a...3 Hint: Some lines were ellipsized, use -l to show in full. The host part failed to install during setup : [ ERROR ] The VDSM host was found in a failed state. Please check engine and bootstrap installation logs. [WARNING] Local storage domain not added because the VDSM host was not up. Please add it manually. After reboot [root@ovirt71 ~]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 52:54:00:fa:1e:b7 brd ff:ff:ff:ff:ff:ff inet 192.168.122.72/24 brd 192.168.122.255 scope global eth0 valid_lft forever preferred_lft forever inet6 fe80::5054:ff:fefa:1eb7/64 scope link valid_lft forever preferred_lft forever 3: bond0: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state DOWN link/ether 22:9e:ab:c2:99:30 brd ff:ff:ff:ff:ff:ff 4: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN link/ether 42:76:96:46:b2:1f brd ff:ff:ff:ff:ff:ff engine setup log (in gzip format): https://drive.google.com/file/d/0BwoPbcrMv8mvV3E5U2Z5V2R0YnM/view?usp=shari… various log files are here to read (in tar gzip format): https://drive.google.com/file/d/0BwoPbcrMv8mvNFgzanBVMUt5aTQ/view?usp=shari… workflow of engine setup: [root@ovirt71 ~]# engine-setup [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging-aio.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging.conf'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20150520151505-rtk8we.log Version: otopi-1.3.1 (otopi-1.3.1-1.el7) [ INFO ] Hardware supports virtualization [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== PRODUCT OPTIONS ==-- Configure Engine on this host (Yes, No) [Yes]: Configure WebSocket Proxy on this host (Yes, No) [Yes]: --== PACKAGES ==-- [ INFO ] Checking for product updates... [ INFO ] No product updates found --== ALL IN ONE CONFIGURATION ==-- Configure VDSM on this host? (Yes, No) [No]: Yes Local storage domain path [/var/lib/images]: Local storage domain name [local_storage]: --== NETWORK CONFIGURATION ==-- Setup can automatically configure the firewall on this system. Note: automatic configuration of the firewall may overwrite current settings. Do you want Setup to configure the firewall? (Yes, No) [Yes]: [ INFO ] firewalld will be configured as firewall manager. Host fully qualified DNS name of this server [ovirt71.localdomain.local]: [WARNING] Failed to resolve ovirt71.localdomain.local using DNS, it can be resolved only locally [WARNING] Failed to resolve ovirt71.localdomain.local using DNS, it can be resolved only locally --== DATABASE CONFIGURATION ==-- Where is the Engine database located? (Local, Remote) [Local]: Setup can configure the local postgresql server automatically for the engine to run. This may conflict with existing applications. Would you like Setup to automatically configure postgresql and create Engine database, or prefer to perform that manually? (Automatic, Manual) [Automatic]: --== OVIRT ENGINE CONFIGURATION ==-- Engine admin password: Confirm engine admin password: [WARNING] Password is weak: it is based on a dictionary word Use weak password? (Yes, No) [No]: Yes Application mode (Virt, Gluster, Both) [Both]: --== PKI CONFIGURATION ==-- Organization name for certificate [localdomain.local]: --== APACHE CONFIGURATION ==-- Setup can configure the default page of the web server to present the application home page. This may conflict with existing applications. Do you wish to set the application as the default page of the web server? (Yes, No) [Yes]: Setup can configure apache to use SSL using a certificate issued from the internal CA. Do you wish Setup to configure that, or prefer to perform that manually? (Automatic, Manual) [Automatic]: --== SYSTEM CONFIGURATION ==-- Configure an NFS share on this server to be used as an ISO Domain? (Yes, No) [Yes]: Local ISO domain path [/var/lib/exports/iso]: Local ISO domain ACL - note that the default will restrict access to ovirt71.localdomain.local only, for security reasons [ovirt71.localdomain.local(rw)]: Local ISO domain name [ISO_DOMAIN]: --== MISC CONFIGURATION ==-- --== END OF CONFIGURATION ==-- [ INFO ] Stage: Setup validation [WARNING] Less than 16384MB of memory is available --== CONFIGURATION PREVIEW ==-- Application mode : both Firewall manager : firewalld Update Firewall : True Host FQDN : ovirt71.localdomain.local Engine database name : engine Engine database secured connection : False Engine database host : localhost Engine database user name : engine Engine database host name validation : False Engine database port : 5432 Engine installation : True NFS setup : True PKI organization : localdomain.local NFS mount point : /var/lib/exports/iso NFS export ACL : ovirt71.localdomain.local(rw) Configure VDSM on this host : True Local storage domain directory : /var/lib/images Configure local Engine database : True Set application as default page : True Configure Apache SSL : True Configure WebSocket Proxy : True Engine Host FQDN : ovirt71.localdomain.local Please confirm installation settings (OK, Cancel) [OK]: [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Initializing PostgreSQL [ INFO ] Creating PostgreSQL 'engine' database [ INFO ] Configuring PostgreSQL [ INFO ] Creating/refreshing Engine database schema [ INFO ] Creating CA [ INFO ] Configuring WebSocket Proxy [ INFO ] Generating post install configuration file '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf' [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up [ INFO ] Restarting nfs services --== SUMMARY ==-- [WARNING] Less than 16384MB of memory is available SSH fingerprint: A5:E7:85:D5:6B:A9:1C:81:22:90:F3:ED:6C:B0:AD:5B Internal CA D6:0B:FA:EC:F1:D7:48:50:96:6E:E2:48:8E:87:39:13:0E:70:85:F8 Web access is enabled at: http://ovirt71.localdomain.local:80/ovirt-engine https://ovirt71.localdomain.local:443/ovirt-engine Please use the user "admin" and password specified in order to login --== END OF SUMMARY ==-- [ INFO ] Starting engine service [ INFO ] Restarting httpd [ INFO ] Waiting for VDSM host to become operational. This may take several minutes... [ ERROR ] The VDSM host was found in a failed state. Please check engine and bootstrap installation logs. [WARNING] Local storage domain not added because the VDSM host was not up. Please add it manually. [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20150520151505-rtk8we.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20150520152046-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ INFO ] Execution of setup completed successfully Thanks in advance, Gianluca

3 9

disaster recovery
by Nathanaël Blanchet 19 Jun '15

19 Jun '15

Hello all, Here is what can happen as a nightmare for a sysadmin: I installed a new host to my pool of pre existing ovirt hosts with a kickstart file and a default partitionning. I used to do this with vms that usually get one local disk. But.. This time this host was attached to several existing ovirt (production) lun and anaconda gathered all existing disk (local and lun) into the same VG (lv_home) et formatted them with XFS.... In the webadmin, the domain storage became unvailaible, vms were still up (thankgoodness), but it was impossible to interact with them. If I stopped them, it was impossible to reboot them. If I launch lvs command, some hosts can still see the ovirt LV, but other see only the lv_home while /dev/[idofvms] are still present. So it was my chance that vms were still present, and I began to export them with a tar at file system level so as to import them in a new domain storage. It seems that data are still present because the vms are still running. So my question is really : instead of this difficult export step, is there a way to recover the initial format of the ovirt lun so as to make the lvm index come back on the disk? Any help or disaster experience would be much appreciated. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

1 0

[ovirt 3.5.1] Attach sysprep floppy from the API
by Guillaume Penin 19 Jun '15

19 Jun '15

Hi, I would like to attach a sysprep floppy to a Windows VM. Currently, I am able to configure the sysprep custom script from the API : PUT https://HOSTNAME/api/vms/{id} <vm> <initialization> <custom_script>{my content}</custom_script> </initialization> </vm> After that, when I start the VM from the Web UI in RunOnce mode, I can attach the sysprep floppy to the VM. But how can I attach the sysprep floppy and start the VM in RunOnce mode from the API ? Regards,

3 2

Run Once Python SDK
by Mike Lowery 19 Jun '15

19 Jun '15

Hello, I was looking into performing the "run once" option via the SDK with an attached ISO. With the plan to be to attach an ISO and force a VM to boot from the CD. Basically: 1) Mount an ISO in "run once" mode 2) Make "CD-ROM" the first item in the boot sequence 3) Boot the VM Any help would be appreciated. Thanks, Mike

3 2

Get CPU and Memory Usage for VM and Host using ovirt java sdk
by Kumar R, Prashanth (Prashanth) 19 Jun '15

19 Jun '15

--_004_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_ Content-Type: multipart/alternative; boundary="_000_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_" --_000_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, 1)I would like to know if there is a way to fetch the "CPU and Memory Usage= for VM " and CPU and Memory Usage for a Host in the RHEVM environment usi= ng ovirt sdk in java. I am using ovirt-engine-sdk-java-3.5.0.5.jar. Can you please provide me with the java example if possible. The cpu and memory usage of the VM in the rhevm is as highlighted in the pi= cture below. [cid:image001.jpg@01D09F8D.32124E50] 2) Autostart attribute for a VM in RHEVM. Earlier when I was using libvirt 0.5.1 jar in a kvm system,I found that au= tostart attribute [vm.getAutostart] is provided in the libvirt java sdk. "Autostart is a Boolean value which indicates whether the network is config= ured to be automatically started when the host machine boots" Is there any such attribute for a VM in RHEVM,if yes is there a way to fetc= h the auto start value using ovirt java sdk. Thanks, Prashanth R --_000_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hi All,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">1)I would like to know if there is a way to fetch th= e “CPU and Memory Usage for VM “  and CPU and Memory Usage= for a Host in the RHEVM environment using ovirt sdk in java.<o:p></o:p></p= > <p class=3D"MsoNormal">I am using ovirt-engine-sdk-java-3.5.0.5.jar.<o:p></= o:p></p> <p class=3D"MsoNormal">Can you please provide me with the java example if p= ossible.<o:p></o:p></p> <p class=3D"MsoNormal">The cpu and memory usage of the VM in the rhevm is a= s highlighted in the picture below.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><img width=3D"708" height=3D"286" id=3D"Picture_x002= 0_1" src=3D"cid:image001.jpg@01D09F8D.32124E50"><o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">2) Autostart attribute for a VM  in RHEVM.<o:p>= </o:p></p> <p class=3D"MsoNormal" style=3D"text-autospace:none">Earlier when I was usi= ng libvirt 0.5.1 jar  in a kvm system,I found that autostart attribute= [vm.<span style=3D"font-size:10.0pt;font-family:Consolas;color:black;backg= round:silver;mso-highlight:silver">getAutostart</span>]<span style=3D"font-= size:10.0pt;font-family:Consolas;color:#3F5FBF"> </span>is provided in the libvirt java sdk.<o:p></o:p></p> <p class=3D"MsoNormal">“Autostart is a Boolean value which indicates = whether the network is configured to<o:p></o:p></p> <p class=3D"MsoNormal">be automatically started when the host machine boots= ”<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Is there any such attribute for a VM in RHEVM,if yes= is there a way to fetch the auto start value using ovirt java sdk.<o:p></o= :p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal" style=3D"text-autospace:none">Thanks,<o:p></o:p></p> <p class=3D"MsoNormal" style=3D"text-autospace:none">Prashanth R<o:p></o:p>= </p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_-- --_004_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=27362; creation-date="Fri, 05 Jun 2015 07:13:19 GMT"; modification-date="Fri, 05 Jun 2015 07:13:19 GMT" Content-ID: <image001.jpg(a)01D09F8D.32124E50> Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAEeAsQDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDiq1tN 8M6pq9mbqxhSSLzDGMzKrMwGSFBOScHtWTXT+HvGR0HTEsxaeavnvKzhgGAZNo2nHykEZzRyR7Gn 1it/O/vZR/4RTVRZQXTRwrHcBTGGnQO244Hy5z1NQax4f1LQdh1CAIrkqrJIHXI6jIPUelbEvi+2 n0vTLaWxuGl04xmN/PG1irZyRtzkjI61V8SeJotbtzb2lkbSF7l7uTdJvZ5H6noMD2o5I9g+sVv5 397KV34d1KxS7e4gCrZiMzEODt38rj1z7VZTwdrUl9HZ/ZkW4lhE6I8yruU+mT19utat74/OopPB d2byWcj27JD5gGwR4LDOOd2O/Si68fC91PTr+401BNY3Lyp5b43Iw+6c55zznp7UckewfWK387+9 nPSaJeR6klgRE1y77AqTKwzjPUHFI+i3ixXEqCKaK2CGV4ZVkChjgcg+o/Cm6bqAsNbhvzGWEcxk 2KcHvxn8a0IvEUdnNcPaQzv9okjeX7Q6tvA3BlOABhg2Pwo5I9g+sVv5397Kr+H76O3nmf7Oq28n lyA3Cbg3PGM5ycHHrSv4dvkujbM1r5qqzOBcp+7C/e3HPHXvReawt0dQ2wFBd3a3Iy2dgXd8vv8A e6+1XrrxNFJqs+o28NwLiaGSL986OqbumBt6Dng5o5I9g+sVv5397KSeG9Rd2QLACGRQWnQCQsMr tOcNkelMbQb9bbzikeNnmGPzV8wLu25K5yBmrtx4rnc3D2sYhlmljlBZVcR7U24QEfKM8jHSmt4n kfThZvEdohjTeCN5ZX3HLYyVbPI9hRyR7B9Yrfzv72UptEvbe3kmmWONUdkw0qhmKna20ZywB44p l/pVzpsqxXLQeYW2lUmVyp/2sHj8a0ZPEcMttfxtbTubqSR1jeRWijLNkMBjIYexGareINVt9ZvD dRx3KSuTuEsisoHYLgD9aOSPYPrFb+d/eyH+xL/zJY/Jw0UrQsC4+8qliB68An8vWpG8P3yIrt9n CkIW/wBIT92HGVL8/KD71al8SmWWydrfBt4XWXDf62Rk2b/yC/kfWmaj4jfUdNazaHYv7nay4Bwi bSGIGWBIyM9KOSPYPrFb+d/eyre6Je6eZROIswlVk8uVX2ls4BwevBpkmkXsUN5M8JEdk4jnYMDs Y9Pr+FXf7btp7zUHu7SVre8kSTZHIFdGU8ckEEcnNTt4pWSG4hksIzHdGdpzuO7MnTae2ML1B6Uc kewfWK387+9mSdNuheG18v8AfCPzSu4fd2785/3eafLpF1Dp4vS0DwF1TMcysdxGQMA5zV6TW7M3 i3sVrcC5MBhfdKpQ/uvLyBjI9aDrOnK+nNDZXISxKssLSqY2Ycljxkktgn2GKOSPYPrFb+d/eyAe GtRN5cWrrBFPbqHkWWdFwuM5GTyMVHDoV9OwCrEqlBJ5jzKqYJIX5icZJBwKs3HiIXbebLaIs5tJ bVzGcKQxyDg5PGT3pF1q1lsksr60lkthFEp8qQK29C2CCQRghyMUckewfWK387+9lf8AsDUgIy1s yiSV4RkgfOgyyn04/Os4HIBHeulj8ZSC43yWoaNjMXj3cZb7hHoVx1781zKjCgego5I9g+sVv539 7Fooop8kewfWK387+9hRRRRyR7B9Yrfzv72FFFFHJHsH1it/O/vYUUUUckewfWK387+9hRRRRyR7 B9Yrfzv72FFFFHJHsH1it/O/vYUUUUckewfWK387+9hRRRRyR7B9Yrfzv72FFFFHJHsH1it/O/vY UUUUckewfWK387+9hRRRRyR7B9Yrfzv72FFFFHJHsH1it/O/vYUUUUckewfWK387+9hRRRRyR7B9 Yrfzv72FFFFHJHsH1it/O/vYUUUUckewfWK387+9hRRRRyR7B9Yrfzv72FFFFHJHsH1it/O/vYUU UUckewfWK387+9hRRRRyR7B9Yrfzv72FFFFHJHsH1it/O/vYUUUUckewfWK387+9hRRRRyR7B9Yr fzv72FFFFHJHsH1it/O/vYUUUUckewfWK387+9hRRRRyR7B9Yrfzv72FFFFHJHsH1it/O/vYUUUU ckewfWK387+9hTl7/Sm05f4voaOSPYPrFb+d/ex0EMlzPHDCjPLIwVEHViegp95Z3Gn3T215E8M8 f3o26jvVnQ7i0s9Xt7m/e6WKFhIDbBd+4dOvAFXPFGqafq+vtqNmLtlmYNNHc7QQR2UqemKOSPYP rFb+d/ezEUFzhMseeBz060JmRgqfMx6AV0E3iWCR5GS2lj3Jt+VlG8bSuH46DPb0qOTxKJSfMtyy ZJC5XA+YkduwOKXJHsH1it/O/vZhA56Gir+oamb+JEZCDG5KHj5V2qNvHuCfxqv9qP2TyPKh6/6z Z8+OuM/X8afJHsH1it/O/vZBRRRRyR7B9Yrfzv72WMJ/dX8qMJ/dWuk8DW8N1q06XESSqIchXXIz kV2503TA+w2doH27tpjXOPX6UXMrHkmE/urRhP7q165HpemyxrJHZWrowyrLGCCPUUv9kaf/AM+F t/36FFwseRYT+6tGE/urXrv9k6f/AM+Nt/36FMh07TJ4Ulis7Vo3GVYRDkUXCx5LhP7q0YT+6teu nSdPHWxthn/pmKX+yNP/AOfC2/79Ci4WPIcJ/dWjCf3Vr13+yNPP/Lhbf9+hUFxb6JZsi3MNjCz/ AHQ6qM0XCx5ThP7q0YT+6teunStOVSxsrUKBknyxjFR29hpd1As0NlbtG3Kkw4z+YouFjybCf3Vo wn91a9ak07TIdnmWdqu9gi5iHLHoKeNJ044xY2pH/XMUXCx5F8notHyei17vpvh/SZdNtnfTLNma NSSYVyTj6Va/4RzR/wDoF2X/AH4X/Ci4WPn75PRaPk9Fr6B/4RzR/wDoF2X/AH4X/Cj/AIRzR/8A oF2X/fhf8KLhY+fvk9Fo+T0WvoH/AIRzR/8AoF2X/fhf8KP+Ec0f/oF2X/fhf8KLhY+fvk9Fo+T0 WvoH/hHNH/6Bdl/34X/Cj/hHNH/6Bdl/34X/AAouFj5++T0Wj5PRa+gf+Ec0f/oF2X/fhf8ACj/h HNH/AOgXZf8Afhf8KLhY+fvk9Fo+T0WvoH/hHNH/AOgXZf8Afhf8KP8AhHNH/wCgXZf9+F/wouFj 5++T0Wj5PRa+gf8AhHNH/wCgXZf9+F/wo/4RzR/+gXZf9+F/wouFj5++T0Wj5PRa+gf+Ec0f/oF2 X/fhf8KP+Ec0f/oF2X/fhf8ACi4WPn75PRaPk9Fr6B/4RzR/+gXZf9+F/wAKP+Ec0f8A6Bdl/wB+ F/wouFj5++T0Wj5PRa+gf+Ec0f8A6Bdl/wB+F/wo/wCEc0f/AKBdl/34X/Ci4WPn75PRaPk9Fr6B /wCEc0f/AKBdl/34X/Cj/hHNH/6Bdl/34X/Ci4WPn75PRaPk9Fr6B/4RzR/+gXZf9+F/wo/4RzR/ +gXZf9+F/wAKLhY+fvk9Fo+T0WvoH/hHNH/6Bdl/34X/AAo/4RzR/wDoF2X/AH4X/Ci4WPn75PRa Pk9Fr6B/4RzR/wDoF2X/AH4X/Cj/AIRzR/8AoF2X/fhf8KLhY+fvk9Fo+T0WvoH/AIRzR/8AoF2X /fhf8KP+Ec0f/oF2X/fhf8KLhY+fvk9Fo+T0WvoH/hHNH/6Bdl/34X/Cj/hHNH/6Bdl/34X/AAou Fj5++T0Wj5PRa+gf+Ec0f/oF2X/fhf8ACj/hHNH/AOgXZf8Afhf8KLhY+fvk9Fo+T0WvoH/hHNH/ AOgXZf8Afhf8KP8AhHNH/wCgXZf9+F/wouFj5++T0Wj5PRa+gf8AhHNH/wCgXZf9+F/wo/4RzR/+ gXZf9+F/wouFj5++T0Wj5PRa+gf+Ec0f/oF2X/fhf8KP+Ec0f/oF2X/fhf8ACi4WPn75PRaPk9Fr 6B/4RzR/+gXZf9+F/wAKP+Ec0f8A6Bdl/wB+F/wouFj5++T0Wj5PRa+gf+Ec0f8A6Bdl/wB+F/wo /wCEc0f/AKBdl/34X/Ci4WPn75PRaPk9Fr6B/wCEc0f/AKBdl/34X/Cj/hHNH/6Bdl/34X/Ci4WP n75PRaPk9Fr6B/4RzR/+gXZf9+F/wo/4RzR/+gXZf9+F/wAKLhY+fvk9Fo+T0WvoH/hHNH/6Bdl/ 34X/AAo/4RzR/wDoF2X/AH4X/Ci4WPn75PRaPk9Fr6B/4RzR/wDoF2X/AH4X/Cj/AIRzR/8AoF2X /fhf8KLhY+fvk9Fo+T0WvoH/AIRzR/8AoF2X/fhf8KP+Ec0f/oF2X/fhf8KLhY+fvk9Fo+T0WvoH /hHNH/6Bdl/34X/Cj/hHNH/6Bdl/34X/AAouFj5++T0Wj5PRa+gf+Ec0f/oF2X/fhf8ACj/hHNH/ AOgXZf8Afhf8KLhY+fvk9Fo+T0WvoH/hHNH/AOgXZf8Afhf8KP8AhHNH/wCgXZf9+F/wouFj5++T 0Wj5PRa+gf8AhHNH/wCgXZf9+F/wo/4RzR/+gXZf9+F/wouFj5++T0Wj5PRa+gf+Ec0f/oF2X/fh f8KP+Ec0f/oF2X/fhf8ACi4WPn75PRaPk9Fr6B/4RzR/+gXZf9+F/wAKP+Ec0f8A6Bdl/wB+F/wo uFj5++T0Wj5B2WvoH/hHNH/6Bdl/34X/AAqvB4f0hru6U6ZZkKy4Hkrx8o9qLhY8G+T0Wj5PRa95 k0vw5EZxJaaYht1DTbkQeWD0Leg+tJd6BpCxxFNNsxulQZEK8gn6UXCx4P8AJ6LR8note/SaBokM TySaZZKiAsxMK8AfhTbbRdBvLWK5t9OsXhmQOjCBeVIyD0ouFjwP5PRaPk9Fr3q08P6Q8TltMsyR K45hXoGOO1Zdrd+EbzU1sYbC33uzRxStZFYpWXqqSFdrEYPQ9jRcLHjPyei0V9A/8I5o/wD0C7L/ AL8L/hRRcLHknw9P/E6uP+uB/mK7HWbG4u44msyizAmNmY4/duMP+PQj3FeW6Zq91pE7zWTqkjrt JKg8Vp/8Jxrf/PxH/wB+hQ0CZ2T+HVeYkwRFPMm4LfwFcRj8COnbrTrTTLmC68ySDzA0KrKzSKWZ gFHyMPmA4OQePSuL/wCE41v/AJ+I/wDv0KP+E41v/n4j/wC/QosFz0G7tHl1WCdoFuIVTaAzAeU2 7O8A9eOPXis+PTL+GFIVjRgywbn83ATY2WGO+R6Vx3/Cca3/AM/Ef/foUf8ACca3/wA/Ef8A36FF gudfHosqzIzWcbxxXKyqsjIZDwwJLDg4yCM89abaaBcIipch3PmxtMWlXZMFLEtgAHJz/F9K5L/h ONb/AOfiP/v0KP8AhONb/wCfiP8A79CiwXPQ7/TTeNEUm8oR8YCsc/kw/rUd9DdfbRLb2yXCNbNC weQKASQec9R9K4D/AITjW/8An4j/AO/Qo/4TjW/+fiP/AL9CiwXOsXw9cLcMJmedPJEaPvQLjy9u 1gRuxnnAOOc9qU6JefabMRpFFFBGkYZCowuwhgeNx+Y54IGPeuS/4TjW/wDn4j/79Cj/AITjW/8A n4j/AO/QosFzs4tOvpZITcQpGsawIQZQ27Zu3H8citDRbQ2Glw2zQJC0Y2kIQQ3+1x6155/wnGt/ 8/Ef/foUf8Jxrf8Az8R/9+hRYLnuGlf8gm1/65L/ACq3XgI8a+IFAWPVJ0UcBVxgD2o/4TfxF/0F 7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/h N/EX/QXufzH+FFgue/UV4D/wm/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y /wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgue/UV4D/wm/iL /oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXg P/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgue/UV4D/wm/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRY Lnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXu fzH+FFgue/UV4D/wm/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E3 8Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgue/UV4D/wm/iL/oL3P5j/ AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+ gvc/mP8ACj/hN/EX/QXufzH+FFgue/UV4D/wm/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/ 8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgu e/UV4D/wm/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/ Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgue/UV4D/wm/iL/oL3P5j/AAo/4Tfx F/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8A Cj/hN/EX/QXufzH+FFgue/UV4D/wm/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C 9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgue/UV4D/w m/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC57 9RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgue/VVt/8Aj9vP95f/AEEV4X/wm/iL/oL3P5j/ AApB408QKzMNWuAW6nI5/SiwXPVPEXhG41zWE1BJrWJrVU8iNotyzkNuIm/vLwMAdDzXQXufKgzj PnR5x9RXhn/Cb+Iv+gvc/mP8KRvGniB8BtWuDggjJHX8qLBc9n8SaGNbsURI4PtMcivFLKCRHhhk 4HXjPHQ03w9oQ0f7XJKlubm4mZ2liUrvUn5Rj+HHoOK8b/4TfxF/0F7n8x/hR/wm/iL/AKC9z+Y/ wosFz3S0UPbyqehlkB/76NclcaF4ks7GytLf+z7yx0yeOWCMFo550Q8KSflUgd++O2a83Xxr4gQY XVrgDJPBHU8ntS/8Jv4i/wCgvc/mP8KLBc99UkqCRgkdPSivAv8AhN/EX/QXufzH+FFFguVfssP/ ADzFH2WH/nmKlopDIvssP/PMUfZYf+eYqWigCL7LD/zzFH2WH/nmKlooAi+yw/8APMUfZYf+eYqW igCL7LD/AM8xR9lh/wCeYqWigCL7LD/zzFH2WH/nmKlooAi+yw/88xWj4f8AD8Gua1BYE+SJAxLg ZIABPSqddH4A/wCRytP9yT/0A0Abv/CobL/oIy/9+h/jR/wqGy/6CMv/AH6H+NdL4gtbs3MctlG7 m5ha0kKfwBiCHP0+b86ptb6pC11b2Sy28P78oY0XLEIgj5Pqc/lVJabiMb/hUNl/0EZf+/Q/xo/4 VDZf9BGX/v0P8a20vNaiAjSG5kVVJBaIAkeSMAkjr5madpo1S41OzlvklKwyTASNHs+Qou3I+uR0 7U+XzFcwv+FQ2X/QRl/79D/Gj/hUNl/0EZf+/Q/xq5caXftf3IW2nMUmoLc7h0wrAfyOfwq9He66 0s/mR3CwlkORCN8Y3kMF4w3G3sfxo5fMLmL/AMKhsv8AoIy/9+h/jR/wqGy/6CMv/fof41sGLVFu 7qWNLh47jCuska/MPIPJHY7gBxxTo5dehjAgib5U2JE0ahRiAEc9fv5HX2pW8wuYv/CobL/oIy/9 +h/jWB4s8DW3hq2tpo7hpxNIUIZNuOM9j7V3aXWug2pIldDNhl8kBivy9SVGMfN2H19c34pf8guw /wCvg/8AoJpNNDTueYfZYf8AnmKPssP/ADzFS0UhkX2WH/nmKPssP/PMVLRQBF9lh/55ij7LD/zz FS0UARfZYf8AnmKPssP/ADzFS0UARfZYf+eYo+yw/wDPMVLRQBF9lh/55ij7LD/zzFS0UARfZYf+ eYo+yw/88xUtFAEX2WH/AJ5ij7LD/wA8xUtFAEX2WH/nmKPssP8AzzFS0UARfZYf+eYo+yw/88xU tFAEX2WH/nmKPssP/PMVLRQBF9lh/wCeYo+yw/8APMVLRQBF9lh/55ij7LD/AM8xUtFAEX2WH/nm KPssP/PMVLRQBF9lh/55ij7LD/zzFS0UARfZYf8AnmKPssP/ADzFS0UARfZYf+eYo+yw/wDPMVLR QBF9lh/55ij7LD/zzFS0UARfZYf+eYo+yw/88xUtFAEX2WH/AJ5ij7LD/wA8xUtFAEX2WH/nmKPs sP8AzzFS0UARfZYf+eYo+yw/88xUtFAEX2WH/nmKPssP/PMVLRQBF9lh/wCeYo+yw/8APMVLRQBF 9lh/55ij7LD/AM8xUtFAEX2WH/nmKPssP/PMVLRQBF9lh/55ij7LD/zzFS0UARfZYf8AnmKPssP/ ADzFS0UARfZYf+eYo+yw/wDPMVLRQBF9lh/55ij7LD/zzFS0UARfZYf+eYo+yw/88xUtFAEX2WH/ AJ5ij7LD/wA8xUtFAEX2WH/nmKKlooA9K/4Vlp//AD83v5r/AIUf8Ky0/wD5+b381/wra8WaxfaP awSWCRkFmMzvGZCihc52AgkepGcDnFV5fGWxbpYrB7iW2iMzLE+dy/LsI4zhg2enAU9aAM3/AIVl p/8Az83v5r/hR/wrLT/+fm9/Nf8ACrJ8cSKI7lrKM2QspLmUpNudWVgu0DA7kDkDr7Un/CfObJZk 0iVpB5pkQy7QFRQ5ZSyjdwfQcigCv/wrLT/+fm9/Nf8ACj/hWWn/APPze/mv+FdNomrtq8VwZbVr aWCXy2QuH/hDA5HswrToA4b/AIVlp/8Az83v5r/hR/wrLT/+fm9/Nf8ACu5ooA4b/hWWn/8APze/ mv8AhR/wrLT/APn5vfzX/Cu5ooA4b/hWWn/8/N7+a/4Uf8Ky0/8A5+b381/wruaKAOG/4Vlp/wDz 83v5r/hTYvDVt4U1rTby3eeV5JTCVlIwAwxnge9dreO0dlO6HDLGxB9DivObJS11pdw90ZpJrgb0 JJKYYdfrmgD0yiqmqXEtrps81uEMqLlA/TPvWVF4lke8FsLNndmkA+YLjaSMYPU5U5x7UAdBRWVY aw2qrMtrCY2VNyPJyOfuHHv1qjL4huQI5o40EJJiZSpLeYFOe/QMVH4GgDo6KgsZXnsLeWXHmPGr Nt6ZI5xVVr+SNrjJjOxtqgsAB7k9f0oA0aKp2N29y0ocKAmMY60X9zLb7PK7gk/LnpjryMDnrQBc rE8TeG08S20EMlw8Ahk3gqoOeMf1q1/ahJcLBnaxHLj/AD2py6oDuLRYCfew2SMYzxjpzxQByP8A wqy3/wCgnN/36H+NH/CrLf8A6Cc3/fof412dveGe5khMRQoOSWH8qfdymKNSrKm5sF2HC0AcT/wq y3/6Cc3/AH6H+NH/AAqy3/6Cc3/fof411n9plWdSivjoVOM8Z4Hp7/SpItQMl0sBiwSDk7uARnp6 9KAOP/4VZb/9BOb/AL9D/Gj/AIVZb/8AQTm/79D/ABrrZL6VMjC5iYCXj1PGPw5qzaStNbh3ABJP T0zxQBxP/CrLf/oJzf8Afof40f8ACrLf/oJzf9+h/jXXXN7LBdlQMxqBn5evBPXPXj0p8WoCWZVR AUJxvDfX/CgDjv8AhVlv/wBBOb/v0P8AGj/hVlv/ANBOb/v0P8a677dIJCPkckkeWOCnzADJ98+l I+qbULeUOAPl34OTj9OetAHJf8Kst/8AoJzf9+h/jR/wqy3/AOgnN/36H+Nd1E/mRI+MbgDj0qKW 9ihmWNjyep9KAOK/4VZb/wDQTm/79D/Gj/hVlv8A9BOb/v0P8a7yorm4W3jLEjdkYXuaAOI/4VZb /wDQTm/79D/Gj/hVlv8A9BOb/v0P8a7wcioJrryZFTynYt0K45oA4r/hVlv/ANBOb/v0P8aP+FWW /wD0E5v+/Q/xrvB0prO2TtAOOtAHC/8ACrLf/oJzf9+h/jR/wqy3/wCgnN/36H+Nd4DkCmeYfM24 49aAOG/4VZb/APQTm/79D/Gj/hVlv/0E5v8Av0P8a7i5doraR0xuVSRn1ql/abrlmRSpOFydoHA6 n65oA5T/AIVZb/8AQTm/79D/ABo/4VZb/wDQTm/79D/GusfVSoQ+SP3jbV+b8M9PU1JZ35uZDG0Y BCBiwbIJwO3pzQBx/wDwqy3/AOgnN/36H+NH/CrLf/oJzf8Afof41213K0MalWVNzBS7dF96rf2p +9MSorsAMMGwCePy60Acl/wqy3/6Cc3/AH6H+NH/AAqy3/6Cc3/fof411r6rsQsIgcYwN4B59fQc 9aJL+RY0cKMMzDBHtx+uKAOS/wCFWW//AEE5v+/Q/wAaP+FWW/8A0E5v+/Q/xrq/7UZBh4wzY5+b GTjPAok1R1maIRqGQjcS2R70Acp/wqy3/wCgnN/36H+NH/CrLf8A6Cc3/fof411q6oWUERA+vz9B +XX2q/QBwf8Awqy3/wCgnN/36H+NH/CrLf8A6Cc3/fof411A1aRIjJIinao4HGW5zz9MVJ/apBAM RJMhUc449f8APvQByf8Awqy3/wCgnN/36H+NH/CrLf8A6Cc3/fof41111dy2szMSHjABCYx1z1bP tTX1RkyTAAoOMl/r149qAOT/AOFWW/8A0E5v+/Q/xo/4VZb/APQTm/79D/GupbVmV9vlqS33fm6c fqM1Ys743MjIY9pVQSwbINAHHf8ACrLf/oJzf9+h/jR/wqy3/wCgnN/36H+NdnfTvAsfllV3PtJb HTB9SKhbVApYeWvyttyXwG4JyOOemPrQByX/AAqy3/6Cc3/fof40f8Kst/8AoJzf9+h/jXWtqblH 8uJdwBI3P0wD1468dKvI25FbjkZ46UAcJ/wqy3/6Cc3/AH6H+NH/AAqy3/6Cc3/fof41163j7yMx uxfb5Y4Kcnr+VRf2xlUIhwXbaMuPb/HpQByv/CrLf/oJzf8Afof40f8ACrLf/oJzf9+h/jXX22oN cFkMYVljDbt3BOPzxzTIdRfADhZDn5mU4AHHTGc9aAOT/wCFWW//AEE5v+/Q/wAaP+FWW/8A0E5v +/Q/xrq49XEmP3QHJGN/J6dPXrRHqjSYbyhswdwDZIOe3rQByn/CrLf/AKCc3/fof40f8Kst/wDo Jzf9+h/jXZWt41zMV2oFCZ4bOTnt7U+7maJUw6RhmwXccLxmgDiv+FWW/wD0E5v+/Q/xo/4VZb/9 BOb/AL9D/GurfVGhjkZ41YA/KQ2Nwp7antVm8oYHQl8ZHPXjjpQByP8Awqy3/wCgnN/36H+NH/Cr Lf8A6Cc3/fof4116agZY7hliIMQ4yc5+o7U37Y4lVRPDIBjhR9/Jxxz2oA5L/hVlv/0E5v8Av0P8 aP8AhVlv/wBBOb/v0P8AGu8ZgqlmOABk1nf2qUjDSREEuOCCuFPQ89aAOU/4VZb/APQTm/79D/Gj /hVlv/0E5v8Av0P8a6z+1cswEYBVivLcfUntU1veNdEqqbMrlWzn07fjQBxv/CrLf/oJzf8Afof4 0f8ACrLf/oJzf9+h/jXVJqbxsqSgSMylsj5cdeMfh1qa31ET3KxbANykhg2QcUAcf/wqy3/6Cc3/ AH6H+NH/AAqy3/6Cc3/fof41290WFrJsba23g+lVrK6cq0TKztGCd3PP580Acj/wqy3/AOgnN/36 H+NH/CrLf/oJzf8Afof411aansBMrK4wDlRgA4Jx+mPWkbVmVj+7BC7gRuwScgD6DnrQByv/AAqy 3/6Cc3/fof40V2yTl40cLjcoODziipc0nYaTZX1HTrDVo0j1CyS5RG3KJI84PtVddFszc30txEZh eKkbo0Y2hFztXH4mr32+3N29tvPmpjd8h2jPQbsYzz0zT/tduN37+L5Rub5xwPU1Qiiui6UiQoum xBYEZIx5X3Vb7w/HvRFomlQ26wR6dGsShwFEfGHGG/MVea7t1Dlp4gEUM2XHA7E037dbeXbv5q7b ggRH+/kZGPwoASCG3tTIYIPLMrbn2pjccAZP4AflUvmj+6//AHyabb3cN2HMEgcIxRsdiO1Nlvre G5SCSTEr9AFJ9hkjgfjQBJ5o/uv/AN8mjzR/df8A75NQtqdmsiRm5j3OpZfm4IHXnp2qQ3duu7M8 Q2gM2XHAPQmgB3mj+6//AHyaPNH91/8Avk0qyxu5RXUsACVB5APSq/8Aadn8n79SHkMS4zy4OCKA J/NH91/++TR5o/uv/wB8mpKKAImdXUqyMVYYIKnkVyOp6LZ6XqGmSWiSqZLpQQ5yMZzxXW3NylpC ZJA5Uf3FLH8hWB4jnjuH0iSFw6G7XBU07O1xXV7HSUbRkHAyO9Vyx9T+dIWbB+Y/nT5QuWcAdqMD 0FVlZioO49PWl3H+8fzo5QuWaTaOeBz14qrubeRuOMetOy3qfzo5QuWMUVX3H+8fzo3H+8fzo5Qu WMD0owPSq+4/3j+dG4/3j+dHKFyxjv3oIBGCMiq+4/3j+dG4/wB4/nRyhcsYHpRgdcVVZmGPmPUd 6GmCEAs2T6ZNJq2rYy1S1UWUPkKxyOoOQRSqzEH5j1PehK+qYizQAB0FV8t6n86Mt6n86fKFyxgd cdaMD0FV9x/vH86Nx/vH86OULlmkwPQVX3H+8fzo3H+8fzo5QuWaY0SM4ZkUsOhI5FV3ZgpIY/nT st6n86OULlmiq2W9T+dIrMS3zHg+tHKFy1TSisckVBlvU/nSMzAr8x5PrRyhctUmBnPeq+W9T+dG 4+p/OjlC5ZpksSTIUkUMp6iq6MxQEsc/Wnbj/eP50coXLG0DHA46UAAdBVfLep/OjLep/OjlC5YI BGCMijAznAzVVGYoDuOcetOy3qfzo5QuWNo9BzRVfcf7x/Ojcf7x/OjlC5KYY2lWRlBdRgH0p+B6 CqrswQkMc49adlvU/nRyhcsYHpS1Wy3qfzo3N6n86OULljAPYUYHpVfcf7x/OkZmGPmPUd6OULlk gHqKRkV1KsoIPY1BlvU/nRlvU/nRyhcsYHHA4oAA6Cq+4/3j+dGW9T+dHKFywQDwQD9aQxqxUlQS vTjpVcs25RuPOe9LlvU/nRyhcsYHpS1W3H+8fzo3N6n86OULljAznHNG0egqvuP94/nTdzbyNxxj 1o5QuWgAOgoAA6AVXy3qfzo3H1P50coXJ/LTcG2jcBgHFKAB0AqvuPqfzo3H+8fzo5QuWAAOgoIB GCMiq+4/3j+dNdmCEhjnHrRyhctEA9RTZYY5k2yKGXOcGoct6n86Mt6n86OULlgADoKNoGOBx04q vuP94/nRuP8AeP50coXLNIQD1FV9x/vH86Nx/vH86OULk0kSSoyOoKt1HrTlUKAFAAHAAqsGbew3 Ht3pct6n86OULk7IrqVYAgjB+lIkaRqFRQoUYAFQ7m9T+dG4/wB4/nRyhcnZQ4wwyKERUGFGB1qD cf7x/Ojcf7x/OjlC5Y2j0HrRgegqvuP94/nRuP8AeP50coXLNFVtx/vH86KOULlK60Fbq6upWlCr dIEkAiG8AADh+o6fgeaqHwqH81XuQEICpiIZwAo+Y9/u9PxroaKkZhJ4Xhjt0RJ23oAA7IpzgKBk dx8nT3qxJoEUsNvG1xcD7PEI4yjbeRj5iB16D8q1aKAKenaeunRyqsjOZZDISQByabc6c09yZY7l 4lkQRyoqg7wM4wT06mr1FAHPyeE4pI1BunDAEHEahT+H0FRr4QQwSQyXOU2hYz5YyMKoyT1P3fwr pKKAMiy8Px2NxPPHO5kliEe9gNw4Azn8BxTY/DcEMkJjuLjZE6yBXbfyox1PsB+VbNFABRRRQBS1 C0nuNj28wRk/gfO1vrjmsXxDAtt/Y0aqq4ulyFGBmtq7vUs0mmuJligiG5nc4Cj61i+IZPPl0dlc MrXSlWHQjjBquZtWJUUnc3T1oPQ1J5J9RQYTjqKq6GRJ9xfoKWniAhQMjgUeXzjeufSi6ArXCNJF OifeeIqM+pBrjLLw/wCJtNjhitbhAiyRFmE/LIqIpVgRz0YflXeeQdxO4dMUvkn1FK6A4+PSfE8S hk1NzKVUHzZt6AlGDHGP72wj6Gtnw/baha6b5eqzvNcbycuwYgemR171r+SfUUeSfUU7oCOipPJP qKPJPqKLoCOipPJPqKPJPqKLoCF/4f8AeFVryURSRk9wavGAnHzDg5pGtlfG4K2PUZrDEQdWm4Rd myouzuUbSbzrhj3Cf1qvrVhcahZQxWshidLpJC4IBCqxzjIIz7VrLaqn3Qi59BilWAgdR1ow9N0q ahJ3a/zCTu7o4200fxHa2yW63ZUJBsVlnG0fJgAAj72/nf6cVe0PTdXgv4LnVJWkItGhf9/uG7zM glfUrjn2rpfJPqKPJPqK3ur3JsR0VJ5J9RR5J9RRdAR0VJ5J9RR5J9RRdAQyfcNczrvhq81fW/NV 41tGEYYt82MLID8p4z864/8ArV1bQFlI3Cl8k+opXQHL6po2qSXmmvYSxmHTUQp5zndM+QGyf9wE ZOfvGprrTL++8KXFhPKHvZGwzlhgjzAfTA+Xtj2rovJPqKQQEZ+YcnNF0BxWp+HNTW8ZdPhieNyo W5MgR4oxGVMYUADBJJOOOc4yKn0Lw9eWGr211PGkEEcTosCS7gjFUBPHHJRj7Z966/yT6ikMBJHz Dg5p3QHK32hXc8uqYtoppbreYLtptrRqUAEeOuAQfbv1qCbTvFT291HHdFGAUQss4y37xjnpx8pU de1dl5J9RR5J9RSugMqe2vZ9DjjiuGgvljB3qcguByCfQnNS6Zb3Vvp6Je3DT3LDLsx6H0HsKvrA VUDcKXyT6im2mFjgrfw/4isbaJNPMdof3YlVLgfOy5y54wd2cEdeBV7TNL8QWeqWYadvsEckhmDX G/zAzORweeMrj8a6/wAk+oqK6P2W0lnI3CNC20cZwOlLmW40m3ZGH4i0y81G3099P2Ga0n88B32g kKdo/MisrT/D/iDTjbQwXuy1jaRmRZAclnY5bPXII6dDmuqU36qB9ji4/wCnj/7Gl3X3/PlH/wCB H/2NLmRfs5eX3r/M5lNI8TxJmPU3aQptPmzbgCYsEgY6+Z0PYflTpLHX47aeeS7ulEUDtBDHL5j+ ZuBRWwPn4yPx9q6Tdff8+Uf/AIEf/Y0br/8A58o//Aj/AOxo5kHs5eX3r/Mh01LmPR4RfOz3Rj3S knOGPJH0GcfhVLVNNmudYt7n7NHeW6xeWIpJdnlPuB8wfhxxzxWkxv2Uj7HFz/08f/Y0u6+/58o/ /Aj/AOxpuauL2cvL71/mcoPCd9bo11E6yXRuHcwq4RWQtIQS3dvnHJ7DFdTpls9npdpbSsGkhhSN iO5AANO3X3/PlH/4Ef8A2NG6+/58o/8AwI/+xpKaSsDpyeun3r/Mnpr9v94VFuvv+fKP/wACP/sa jnnu4IxJLZoEDKCVnyRkgdNvvRzoapSbsrfev8zndV0DWZfEFxf6bcRxCTlCz/dIhKKcfUn9DSDR vEKGK5W8le6jgZVElwMFvMDBWAGCCuRnr0rsvJPqKPJPqKd0ZnHf2X4oWHB1F5GUlExMFOAvySMc c85LL34p0+i6+09tcpeb5o5pmkDS4BjZl2on93Kjr2/Wuv8AJPqKPJPqKd0BCfvp+NcXL4V1Y6lJ LG0Yi+2y3aHzu7Bl6f7u38zXcmAlgdw4pfJPqKV0BwkFr4le9Nn591GEQB5g+2IjdHgJkdQocZHW p7jRvEU99M0ly7Wq3CvCguv4RvHp6FSQe4Ndp5J9RR5J9RRdAcamleJ1jEf23ZhUVmWYBSoKcKMf KQA+T3z+W9p9veR6V5F7L5lyEdd5bJIy23J9cYrU8k+opPIO7O4dMUNpgjhbTw5rlpbAWpSzIg2b I5gT5gRQXBxgFiD/AFqRrDxPck20ssgxaqju0/7tiRIGHT5icpz2rt/JPqKPJPqKG0w2OFey8V2u 4C5kCu8cUSRvvVQcqzHj5QFIbnutdqq7VC5LYGMnqal8k+oo8k+op8yCxHTZP9W30qbyT6ikaAsp G4cii6AwPEGl3V/e6dNaRqzW8mSXkwqgkZOOucA4IIIPqCawjoHic2gsxcutuLZoiPteS79Qc4yD n9DXe+SfUUeSfUUroDj57DxRJHdpHdPGNuIGFwNxPmFvTjC4XrzjrXS2KzrYW63hBuBGolIOQWxz z3q35J9RR5J9RTugI6Kk8k+oo8k+oougKGo2z3mnXttEwWSaFo1Y9ASpArl4tN8RQ3yLEZIFmJlf ZODHGcxj5jj5vlVuB612wgIYncOaXyT6ildXuBxEGgeIYYfKjvJIgEYbhc5ZmxJtO7GcbmQ4+tWD pfiYXEAXUX+zpLuP7wFivyfeJHI4cY9x+HX+SfUUeSfUU00BHRUnkn1FHkn1FF0BHRUnkn1FHkn1 FF0BHRUnkn1FFF0BjtqWqjxSNOEMH2Ur5vm7TnZ+fXPFaWqNItoPLYKC6h2Jxhc889vrVvaN27Az jGaCAQQRkHtUXA5vRdStbvUAmnlgwYidAcoVwcH65A/Okl1i7i1V42uUZWuhDCkOxxgjADr98c9S Mj8K6CG2t7NW8iGKFTy2xQoPucU4CKUlkKk4wWU8/nRJpu6BKyszlv8AhL7ySNnjso4xFILeXzpN pWUAlwoONwGB371Gvi67DzSbYXjdrdYlwV8sSLksc4OMjHOOcV1FrYW9lbmCGP5CxdtxLFmJySSe Sc1OUU5yoORg8UhnKReK9RuWTyrO1UM8cXzSk/O6sc5Axt+X9a6XT7r7dp9vc7NhmjV9uc4yOlT7 VHYflR0oAWiiigAooooAzL3ypZJY5rczorAkFAyggZHXvWLrE8UlzpMcKlPLu1+XAGPyram+9d/7 /wD7KtczenGo2B/6ek/maAOo1i+uLO3xZ20s078KVQsqe5/wp2k3s95bf6VbSwTJwwdCA3uM1b83 /Zo83/ZqeV817mPJL2nPzaduhm+IJrmCy32oJcds4Hbqfpmud0d7ybVrOW7C+YWfeY2BGMrtzgkZ +9Xaebn+GkDgdErVSsrWNQuXaO1ldThlQkH3xXML4j1FTbefBHbCW3RvMndfL3E8uSp4HbHHJFdR 5v8As01mVhhowQeMGpHfQ5S48XXrxzLDHbQP5HmRliXwQASWA6Dk9QOxz2qX/hL7hrqeEQ28YWXy 1llfCphtu5+c4PUdOorpsoWJ8sZIwTgdPSj93837pfm68DmlYDktK8QXl5eRC6vNoKwnYkkCqdyK x4YbzkntUr+LL2K13zQ2UTmIThnkYIVKbgmcffP9K6ciJmDGFSw6EgZFV76xttRRUuUcop+6shUM PQ4PI9jTC5ijxPeK7v8AZkkhicqwBPmNlpAAuBj+AfnWl4c1mTWrJ5ZY0RkYD5GBByoPYnpnFaQd QMBAMUK6oMKgUegoAloqPzf9mjzf9k0rASVna1c3VtbwGyMYmkuEj/eD5cE85q75v+yaPMB/hosF zmB4tuTB5vkWoYx8QtKVYHYG3knjZnjPr3qFvF14g87bA8ZjVQgBGH80oXyTjaBjoccjmuryhOfL GSNucdvSj93t2+UuMYxgdPSiwHPWHiW51HVLGLbbwxykh4t26Q/uy24dtme/tVnV/EUum6zb2aW4 dHQMzMQC2W24XJHTqevUVqTww3MTRyxAqw2nBwcemRzTbW1trKMR28O1QSwyxYgn3NFgOefxZexW 26aKyifyxNueRgjAorBAf7/P6Vu6XqAu7PzJmVX811wSOgkZR/KlvrG21FUW5jcqp+6shUN7EA8j 2NWty/3BTBj0dXXcjBhnGQc1RvJ7mHV7BFkRbaXesilfmJCkg57DirYkAGAuB7UvmA/w0rAAuITj EqHOMfMOc9Pzqvqt3JY6dJPAiPICqqrnAyWA5/Op9y/3BS+YD/DTsBV06/NzZh7kxJMHZHCtxkOU yM84JHFXFdXGUYMM4yDmmb1/uCgSAcBcfSgDm7nWri3vrlkvPOkhuvLFgqoS0ewEkYG7PU5zik0n xBf6xqNiq+TDAfMaZVAYyYVSADk4wW5+n4V0mUDlxGN5/iwM0KypwqAfSlYGyjrl01slmBeizSW4 2PMdnA2Mf4gR1ArCHiy9jkFsI45W2NsuHAUTDLhXAyMjCgnA5zxiurdlkXa8YYeh5o3JkHyxleB7 UWYXKuj3EraTaG9uY5bp41LsMLliM4x9P5U/U3WTRrpkYMphYgg5B4qxvX+4Kq6o4GkXQC4Ahb+V EtmXS+OPqX685+IuoXdjfhrPzWfyAdqMcDryRkZr0Lzf9mo3jhlbdJAjt6soJpSi2rGUldHA+FtS 1O6huoUs958syRS3C7huGzIyWwBgnArptL1D7Xd+VJaeRNEyNkLgEMp/z/8AqrXENuOBbRj6IKcq xKQVhQEdCAOKaVlYErKxPRUfm/7NHm/7NFijh5NQeD4geTI6tBNKY2STcQMrwQOgOcdfWrlvqd/c R3Dx2ds3kTDcvlYITLAr168D356dK6gxwly5gQs3U7Rk0eXCcfuE4/2RSSsSlYztFvFvZC32Y28k ZeORduASCvT86uav/wAg5/8AeT/0MVMojjOUiVTjGQAOKratJnTn4/iT/wBDFEtjWl8cfU0K57VL g2On2skMcILr8zvEXyQuQuB3Y8Zrd832qIRwDpbxj/gIp2IuYLajcWd75d7p0ZieZUQxICQG+7nn rwff2regRI7qZY1CrtU4H40ojgHS3j/75FOTy4s+XEqZ67QBQBNUF5/x5zf7pp/m/wCzSFwwIZMg 8EGiwGNqU5tdTt4IYYNsgXCtESZSWwQGH3do+aoNOv5jfQWepWEYkk3jzI0G3I5Pc9sDitzy4ACP s8eD/sil8uDGPs8eP90UAFmqqsqqAFEhwB2qWRWaJ1jfY5UhWxnafXFMRljXakYUeg4p3m/7NFgO WfWtWuYk+yPHHNBJHbzK6DbJPu+dc9hgdR/f9qSPxDNeGVn1AadEhlMbSRLlmVsFCD1245A5OeDX U+YP7vvSFkbG6MHByM+vrTC4+Ji8SMTksoOcEfoeRT6j83/Zo83/AGaAJKKj83/Zo83/AGaVgMrV tVksLqdDKsaGzZ4dwHzSgnAHqenFR6Rrk97qclpMtudu8YjYl0KEDLjtnPH0rYZ1bG5AcHIz2NRw RQ22/wAmLb5jl2OepJyf50wbLNFR+b/s0eb/ALNKwElFR+b/ALNHm/7NFgGXswt7GeZpkgEcbMZZ BlUwOp9hWJZ61OPD0t8Z47gecFillKjCEgBpNvAxknHHGM4Oa3TICCCuQexpF8tUKrEoU9QAMGiw HK2/iy8eS1t1+xzTzs6cMQN2ZNhB/unYBxn8O8n/AAmEzi2nW2jjtpn24kJ8zgqrDb14YsMgH7vT mukdY3Ursxldu5eCB7HtTLeCC1t4oIogI4hhATkj3ye/vTBluio/N/2aPN/2aVgJKKj83/Zo83/Z osBJRUfm/wCzRRYCSsPVdcu9P1e2sobFZhc4Eb78c988dutblMaJHkR2RS6Z2sRyueDimgOV+JM0 sXhdfJZgXuI1IU/eHPFefMr6dZfbbZ7mKTIOdrKA2CQS4GCRivYtV0yHV9Nms7gfJIMZwCVPYjPc Vztt8PrON4vtM32iNG3FDGF38EYJB6c04tK9xa3Lh1i+i3ztJbtbwywxNEUId96oSQ27GcvnGOgq KPxdJNMoW1iWNC/ms0+BtEe9SCQBz69PQmt0abZC5FyLS388DAl8sbsYx169OKYuj6aibEsLVUJz tEK4zgj09CR+NSMz4/EL3GiS3ccCwypOLciQnYrFgu45AOBuz0FRT+I5NMuls7oRXc+4lmtgw2IN v3l+bDfN0JxjnIzitqKwtILdreG2hjhfO6NYwFbPXI70waTp4jjjFjbBIm3xr5S4VvUccGgDFPiu YmJvsSpGzhmLS5PlYkOQAPvZjPHv19Eg8YPcx5i02QuImmZS+35QFIxlQSTvHbscE8Z3zZWrbc20 J2kFfkHBBJGPpk/maYml2MUbRx2VsqOCGURKAQeoIx3wPyoBjNK1EanZCfYEYMyMgJO0g4I5AP5g GrtRwW8VrCsVvEkUa9ERQAPwFSUAZk33rv8A3/8A2Va5i+/5CFj/ANfSfzNdPN967/3/AP2Va5m+ /wCQhY/9fSfzNMDe17XF0OO2d4Gm+0TeUAG27flLZ/8AHasaTqA1XSbW+WMxC4jEgQnO3PbNWZ7S O52ieBJQp3KHUNg9MjPsaWKBYYljhiWONBhUUAAD0Apa33KbhyWtr3Kmq6rbaNZG6u2ITIUADJYn tXPLqb3UT3fnskrHdGC+NoBxtx6nP6e9dPeafBqEIivLdZow24K/TPrVRPDGko6uumQBlIYHHQjp 3rOtS9qklKxdGoqbd1cvM7rbF2ADhNxB9cVzcPjMNpcN21pndgOvmbXGAu47MEgfMMZ4xjJGRXUF GYEFcg9c1Vk0iymIMthbORgDdEpxgYH6VqYmG3i5oV2yW6M370bkb7pXzCMrjjITuQTngYro4n8y FH/vKG/MVA2kWTSCRrC2LgYDGJc45/xP5mrQQgABcAdAKYMSinbG/umjY3900ANop2xv7po2N/dN ADaq3bKske7GMHrVzY3901BcWQuSpfeNvTaRWGIjOVNqG5ULJ6kVq4aZwhwu3OO2aZqt5PZW8L20 SyySTpEEZtoO4+varFvYi3ZmXeSRj5iKlaHfjfGG2kMMgHB7GjDRnGmlU3CTTehgL4q32wnSwdo2 G1QJRvMmwPtxjpg9f0qFvFzI5Y2imPYqhVdi3mmQptI25A4z0z7VvHS7RmJNjbklPLJMa8p/d+nt Sf2TZmMR/YbfYFKBfKXAXOcfTPNbEmVZ+I3v760ihtfLhlco7SP84YRl8Bevpz+lT6j4gj07U47M 28khZFd3XOEDMVHYjqOckfjVx9HtGwUtkhkCBFlhUI6L6Kw5FEekW6bDLE1zJGSUkuT5jrn0Y8ig DHHixzCT/ZxEoi88obhQPL2hs5x975hx+tbGm3n2+z8/GP3kiY/3WK/0qHUfD9rqcUcUsZSNCCVj VMMMYAOQcccAjBHrV0WcS/dt0AznhR65/nz9aYMfRQkPlrtSMKuScDA607Y3900ANop2xv7po2N/ dNADaKdsb+6aNjf3TQBz91rV1Zy3FxK0LWcN19nMKxnzCNoJYNnk98Y6U2w8RXOqahZRQ2iwxSB2 mMhbdgKpXbkD+8M/TjPWtoabbLdtdCzhFw3WXy13njHXr0pbfTre1x9mtIYcZI8tAvXr0+g/KkDK +pT3ERtIrV445Lifyy8iFwBtZumR/d9axh4udS0DWvmzxBg8ibhGWBcKRweDs5yeM8ZrormxhvYh HdW0c8YO4LIoYZ9eaYdMtS0TGygLRLsjJjX5F9B6ChgM0qa4uNKtZrzyxPLGHcR/dGeeKnnhW4gk hkzskUqcHBwaUWsa4xAgxjGFHGBgfpxTki8tAiIFVRgAcACm7AroqfYD/wA/t5/38H+FU7u0MMV3 O13qD+RHvCLPjPBOOBWzsb+6aje1V2LNGdx4JDEZ/Wpsi/aSOSN3cIiSFrqaIM6PNBdsyFgMjafT 1+h9K1rOGK8tba7tr7UDHM2BumPv2P0rUXT4UUKsG1R0AJAH4ZpY7KOLb5cO3b90A8D8M0WQe0kQ fYD/AM/t5/38H+FH2A/8/t5/38H+FXdjf3TRsb+6adkHtJGDf27W1pJP9svC3nCMF7kqi5bGWwOA Ky21B4ESa5OoJatGriVbpjnnDY9uePqPWuseyik3b4dwf7wJOD+GaQ6fCy7WgyuMYJOMenWlZB7S RSisQXiaO+vyksZYbps+mOo96mbTFkAWS6unXIJVpBg4OfT2q0lqsbbkjIOMZ3E8fnUmxv7posg9 pPuJWJqV6dPsraQAM0ili0szKvC7iOD949BW5tb+6agbT4WUK0GVByASSB+tUQYf9teRe+TfWs0C NKEjYSMcg/dzz3wfyNbkS+XPKgLYAU4LE+vrQbCFvvQ55zyxPPr1qSO3EWdiEFuvOc0gFqO5JFrK QSCFPIqbY39001ot6lWTKkYIpgZGo3n2LUYbdEDBwpIeZg77m2gIM8kdT7VX07WBcXkVnfW8tvcy bgFDsRkckdfTH51tGwhZlZocsv3SWJI+nNH2CHcG8n5hnB3HIz170gC3GFkXJIWQgZOeKlY4Unjg Z5OKEh8pdqJgZz170uxv7tMDlZPEWowxBJEVLqRo9sX2UkgM20lSHxIB65HY96mXW9TW5itJ4oYZ ZtoSSSMrgFmAZl3HHC8LnrjmtyHSrS3LGCygjLMGOyNRkjofwqSayhuAwnt45A67W3qDkZzg+2aA OffV9SOpfY42hlMceZJLa2MwJ3svPzjbwBkc855ro6qPomnyiMSadasI12oDEvyjrgVc2MONtACU U7Y3900bG/umgDC1jU9Qt9UjtNPj3k25lwIDIS27ABO5do9+aaniYf2j9kmtgrblXeku5cl1Q9sc FuxPTnBrd8keZ5nljzMbd2BnHpn0qs2kWTvK7WFszS/6wmJcv359eQKAMWTxlDFH50lo6wGLzFff necE7VwMHp659sc05fFEkzRJFZbH86OObzHI2BpNg2ggFu/YY962V0qzV962NuH2eXkRLnb6fT2o XSbJPK2WFsvknMeIl+Q5zkenNHUCzSU7a3900bG/umgCKd2jt5XQxhlUkGQ4UHHc9hXNN4j1CFI5 HijkhZvkkWBh9oXeqjAydg5JBOc4HrXTy26zxPFNEskbgqyOAQw9CO9V49HsYTGY7C2QxHcm2JRt PqPSjqBn6nrz2OoLbpAhiR1WaV5QuMozAAH/AHepPFV4vFysFElk6PJKYIwHyHlG0hOVBGQ2ckfw mtyXT7e4mE01pDJKF2h3RSQPTP4moF0W2jmgeGBYUgcyLFGqqhfGNxAHJAyBQBDpOsf2nJPG1ube SLB2M2SVJIB6D0PIyPetKo7exgtN/wBmtood53N5aBdx98VNsb+6aAG0U7Y3900bG/umgBtFO2N/ dNFAE1FFFSMz9a1UaNY/angkmjDANsI+XPeptNvDqFhFdeS8IlG4I/XHapbm3iu7eSCdA8Ug2sp7 ipFUIoVQAoGAB2pgcDqniTVT4ivLSGWSKGFwkfkorEjHU7iOc1v2mtX93pulPDDbtc3kbO/mMVUb Rz0Bpt54KsLzUpr1pJRJM25lKoy5/wCBKavr4fsRYWtoySNHartiYSMjAYweVI60X0Er9TLbxva/ ZpPKt5HukhLmIMuN4XdtznPTvjH48Vct/EsRuls7qCSK6wm5VKsuSyr2OcZYdQM9qttoOnM5b7Ko ynllQSFIxj7oOM44zjOKY/h3THlkka2+aTJYh2HJIYkc8HIByMcil1GVrbxJ9r1aK0htHMUucS7g No27uR+nGa3KoQaJp9s8TQWyxtDjYVJGMDb6+lX6ACiiigDMm+9d/wC//wCyrXM3n/ISsP8Ar6j/ AJmumm+9d/7/AP7Ktcze8ajYf9fSfzNAHU6zrEWiWf2q4guJYQcM0KhtnueRx71DofiGDX0kktLe 5SKM48yVAqk+g5Oa0nMciMkgDKwwykZBFMtorezt0gtkWKGMbVRVwAKm0ubfQ2UqXs7OPvd76W9C rrmswaFp5urhWYFgiqoySx//AFVk2vjNJpY/Os5I4XYL5gIOCTgcfU1v3ENreRiO5ijmQHO2RNwz 681XXSNJRgy6faBlOQRAuQfyrRW6mBcmk8qCSQDJRS2PXArmU8bwSWCaiFiGnBo45ZjISQ7DJCgD kDpnueldM5jkRkblWGCMdRVEaPpgnhmFqgkhVFQjIwF+7x3x2z0qR6E2mXU19ZLczRJEJfmjVX3H YehJ6Z+mfrVyqtna2thG8drGIo2cuVXOAT1wO30FT+Yvr+lAD6KZ5i+v6UeYvr+lAD6KZ5i+v6Ue Yvr+lAD6KZ5i+v6UeYvr+lAD6KZ5i+v6UeYvr+lAD6KZ5i+v6UeYvr+lAD6KZ5i+v6UeYvr+lAD6 KZ5i+v6UeYvr+lAD6KZ5i+v6UeYvr+lAD6KZ5i+v6UeYvr+lAD6KZ5i+v6UeYvr+lAGLPr09rPPL PDCLCG48hnDnzBwDuxjGOemabZeKE1S+s4bG2do5t5lkd1/dhVBHQnOdw+nOavHSdOa7e5aHdI5L MGZipOMZ2k7c44zinWmmWFkytbxbWTIVizMQCACMknjAH5UA/IXU7u4thbJaRxPLPL5Y81iFHys2 eAf7tZQ8Y20bG3mhb7YgYPHGwIDAsAASQSCUPOOOM4rYvbS11CNEuVZgjb1KuyEHBGQVIPQmoP7G 0wNGRbgbF2AAsARz1Gfm6nk56mjUCfSrme90u3ubmFYZZUDmNW3Bc8jn6VbqvHBbxKixhlVMBQGb AwMDj6VIhSNFRScKMDJJP5mmwJKoXc/krdzySSiOCPftTHQAk9queYvr+lQyQRSsxLuN4wwB4P4U gMSTXnt2VbiG6QguspVwyowAIGduDnI9K1bedZ4ra4t7iSSKVsc9CMH2B6iki0yzhgWCIFIkJKoO gJ68Y9zUlvZW1qkccO5Y4vuRjhR+H40AXKKZ5i+v6UeYvr+lAGfd3EkFu8waV3abyo41YKCS2AM4 4rN/4SONHHnrdxRFFbzCQRknBHC849s59K2J7K2uY5I5S7RSHLITlT+FMk0yzlgEMilogmwIRwF4 4xjpwPyoAmhP76MpM8kckZYbse2D096tVWiiihYFXc7V2gE8Af5FTeYvr+lAD6xb6/eytYJMzTSS oXKh1UBVXcx6enatfzF9f0qnNptpcxLHPuljQgqr8gEdKAM2LXojeGC4a6t8ybEZ+jDsfu9/y962 odyzyoZGcAKRux3z/hVeXTrSdg026RgwYFucEdD07ZNWIkjiZmDuxbGSxz0oAnqK6ZktpGU4YKcH 0p3mL6/pTZPLljZGJ2sMHFAGZfXzWd4kA+0SLhTI4dRsDNtXAxzzUGm61FfzRwSvc29w4OI365Hb 7o7c846960JdPtZpoppdzyxcxu3JX6HFB060M6THd5qElX7gnrzjvQBYtixWQMxba5AJ64qeoYhH CpCsxycktySaf5i+v6UAPopnmL6/pR5i+v6UAPopnmL6/pR5i+v6UAPopnmL6/pR5i+v6UAZmp6n d2t20VrBBIsVubiTzJCpIBxgYB5471Gvii0KpI8U8cMhwkrKNrchWPXIAJAOQPbNW7zTLC/mWW5j Luq7OHZQVznBAOCPY0x9G0yX7QJLZGFwpWRTkqQeoA6DOMnGM0AU4fF1ncPEIre7KyKrM5QAR7mC 4bnOQSMgZ61vVQGmacCxFtGCzbmwCMncGz/30AaueYvr+lMB9FM8xfX9KPMX1/SkA+imeYvr+lHm L6/pQA+imeYvr+lHmL6/pQA+imeYvr+lHmL6/pQA+imeYvr+lHmL6/pQA+imeYvr+lFAD6KKKACo 55kt7eSaTOyNSzYHYc1JUVzAtzbSwOSFkQoSOuCMUARWOo2upQiWznSVf9k8j6jtWd4lv7u0jt47 N2jaUsWdVDMAozxkH+VXdM0ey0iLZZwKmR8z9Wb6mo9Y0yTUEjaCRElj3ABxlSGGDmqVrgZ+g65N No17cXpeY2bkblTDuAoboO/OOlSweKbdliaaMKkjsvmQyrMihU3ksy9OOxqXRdB/szTp7eSdme4c u7RkptOAPlPXtSnw1ZuS0zzzSM2Xkd/mcbSu04A4wTSlu7AOHiOxLFP9I80KWaP7O+9AMdRjjORj 601fFGmMEPnOFcZLmJgqdeGOMKflbg+lB8NWbxyh5Lh5JlCyStJ87YIIz27AdOlUT4PiW4ijjkxY DmWIscyH5uCOmPm9sflhAbWn6lbapAZbVyyqdrBlKlTjPIPsQfxq3VLTNLg0m3MNtuKs24liM9Md sDtV2gDMm+9d/wC//wCyrXMX3/IQsf8Ar6T+Zrp5vvXf+/8A+yrXMX3/ACELH/r6T+ZpgdPqWq2m lLE97IUWaTy0whbLYJ7ewNS2V5DqFlDd2zFoJlDoxUjI+h5qHVNJtNXWFLxXYQyGRNrbecFf5E1L Y2cOnWMNpbBhDAgRAxycD3o1v5FPk5NL834Eep6nbaRZm5vH2RghR6sT0FULbxXZXEqIY54lchRI 6HaCemT71pX1ha6lAIbyESxhtwUkjn14+tU08NaTGylbMDaQw/ePjI5HGapW6mZqMdqkkHgZwBk1 iW3iaO6hLxW+92ZVijjnRmZmzgMOqHgk59D3rbbDAg55644rMOgWrszyy3UsxAVJnly8YByNpx6+ uaQyEeJYk1KCxuraWCaRnWQlgViKqGGSOoYNwfzpv/CUQHRE1EQlQ83lCKWRUI+coGJPAHGamk8N 6fPGy3CzTFwd7vIdzklTkn1+RenQCpxo1iAuIQCs3nBv4t24vjPpk9KAKcHii2kUmSCVdqliYv3o OG2/KV6j36UyTxbaCZFjt7mSNpApm2EIE8sSF846YI4q7qOiWmqSCS480OFCgo2BgHOMdD171FH4 b0+OMR7ZmjC7ArSEjGzZ+e0D8qQE9trNpd3S20Rm88gsyNCylAP72R8vtnrV6qFtpFvaTSTRyTme RdrzPJlmGc88Y7AfSrgjw+7zJDyTgnjn/DtTEPoozRmgYVV1HUI9NgSWVJHV5ViAjXc2WOBx1NWs 1FPbx3IjEgJ8uRZFwcfMOlAFA+JNMEZlM7iIJv8AMMTbfu7tucfewc4601vEtikpVxcKvlrIHaFh klygUDruyOlKvh2xRdqNcKgXAQSnAbbt3f72OPT2qM+FdNMIjKy4A/vDru3BsYxkEntjk8UATQ+I LK5vLa3tmkmM+cSKh2L8pbBPTOB0681Pd6vZWV3HbXE2yWQAgbSQATgZPbJ4FVY/D9vavHLZSyRS xcxhyXjDbdpYrkZO3jqKWTQYry5jutRdZblBt3xJ5YZQcgEEseDnoR1oAQeJ9MMPmiScr1I8h9wX AbdjGduCOenNaFpdJeQebH93eyfirEH+VY+o+GlnjRbGU27FBFI5dt3l7QuBjrwBwevqK1bexitI vLgeVU3Fsbu5YsfzJ/KgGWaKRF2Ljczck5Y5NLmgAoozRmgAoozRmgDKk10Q3UomtWS0in8hrkyD AbAOSvXHOM0kHiO1vL21trOOaY3G/c+wqIgqg5bPruGPrUkmhWk1xLJM08kcrmRoGf8AdliMZx9P el0/QrLTHR7cSbkDBSzdiAOgAHRRSBk9/evZrAIbczyzy+WqbwnO0tkk+ymqI8UWCpibzI5wG3w7 dxVgWG3I4ySpx61fvrFL5Ig0s0TRP5iPE21gcEeh7E1R/wCEY03zkl2Sbwu1m3cydeWPXOWJ7daH cC9p142oadBdNA8BmQOI3+8oPTNWahitlhjjjjklCRhVVd3GAMAVKg2Iq7mbAxubkn60xC1WuJzC LiV5fLigTc2EycYyas5qCa2E3mhnOyVdroVBBGMd6GMym8RQxSJHO88Ujb8o8SZQr2OG75HTPXnF acUxkSCWK4SaKVsAqAQRg9CPpUCaPAlsLfc7Rbi5D/MWJ4ySeT+NS2unx2cEMMTv5MJyqnn16nqe tAFuijNGaAKVzdPbwvMzsR5vlpGkYLMScADJH61QXxHamby2unj+RXLSRqoGfXnjHc9ODya0riwW 5ieKSR/Ldt+BwQc5yCOQc1BLoltPapbSEmJE2KuMYHB4PXPA560gLaM4mQGUSI6FgQoHp/jU1Qw2 4iKfOSqLsVcAADj/AAqbNMQVm3WotZ20MsryOZQW2RRKSABljyRwB+NaVUbnSoruGOKeR2SP7uPl I4wRkdiOCO9AyrBrttPdNALvY6yeWDIigE+3PfsOvtWnEXEsiO+7aFIO3HXP+FVbnR7e7kV5yWZC rKcAY25x07cnjpVyOMo7szl2bGSQB0+n1oAfTJ3McEjrjcqkjNPzTZEEsbISQGGMigChd6h9jukg kklYsAWZIlKxgnapPOeTxxmotO1uDUyiw3e2RwSqSIgY4PbBOemePxqzPpkdzcxTzSO0sX3TjA65 GQODg8jPQ006RAbxLvc32hCWD47nrnsfx6dqQFuBmZXDsGKuVzjFPkZljZlQuwBIUHBY+lNiTy1I 3FiWLEkU/NMDEuPFNtBBBMtvPKkkccj7MExB2wMjuRhicf3TUp17zZZI7Kylumi3F9jqPlBwCM9S ew9qni0WygMhjRgZLgXJ+Y/fHTHt7e5qBPDVhDGUtzcW4Jfd5UpXKsclf93PT07UAayncoOCMjOC MEUUiqqIqqMKowB6ClzQIKKM0ZoGZGr+IY9Ju0t2iV2aEzZadY8gHGFB+8fYVOmu2T3P2ctKkp24 WSJlzkgDGRzyQKtfZYvtou8HzhH5Wc8bc56fWs5/DNi91Nc77kTSnduEnKncHyDj1AxnPp0oAk/4 STTNzjz2wkfmO3lttUYzyccHApp8S2B8kRGWR5JFjKrGf3ZLbfn/ALvPr1xUbeFNMkVElWaSNI/L VHkyAMEdevc98d8U+Lw3YwtEUa4BRg5AkwJCG3LuAGDg+mKOoM16SjNGaAGyuYoXkCPIVUtsQZZv Ye9YsfiiORQfskh2sRMVkVhGAwXIP8XJ7ehrZmiS4heKQEpIpVgCRwfes1fDlkHV2e4eTdmRml5m 5BAf1A2j8qOoE15rVtZXsdo4leV2CnZGSEyCRk464U8dajj8R6dIGPmyIVDEq8TKeCARjHX5l49x Tr3RLS/ujPM04Zh8yxylVYgFQSB3AY1UTwvawzWgiwYILg3R8w5cybdoxjAA7n6CgDRsNUtdTWRr RnZUOCWQqD7jPXoat1SsNJttOmnlhMjST43tI2TgZI7e55OT71dzQAUUZozQAUUZooAsUUUVIwpk sqQxPLIwVEBZiewFPqG7g+1Wk0BbaJUKbgOmRigB0FxFcxLLBIkkbdGU5BrKvPE9hZ332d549qEi dywHlnsCOtTaLoNpocJS23l2++7tkt+HQVZvLJbhGeNYUugMRzPEHKH1/wAmh+Q42+0F3qEFnp81 7IS8MMZkbyxuJAGeB3NQDXtP6tcKqEIVZuAwYEjH4A59Kpw6HeMk8N1eR+ROpEixxnczH+LJPB9u lRXfgyyuriaYTTIZZN+zgqmVwwAI6HJP1NJakxd1dmjDr2nT+aFukUxSmJg52/Nu2d+vzED8aP7f 0v8Aef6dB+74b5u+cY9zkgcVSuPCdrdIElnn2o8jIFIGN46dOzYYehApyeF7dJYSLibyoJBLDHgY RtwZucZOSP1NMZZXxFpjQ+Y10iDnhuvUjp+B/DmtFHWRFdGDKwyCDwRWC3hC2EU0cFxJGs0hmcFF YGQknfyODg4yMdBW3bQi2tooVZ3EaBQznLHAxkn1oQFGb713/v8A/sq1zN5/yErD/r6j/ma6ab71 3/v/APsq1zN7/wAhGw/6+o/5mgDr77U7PTER765jgVzhTIcAn0pljrFhqbuljdwzsgywjbOB71Jf 2VtqVnJa3aLJFIMEH+Y9DUOkaRaaJYra2a4UcszHLOfUmp97m8jZey9lrfm/Anvb63062a4u5Vij XjLHqfQe9Z9t4q0q6uEhjuQHc4XdwCfSrOr6Raa3aLbXm4xq4cbWwcjI/rVBPCOnptAmuyqsrbTO SCQcjj8K0VupibrMEUsxwAMk1kp4ktmtftHkXAiYqImKribccLtOcc++K1WwykbsZGMjqKwo/C8S G4f7SPMnUKSLeIKRnPzLjDH3IqQLEviKGHG+zvRiPzZP3Y/dLkjJ59ieM8VeuL6K2jhd9xSaRY1Z RkAt0J9s4H4isiLwskEZjgvpYo5EaOZURAHUsSQOPk+8elW3tLq8gms7tLWO0ZCqNC7F1x904Ixk dfqKABfEdi2pmxLSLJtkYOyYQ7CA2D7c/kfSrem6hDqunQ3tsHEMy7l3rtOPcVmyeFrOVIFaWb9y ioCGALYbcSTjq2SD65NadhaR6fZpbRsWRM4LYzySf60dALNFJkeooyPUUALRSZHqKMj1FAC0UmR6 ijI9RQAtFJkeooyPUUALRSZHqKMj1FAC0UmR6ijI9RQAtFJkeooyPUUALRSZHqKMj1FAC0UmR6ij I9RQBmnXbdb14HhuERZfJM5UeXvwDjOc9+uMUL4h0+S8tLaGUyyXRcJsGQNoyST26j8xUM/h6O6m nE93K1pPIZWtwFA3bQPvYzjjOKTSfDlvpMqSRzu7IGHIABBCjnA7BRQD8i/f362CREwzTNLJ5aJE AWJwT3IHQGoF8QaeYQ7z+UxVmMbjDrtzuBHqNp+uOM1LqNk16sJiuWt5YZPMR1UNztK9D7Mayz4Q szdLcGeUyEfvSQpMjZY7unByx6e1AGvp1/Hqenw3kKyLFMu5RIMNj6VaqtBbtbwxRJOSkaqoBAyQ Bj/69TR5WNQ772A5bpmgB9VZrl42mbdEkUK7mZwTxjJqzkeoqrcWn2hZ0Lp5c6bHVlJ4xjrmgCkN fgyitcIjOG+V4JFK7euQeh9Aevar4lmVoixiZHbHygg9Cf6Vn/8ACPwvCEmdZm3FjLIuZCSMHkEe g6Y6CrNhpo0+0t7WOVTDAcqCvJ69847+lAGhRSZHqKMj1FAFKe9eCGSaRkWNX2ABGZic4AAHJJPY VXj1uGaYRJdQlyqsMxOOvTn19R271PdWDXMLxGcIpk8xWVfmRs5BBzjg+1Urjwza3NsIJPLwI/L3 hPnIznJOeT9eOTxQBqo8onVJDGQykgqCOmP8anqtBbtEY90ilY02KAMccdTn2qxkeooAWs241M2l vFNcSRoJRkBY2c9Mnp2A6mtHI9RWZd6R9tgiikuNoiBUNGMEgjBB56EUALb6ql1O0MNxC0isUI8t hyPT1Hv0q7DJIZZI5dhKgEFQe+f8Ky7nw5bXMyyt5SOrrIDGm3JXpnnn69eBzWpFGyyO8jqxYAfK MYxn396AJqjnkMUDuoBKqSAafkeopkyCWF49wG4Yz6UAUrjUfslxHDNNErvyMRMQOcDcRwuTwM9a Sy1NdRUG1nifIzgxspxnHQ/SkudK+13cdxJOAyYyqghXAO5dwzzg89qhj8PW8V/FeRGKOWIsVCJh fmGDxn+X45oA1LeR5FbzNu5WK/L0qWooEMStucMzMWJAwKkyPUUALRSZHqKMj1FAC0UmR6ijI9RQ AtFJkeooyPUUAZ9/rMWnz+U9vcykRmV2iQEImcZPOfyzT49Z0+WYxJeQl8hcbupPQVFqGkm+uvOS 9kgDxGGRUVTvQnPUjg9eRVWTwtbSwSQfaZlg2ssCpgGDcwYlTjJOQMZ6UAy6Nf0tpYY1v7cvMFaM BwdwPAP41oViQ+F7K33eVJIqscgZHygOrgDjoCoH0rayPUUALRSZHqKMj1FAC0UmR6ijI9RQAtFJ keooyPUUALRSZHqKMj1FAC0UmR6ijI9RQAtFJkeoooAWiiigAooooAKY8mw/dJ4J4p9RTRGRTtba xGM4yKEA17lY42d1faq7vlUuT9AMk1DaaxZXsMc0M2EkbbGZUaPefRQwGfwqxDEyAF33NjGQMD8q wbnwmZ4rBBeEfZUMZyGAYFg2QAw5+Udcih7gbi3tsz7VuIS2SuA4zkDJH5c1GdUsQV/0uHDBmDBx twuN3PQYyPzrEPg+OK3JieMzLGgDCIAkqzt1z334/CorfwlcC2iY3MEM4jClEg+QYCDGM9fk6g55 4xigZ0A1WwLSL9sgzEqs+ZBhQ33Tn3qdbiF52hWWMyqMsgYbgPUiuX/4QuQWscS3qbownPlsNxXe OcNnGH9eoq/pfhxtN1MXK3CmMR7dioQWOFGSST/d7Yz3zQItTfeu/wDf/wDZVrmb3/kI2H/X0n8z XTTfeu/9/wD9lWuZvP8AkJWH/X1H/M0AdxgegowPQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegow PQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQ UtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUt FACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFA CYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACY HoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHo KMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHoKKWigAooooAKQkAEk4A70tNkRZY2jcBkYFSD3FA CLKjnCOrH2Oap3l9NFceTbRI7IglkaR9qhckDnnk4PtVPw74eTQluTkO8sh2t6IPuim61bzJeG7W J3jMSoWj5aMhickdxg9s9KpJXA0bTU4bpW3B4ZEXe8co2lR6+hHuKdbanZXgU213BLuYqNjg5IGS Py5rAjil1661BVfNu1qsCT7fkZyckY79s/lU1/ouo6iwmcWNvMoOBEWOflwMtgE8+3A9aTVmCOiJ CgliABySaRHWRFdGDKwyGByCK5d/DN/PdxTzPbbi0hk+ZmADMx2gFfRsZBX3B4FVh4OvuF8+BE8l ItqOQFUKFKD5c7SRnr1PTvSBnZ0VhaVoc2n63dXS+SltKCAinc3UY7DAAHTLdeMDit2gDntZuJrc v5DY3z7W+XOR5YPoax7zP9oadnqbmMmunlJDXeP7/wD7Ktcxe/8AISsP+vqP+ZoA7miiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoorAfQJm8VrfCaT7Jt3mPzDjz BxjHp3poDcd1ijLMQqjk02G4jmyFPzL95Tww+opt7G8tq6R538EYOOhB61mWDXBv4Y3iOEV2kcrg gkjAJ70gNZZ4nkaNZEZ1+8oYEj8KcXVWVSyhm6Ank1ytxo2oSecLK1jtLpZp5Uvdy5cPu2rxz/EO vTH0qBdB1Pi6likluEiaOINcEOgLgkAh/TP8XPTIoA7IkAEk4A70Ag9DmuQ/szxBJpwtJgz74Srs 1xkf6uRdpHOckof5nIrc0Gxk060nhlQqTcSSAmTfuDHII54+ntQDFm+9d/7/AP7Ktc1dqranYb2c AXSfd7nJx+FdLN967/3/AP2Va5m8/wCQlYf9fUf8zQB3NFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUVha5JrKajZjR0DqQ3mhx8nbGT/hW1F5nlL5wUSY+ YKeM+1OwEbXcKTeUz4bgdOAT0GemanrnrmWf7QtrGC5kuwSu3BVd24k+2BUms2upz3dw1hII0Niy fMhbc+TgDDDB96bjYFqbtFclIdcWKRUN4rAfvMIrKBuG3y+/3c7jyQe1QyLryRSyr9vWeURMVG1x whBAIHyndgnj61IHQTfeu/8Af/8AZVrmbz/kJWH/AF9R/wAzXRguYZzKu2Qld4yDg7Fz0rnLz/kJ WH/X1H/M0wO5ooopAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGZ/bI/54n/AL6o /tkf88T/AN9VlUVryoz5mav9sj/nif8Avqj+2R/zxP8A31WVRRyoOZmr/bI/54n/AL6o/tkf88T/ AN9VlUUcqDmZq/2yP+eJ/wC+qP7ZH/PE/wDfVZVLRyoOZmn/AGymc+Rz0zupf7ZH/PE/99VxN1Fq Aa4gSMl5ZVaGQdI1HUfj710VggWzjSYAPGoLc9eORTcUO7NT+2R/zxP/AH1R/bI/54n/AL6qqBCd rEIDtwV9yOtQzIiBSnfqM5pcqFdl0S+fFcSYxuYHH/ARXOXn/ISsP+vqP+Zrft/+POX6j/0EVgXn /ISsP+vqP+ZrNmh3NFFFIAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAxv7In/vx/ mf8ACj+yJ/78f5n/AArZoqudk8qMb+yJ/wC/H+Z/wo/sif8Avx/mf8Kf4l1G60rSWu7Tyi0bDcJA TkHjirOj3E93pVvcXRTzZUDnYMAZ6U+Z2uHKin/ZE/8Afj/M/wCFH9kT/wB+P8z/AIVx2oW95qPi 7UI/MSVRKFRZXZQi9MAj3roEvr+PwjptyLhvu/6Q6sPMPBxgsrDr1yKOZ2uCUXsaP9kT/wB+P8z/ AIUf2RP/AH4/zP8AhXND4jH7WlrBCZWaBWRpVClmKb8tg4HXGAPx7Voap4xuNItZjcQxNJbuUlaM HBy6qpCk+jZIJ7daOZhyo1f7In/vx/mf8KP7In/vx/mf8Kxo/FN3qegXOpxt9lt7dFbEaAyuxH+1 lQMkdicVbub+/tLueK6u2IFm1wfIVRtK44XcD75JznPQYpc7DlRe/sef+/H+Z/wo/sef+/H+Z/wq /pqzpp1uLqczz7AXkKgbieegAFWqfMw5UZCRmGC4jYglWAOP90Vzt5/yErD/AK+o/wCZrppvvXf+ /wD+yrXM3n/ISsP+vqP+ZqSjuaKKKQBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB /9k= --_004_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_--

3 3

gluster storage ( wanted / supported / recommended configuration )
by paf1＠email.cz 19 Jun '15

19 Jun '15

This is a multi-part message in MIME format. --------------090001020909070106000305 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello dears, is anybody here for serious storage conversation ?? I've got any ideas and a lot of errors - gluster filesystem concept checking let me know, will sent diagram and questions .... regs. Pavel --------------090001020909070106000305 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello dears, <br> <br> is anybody here for serious storage conversation ??<br> I've got any ideas and a lot of errors - gluster filesystem concept checking<br> <br> let me know, will sent diagram and questions ....<br> <br> regs.<br> Pavel<br> </body> </html> --------------090001020909070106000305--

2 1

Import KVM images to oVirt 3.5
by Bloemen, Jurriën 19 Jun '15

19 Jun '15

--_000_5552007870707dmcamcnetworkscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkkgd2FzIGxvb2tpbmcgaW50byBhIHdheSB0byBpbXBvcnQgb3VyIEtWTSBWTSdzL2lt YWdlcyBpbnRvIG9WaXJ0IDMuNS4gU29tZSBvZiB0aGUgVk0ncyBhcmUgQ2VudG9zIGFuZCBvdGhl cnMgYXJlIFdpbmRvd3MgMjAxMi4gU29tZSBzdWdnZXN0IHRvIHVzZSB2aXJ0LXYydiBidXQgdGhl IHZlcnNpb24gdGhhdCBjYW4gYmUgdXNlZCBpbiBDZW50T1MgNyguMSkgZG9lcyBub3Qgc3VwcG9y dCB0aGUgIi1pYyIgZmxhZy4gU2VlIGh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1 Zy5jZ2k/aWQ9MTEzODUwNCNjOCAoQ29tbWVudCA4KSBXaGF0IEkgdW5kZXJzdGFuZCBpcyB0aGF0 IG9WaXJ0IHNob3VsZCBzb2x2ZSB0aGlzIG9yIG1ha2Ugc29tZSBraW5kIG9mIGltYWdlIGltcG9y dCB0b29sLg0KDQpJIGZvdW5kIGVuZ2luZS1pbWFnZS11cGxvYWRlciBidXQgdGhhdCdzIG9ubHkg Zm9yIE9WRiBmaWxlcy4NCg0KU29tZSBvdGhlciBzYXkgdGhhdCB5b3UganVzdCBtYWtlIGEgVk0g aW4gb1ZpcnQgYW5kIGNvcHkgdGhlIG9yaWdpbmFsIGltYWdlIG92ZXIgZGUgb1ZpcnQgaW1hZ2Uu IFRoaXMgd29ya3MgYnV0IHRoZXJlIGlzIG5vIGh1bWFuIGVycm9yIGNvcnJlY3Rpb24gaW4gaXQg b3Igc29tZSBvdGhlciB2YWxpZGF0aW9uLg0KDQpXaGF0IGNhbiBJIGRvPw0KDQpKdXJyacOrbg0K VGhpcyBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzKSBtYXkgY29udGFpbiBpbmZv cm1hdGlvbiB0aGF0IGlzIHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsLiBJZiB5b3UgYXJlIG5v dCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRl bGV0ZSB0aGlzIGVtYWlsIGltbWVkaWF0ZWx5IGZyb20geW91ciBzeXN0ZW1zIGFuZCBkZXN0cm95 IGFsbCBjb3BpZXMgb2YgaXQuIFlvdSBtYXkgbm90LCBkaXJlY3RseSBvciBpbmRpcmVjdGx5LCB1 c2UsIGRpc2Nsb3NlLCBkaXN0cmlidXRlLCBwcmludCBvciBjb3B5IHRoaXMgZW1haWwgb3IgYW55 IHBhcnQgb2YgaXQgaWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudA0K --_000_5552007870707dmcamcnetworkscom_ Content-Type: text/html; charset="utf-8" Content-ID: <8AC1DCE34482444999019ADC5B023B5C(a)chellomedia.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IiNGRkZG RkYiIHRleHQ9IiMwMDAwMDAiPg0KPGZvbnQgZmFjZT0iTGliZXJhdGlvbiBTYW5zIj5IaSw8YnI+ DQo8YnI+DQpJIHdhcyBsb29raW5nIGludG8gYSB3YXkgdG8gaW1wb3J0IG91ciBLVk0gVk0ncy9p bWFnZXMgaW50byBvVmlydCAzLjUuIFNvbWUgb2YgdGhlIFZNJ3MgYXJlIENlbnRvcyBhbmQgb3Ro ZXJzIGFyZSBXaW5kb3dzIDIwMTIuIFNvbWUgc3VnZ2VzdCB0byB1c2UgdmlydC12MnYgYnV0IHRo ZSB2ZXJzaW9uIHRoYXQgY2FuIGJlIHVzZWQgaW4gQ2VudE9TIDcoLjEpIGRvZXMgbm90IHN1cHBv cnQgdGhlICZxdW90Oy1pYyZxdW90OyBmbGFnLiBTZWUNCjxhIGNsYXNzPSJtb3otdHh0LWxpbmst ZnJlZXRleHQiIGhyZWY9Imh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/ aWQ9MTEzODUwNCNjOCI+DQpodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hvd19idWcuY2dp P2lkPTExMzg1MDQjYzg8L2E+IChDb21tZW50IDgpIFdoYXQgSSB1bmRlcnN0YW5kIGlzIHRoYXQg b1ZpcnQgc2hvdWxkIHNvbHZlIHRoaXMgb3IgbWFrZSBzb21lIGtpbmQgb2YgaW1hZ2UgaW1wb3J0 IHRvb2wuDQo8YnI+DQo8YnI+DQpJIGZvdW5kIGVuZ2luZS1pbWFnZS11cGxvYWRlciBidXQgdGhh dCdzIG9ubHkgZm9yIE9WRiBmaWxlcy4gPGJyPg0KPGJyPg0KU29tZSBvdGhlciBzYXkgdGhhdCB5 b3UganVzdCBtYWtlIGEgVk0gaW4gb1ZpcnQgYW5kIGNvcHkgdGhlIG9yaWdpbmFsIGltYWdlIG92 ZXIgZGUgb1ZpcnQgaW1hZ2UuIFRoaXMgd29ya3MgYnV0IHRoZXJlIGlzIG5vIGh1bWFuIGVycm9y IGNvcnJlY3Rpb24gaW4gaXQgb3Igc29tZSBvdGhlciB2YWxpZGF0aW9uLjxicj4NCjxicj4NCldo YXQgY2FuIEkgZG8/PGJyPg0KPGJyPg0KSnVycmnDq248YnI+DQo8L2ZvbnQ+VGhpcyBtZXNzYWdl IChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzKSBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB0aGF0 IGlzIHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5k ZWQgcmVjaXBpZW50LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIGVt YWlsIGltbWVkaWF0ZWx5IGZyb20geW91ciBzeXN0ZW1zIGFuZCBkZXN0cm95IGFsbCBjb3BpZXMg b2YgaXQuIFlvdQ0KIG1heSBub3QsIGRpcmVjdGx5IG9yIGluZGlyZWN0bHksIHVzZSwgZGlzY2xv c2UsIGRpc3RyaWJ1dGUsIHByaW50IG9yIGNvcHkgdGhpcyBlbWFpbCBvciBhbnkgcGFydCBvZiBp dCBpZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_5552007870707dmcamcnetworkscom_--

2 1

Ovirt-engine certificate SHA256
by Kevin C 19 Jun '15

19 Jun '15

Hi list, Is it possible to renew the ovirt-engine certificate to generate a new one with SHA256 . Thanks a lot -- Kevin

3 2

solaris 11
by Koen Vanoppen 19 Jun '15

19 Jun '15

Dear All, Little question. Is it possible to install the ovirt guest agent on a solaris11 vm? If so, how... :-) Kind regards, Koen

4 3

oVirt timeouts
by paf1＠email.cz 19 Jun '15

19 Jun '15

This is a multi-part message in MIME format. --------------090402070806020609030609 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, pls, howto change oVirt timeouts for status : 1) node ( brick) is power down / up 2) volume status for node(brick) is up/down They are too long ( I'm expecting a few sec. not a lot of minutes ) If it has some spacial reason, let me know about, pls. regs. Pa. --------------090402070806020609030609 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> <br> pls, howto change oVirt timeouts for status :<br> 1) node ( brick) is power down / up<br> 2) volume status for node(brick) is up/down <br> <br> They are too long ( I'm expecting a few sec. not a lot of minutes )<br> If it has some spacial reason, let me know about, pls.<br> <br> regs.<br> Pa.<br> </body> </html> --------------090402070806020609030609--

2 1

Ovirt PXE boot wierdness
by Edson Manners 19 Jun '15

19 Jun '15

I'm running oVirt 3.5 newly installed with one test VM. I have the engine running on separate HW with eth0 being the management interface I have 2 compute nodes with eth0 being the management interface and eth1 having a vlan trunk with all of the VM networks If I install a guest from the CD image it all works fine and picks up an IP from the DHCP server. However if I switch the boot order to PXE first the gPXE DHCP request times out. Using tcpdump I can see the DHCP discovery packets get as far out as the physical trunk interfact eth1 (i.e. it gets past all of the virtual interfaces) but any other machines in that same VLAN don't see the DHCP request and neither does the DHCP server. My network settings are: Name: TestCluster External Provider: NO Network label: TC Enable VLAN tagging: 306 VM network: YES MTU: Default 1500 Under 'Setup Host Networks' Boot Protocol: DHCP Any ideas? -- [Any errors in spelling, tact or fact are transmission errors] - (Stolen from) Dag Wieers Edson Manners Systems Administrator, Research Computing Center FSU Information Technology Services Dirac Science Library., Room 150B Tallahassee, Florida 32303-4120

3 2

vdsm lvm filter
by Renout Gerrits 19 Jun '15

19 Jun '15

Hi All, I've got a setup with with ovirt and an equallogic iscsi. Im using the dell hit drivers. Install all good, after a reboot the storage won't come up. >From the vdsm logs i can see the volume groups can't be found. in the lvm vgs command the following filter is used: [ '\''r|.*|'\'' ] . If I change the LVMCONF_TEMPLATE in /usr/share/vdsm/storage/lvm.py and add the filter [ "a|^/dev/eql/ovirt.*|" ], the volume group is found and storage will be attached. How is the lvm filter constructed? And how can i make sure my volume groups are found without editing /usr/share/vdsm/storage/lvm.py? ==snippet vdsm.log 1== Thread-75::DEBUG::2015-06-11 13:25:03,496::lvm::291::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_sus pended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=1 filter = [ '\''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,attr,size, free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name 9d551570-ef74-45b7-ba86-a908f1231ca8 (cwd None) Thread-75::DEBUG::2015-06-11 13:25:03,825::lvm::291::Storage.Misc.excCmd::(cmd) FAILED: <err> = ' Volume group "9d551570-ef74-45b7-ba86-a908f1231ca8" not found\n Skipping volum e group 9d551570-ef74-45b7-ba86-a908f1231ca8\n'; <rc> = 5 Thread-75::WARNING::2015-06-11 13:25:03,828::lvm::376::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' Volume group "9d551570-ef74-45b7-ba86-a908f1231ca8" not found', ' Skipp ing volume group 9d551570-ef74-45b7-ba86-a908f1231ca8'] == ==snippet vdsm.log 2== storageRefresh::DEBUG::2015-06-11 13:37:13,602::lvm::292::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/eql/ovirt.*|" ] filter = [ '\''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 (cwd None) storageRefresh::DEBUG::2015-06-11 13:37:13,978::lvm::292::Storage.Misc.excCmd::(cmd) SUCCESS: <err> = ' WARNING: Ignoring duplicate config node: filter (seeking filter)\n Found duplicate PV FeScSs3Umv5wXtZCRvauf17sLaeQnS7e: using /dev/mapper/eql-0-af1ff6-8865608d7-3c400636c28555dd_b not /dev/mapper/eql-0-af1ff6-8865608d7-3c400636c28555dd_a\n Found duplicate PV FeScSs3Umv5wXtZCRvauf17sLaeQnS7e: using /dev/mapper/eql-0-af1ff6-8865608d7-3c400636c28555dd-ovirt-storage02 not /dev/mapper/eql-0-af1ff6-8865608d7-3c400636c28555dd_b\n Found duplicate PV hyyv4hWZiKT0UDdoDEyPZ5XrHc31hlTs: using /dev/mapper/eql-0-af1ff6-3cb5608d7-c1a0063645b5559b_b not /dev/mapper/eql-0-af1ff6-3cb5608d7-c1a0063645b5559b_a\n Found duplicate PV hyyv4hWZiKT0UDdoDEyPZ5XrHc31hlTs: using /dev/mapper/eql-0-af1ff6-3cb5608d7-c1a0063645b5559b-ovirt-storage01 not /dev/mapper/eql-0-af1ff6-3cb5608d7-c1a0063645b5559b_b\n'; <rc> = 0 == # rpm -qa |grep vdsm vdsm-jsonrpc-4.16.14-0.el6.noarch vdsm-xmlrpc-4.16.14-0.el6.noarch vdsm-python-zombiereaper-4.16.14-0.el6.noarch vdsm-python-4.16.14-0.el6.noarch vdsm-cli-4.16.14-0.el6.noarch vdsm-4.16.14-0.el6.x86_64 vdsm-yajsonrpc-4.16.14-0.el6.noarch Thanks!

2 1

How to backup/restore the rhevm-VM in hosted-engine ?
by xiec.fnst＠cn.fujitsu.com 19 Jun '15

19 Jun '15

--_000_EE4D679B9474414187D2E27D8B6890F6931BF6G08CNEXMBPEKD03g0_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksQWxsDQogICAgICAgICBBcyB0aGUgbWF1dWFsLCBJIGNhbqGvdCBmaW5kIGFueXdheSB0byBi YWNrdXAvcmVzdG9yZSB0aGUgcmhldm0tVk0gaW4gdGhlIGhvc3RlZC1lbmdpbmUuIFRoZSBJIGp1 c3QgdHJ5IHRvIGJhY2t1cCB0aGUgc3RvcmFnZSBvZiByaGV2bS1WTSAodXNpbmcgY3AgqENwcmYg IHRvIG1ha2UgYSBjb3B5IG9mIGZvbGRlcikuIFRoZW4gSSBtYWtlIHNvbWUgY2hhbmdlIGFuZCBy ZXBsYWNlIHRoZSBvcmlnaW4gUkhFVk0tVk0gY29udGVudCB3aXRoIG15IGJhY2t1cCBmb2xkZXIg KG9mIGNvdXJzZSBJIHNodXRkb3duIHRoZSByaGV2bS12bSBmaXJzdCkuICBBdCBsYXN0IHRoZSB2 bSBjYW4gYmUgdXAsYnV0IHRoZSBzdGF0dXMgaXMgTk9UIGhlYWx0aCBidXQgYXMgYmVsb3c6DQoN Cj09PT09PT09PT09PT09PT09PT09DQpTdGF0dXMgdXAtdG8tZGF0ZSAgICAgICAgICAgICAgICAg IDogRmFsc2UNCkhvc3RuYW1lICAgICAgICAgICAgICAgICAgICAgICAgICAgOiAxOTMuMTY4LjE5 NS4yNDgNCkhvc3QgSUQgICAgICAgICAgICAgICAgICAgICAgICAgICAgOiAxDQpFbmdpbmUgc3Rh dHVzICAgICAgICAgICAgICAgICAgICAgIDogdW5rbm93biBzdGFsZS1kYXRhDQpTY29yZSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDogMjQwMA0KTG9jYWwgbWFpbnRlbmFuY2UgICAgICAg ICAgICAgICAgICA6IEZhbHNlDQpIb3N0IHRpbWVzdGFtcCAgICAgICAgICAgICAgICAgICAgIDog MTQwOTc0MzQ2MQ0KRXh0cmEgbWV0YWRhdGEgKHZhbGlkIGF0IHRpbWVzdGFtcCk6DQogICAgICAg ICBtZXRhZGF0YV9wYXJzZV92ZXJzaW9uPTENCiAgICAgICAgIG1ldGFkYXRhX2ZlYXR1cmVfdmVy c2lvbj0xDQogICAgICAgICB0aW1lc3RhbXA9MTQwOTc0MzQ2MSAoV2VkIFNlcCAgMyAwNzoyNDoy MSAyMDE0KQ0KICAgICAgICAgaG9zdC1pZD0xDQogICAgICAgICBzY29yZT0yNDAwDQogICAgICAg ICBtYWludGVuYW5jZT1GYWxzZQ0KICAgICAgICAgc3RhdGU9RW5naW5lVXANCg0KPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0NCg0KU28gYXJlIHRoZXJlIHNvbWUgcHJvcGVyIHdheSB0byBi YWNrdXAgdGhlIHJoZXZtLXZtPw0K --_000_EE4D679B9474414187D2E27D8B6890F6931BF6G08CNEXMBPEKD03g0_ 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;   As the mauual, I can=A1=AFt find anyway to backup/restore= the rhevm-VM in the hosted-engine. The I just try to backup the storage of= rhevm-VM (using cp =A8Cprf  to make a copy of folder). Then I make so= me change and replace the origin RHEVM-VM content with my backup folder (of course I shu= tdown the rhevm-vm first).  At last the vm can be up,but the status is <b>NOT</b> health but as below:<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">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Status up-to-date  &n= bsp;           &nbsp= ;   : False<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hostname   &nbsp= ;            &n= bsp;          : 193.168.195.24= 8<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Host ID    =             &nb= sp;           : 1<o:p></o= :p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Engine status   =             &nb= sp;      : unknown stale-data<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"EN-US">Score    &n= bsp;           &nbsp= ;             := 2400<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Local maintenance  &n= bsp;           &nbsp= ;   : False<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Host timestamp  &nbsp= ;             &= nbsp;    : 1409743461<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Extra metadata (valid at timest= amp):<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   metadata_parse_version=3D1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   metadata_feature_version=3D1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   timestamp=3D1409743461 (Wed Sep  3 07:24:21 2014)<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   host-id=3D1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   score=3D2400<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   maintenance=3DFalse<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   state=3DEngineUp<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">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<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">So are there some proper way to= backup the rhevm-vm? <o:p></o:p></span></p> </div> </body> </html> --_000_EE4D679B9474414187D2E27D8B6890F6931BF6G08CNEXMBPEKD03g0_--

6 7

Can not kill vm
by 肖力 19 Jun '15

19 Jun '15

------=_Part_337520_1095813983.1433898403897 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGkKSSBjYW4gbm90IGtpbGwgYnkgb1ZpcnQuCldoZW4gaSBwb3dlciBvZmYgdm0gYnkgb1ZpcnQg d2ViICxJdCBpcyBmYWlsZWQuCkFuZCBpIHVzZSB2aXJzaCBkZXN0cm95IHZtLCBmYWlsZWQgdG9v LGFuZCBoYXZlIGxpc3QgaW5mbzoKZXJyb3I6IEZhaWxlZCB0byBkZXN0cm95IGRvbWFpbiAxCmVy cm9yOiBvcGVyYXRpb24gZmFpbGVkOiBmYWlsZWQgdG8ga2lsbCBxZW11IHByb2Nlc3Mgd2l0aCBT SUdURVJNCldoYXQgY2FuIGkgZG8sdGhzIQo= ------=_Part_337520_1095813983.1433898403897 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGk8YnI+SSBjYW4gbm90IGtpbGwgYnkgb1ZpcnQuIDxi cj5XaGVuIGkgcG93ZXIgb2ZmIHZtIGJ5IG9WaXJ0IHdlYiAsSXQgaXMgZmFpbGVkLjxicj5BbmQg aSB1c2Ugdmlyc2ggZGVzdHJveSB2bSwgZmFpbGVkIHRvbyxhbmQgaGF2ZSBsaXN0IGluZm86PGJy PmVycm9yOiBGYWlsZWQgdG8gZGVzdHJveSBkb21haW4gMTxicj5lcnJvcjogb3BlcmF0aW9uIGZh aWxlZDogZmFpbGVkIHRvIGtpbGwgcWVtdSBwcm9jZXNzIHdpdGggU0lHVEVSTTxicj5XaGF0IGNh biBpIGRvLHRocyE8YnI+PC9kaXY+PC9kaXY+PGJyPjxicj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZv b3RlciI+PHNwYW4gaWQ9Im5ldGVhc2VfbWFpbF9mb290ZXIiPjwvc3Bhbj48L3NwYW4+ ------=_Part_337520_1095813983.1433898403897--

3 8

LDAP bind DN generation problem
by Mitja Mihelič 19 Jun '15

19 Jun '15

This is a multi-part message in MIME format. --------------040506020505040804040504 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi! We just upgaded oVirt from 3.4 to 3.5 and now users cannot select the LDAP domain on the login screen. Only internal is available. Our LDAP server is actually a 389DS instance and we are using for authentication in oVirt without Kerberos. The existing setup has worked since the days of 3.2. When we try to validate the domain, we get [root@brda ~]# engine-manage-domains validate Error: Cannot authenticate user ovirt to domain guest.arnes.si, details: [LDAP: error code 32 - No Such Object]; nested exception is javax.naming.AuthenticationException: [LDAP: error code 32 - No Such Object] Failure while testing domain guest.arnes.si. Details: Cannot authenticate user to LDAP server. The LDAP log reports [18/Jun/2015:13:52:38 +0200] conn=3 op=0 BIND dn="uid=ovirt,ou=Peopledc=guest,dc=arnes,dc=si" method=128 version=3 As you can see there is a comma missing before "dc=guest,dc=arnes,dc=si". Before the upgrade the bind DN was generated properly as [18/Jun/2015:12:42:45 +0200] conn=10219 op=0 BIND dn="uid=ovirt,ou=People,dc=arnes,dc=si" method=128 version=3 This looks like a bug. Is there a quick fix we can do to fix this typo? We are also interested in knowing what is the correct way in 3.5 to add a domain that uses an LDAP server for its authentication source without Kerberos. Kind regards, Mitja -- -- Mitja Mihelič ARNES, Tehnološki park 18, p.p. 7, SI-1001 Ljubljana, Slovenia tel: +386 1 479 8800, fax: +386 1 479 88 99 --------------040506020505040804040504 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"> <font size="-1">Hi!<br> <br> We just upgaded oVirt from 3.4 to 3.5 and now users cannot select the LDAP domain on the login screen. Only internal is available.<br> Our LDAP server is actually a 389DS instance and we are using for authentication in oVirt without Kerberos. The existing setup has worked since the days of 3.2.<br> <br> When we try to validate the domain, we get<br> [root@brda ~]# engine-manage-domains validate<br> Error: Cannot authenticate user ovirt to domain guest.arnes.si, details: [LDAP: error code 32 - No Such Object]; nested exception is javax.naming.AuthenticationException: [LDAP: error code 32 - No Such Object]<br> Failure while testing domain guest.arnes.si. Details: Cannot authenticate user to LDAP server.<br> <br> The LDAP log reports<br> [18/Jun/2015:13:52:38 +0200] conn=3 op=0 BIND dn="uid=ovirt,ou=Peopledc=guest,dc=arnes,dc=si" method=128 version=3<br> As you can see there is a comma missing before "dc=guest,dc=arnes,dc=si".<br> <br> Before the upgrade the bind DN was generated properly as<br> [18/Jun/2015:12:42:45 +0200] conn=10219 op=0 BIND dn="uid=ovirt,ou=People,dc=arnes,dc=si" method=128 version=3<br> <br> This looks like a bug.<br> Is there a quick fix we can do to fix this typo?<br> <br> We are also interested in knowing what is the correct way in 3.5 to add a domain that uses an LDAP server for its authentication source without Kerberos.<br> <br> Kind regards, Mitja<br> </font> <pre class="moz-signature" cols="72"> -- -- Mitja Mihelič ARNES, Tehnološki park 18, p.p. 7, SI-1001 Ljubljana, Slovenia tel: +386 1 479 8800, fax: +386 1 479 88 99</pre> </body> </html> --------------040506020505040804040504--

4 6

ovirt-shell : which default start mode?
by Nicolas Ecarnot 19 Jun '15

19 Jun '15

Hi, Since long, I'm using some scripts to create VM, add some components and start them. My script is booting them in PXE. After an upgrade in 3.5.1, I'm witnessing that the default boot is now primarily using hard disk, and not PXE. Is there a way for the ovirt-shell to ask a boot via PXE? In fact, I find that the embeded inline help of ovirt-shell is difficult to read, and some *tree view* of all options would be much better readable. -- Nicolas ECARNOT

2 1

Error while executing action Setup Networks: Could not connect to peer host
by Roman Nikolayevich Drovalev 19 Jun '15

19 Jun '15

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME. --=_alternative 002C0A6E43257E69_= Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: base64 QWxsIHRoYW5rcywgYWZ0ZXIgcGx1cmFsICJkZWwgaG9zdCIgLSAiYWRkIGhvc3RfIC0gIGJlY2Ft ZSBhbGwgz8shDQoNCg0K --=_alternative 002C0A6E43257E69_= Content-Type: text/html; charset="KOI8-R" Content-Transfer-Encoding: base64 PGZvbnQgc2l6ZT0zIGZhY2U9IlNlZ29lIFVJIj5BbGwgdGhhbmtzLCBhZnRlciBwbHVyYWwgJnF1 b3Q7ZGVsIGhvc3QmcXVvdDsNCi0gJnF1b3Q7YWRkIGhvc3RfIC0gJm5ic3A7YmVjYW1lIGFsbCDP yyE8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjwvZm9u dD4NCg== --=_alternative 002C0A6E43257E69_=--

1 0

Block size?
by Roman Nikolayevich Drovalev 19 Jun '15

19 Jun '15

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME. --=_alternative 002F395043257E66_= Content-Type: text/plain; charset="US-ASCII" Hello, Tell please, what size of the block to me set on the Storage for the greatest productivity oVirt? 512K, 256K, 128K, 64K, 8K or 4K ? Drovalev Roman --=_alternative 002F395043257E66_= Content-Type: text/html; charset="US-ASCII" <font size=1 face="Segoe UI">Hello,</font> <br> <br><font size=1 face="Segoe UI">Tell please, what size of the block to me  set on the Storage for the greatest productivity oVirt?</font> <br> <br><font size=2 face="sans-serif">512K, 256K, 128K, 64K, 8K or 4K ? </font> <br><font size=2 face="sans-serif"><br> Drovalev Roman</font> --=_alternative 002F395043257E66_=--

2 2

Error while executing action Setup Networks: Could not connect to peer host
by Roman Nikolayevich Drovalev 19 Jun '15

19 Jun '15

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME. --=_alternative 001C7F4143257E69_= Content-Type: text/plain; charset="US-ASCII" My network iface: #cat ifcfg-eno1 HWADDR="*;*;*;*;*;*" DEVICE=eno1 BRIDGE=ovirtmgmt ONBOOT=yes IPV6INIT=no MTU=1500 NM_CONTROLLED=no #cat ifcfg-ovirtmgmt DEVICE=ovirtmgmt TYPE=Bridge DELAY=0 STP=off ONBOOT=yes IPADDR=192.168.8.31 NETMASK=255.255.255.0 GATEWAY=192.168.8.1 BOOTPROTO=none MTU=1500 DEFROUTE=yes NM_CONTROLLED=no HOTPLUG=no BUT, my host writes the error and it is not added in Cluster! How correctly to add a host, or to make network interfaces? --=_alternative 001C7F4143257E69_= Content-Type: text/html; charset="US-ASCII" <font size=3 face="sans-serif">My network iface:</font> <br> <br><font size=2 face="sans-serif"><b>#cat ifcfg-eno1</b></font> <br><font size=2 face="sans-serif">HWADDR="*;*;*;*;*;*"</font> <br><font size=2 face="sans-serif">DEVICE=eno1</font> <br><font size=2 face="sans-serif">BRIDGE=ovirtmgmt</font> <br><font size=2 face="sans-serif">ONBOOT=yes</font> <br><font size=2 face="sans-serif">IPV6INIT=no</font> <br><font size=2 face="sans-serif">MTU=1500</font> <br><font size=2 face="sans-serif">NM_CONTROLLED=no</font> <br> <br><font size=2 face="sans-serif"><b>#cat ifcfg-ovirtmgmt</b></font> <br><font size=2 face="sans-serif">DEVICE=ovirtmgmt</font> <br><font size=2 face="sans-serif">TYPE=Bridge</font> <br><font size=2 face="sans-serif">DELAY=0</font> <br><font size=2 face="sans-serif">STP=off</font> <br><font size=2 face="sans-serif">ONBOOT=yes</font> <br><font size=2 face="sans-serif">IPADDR=192.168.8.31</font> <br><font size=2 face="sans-serif">NETMASK=255.255.255.0</font> <br><font size=2 face="sans-serif">GATEWAY=192.168.8.1</font> <br><font size=2 face="sans-serif">BOOTPROTO=none</font> <br><font size=2 face="sans-serif">MTU=1500</font> <br><font size=2 face="sans-serif">DEFROUTE=yes</font> <br><font size=2 face="sans-serif">NM_CONTROLLED=no</font> <br><font size=2 face="sans-serif">HOTPLUG=no</font> <br> <br><font size=3 face="sans-serif">BUT, my host </font><font size=3 face="Segoe UI">writes the error and it is not added in Cluster! </font> <br> <br><font size=3 face="Segoe UI">How correctly to add a host, or to make network interfaces?</font> --=_alternative 001C7F4143257E69_=--

1 0

Error while executing action Setup Networks: Could not connect to peer host
by Roman Nikolayevich Drovalev 18 Jun '15

18 Jun '15

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME. --=_alternative 006584FA43257E68_= Content-Type: text/plain; charset="US-ASCII" Hello, Please help How to add host in cluster oVirt? An error in addition network interfaces! Earlier there was a reference to a site where the given reference has been described hack (is created the file ifcfg-ovirtmngm in which a script) now is not accessible! How to add a host? By comparison of the interface of a host and ovirtmgmt - error "Error while executing action Setup Networks: Could not connect to peer host"! Drovalev Roman --=_alternative 006584FA43257E68_= Content-Type: text/html; charset="US-ASCII" <font size=3 face="sans-serif">Hello,</font> <br> <br><font size=3 face="sans-serif">Please help</font> <br><font size=3 face="Segoe UI">How to add host in cluster oVirt? </font> <br><font size=3 face="Segoe UI">An error in addition network interfaces! </font> <br><font size=3 face="Segoe UI">Earlier there was a reference to a site where the given reference has been described hack (is created the file ifcfg-ovirtmngm in which a script) now is not accessible!</font> <br><font size=3 face="Segoe UI">How to add a host?</font> <br><font size=3 face="Segoe UI">By comparison of the interface of a host and ovirtmgmt - error "Error while executing action Setup Networks: Could not connect to peer host"!</font> <br> <br><font size=3 face="Segoe UI">Drovalev Roman</font> --=_alternative 006584FA43257E68_=--

1 0

host-deploy on HE hosts failing: Job for vdsmd.service canceled.
by Daniel Helgenberger 18 Jun '15

18 Jun '15

Hello, I have the following problem with host-deploy on HE hosts: > 2015-06-17 13:22:32 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:937 execute-output: ('/bin/systemctl', 'stop', 'vdsmd.service') stderr: > Job for vdsmd.service canceled. > > 2015-06-17 13:22:32 DEBUG otopi.context context._executeMethod:152 method exception > Traceback (most recent call last): > File "/tmp/ovirt-1WPaDxJOpX/pythonlib/otopi/context.py", line 142, in _executeMethod > method['method']() > File "/tmp/ovirt-1WPaDxJOpX/otopi-plugins/ovirt-host-deploy/vdsm/packages.py", line 106, in _packages > self.services.state('vdsmd', False) > File "/tmp/ovirt-1WPaDxJOpX/otopi-plugins/otopi/services/systemd.py", line 138, in state > 'start' if state else 'stop' > File "/tmp/ovirt-1WPaDxJOpX/otopi-plugins/otopi/services/systemd.py", line 77, in _executeServiceCommand > raiseOnError=raiseOnError > File "/tmp/ovirt-1WPaDxJOpX/pythonlib/otopi/plugin.py", line 942, in execute > command=args[0], > RuntimeError: Command '/bin/systemctl' failed to execute > 2015-06-17 13:22:32 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Package installation': Command '/bin/systemctl' failed to execute > 2015-06-17 13:22:32 DEBUG otopi.transaction transaction.abort:131 aborting 'Yum Transaction' > 2015-06-17 13:22:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:92 Yum Performing yum transaction rollback > Loaded plugins: auto-update-debuginfo, fastestmirror I do not have 'standard' (=non ha) hosts; so I cannot tell for the others but suspect it relates to HE. Steps: 1. set the host to maintenance At this point, only the HE datacenter is still mounted: mount |grep nfs nexstor01.sec.int.m-box.de:/volumes/ovirt/engine on /rhev/data-center/mnt/nexstor01.sec.int.m-box.de:_volumes_ovirt_engine type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr=10.11.0.30,mountvers=3,mountport=58144,mountproto=udp,local_lock=none,addr=10.11.0.30) 2. Reinstall host -> Error, host deactivated (Job for vdsmd.service canceled.) 3. A workaround is to shutdown sanlock: # systemctl stop vdsmd Job for vdsmd.service canceled. # sanlock shutdown # systemctl stop vdsmd 4. Now, host deploy works as expected. Versions: EL7 centos ovirt-3.5.2 -3.5.3 sanlock-3.2.2-2.el7.x86_64 vdsm 4.14.14 - 4.14.20 -- 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 10

Automating oVirt Windows Guest Tools installations
by Lev Veyde 18 Jun '15

18 Jun '15

Hi Patrick, First of all lets clear some misunderstanding here - you don't need to manually install Python. The installation of oVirt WGT is fully self contained, and while the oVirt Guest Agent it includes is indeed programmed in Python, the version included is converted using py2exe (check py2exe.org for more details if it interests you) into a standalone executable (well, almost - just like Windows version of Python.exe, it depends on Microsoft Visual Studio CRTL, but we install it during the installation of the oVirt WGT). Now about the automated installation. Generally we support silent installation of oVirt WGT. You just need to supply /S command parameter to the installer. However there is a catch - unfortunately Windows will popup warning messages due to the fact that the drivers supplied are non-WHQL'd. That is because the drivers are signed by Red Hat, Inc. and not by Microsoft certificate. This is a security feature of Windows OS itself, and there is not much we can do about it right now. The side effect of this is that you need to manually approve the drivers installation for each driver, or choose to trust all drivers from Red Hat, Inc., and then no more popups will show up. Unfortunately, you still need to do this manually at least once, and you can't pre-approve Red Hat, Inc. to make this process automated. For more information on installing oVirt WGT you can check this article: http://community.redhat.com/blog/2015/05/how-to-install-and-use-ovirts-wind… by yours truly. There is a workaround though, and it's to create a program that will automatically approve such unsigned drivers dialogs. It's relatively easy to program with i.e. AutoIt scripting engine (check: https://www.autoitscript.com/site/autoit/ ), which is free (like in free beer, but unfortunately not as in freedom because source code for it is not supplied). Note that you must be quite careful with that, as by doing so you basically disabling the security mechanism that Microsoft had put in place for a reason, and potentially you may unintentionally install other non-WHQL'd drivers - if the installation attempt for these other drivers will be made while your auto-approver program will run. Thanks in advance, Lev Veyde.

2 1

Re: [ovirt-users] [Centos7.1x64] [Ovirt 3.5.2] SOLVED: Test fence : Power management test failed for Host hosted_engine1 Done
by wodel youchi 17 Jun '15

17 Jun '15

Hi, and thanks for your replies. The problem was the *quotation marks* in fence options, the lanplus="1" and power_wait="60" were misinterpreted, the correct form is lanplus=1, power_wait=60 After changing that the power management was configured and the test passed with : success, on. thanks. 2015-06-11 12:11 GMT+01:00 Martin Perina <mperina(a)redhat.com>: > Hi, > > I have HP DL160 G6 with ILO 2.0 and Firmware 4.23, but I'm really > don't have an idea what is your issue right now with power management. > Because oVirt just executes fence_ipmi on selected proxy host with > parameters you could see in your vdsm log. And those parameters are > identical to your command line options that you used when testing it > with fence_ipmi directly (which worked fine). Very strange :-( > > Also I can't see any difference from oVirt power management code point > of view in using Centos 6 or 7. Just be warned that in oVirt 3.6 not > all features will be supported on Centos 6, so using Centos 7 is IMO > a better option for now. > > But anyway could you please file a bug for oVirt 3.5.2 with the description > of your issue and your logs attached? We will try to reproduce this issue, > but so for I wasn't able to reproduce it. > > About your issue with hp watch dog, I cannot give any specifi advice, just > that you can try to solve the issue by updating BIOS/firmware to latest > version and/or try to contact HP support. > > Thanks a lot > > Martin Perina > > > ----- Original Message ----- > > From: "wodel youchi" <wodel.youchi(a)gmail.com> > > To: "Martin Perina" <mperina(a)redhat.com> > > Cc: "users" <Users(a)ovirt.org>, "Eli Mesika" <emesika(a)redhat.com> > > Sent: Thursday, June 11, 2015 12:56:46 PM > > Subject: Re: [ovirt-users] [Centos7.1x64] [Ovirt 3.5.2] Test fence : > Power management test failed for Host > > hosted_engine1 Done > > > > Hi Martin, > > > > Could you please tell me the version of the ILO firmware you are using? > > > > I did upgrade mine from 1.40 to 2.10 but nothing changed, I did also > > upgrade the smart array p420i card from 5.10 to 6.34 without luck so far. > > > > I checked again all parameters, I can't find the error. > > > > I did all the updates for Centos and oVirt > > > > I have another problem when rebooting any hypervisor, the hypervisor > hangs, > > the problem is with hpwtd (hp watch dog) > > "hpwdt unexpected close not stopping watchdog" > > > > I added this to kernel parameters "intremap=no_x2apic_optout" but it > didn't > > change any thing. > > > > I am thinking to test with the latest kernel available to see if it's a > > kernel problem. > > > > and I am going to reinstall the platform with Centos 6 to see if there > will > > be any differences. > > > > > > > > > > 2015-06-10 12:00 GMT+01:00 wodel youchi <wodel.youchi(a)gmail.com>: > > > > > Hi, > > > > > > engine log is already in debug mode > > > > > > here it is: > > > 2015-06-10 11:48:23,653 INFO > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-12) Correlation ID: null, Call Stack: null, Custom > > > Event ID: -1, Message: Host hosted_engine_2 from cluster Default was > chosen > > > as a proxy to execute Status command on Host hosted_engine_1. > > > 2015-06-10 11:48:23,653 INFO [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) Using Host hosted_engine_2 from cluster > Default as > > > proxy to execute Status command on Host > > > 2015-06-10 11:48:23,673 INFO [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) 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-10 11:48:23,703 INFO > > > *[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > > > (ajp--127.0.0.1-8702-12) 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: > > > 2bda01bd2015-06-10 11:48:23,892 WARN > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-12) Correlation ID: null, Call Stack: null, Custom > > > Event ID: -1, Message: Power Management test failed for Host > > > hosted_engine_1.Done* > > > 2015-06-10 11:48:23,892 INFO > > > [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > > > (ajp--127.0.0.1-8702-12) FINISH, FenceVdsVDSCommand, return: > > > *Test Succeeded, unknown, log id: 2bda01bd2015-06-10 11:48:23,897 WARN > > > [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-12) > Fencing > > > operation failed with proxy host 0192d1ac-b905-4660-*b149-4bef578985dd, > > > trying another proxy... > > > 2015-06-10 11:48:24,039 ERROR [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) Failed to run Power Management command on > Host , > > > no running proxy Host was found. > > > 2015-06-10 11:48:24,039 WARN [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) Failed to find other proxy to re-run failed > fence > > > operation, retrying with the same proxy... > > > 2015-06-10 11:48:24,143 INFO > > > *[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-12) Correlation ID: null, Call Stack: null, Custom > > > Event ID: -1, Message: Host hosted_engine_2 from cluster Default was > chosen > > > as a proxy to execute Status command on Host hosted_engine_1.* > > > 2015-06-10 11:48:24,143 INFO [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) Using Host hosted_engine_2 from cluster > Default as > > > proxy to execute Status command on Host > > > > > > *2015-06-10 11:48:24,148 INFO > [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) 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:null2015-06-10 11:48:24,165 INFO > > > *[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > > > (ajp--127.0.0.1-8702-12) 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: 7e7f2726 > > > 2015-06-10 11:48:24,360 WARN > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-12) Correlation ID: null, Call Stack: null, Custom > > > Event ID: -1, Message: Power Management test failed for Host > > > hosted_engine_1.Done > > > 2015-06-10 11:48:24,360 INFO > > > *[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > > > (ajp--127.0.0.1-8702-12) FINISH, FenceVdsVDSCommand, return: Test > > > Succeeded, unknown, log id: 7e7f2726* > > > > > > > > > VDSM log from hosted_engine_2 > > > > > > JsonRpcServer::DEBUG::2015-06-10 > > > 11:48:23,640::__init__::506::jsonrpc.JsonRpcServer::(serve_requests) > > > Waiting for request > > > Thread-2201::DEBUG::2015-06-10 > 11:48:23,642::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-2201::DEBUG::2015-06-10 > 11:48:23,642::utils::739::root::(execCmd) > > > /usr/sbin/fence_ipmilan (cwd None) > > > Thread-2201::DEBUG::2015-06-10 > 11:48:23,709::utils::759::root::(execCmd) > > > *FAILED: > > > <err> = 'Failed: Unable to obtain correct plug status or plug is not > > > available\n\n\n*'; <rc> = 1 > > > Thread-2201::DEBUG::2015-06-10 11:48:23,710::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-2201::DEBUG::2015-06-10 > 11:48:23,710::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-2201::DEBUG::2015-06-10 > > > 11:48:23,710::stompReactor::163::yajsonrpc.StompServer::(send) Sending > > > response > > > JsonRpc (StompReactor)::DEBUG::2015-06-10 > > > 11:48:23,712::stompReactor::98::Broker.StompAdapter::(handle_frame) > > > Handling message <StompFrame command='SEND'> > > > JsonRpcServer::DEBUG::2015-06-10 > > > 11:48:23,713::__init__::506::jsonrpc.JsonRpcServer::(serve_requests) > > > Waiting for request > > > Thread-2202::DEBUG::2015-06-10 > 11:48:23,715::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-2202::DEBUG::2015-06-10 > 11:48:23,715::utils::739::root::(execCmd) > > > /usr/sbin/fence_ipmilan (cwd None) > > > Thread-2202::DEBUG::2015-06-10 > 11:48:23,781::utils::759::root::(execCmd) > > > FAILED: <err> = 'Failed: Unable to obtain correct plug status or plug > is > > > not available\n\n\n'; <rc> = 1 > > > Thread-2202::DEBUG::2015-06-10 11:48:23,781::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', '', ''] > > > > > > > > > > > > I triple checked, I used the correct IPs and login password, the test > in > > > console works. > > > > > > 2015-06-10 10:31 GMT+01:00 Martin Perina <mperina(a)redhat.com>: > > > > > >> Hi, > > >> > > >> I just install engine 3.5.2 on Centos 7.1, added 2 Centos 7.1 hosts > (both > > >> with ipmilan fence devices) and everything worked fine. I also tried > to > > >> add > > >> options > > >> > > >> lanplus="1", power_wait="60" > > >> > > >> and even with them getting power status of hosts worked fine. > > >> > > >> So could you please check again settings of your hosts in webadmin? > > >> > > >> hosted_engine1 > > >> PM address: IP address of ILO4 interface of the host hosted_engine1 > > >> > > >> > > >> hosted_engine2 > > >> PM address: IP address of ILO4 interface of the host hosted_engine2 > > >> > > >> If the IP addresses are entered correctly, please allow DEBUG log for > > >> engine, > > >> execute test of PM settings for one host and attach logs from engine > and > > >> VDSM logs from both hosts. > > >> > > >> Thanks > > >> > > >> Martin Perina > > >> > > >> > > >> ----- Original Message ----- > > >> > From: "wodel youchi" <wodel.youchi(a)gmail.com> > > >> > To: "users" <Users(a)ovirt.org> > > >> > Sent: Tuesday, June 9, 2015 2:41:02 PM > > >> > Subject: [ovirt-users] [Centos7.1x64] [Ovirt 3.5.2] Test fence : > Power > > >> management test failed for Host hosted_engine1 > > >> > Done > > >> > > > >> > 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. > > >> > > > >> > _______________________________________________ > > >> > Users mailing list > > >> > Users(a)ovirt.org > > >> > http://lists.ovirt.org/mailman/listinfo/users > > >> > > > >> > > > > > > > > >

2 1

storage domain don't go active anymore after 3.5.3 update
by Nathanaël Blanchet 17 Jun '15

17 Jun '15

Hello, since the update to 3.5.3, my master data domain fails to activate. I don't know what to do, and it is critical for production. Vms are still up but I can't interacte with them anymore If I shutdown any of them, I won't be able to recover them. My datacenter is a FC one, and all of my hosts have been upgraded to vdsm 4.16.20, I restarted vdsmd and engine, but nothing has changed. Thank you for your help. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 5

Need Advice on Hosted Engine installation
by wodel youchi 17 Jun '15

17 Jun '15

Hi, We are installing a new ovirt platform for a client. this is our first deployment. we chose Hosted Engine install. here is the hardware used and the network configuration used be patient :) We have 02 hypervisors for now. each sever has 8 nic ports, we will use bonding. A NAS with nfs4 for the Engine_VM the ISO and Export domains. And iSCSI SAN for the rest of the VMs (Data domain) At first we chose as a network configuration: 10.0.0.X/16 as DMZ (ovirtmgmt will use this network) 172.16.1/24 as Storage network. we've configured our nfs to export only on this network. ----------------- We didn't configure the bonding manually at first, we thought that we could do it once the engine is up.... we couldn't :-( for ovirtmgmt, if we create the bond after the engine's installation, we could not modify the configuration, error message "network in use" for the storage network, we could't attach this logical network to the nic used for the storage, because when we do that we loose the connexion to nfs for the VM engine... so we had to export the VM engine nfs's share on DMZ and we had to configure bonding before starting the hosted engine installation. We also configured bonding on storage network, but after the engine installation, we couldn't attach this bonding to the logical network Storage, error message "you have to specify network address if static protocol is used", the IP address is specified, it's the IP address of the bonding... :-( --------------- Questions: - Do we missed anything on network configuration capabilities of ovirt? or the hosted engine is really a special case? - What is the best way to configure ovirt's Hosted Engine storage? - For the rest of the network, do we have to configure bonding and bridging from the GUI only? (not manually) thanks in advance.

3 2

Bug in hostdeploy / baseurl - RepoError: Cannot find a valid baseurl for repo: base/7/x86_64
by Daniel Helgenberger 17 Jun '15

17 Jun '15

Hello, I just went ahead and filed [BZ1232714] because with ovirt 3.5.3 host deploy seens to fail on CentOS7 if there is no baseurl setting in yum repos: RepoError: Cannot find a valid baseurl for repo: base/7/x86_64 [BZ1232714] https://bugzilla.redhat.com/show_bug.cgi?id=1232714 -8<--------- > 2015-06-17 12:27:37 DEBUG otopi.transaction transaction._prepare:77 preparing 'Yum Transaction' > Loaded plugins: fastestmirror > 2015-06-17 12:27:37 DEBUG otopi.context context._executeMethod:138 Stage internal_packages METHOD otopi.plugins.otopi.network.hostname.Plugin._internal_packages > 2015-06-17 12:27:37 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum queue package iproute for install > Loading mirror speeds from cached hostfile > 2015-06-17 12:27:37 ERROR otopi.plugins.otopi.packagers.yumpackager yumpackager.error:97 Yum Cannot queue package iproute: Cannot find a valid baseurl for repo: base/7/x86_64 > 2015-06-17 12:27:37 DEBUG otopi.context context._executeMethod:152 method exception > Traceback (most recent call last): > File "/tmp/ovirt-s3ofZ9o6Pq/pythonlib/otopi/context.py", line 142, in _executeMethod > method['method']() > File "/tmp/ovirt-s3ofZ9o6Pq/otopi-plugins/otopi/network/hostname.py", line 66, in _internal_packages > self.packager.install(packages=('iproute',)) > File "/tmp/ovirt-s3ofZ9o6Pq/otopi-plugins/otopi/packagers/yumpackager.py", line 303, in install > ignoreErrors=ignoreErrors > File "/tmp/ovirt-s3ofZ9o6Pq/pythonlib/otopi/miniyum.py", line 865, in install > **kwargs > File "/tmp/ovirt-s3ofZ9o6Pq/pythonlib/otopi/miniyum.py", line 509, in _queue > provides = self._queryProvides(packages=(package,)) > File "/tmp/ovirt-s3ofZ9o6Pq/pythonlib/otopi/miniyum.py", line 447, in _queryProvides > for po in self._yb.searchPackageProvides(args=packages): > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 3406, in searchPackageProvides > where = self.returnPackagesByDep(arg) > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 4232, in returnPackagesByDep > return self.pkgSack.searchProvides(depstring) > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 1079, in <lambda> > pkgSack = property(fget=lambda self: self._getSacks(), > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 784, in _getSacks > self.repos.populateSack(which=repos) > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 344, in populateSack > self.doSetup() > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 158, in doSetup > self.ayum.plugins.run('postreposetup') > File "/usr/lib/python2.7/site-packages/yum/plugins.py", line 188, in run > func(conduitcls(self, self.base, conf, **kwargs)) > File "/usr/lib/yum-plugins/fastestmirror.py", line 197, in postreposetup_hook > if downgrade_ftp and _len_non_ftp(repo.urls) == 1: > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 871, in <lambda> > urls = property(fget=lambda self: self._geturls(), > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 868, in _geturls > self._baseurlSetup() > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 834, in _baseurlSetup > self.check() > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 554, in check > 'Cannot find a valid baseurl for repo: %s' % self.ui_id > RepoError: Cannot find a valid baseurl for repo: base/7/x86_64 > 2015-06-17 12:27:37 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Environment packages setup': Cannot find a valid baseurl for repo: base/7/x86_64 > 2015-06-17 12:27:37 DEBUG otopi.transaction transaction.abort:131 aborting 'Yum Transaction' > 2015-06-17 12:27:37 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:92 Yum Performing yum transaction rollback > Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock error was > 14: curl#7 - "Failed connect to mirrorlist.centos.org:80; No route to host" > Loaded plugins: fastestmirror > 2015-06-17 12:27:37 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN > 2015-06-17 12:27:37 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/error=bool:'True' > 2015-06-17 12:27:37 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/exceptionInfo=list:'[(<class 'yum.Errors.RepoError'>, RepoError(), <traceback object at 0x2e26200>)]' > 2015-06-17 12:27:37 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END > 2015-06-17 12:27:37 INFO otopi.context context.runSequence:417 Stage: Pre-termination -8<----- -- 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 4

problems with power management using idrac7 on r620
by Jason Keltz 17 Jun '15

17 Jun '15

Hi. I've been having problem with power management using iDRAC 7 EXPRESS on a Dell R620. This uses a shared LOM as opposed to Enterprise that has a dedicated one. Every now and then, idrac simply stops responding to ping, so it can't respond to status commands from the proxy. If I send a reboot with "ipmitool mc reset cold" command, the idrac reboots and comes back, but after the problem has occurred, even after a reboot, it responds to ping, but drops 80+% of packets. The only way I can "solve" the problem is to physically restart the server. This isn't just happening on one R620 - it's happening on all of my ovirt hosts. I highly suspect it has to do with a memory leak, and being monitored by engine causes the problem. I had applied a recent firmware upgrade that was supposed to "solve" this kind of problem, but it doesn't. In other to provide Dell with more details, can someone tell me how often each host is being queried for status? I can't seem to find that info. The idrac on my file server doesn't seem to exhibit the same problem, and I suspect that is because it isn't being queried. Thanks, Jason.

4 5

windows guest tools install
by Patrick Russell 17 Jun '15

17 Jun '15

Hi all, We’ve got a large migration in progress for a windows (2k3, 2k8, and 2k12) environment from vmware to ovirt. Does anyone have any suggestions for an unattended ovirt-tools install? Our windows team has pretty much shot down installing python on their VM’s. Are there any flags we can pass to the installer to just accept the defaults? Any other suggestions? Thanks, Patrick

2 1

Postponing 3.6.0 second alpha to next week
by Sandro Bonazzola 17 Jun '15

17 Jun '15

Hi, due to instability of the current code, we need to postpone second alpha to next week. Maintainers: - please ensure that all packages you maintain builds in jenkins - please ensure that all the dependencies required by your packages are available either in ovirt repository or in an external repository included in ovirt-release repo files. - please ensure that engine is at least able to add a couple of hosts, create a vm on one host and migrate it to the other one. Infra: - please help keeping jenkins monitored and stabilizing it. Community: - please help testing nightly build while stabilizing it for the second alpha release. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Just for info: ovirt-guest-agent on Debian 8 Jessie is buggy.
by Arman Khalatyan 16 Jun '15

16 Jun '15

The current debian has an bug the python script does not have exec flag so daemon shows as running but it does nothing. to fix it simply: chmod +x /usr/share/ovirt-guest-agent/ovirt-guest-agent.py systemctl restart ovirt-guest-agent *********************************************************** Dr. Arman Khalatyan eScience -SuperComputing Leibniz-Institut für Astrophysik Potsdam (AIP) An der Sternwarte 16, 14482 Potsdam, Germany ***********************************************************

2 1

Re: [ovirt-users] DWH remove
by Yedidyah Bar David 16 Jun '15

16 Jun '15

----- Original Message ----- > From: "Michael Wagenknecht" <wagenknecht(a)fuh-e.de> > To: "Yedidyah Bar David" <didi(a)redhat.com> > Sent: Tuesday, June 16, 2015 8:58:47 AM > Subject: Re: [ovirt-users] DWH remove > > Hi Didi, > thank you very much for the quick response. > A small report from my side: After doing your instructions I get some > error messages from engine-backup. > I have to remove the folders /var/lib/ovirt-engine-reports, > /var/lib/ovirt-engine-dwh, /etc/ovirt-engine-reports and > /etc/ovirt-engine-dwh manually. Then engine-backup works again. > Otherwise nothing has struck me. Thanks for the report! I'll update the wiki page about migration. Best, > > Best Regards, > Michael > > > Am 14.06.2015 um 07:40 schrieb Yedidyah Bar David: > > ----- Original Message ----- > >> From: "Michael Wagenknecht" <wagenknecht(a)fuh-e.de> > >> To: "Users" <users(a)ovirt.org> > >> Sent: Friday, June 12, 2015 2:15:23 PM > >> Subject: [ovirt-users] DWH remove > >> > >> Hi all, > >> how can I safely remove the DWH extension in ovirt 3.5.1? > > > > This depends on how "safely" you want this... > > > > Just stopping the services and removing the packages should be enough. > > > > I didn't verify what happens if you e.g. later try to run 'engine-cleanup' > > (How will it react when trying to remove them?) or re-install (will they > > behave as if already setup?) etc. > > > > You can/might then also remove the databases from postgres, e.g. > > > > # su - postgres > > psql > > drop database ovirt_engine_history; > > drop database ovirt_engine_reports; > > > >> Is there a howto? > > > > Not for this per-se, but [1] shows how to migrate them to another machine. > > > > We also have open bugs [2][3] to do this more cleanly, but they'll require > > some more work, and it currently does not seem they'll make it to 3.6. > > > > [1] http://www.ovirt.org/Features/Migration_of_local_DWH_Reports_to_remote > > [2] https://bugzilla.redhat.com/show_bug.cgi?id=1060529 > > [3] https://bugzilla.redhat.com/show_bug.cgi?id=1169695 > > > > Best, > > > -- Didi

1 0

Import Storage Domain 3.5 Error
by Tang Jackson 16 Jun '15

16 Jun '15

--_000_HK2PR03MB08200834250ECB842629B7DC9CBD0HK2PR03MB0820apcp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, I have a SAN appliance with a large amount of data including VMs/Templates/= Disks mounted via NFS. When I tried to attach the storage domain to a fres= h ovirt cluster the following occurs 2015-06-10 18:35:58,739 INFO [org.ovirt.engine.core.bll.ImportVmFromConfig= urationCommand] (ajp--127.0.0.1-8702-4) [1d68187c] Lock Acquired to object = EngineLock [exclusiveLocks=3D key: AI_Database value: VM_NAME , sharedLocks=3D key: 765ab10e-2283-465a-919a-fce70d877220 value: REMOTE_VM ] 2015-06-10 18:35:58,741 WARN [org.ovirt.engine.core.bll.ImportVmFromConfig= urationCommand] (ajp--127.0.0.1-8702-4) [1d68187c] CanDoAction of action Im= portVmFromConfiguration failed for user admin@internal. Reasons: VAR__ACTIO= N__IMPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST 2015-06-10 18:35:58,743 INFO [org.ovirt.engine.core.bll.ImportVmFromConfig= urationCommand] (ajp--127.0.0.1-8702-4) [1d68187c] Lock freed to object Eng= ineLock [exclusiveLocks=3D key: AI_Database value: VM_NAME , sharedLocks=3D key: 765ab10e-2283-465a-919a-fce70d877220 value: REMOTE_VM ] The error appears on the GUI as Storage Domain does not exist. All templates are OK. Some VMs could be imported but most of them produce the error message above= . The procedure followed was http://www.ovirt.org/Features/ImportStorageDomai= n. --_000_HK2PR03MB08200834250ECB842629B7DC9CBD0HK2PR03MB0820apcp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"JA" link=3D"blue" vlink=3D"purple" style=3D"text-justify-trim= :punctuation"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">Hell= o,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">I ha= ve a SAN appliance with a large amount of data including VMs/Templates/Disk= s mounted via NFS.  When I tried to attach the storage domain to a fre= sh ovirt cluster the following occurs<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">2015= -06-10 18:35:58,739 INFO  [org.ovirt.engine.core.bll.ImportVmFromConfi= gurationCommand] (ajp--127.0.0.1-8702-4) [1d68187c] Lock Acquired to object= EngineLock [exclusiveLocks=3D key: AI_Database value: VM_NAME<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">, sh= aredLocks=3D key: 765ab10e-2283-465a-919a-fce70d877220 value: REMOTE_VM<o:p= ></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">]<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">2015= -06-10 18:35:58,741 WARN  [org.ovirt.engine.core.bll.ImportVmFromConfi= gurationCommand] (ajp--127.0.0.1-8702-4) [1d68187c] CanDoAction of action I= mportVmFromConfiguration failed for user admin@internal. Reasons: VAR__ACTION__IMPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_STORAGE_DOMA= IN_NOT_EXIST<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">2015= -06-10 18:35:58,743 INFO  [org.ovirt.engine.core.bll.ImportVmFromConfi= gurationCommand] (ajp--127.0.0.1-8702-4) [1d68187c] Lock freed to object En= gineLock [exclusiveLocks=3D key: AI_Database value: VM_NAME<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">, sh= aredLocks=3D key: 765ab10e-2283-465a-919a-fce70d877220 value: REMOTE_VM<o:p= ></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">]<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">The = error appears on the GUI as Storage Domain does not exist.<o:p></o:p></span= ></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">All = templates are OK.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">Some= VMs could be imported but most of them produce the error message above.<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">The = procedure followed was <a href=3D"http://www.ovirt.org/Features/ImportStorageDomain">http://www.ov= irt.org/Features/ImportStorageDomain</a>.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> </div> </body> </html> --_000_HK2PR03MB08200834250ECB842629B7DC9CBD0HK2PR03MB0820apcp_--

2 2

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

16 Jun '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The oVirt team is pleased to announce that the 3.5.3 Second Release Candidate is now available for testing as of May 28th 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVZrrzAAoJEHw3u57E4QAOnX4QAMFi+d4Vq5jnZ0e+LaD1vB9R GmT+k21q6vybjIvovPh7q6StCtPS0sg15BoH5JTmTfl5IWL01qMsFvw/G32PIjZI u3mm2Z3evbxPg9qsqJPyJm/jAlRHv/L6ntLJaJBDPDSO6Y0iqiHTVUQG16easW3L ZnUC2IM5TpHuU3PcgVp8zY9gqFqQWnnsA8deJXBvif9J8RdSf7DnkFha9/Ei3v0E 1btkzt0XVS3Cate8pEaTT8zSoE/tOBBS/D65HsnnZdD13RAxYkolzuPvT+7BlmUO QMhyIE7msWex048HrcDVTEDLrkYF2SpAmYix3sA2O9+AIujenpICHJ8JyxAc+BmJ scsvv99iDLU3wkpMwKiIABj7nE8gIiUbyZBNaxsxQJ0jurLZGHGIhQGLAJ2q/rd7 MTkcDXOBOZHEadqs87mSEzHt1pQCmZ40KSJCvyWbqa7vFv6kyOgOs3PldoizsOyV Z1DlDmfMM8hs/6LOP/Mr/4p/l3JgS3gbOy34L2q9J/B+BX/XU7H2bOk6GTEMVPOn av7m2kDs8DlQJzSqZAURZNt6XTnGGw05THOBWD8NmHuvlVZsSF1mxKb0BC+LpRcs QmLGAtT12Y2Wnq1xwzcRav9+wiIeEYTVJCbyohMLyqTHqPgRstpeF3JulpqILo5I rHhGapreYDlzy06Ki7X7 =pUqF -----END PGP SIGNATURE-----

2 1

Re: [ovirt-users] Adding users through LDAP fails on "external_id"
by Zach La Celle 15 Jun '15

15 Jun '15

I have tried the following combinations of certificates added to the keystore: * PositiveSSL CA bundle (SHA-1 and SHA256) -- This is the source of our SSL certificates * All CA certificates from the LDAP machine * All CA certificates from the LDAP machine plus the machine's own certificate * The machine's own certificate only None fix the issue. As I understand it, adding just the CA bundle from PositiveSSL should work. Or, adding the CA bundles offered by Ubuntu should also work. Previously (when using port 636 and TLS/SSL), to fix SSLPeerUnverifiedException, I added all of the CA certificates from the LDAP machine, plus its own certificate (this last part fixed it). In the mean time, to try and fix the original issue of "external_id", is there any way to disable certificate verification for STARTTLS? On 06/15/2015 03:57 PM, Alon Bar-Lev wrote: > You should add *ONLY* the ca certificate top level to the keystore. > > ----- Original Message ----- >> From: "Zach La Celle" <lacelle(a)roboticresearch.com> >> To: "Alon Bar-Lev" <alonbl(a)redhat.com> >> Sent: Monday, June 15, 2015 10:54:02 PM >> Subject: Re: [ovirt-users] Adding users through LDAP fails on "external_id" >> >> OK, started using the STARTTLS protocol. Tested working using >> ldapsearch, but now ovirt-engine's engine.log complains: >> >> java.io.IOException: Unable to verify an attempt to to establish a >> secure connection to 'directory.roboticresearch.com:389' becau\ >> se an unexpected error was encountered during validation processing: >> javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated >> >> Not sure what is wrong. We fixed this before by adding the >> ca-certificates from the LDAP server as well as the LDAP server >> certificate into the .jks keystore. >> >> On 06/15/2015 03:21 PM, Alon Bar-Lev wrote: >>> ----- Original Message ----- >>>> From: "Zach La Celle" <lacelle(a)roboticresearch.com> >>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com> >>>> Sent: Monday, June 15, 2015 10:14:34 PM >>>> Subject: Re: [ovirt-users] Adding users through LDAP fails on >>>> "external_id" >>>> >>>> My mistake. We're using OpenLDAP 2.4.28-1.1ubuntu4.4 on Ubuntu 12.04. >>>> >>>> The full configuration files are as follows (I removed commented-out >>>> lines for brevity). Communications with the LDAP server seem to work >>>> correctly now. >>>> >>>> __profile1.properties__ >>>> >>>> # >>>> >>>> # Select >>>> one >>>> >>>> # >>>> >>>> include = <openldap.properties> >>> reading bellow, you may want to try rfc2307-openldap as your schema seems >>> to be rfc2307 compatible. >>> >>> <snip> >>> >>>> pool.default.serverset.type = single >>>> pool.default.serverset.single.server = ${global:vars.server} >>>> pool.default.serverset.single.port = 636 >>> why do you modify port? please use startTLS on default port. >>> >>>> #pool.default.auth.simple.bindDN = ${global:vars.user} >>>> #pool.default.auth.simple.password = ${global:vars.password} >>> why did you comment this, do you allow anonymous access? >>> >>>> # Create keystore, import certificate chain and uncomment >>>> # if using ssl/tls. >>>> #pool.default.ssl.startTLS = true >>> please uncomment this^ >>> >>>> pool.default.ssl.truststore.file = >>>> ${local:_basedir}/${global:vars.server}.jks >>>> pool.default.ssl.truststore.password = sdfnliwneponalsdinosaivnewal >>>> >>>> # TLS settings and authentication >>>> pool.default.ssl.enable = true >>> please do not use ssl unless startTLS is not supported, and it is in >>> openldap. >>> >>>> pool.default.ssl.startTLS = false >>> please set this to true. >>> >>>> pool.default.ssl.host-name-verify.enable = true >>>> pool.default.ssl.host-name-verify.wildcards = false >>>> pool.default.ssl.insecure = false >>>> pool.default.ssl.protocol = TLSv1 >>>> #pool.default.ssl.startTLSProtocol = TLSv1 >>> these are the default, you do not need to add these. >>> >>>> pool.default.auth.type = none >>> why have you set this explicitly? >>> >>>> # Mapping >>>> attrmap.map-principal-record.attr.PrincipalRecord_DISPLAY_NAME.map = cn >>>> attrmap.map-principal-record.attr.PrincipalRecord_EMAIL.map = Email >>>> attrmap.map-group-record.attr.GroupRecord_DISPLAY_NAME.map = cn >>> please remove mapping, it should work without. >>> >>>> # Variables >>>> sequence.openldap-init-vars.030.var-set.value = entryUUID, uid, cn, >>>> givenName, sn, Email >>>> sequence.openldap-init-vars.040.var-set.value = >>>> (objectClass=posixAccount)(uid=*) >>>> sequence.openldap-init-vars.050.var-set.value = entryUUID, cn >>>> sequence.openldap-init-vars.060.var-set.value = (objectClass=posixGroup) >>>> sequence.openldap-init-vars.070.var-set.value = memberUid >>> why have you added these? maybe you have rfc2307 compatible schema? >>> >>>> On 06/15/2015 03:07 PM, Alon Bar-Lev wrote: >>>>> This probably state that you do not use the correct driver. >>>>> >>>>> You did not mention what LDAP server do you use, and you pasted only >>>>> partial profile. >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Zach La Celle" <lacelle(a)roboticresearch.com> >>>>>> To: users(a)ovirt.org >>>>>> Sent: Monday, June 15, 2015 10:04:47 PM >>>>>> Subject: [ovirt-users] Adding users through LDAP fails on "external_id" >>>>>> >>>>>> Hello, >>>>>> >>>>>> We have a small oVirt cluster set up, and are trying to get it >>>>>> integrated with our LDAP server. >>>>>> >>>>>> I've changed some configuration values in order to try and make it >>>>>> function, and it seems to communicate correctly with the LDAP server. >>>>>> However, when trying to add the user, I get the following error upon SQL >>>>>> entry add: >>>>>> >>>>>> 2015-06-15 14:44:49,439 ERROR >>>>>> [org.ovirt.engine.core.bll.aaa.AddUserCommand] (ajp--127.0.0.1-8702-6) >>>>>> [3b15cbfe] Command org.ovirt.engine.core.bll.aaa.AddUserCommand throw >>>>>> exception: org.springframework.da\ >>>>>> o.DataIntegrityViolationException: CallableStatementCallback; SQL [{call >>>>>> insertuser(?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)}]; ERROR: null >>>>>> value in column "external_id" violates not-null constraint >>>>>> Where: SQL statement "INSERT INTO users(department, domain, email, >>>>>> groups, name, note, role, active, surname, user_id, username, group_ids, >>>>>> external_id,namespace) VALUES( $1 , $2 , $3 , $4 , $5 , $\ >>>>>> 6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 , $14 )" >>>>>> PL/pgSQL function "insertuser" line 2 at SQL statement; nested exception >>>>>> is org.postgresql.util.PSQLException: ERROR: null value in column >>>>>> "external_id" violates not-null constraint >>>>>> Where: SQL statement "INSERT INTO users(department, domain, email, >>>>>> groups, name, note, role, active, surname, user_id, username, group_ids, >>>>>> external_id,namespace) VALUES( $1 , $2 , $3 , $4 , $5 , $\ >>>>>> 6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 , $14 )" >>>>>> >>>>>> I can't figure out what maps from the LDAP user to "external_id" for the >>>>>> SQL table entry. >>>>>> >>>>>> Here are the changes I made to profile1.properties: >>>>>> >>>>>> #Mapping changes >>>>>> attrmap.map-principal-record.attr.PrincipalRecord_DISPLAY_NAME.map = cn >>>>>> attrmap.map-principal-record.attr.PrincipalRecord_EMAIL.map = Email >>>>>> attrmap.map-group-record.attr.GroupRecord_DISPLAY_NAME.map = cn >>>>>> >>>>>> #LDAP value changes >>>>>> sequence.openldap-init-vars.030.var-set.value = entryUUID, uid, cn, >>>>>> givenName, sn, Email >>>>>> sequence.openldap-init-vars.040.var-set.value = >>>>>> (objectClass=posixAccount)(uid=*) >>>>>> sequence.openldap-init-vars.050.var-set.value = entryUUID, cn >>>>>> sequence.openldap-init-vars.060.var-set.value = (objectClass=posixGroup) >>>>>> sequence.openldap-init-vars.070.var-set.value = memberUid >>>>>> >>>>>> Any help is appreciated! >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> Users(a)ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>> >>

2 3

Adding users through LDAP fails on "external_id"
by Zach La Celle 15 Jun '15

15 Jun '15

Hello, We have a small oVirt cluster set up, and are trying to get it integrated with our LDAP server. I've changed some configuration values in order to try and make it function, and it seems to communicate correctly with the LDAP server. However, when trying to add the user, I get the following error upon SQL entry add: 2015-06-15 14:44:49,439 ERROR [org.ovirt.engine.core.bll.aaa.AddUserCommand] (ajp--127.0.0.1-8702-6) [3b15cbfe] Command org.ovirt.engine.core.bll.aaa.AddUserCommand throw exception: org.springframework.da\ o.DataIntegrityViolationException: CallableStatementCallback; SQL [{call insertuser(?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)}]; ERROR: null value in column "external_id" violates not-null constraint Where: SQL statement "INSERT INTO users(department, domain, email, groups, name, note, role, active, surname, user_id, username, group_ids, external_id,namespace) VALUES( $1 , $2 , $3 , $4 , $5 , $\ 6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 , $14 )" PL/pgSQL function "insertuser" line 2 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: null value in column "external_id" violates not-null constraint Where: SQL statement "INSERT INTO users(department, domain, email, groups, name, note, role, active, surname, user_id, username, group_ids, external_id,namespace) VALUES( $1 , $2 , $3 , $4 , $5 , $\ 6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 , $14 )" I can't figure out what maps from the LDAP user to "external_id" for the SQL table entry. Here are the changes I made to profile1.properties: #Mapping changes attrmap.map-principal-record.attr.PrincipalRecord_DISPLAY_NAME.map = cn attrmap.map-principal-record.attr.PrincipalRecord_EMAIL.map = Email attrmap.map-group-record.attr.GroupRecord_DISPLAY_NAME.map = cn #LDAP value changes sequence.openldap-init-vars.030.var-set.value = entryUUID, uid, cn, givenName, sn, Email sequence.openldap-init-vars.040.var-set.value = (objectClass=posixAccount)(uid=*) sequence.openldap-init-vars.050.var-set.value = entryUUID, cn sequence.openldap-init-vars.060.var-set.value = (objectClass=posixGroup) sequence.openldap-init-vars.070.var-set.value = memberUid Any help is appreciated!

2 1

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

SPICE Through a Router? Squid?
by alexmcwhirter＠triadic.us 01 Jun '15

01 Jun '15

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?

3 2