May 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

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

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

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

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

[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

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

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

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

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

[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] 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

[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

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

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

win 2008 kvm import
by Grant Pasley 04 Jun '15

04 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

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

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

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

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

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

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

Where can I download the ISO images
by John Joseph 31 May '15

31 May '15

Hi All, I am trying out to download the ISO image of oVirt, was referring the link http://resources.ovirt.org/pub/ovirt-3.5/iso/ this link does not have any ISO image Can any one guide me a place, where I can download the same thanks Joseph JOhn

1 1

connecting my oVirt engine to a 100mb switch
by Andrew Precht 31 May '15

31 May '15

Hi all, I’m having problems connecting my oVirt engine to a 100mb switch. I’m not having any problems connecting to 1gb. But, I need to also have a connection to a 100mb network. I’ve tried configuring ethtool_opts on the interface. However, this only results in the NIC not coming up and showing: Speed: Unknown! and Duplex: Unknown! (255), when I run ethtool ethX Is it possible to connect the engine to a 100mb switch? Thanks PS. I also posted this question over on the oVirt G+ page. I apologize if that's incorrect but I have G+ open all day...

2 4

oVirt IDrac7
by Juan Carlos YJ. Lin 30 May '15

30 May '15

--=_c570565b-2ba0-4be3-b47d-eb1ac063155c Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I configured iDrac7 on dell server, have acces by hppts, IPMI active, but when test power configuration to node, comes success,unknown, then get alert with node power fance test fail. Dell R720 and dell R420 Centos 6 with same issue, I missconfigure something? 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." --=_c570565b-2ba0-4be3-b47d-eb1ac063155c 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 configured iDrac7 on dell server, have acces by hppts, IPMI active, but when test power configuration to node, comes success,unknown, then get alert with node power fance test fail.<br>Dell R720 and dell R420 Centos 6 with same issue, I missconfigure something?<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> --=_c570565b-2ba0-4be3-b47d-eb1ac063155c--

2 1

VSDM on Engine
by Matt . 30 May '15

30 May '15

Hi Guys, I wonder if some people have installed VDSM on the engine after the engine was installed. As this is supported on the All-In-One solution I wonder if it's also supported now on a manual install. Cheers, Matt

2 1

Re: [ovirt-users] ovirt 3.6
by Wolfgang Bucher 29 May '15

29 May '15

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_5X6qsn0g5Wag3TpwSQ6DXgvN-Rk9OIE0v-70V-FKLG2jFsAx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =EF=BB=BFHi=0D=0A=0D=0Ai have install ovirt 3.6 on Centos 7.1=0D=0A=0D=0A= =0D=0A=0D=0A=C2=A0kvm-version is:=C2=A0qemu-kvm-ev-2.1.2-23.el7_1.3.1=0D=0A= =0D=0AI think thats a recent qemu-kvm or do you need a never one.=0D=0A=0D= =0A=0D=0A=0D=0AThanks=0D=0A=0D=0A=0D=0A=0D=0AWolfgang=0D=0A=0D=0A=0D=0A=0D= =0A=0D=0AOn May 26, 2015, at 16:17 , Wolfgang Bucher <wolfgang.bucher@net= land-mn.de> wrote:=0D=0A=0D=0A> =EF=BB=BFHi,=0D=0A>=20=0D=0A> is x-data-p= lane in ovirt 3.6 activated=3F=0D=0A=0D=0Awe have it as a proper feature = - virtio-blk dataplane a.k.a iothreads=0D=0A=0D=0ANote it does require re= cent qemu-kvm not yet available on CentOS, so may want to wait till 3.6.z= till CentOS 7.2 is out or use Fedora 22=0D=0A=0D=0AThanks,=0D=0Amichal=0D= =0A=0D=0A>=20=0D=0A> Thanks=0D=0A>=20=0D=0A>=20=0D=0A>=20=0D=0A>=20=0D=0A= > Wolfgang Bucher=0D=0A> =EF=BB=BF=0D=0A> =20=0D=0A> ____________________= ___________________________=0D=0A> Users mailing list=0D=0A> Users(a)ovirt.= org=0D=0A> http://lists.ovirt.org/mailman/listinfo/users=0D=0A=0D=0A=0D=0A= --=_5X6qsn0g5Wag3TpwSQ6DXgvN-Rk9OIE0v-70V-FKLG2jFsAx 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>AW: [ovirt-user= s] ovirt 3.6</title>=0A</head>=0A<body>=0A<p data-mce-style=3D"padding: 0= ; margin: 0;" style=3D"padding: 0; margin: 0;" constructor=3D"function Ob= ject() { [native code] }" tostring=3D"function toString() { [native code]= }" tolocalestring=3D"function toLocaleString() { [native code] }" proper= tyisenumerable=3D"function propertyIsEnumerable() { [native code] }" ispr= ototypeof=3D"function isPrototypeOf() { [native code] }" valueof=3D"funct= ion valueOf() { [native code] }" hasownproperty=3D"function hasOwnPropert= y() { [native code] }" id=3D"dirtyP"><span id=3D"_mce_caret" data-mce-bog= us=3D"true"><span style=3D"font-size: 12pt; font-family: tahoma, arial, h= elvetica, sans-serif;" data-mce-style=3D"font-size: 12pt; font-family: ta= homa, arial, helvetica, sans-serif;">=EF=BB=BFHi<br></span></span></p><p = data-mce-style=3D"padding: 0; margin: 0;" style=3D"padding: 0; margin: 0;= " constructor=3D"function Object() { [native code] }" tostring=3D"functio= n toString() { [native code] }" tolocalestring=3D"function toLocaleString= () { [native code] }" propertyisenumerable=3D"function propertyIsEnumerab= le() { [native code] }" isprototypeof=3D"function isPrototypeOf() { [nati= ve code] }" valueof=3D"function valueOf() { [native code] }" hasownproper= ty=3D"function hasOwnProperty() { [native code] }"><span style=3D"font-si= ze: 12pt; font-family: tahoma, arial, helvetica, sans-serif;" data-mce-st= yle=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, sans-serif= ;">i have install ovirt 3.6 on Centos 7.1</span></p><p data-mce-style=3D"= padding: 0; margin: 0;" style=3D"padding: 0; margin: 0;" constructor=3D"f= unction Object() { [native code] }" tostring=3D"function toString() { [na= tive code] }" tolocalestring=3D"function toLocaleString() { [native code]= }" propertyisenumerable=3D"function propertyIsEnumerable() { [native cod= e] }" isprototypeof=3D"function isPrototypeOf() { [native code] }" valueo= f=3D"function valueOf() { [native code] }" hasownproperty=3D"function has= OwnProperty() { [native code] }"><span style=3D"font-size: 12pt; font-fam= ily: tahoma, arial, helvetica, sans-serif;" data-mce-style=3D"font-size: = 12pt; font-family: tahoma, arial, helvetica, sans-serif;"><br data-mce-bo= gus=3D"1"></span></p><p data-mce-style=3D"padding: 0; margin: 0;" style=3D= "padding: 0; margin: 0;" constructor=3D"function Object() { [native code]= }" tostring=3D"function toString() { [native code] }" tolocalestring=3D"= function toLocaleString() { [native code] }" propertyisenumerable=3D"func= tion propertyIsEnumerable() { [native code] }" isprototypeof=3D"function = isPrototypeOf() { [native code] }" valueof=3D"function valueOf() { [nativ= e code] }" hasownproperty=3D"function hasOwnProperty() { [native code] }"= ><span style=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, s= ans-serif;" data-mce-style=3D"font-size: 12pt; font-family: tahoma, arial= , helvetica, sans-serif;"> kvm-version is: qemu-kvm-ev-2.1.2-23= =2Eel7_1.3.1</span></p><p data-mce-style=3D"padding: 0; margin: 0;" style= =3D"padding: 0; margin: 0;" constructor=3D"function Object() { [native co= de] }" tostring=3D"function toString() { [native code] }" tolocalestring=3D= "function toLocaleString() { [native code] }" propertyisenumerable=3D"fun= ction propertyIsEnumerable() { [native code] }" isprototypeof=3D"function= isPrototypeOf() { [native code] }" valueof=3D"function valueOf() { [nati= ve code] }" hasownproperty=3D"function hasOwnProperty() { [native code] }= "><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;">I think thats a recent qemu-kvm or do you need= a never one.</span></p><p data-mce-style=3D"padding: 0; margin: 0;" styl= e=3D"padding: 0; margin: 0;" constructor=3D"function Object() { [native c= ode] }" tostring=3D"function toString() { [native code] }" tolocalestring= =3D"function toLocaleString() { [native code] }" propertyisenumerable=3D"= function propertyIsEnumerable() { [native code] }" isprototypeof=3D"funct= ion isPrototypeOf() { [native code] }" valueof=3D"function valueOf() { [n= ative code] }" hasownproperty=3D"function hasOwnProperty() { [native code= ] }"><span style=3D"font-size: 12pt; font-family: tahoma, arial, helvetic= a, sans-serif;" data-mce-style=3D"font-size: 12pt; font-family: tahoma, a= rial, helvetica, sans-serif;"><br data-mce-bogus=3D"1"></span></p><p data= -mce-style=3D"padding: 0; margin: 0;" style=3D"padding: 0; margin: 0;" co= nstructor=3D"function Object() { [native code] }" tostring=3D"function to= String() { [native code] }" tolocalestring=3D"function toLocaleString() {= [native code] }" propertyisenumerable=3D"function propertyIsEnumerable()= { [native code] }" isprototypeof=3D"function isPrototypeOf() { [native c= ode] }" valueof=3D"function valueOf() { [native code] }" hasownproperty=3D= "function hasOwnProperty() { [native code] }"><span style=3D"font-size: 1= 2pt; font-family: tahoma, arial, helvetica, sans-serif;" data-mce-style=3D= "font-size: 12pt; font-family: tahoma, arial, helvetica, sans-serif;">Tha= nks</span></p><p data-mce-style=3D"padding: 0; margin: 0;" style=3D"paddi= ng: 0; margin: 0;" constructor=3D"function Object() { [native code] }" to= string=3D"function toString() { [native code] }" tolocalestring=3D"functi= on toLocaleString() { [native code] }" propertyisenumerable=3D"function p= ropertyIsEnumerable() { [native code] }" isprototypeof=3D"function isProt= otypeOf() { [native code] }" valueof=3D"function valueOf() { [native code= ] }" hasownproperty=3D"function hasOwnProperty() { [native code] }"><span= style=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, sans-se= rif;" data-mce-style=3D"font-size: 12pt; font-family: tahoma, arial, helv= etica, sans-serif;"><br data-mce-bogus=3D"1"></span></p><p data-mce-style= =3D"padding: 0; margin: 0;" style=3D"padding: 0; margin: 0;" constructor=3D= "function Object() { [native code] }" tostring=3D"function toString() { [= native code] }" tolocalestring=3D"function toLocaleString() { [native cod= e] }" propertyisenumerable=3D"function propertyIsEnumerable() { [native c= ode] }" isprototypeof=3D"function isPrototypeOf() { [native code] }" valu= eof=3D"function valueOf() { [native code] }" hasownproperty=3D"function h= asOwnProperty() { [native code] }"><span style=3D"font-size: 12pt; font-f= amily: tahoma, arial, helvetica, sans-serif;" data-mce-style=3D"font-size= : 12pt; font-family: tahoma, arial, helvetica, sans-serif;">Wolfgang</spa= n></p><blockquote style=3D"border-left: 2px solid #325FBA; padding-left: = 5px; margin: 0px 5px;" data-mce-style=3D"border-left: 2px solid #325FBA; = padding-left: 5px; margin: 0px 5px;"><span style=3D"font-family: tahoma,a= rial,helvetica,sans-serif; font-size: 10pt;" data-mce-style=3D"font-famil= y: tahoma,arial,helvetica,sans-serif; font-size: 10pt;"><br></span><div><= pre wrap=3D"" style=3D"white-space: pre-wrap; word-wrap: break-word;" dat= a-mce-style=3D"white-space: pre-wrap; word-wrap: break-word;"><br>On May = 26, 2015, at 16:17 , Wolfgang Bucher <wolfgang.bucher(a)netland-mn.de&gt= ; wrote:<br><br>> =EF=BB=BFHi,<br>> <br>> is x-data-plane in ovi= rt 3.6 activated=3F<br><br>we have it as a proper feature - virtio-blk da= taplane a.k.a iothreads<br><br>Note it does require recent qemu-kvm not y= et available on CentOS, so may want to wait till 3.6.z till CentOS 7.2 is= out or use Fedora 22<br><br>Thanks,<br>michal<br><br>> <br>> Thank= s<br>> <br>> <br>> <br>> <br>> Wolfgang Bucher<br>> =EF= =BB=BF<br>> <br>> _______________________________________________<= br>> Users mailing list<br>> Users(a)ovirt.org<br>> http://lists.o= virt.org/mailman/listinfo/users<br><br></pre></div></blockquote>=0A</body= >=0A</html> --=_5X6qsn0g5Wag3TpwSQ6DXgvN-Rk9OIE0v-70V-FKLG2jFsAx--

2 1

Cannot start VM after reboot an host
by Kevin C 29 May '15

29 May '15

Hi list, I cannot start any VM after reboot my hosts on oVirt 3.5.2 and 3.5.2 nodes. It failed on nodes with this error : hread-11544::ERROR::2015-05-27 19:17:42,479::vm::2331::vm.Vm:: (_startUnderlyingVm) vmId=`4e349319-72e1-42ee-a74c-3dbd8ca45e4b`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 2271, in _startUnderlyingVm File "/usr/share/vdsm/virt/vm.py", line 3335, in _run File "/usr/lib/python2.6/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper File "/usr/lib64/python2.6/site-packages/libvirt.py", line 2709, in createXML libvirtError: internal error Cannot parse sensitivity level in s0 Greetings -- Kevin

5 7

Upgrade path
by Johan Kooijman 28 May '15

28 May '15

Hi all, What would be the best upgrade path for upgrading a 3.5.2 cluster from C6 to C7? Am I right in understanding that a cluster can have mixed hosts, but once a VM is on a C7 host, it cannot be migrated back to C6? -- Met vriendelijke groeten / With kind regards, Johan Kooijman

2 1

engine-reports portal and cpu cores
by Alexandr Krivulya 28 May '15

28 May '15

Hello, why we have in reports host cores but not logical cpu cores? For example in "Cluster Capacity Vs. Usage" report I always have more vCores then Host Cores. Thank you.

3 3

ovirt 3.6
by Wolfgang Bucher 28 May '15

28 May '15

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_T18pxiwb8oucVshZMYVNgx0FNMr7Ujzb8nUBUR0Q8549UTte Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =EF=BB=BFHi,=0D=0A=0D=0A=0D=0A=0D=0Ais x-data-plane in ovirt 3.6 activate= d=3F=0D=0A=0D=0A=0D=0A=0D=0AThanks=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D= =0A=0D=0A=0D=0A=0D=0AWolfgang Bucher=0D=0A=0D=0A=EF=BB=BF=0D=0A=0D=0A=C2=A0= =0D=0A --=_T18pxiwb8oucVshZMYVNgx0FNMr7Ujzb8nUBUR0Q8549UTte 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>ovirt 3.6</titl= e>=0A</head>=0A<body>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; = color: #000000; font-family: Arial, Verdana, sans-serif;" data-mce-style=3D= "margin-top: 0px; margin-bottom: 0px; color: #000000; font-family: Arial,= Verdana, sans-serif;"><span id=3D"_mce_caret" data-mce-bogus=3D"true"><s= pan style=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, sans= -serif;" data-mce-style=3D"font-size: 12pt; font-family: tahoma, arial, h= elvetica, sans-serif;">=EF=BB=BFHi,<br></span></span></p><p style=3D"marg= in-top: 0px; margin-bottom: 0px; color: #000000; font-family: Arial, Verd= ana, sans-serif;" data-mce-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, san= s-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-s= erif;" data-mce-style=3D"margin-top: 0px; margin-bottom: 0px; color: #000= 000; font-family: Arial, Verdana, sans-serif;" id=3D"dirtyP"><span id=3D"= _mce_caret" data-mce-bogus=3D"true"><span style=3D"font-size: 12pt; font-= family: tahoma, arial, helvetica, sans-serif;" data-mce-style=3D"font-siz= e: 12pt; font-family: tahoma, arial, helvetica, sans-serif;">is x-data-pl= ane in ovirt 3.6 activated=3F</span></span></p><p style=3D"margin-top: 0p= x; margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-= serif;" data-mce-style=3D"margin-top: 0px; margin-bottom: 0px; color: #00= 0000; 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-serif;">= <br data-mce-bogus=3D"1"></span></p><p style=3D"margin-top: 0px; margin-b= ottom: 0px; color: #000000; font-family: Arial, Verdana, sans-serif;" dat= a-mce-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-si= ze: 12pt; font-family: tahoma, arial, helvetica, sans-serif;">Thanks</spa= n></p><p style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; fo= nt-family: Arial, Verdana, sans-serif;" data-mce-style=3D"margin-top: 0px= ; margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-s= erif;"><br></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; color:= #000000; font-family: Arial, Verdana, sans-serif;" data-mce-style=3D"mar= gin-top: 0px; margin-bottom: 0px; color: #000000; font-family: Arial, Ver= dana, sans-serif;"><br></p>=0A<p style=3D"margin-top: 0px; margin-bottom:= 0px; color: #000000; font-family: Arial, Verdana, sans-serif;" data-mce-= 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; ma= rgin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-serif= ;" data-mce-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-bottom: 0px; color: #000000; font-family: Arial, Verdana= , sans-serif;" data-mce-style=3D"margin-top: 0px; margin-bottom: 0px; col= or: #000000; font-family: Arial, Verdana, sans-serif;"><span style=3D"fon= t-family: 'times new roman', times; font-size: 10pt;" data-mce-style=3D"f= ont-family: 'times new roman', times; font-size: 10pt;">Wolfgang Bucher</= span></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; color: #0000= 00; font-family: Arial, Verdana, sans-serif;" data-mce-style=3D"margin-to= p: 0px; margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, = sans-serif;" id=3D"dirtyP"><span id=3D"_mce_caret" data-mce-bogus=3D"true= "><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;">=EF=BB=BF<br></span></span></p>=0A<p style=3D"= margin-top: 0px; margin-bottom: 0px; color: #000000; font-family: Arial, = Verdana, sans-serif;" data-mce-style=3D"margin-top: 0px; margin-bottom: 0= px; color: #000000; font-family: Arial, Verdana, sans-serif;"> </p>=0A= </body>=0A</html> --=_T18pxiwb8oucVshZMYVNgx0FNMr7Ujzb8nUBUR0Q8549UTte--

2 1

size of VM image files varies on different gluster bricks
by Alastair Neil 27 May '15

27 May '15

Hi I have a hosted engine cluster running 3.5.2 on f20. I have 6 nodes running centos 6.6 and three storage nodes also running centos 6.6 with gluster 3.6.3, My primary data store is a replica 3 gluster volume. I noticed that the size of some image files differs wildly on one server's brick. Disks are all thin provisioned. The bricks are thin provisioned lvm volume with xfs file systems. The only difference between the systems is that the problem node is newer, a Dell R530 with MD1400 where as the other two are Dell R510's each with MD1200s. The storage arrays all have the same 4TB disks. e.g. for a disk that the ovirt console repost as having virtual size 500G and actual size 103G I see: [root@gluster0 479d2197-de09-4012-8183-43c6baa7e65b]# cd > ../d0d58fb9-ecaa-446f-bc42-dd681a16aee2/ > [root@gluster0 d0d58fb9-ecaa-446f-bc42-dd681a16aee2]# du -sh * > 106G c1b70bf0-c750-4177-8485-7b981e1f21a3 > 1.0M c1b70bf0-c750-4177-8485-7b981e1f21a3.lease > 4.0K c1b70bf0-c750-4177-8485-7b981e1f21a3.meta > [root@gluster1 d0d58fb9-ecaa-446f-bc42-dd681a16aee2]# pwd > > /export/brick5/ovirt-data/54d9ee82-0974-4a72-98a5-328d2e4007f1/images/d0d58fb9-ecaa-446f-bc42-dd681a16aee2 > [root@gluster1 d0d58fb9-ecaa-446f-bc42-dd681a16aee2]# du -sh * > 103G c1b70bf0-c750-4177-8485-7b981e1f21a3 > 1.0M c1b70bf0-c750-4177-8485-7b981e1f21a3.lease > 4.0K c1b70bf0-c750-4177-8485-7b981e1f21a3.meta > [root@gluster-2 d0d58fb9-ecaa-446f-bc42-dd681a16aee2]# pwd > > /export/brick5/ovirt-data/54d9ee82-0974-4a72-98a5-328d2e4007f1/images/d0d58fb9-ecaa-446f-bc42-dd681a16aee2 > [root@gluster-2 d0d58fb9-ecaa-446f-bc42-dd681a16aee2]# du -sh * > 501G c1b70bf0-c750-4177-8485-7b981e1f21a3 > 1.0M c1b70bf0-c750-4177-8485-7b981e1f21a3.lease > 4.0K c1b70bf0-c750-4177-8485-7b981e1f21a3.meta I'd appreciate any suggestions about troubleshooting and resolving his. Here is the volume info: Volume Name: data > Type: Replicate > Volume ID: 5c6ff46d-1159-4c7e-8b16-5ffeb15cbaf9 > Status: Started > Number of Bricks: 1 x 3 = 3 > Transport-type: tcp > Bricks: > Brick1: gluster-2:/export/brick5/ovirt-data > Brick2: gluster1:/export/brick5/ovirt-data > Brick3: gluster0:/export/brick5/ovirt-data > Options Reconfigured: > performance.least-prio-threads: 4 > performance.low-prio-threads: 16 > performance.normal-prio-threads: 24 > performance.high-prio-threads: 24 > performance.io-thread-count: 32 > diagnostics.count-fop-hits: off > diagnostics.latency-measurement: off > auth.allow: * > nfs.rpc-auth-allow: * > network.remote-dio: on > performance.stat-prefetch: off > performance.io-cache: off > performance.read-ahead: off > performance.quick-read: off > storage.owner-gid: 36 > storage.owner-uid: 36 > cluster.eager-lock: enable > cluster.min-free-disk: 5% > cluster.rebalance-stats: on > cluster.background-self-heal-count: 16 > cluster.readdir-optimize: on > cluster.metadata-self-heal: on > cluster.data-self-heal: on > cluster.entry-self-heal: on > cluster.self-heal-daemon: on > cluster.heal-timeout: 500 > cluster.self-heal-window-size: 8 > cluster.data-self-heal-algorithm: diff > cluster.quorum-type: auto > cluster.self-heal-readdir-size: 64KB > network.ping-timeout: 20 > performance.open-behind: disable > cluster.server-quorum-ratio: 51%

1 0

VM crashes during snapshot/clone/export and show only "?"
by Soeren Malchow 27 May '15

27 May '15

--_000_D1895248CBF5soerenmalchowmconnet_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Dear all, In version 3.5.2 on CentOS 7.1 we now have the problem that the backup scri= pt seems to trigger a crash of Vms, this is the second time, the first time= i could only solve the problem by rebooting the hypervisor host and acknow= leding =93host has been rebooted=94 This problems happens while removing snapshots after snapshot =96> clone ->= export procedures. The actual qemu process is still running after following log output, but th= e VM is not responsive anymore, i can kill the process problem. Two questions for this: How can I avoid this problem ? Is there a way to tell ovirt that the qemu process is gone and that the VM = can be started again ? <=97 snip =97> May 25 22:03:47 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: metad= ata not found: Requested metadata element is not present May 25 22:03:47 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: metad= ata not found: Requested metadata element is not present May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: inter= nal error: End of file from monitor May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kernel: IDMZ_MC_PUBLI= C: port 3(vnet3) entered disabled state May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kernel: device vnet3 = left promiscuous mode May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kernel: IDMZ_MC_PUBLI= C: port 3(vnet3) entered disabled state May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kvm[22973]: 15 guests= now active May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net systemd-machined[1441= 2]: Machine qemu-mc-glpi-app-01-live.mc.mcon.net terminated. May 25 22:04:11 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: Canno= t start job (modify, none) for domain mc-glpi-app-01-live.mc.mcon.net; curr= ent job is (modify, none) own ed by (1534, 0) May 25 22:04:11 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: Timed= out during operation: cannot acquire state change lock May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: Canno= t start job (modify, none) for domain mc-glpi-app-01-live.mc.mcon.net; curr= ent job is (modify, none) own ed by (1534, 0) May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: Timed= out during operation: cannot acquire state change lock May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: metad= ata not found: Requested metadata element is not present May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm vm.V= m ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Error getting block = job info Traceback= (most recent call last): File "/= usr/share/vdsm/virt/vm.py", line 5759, in queryBlockJobs liveI= nfo =3D self._dom.blockJobInfo(drive.name, 0) File "/= usr/share/vdsm/virt/vm.py", line 697, in f raise= toe TimeoutEr= ror: Timed out during operation: cannot acquire state change lock <=97 snip =97> <=97 snip =97> May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm vm.V= m ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Stats function faile= d: <AdvancedStatsFunction _samp Traceback= (most recent call last): File "/= usr/share/vdsm/virt/sampling.py", line 484, in collect stats= Function() File "/= usr/share/vdsm/virt/sampling.py", line 359, in __call__ retVa= lue =3D self._function(*args, **kwargs) File "/= usr/share/vdsm/virt/vm.py", line 346, in _sampleVmJobs retur= n self._vm.queryBlockJobs() File "/= usr/share/vdsm/virt/vm.py", line 5759, in queryBlockJobs liveI= nfo =3D self._dom.blockJobInfo(drive.name, 0) Attribute= Error: 'NoneType' object has no attribute 'blockJobInfo' May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: metad= ata not found: Requested metadata element is not present May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: metad= ata not found: Requested metadata element is not present May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: metad= ata not found: Requested metadata element is not present May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm vm.V= m ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Stats function faile= d: <AdvancedStatsFunction _samp Traceback= (most recent call last): File "/= usr/share/vdsm/virt/sampling.py", line 484, in collect stats= Function() File "/= usr/share/vdsm/virt/sampling.py", line 359, in __call__ retVa= lue =3D self._function(*args, **kwargs) File "/= usr/share/vdsm/virt/vm.py", line 338, in _sampleVcpuPinning vCpuI= nfos =3D self._vm._dom.vcpus() Attribute= Error: 'NoneType' object has no attribute 'vcpus' May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm vm.V= m ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Stats function faile= d: <AdvancedStatsFunction _samp Traceback= (most recent call last): File "/= usr/share/vdsm/virt/sampling.py", line 484, in collect stats= Function() File "/= usr/share/vdsm/virt/sampling.py", line 359, in __call__ retVa= lue =3D self._function(*args, **kwargs) File "/= usr/share/vdsm/virt/vm.py", line 349, in _sampleCpuTune infos= =3D self._vm._dom.schedulerParameters() Attribute= Error: 'NoneType' object has no attribute =91schedulerParameters' <=97 snip =97> --_000_D1895248CBF5soerenmalchowmconnet_ Content-Type: text/html; charset="Windows-1252" Content-ID: <CF351B4FD1FD454793EFD6973604A49A(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>Dear all,</div> <div><br> </div> <div>In version 3.5.2 on CentOS 7.1 we now have the problem that the backup= script seems to trigger a crash of Vms, this is the second time, the first= time i could only solve the problem by rebooting the hypervisor host and a= cknowleding =93host has been rebooted=94</div> <div><br> </div> <div>This problems happens while removing snapshots after snapshot =96> = clone -> export procedures.</div> <div><br> </div> <div>The actual qemu process is still running after following log output, b= ut the VM is not responsive anymore, i can kill the process problem.</div> <div><br> </div> <div>Two questions for this:</div> <div><br> </div> <div>How can I avoid this problem ?</div> <div>Is there a way to tell ovirt that the qemu process is gone and that th= e VM can be started again ? </div> <div><br> </div> <div><=97 snip =97> </div> <div> <div>May 25 22:03:47 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = metadata not found: Requested metadata element is not present</div> <div>May 25 22:03:47 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = metadata not found: Requested metadata element is not present</div> <div>May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = internal error: End of file from monitor</div> <div>May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kernel: IDMZ_MC_= PUBLIC: port 3(vnet3) entered disabled state</div> <div>May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kernel: device v= net3 left promiscuous mode</div> <div>May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kernel: IDMZ_MC_= PUBLIC: port 3(vnet3) entered disabled state</div> <div>May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kvm[22973]: 15 g= uests now active</div> <div>May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net systemd-machined= [14412]: Machine qemu-mc-glpi-app-01-live.mc.mcon.net terminated.</div> <div>May 25 22:04:11 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = Cannot start job (modify, none) for domain mc-glpi-app-01-live.mc.mcon.net;= current job is (modify, none) own</div> <div>ed by (1534, 0)</div> <div>May 25 22:04:11 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = Timed out during operation: cannot acquire state change lock</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = Cannot start job (modify, none) for domain mc-glpi-app-01-live.mc.mcon.net;= current job is (modify, none) own</div> <div>ed by (1534, 0)</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = Timed out during operation: cannot acquire state change lock</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = metadata not found: Requested metadata element is not present</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm= vm.Vm ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::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</div> <div>                    =                     &nbsp= ;                     &nb= sp;       liveInfo =3D self._dom.blockJobInfo(drive.name, 0)= </div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/vm.py", line 697, in= f</div> <div>                    =                     &nbsp= ;                     &nb= sp;       raise toe</div> <div>                    =                     &nbsp= ;                     &nb= sp;   TimeoutError: Timed out during operation: cannot acquire state c= hange lock</div> </div> <div><=97 snip =97></div> <div><br> </div> <div><br> </div> <div><=97 snip =97></div> <div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm= vm.Vm ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Stats function = failed: <AdvancedStatsFunction _samp</div> <div>                    =                     &nbsp= ;                     &nb= sp;   Traceback (most recent call last):</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/sampling.py", line 4= 84, in collect</div> <div>                    =                     &nbsp= ;                     &nb= sp;       statsFunction()</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/sampling.py", line 3= 59, in __call__</div> <div>                    =                     &nbsp= ;                     &nb= sp;       retValue =3D self._function(*args, **kwargs)</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/vm.py", line 346, in= _sampleVmJobs</div> <div>                    =                     &nbsp= ;                     &nb= sp;       return self._vm.queryBlockJobs()</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/vm.py", line 5759, i= n queryBlockJobs</div> <div>                    =                     &nbsp= ;                     &nb= sp;       liveInfo =3D self._dom.blockJobInfo(drive.name, 0)= </div> <div>                    =                     &nbsp= ;                     &nb= sp;   AttributeError: 'NoneType' object has no attribute 'blockJobInfo= '</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = metadata not found: Requested metadata element is not present</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = metadata not found: Requested metadata element is not present</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = metadata not found: Requested metadata element is not present</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm= vm.Vm ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Stats function = failed: <AdvancedStatsFunction _samp</div> <div>                    =                     &nbsp= ;                     &nb= sp;   Traceback (most recent call last):</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/sampling.py", line 4= 84, in collect</div> <div>                    =                     &nbsp= ;                     &nb= sp;       statsFunction()</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/sampling.py", line 3= 59, in __call__</div> <div>                    =                     &nbsp= ;                     &nb= sp;       retValue =3D self._function(*args, **kwargs)</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/vm.py", line 338, in= _sampleVcpuPinning</div> <div>                    =                     &nbsp= ;                     &nb= sp;       vCpuInfos =3D self._vm._dom.vcpus()</div> <div>                    =                     &nbsp= ;                     &nb= sp;   AttributeError: 'NoneType' object has no attribute 'vcpus'</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm= vm.Vm ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Stats function = failed: <AdvancedStatsFunction _samp</div> <div>                    =                     &nbsp= ;                     &nb= sp;   Traceback (most recent call last):</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/sampling.py", line 4= 84, in collect</div> <div>                    =                     &nbsp= ;                     &nb= sp;       statsFunction()</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/sampling.py", line 3= 59, in __call__</div> <div>                    =                     &nbsp= ;                     &nb= sp;       retValue =3D self._function(*args, **kwargs)</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/vm.py", line 349, in= _sampleCpuTune</div> <div>                    =                     &nbsp= ;                     &nb= sp;       infos =3D self._vm._dom.schedulerParameters()</div= > <div>                    =                     &nbsp= ;                     &nb= sp;   AttributeError: 'NoneType' object has no attribute =91schedulerP= arameters'</div> </div> <div><br> </div> <div><=97 snip =97> </div> </body> </html> --_000_D1895248CBF5soerenmalchowmconnet_--

1 1

Kernel panic - not syncing: An NMI occurred on HP Dl360g6
by Daniel Helgenberger 27 May '15

27 May '15

Hello, can somebody help me getting to the bottom of this panic? vdsm.log was empty (stopped 10min prior panic) and is rotated away already (forgot to save it...) Might this be [1]? However, I do not have an active subscription so I cannot acccess the helpdoc. Thanks! [1] https://access.redhat.com/solutions/442193 [64457.990217] kvm: zapping shadow pages for mmio generation wraparound [64469.916912] kvm [21434]: vcpu0 unhandled rdmsr: 0x1ad [71035.222120] ixgbe 0000:04:00.0 ens1f0: NIC Link is Down [71035.223699] storageA: port 1(ens1f0.2) entered disabled state [71035.223932] storageB: port 1(ens1f0.3) entered disabled state [71035.224173] server: port 1(ens1f0.10) entered disabled state [71035.224447] workstations: port 1(ens1f0.11) entered disabled state [71035.572619] bnx2 0000:02:00.0 enp2s0f0: NIC Copper Link is Down [71036.225789] ovirtmgmt: port 1(enp2s0f0) entered disabled state [71091.146266] hpwdt: Unexpected close, not stopping watchdog! [71138.579788] ovirtmgmt: port 2(vnet0) entered disabled state [71138.580067] device vnet0 left promiscuous mode [71138.580079] ovirtmgmt: port 2(vnet0) entered disabled state [71146.413292] Kernel panic - not syncing: An NMI occurred. Depending on your system the reason for the NMI is logged in any one of the following resources: 1. Integrated Management Log (IML) 2. OA Syslog 3. OA Forward Progress Log 4. iLO Event Log [71146.739719] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G I -------------- 3.10.0-229.4.2.el7.x86_64 #1 [71146.858234] Hardware name: HP ProLiant DL360 G6, BIOS P64 07/02/2013 [71146.934129] ffffffffa026d2d8 f7d5e6c540f56fc7 ffff8807ffc05de0 ffffffff81604eaa [71147.022535] ffff8807ffc05e60 ffffffff815fe71e 0000000000000008 ffff8807ffc05e70 [71147.111065] ffff8807ffc05e10 f7d5e6c540f56fc7 ffffffff8101bad9 ffffc9000a806072 [71147.199595] Call Trace: [71147.228779] <NMI> [<ffffffff81604eaa>] dump_stack+0x19/0x1b [71147.297491] [<ffffffff815fe71e>] panic+0xd8/0x1e7 [71147.354746] [<ffffffff8101bad9>] ? sched_clock+0x9/0x10 [71147.418233] [<ffffffffa026c8ed>] hpwdt_pretimeout+0xdd/0xe0 [hpwdt] [71147.494192] [<ffffffff8160d6d9>] nmi_handle.isra.0+0x69/0xb0 [71147.562873] [<ffffffff8160d8dd>] do_nmi+0x1bd/0x340 [71147.622201] [<ffffffff8160cb31>] end_repeat_nmi+0x1e/0x2e [71147.687768] [<ffffffff8133d4d4>] ? intel_idle+0xe4/0x170 [71147.752291] [<ffffffff8133d4d4>] ? intel_idle+0xe4/0x170 [71147.816818] [<ffffffff8133d4d4>] ? intel_idle+0xe4/0x170 [71147.881343] <<EOE>> [<ffffffff814aaa20>] cpuidle_enter_state+0x40/0xc0 [71147.961483] [<ffffffff814aab65>] cpuidle_idle_call+0xc5/0x200 [71148.031208] [<ffffffff8101d21e>] arch_cpu_idle+0xe/0x30 [71148.094694] [<ffffffff810c6985>] cpu_startup_entry+0xf5/0x290 [71148.164420] [<ffffffff815f33e7>] rest_init+0x77/0x80 [71148.224791] [<ffffffff81a45057>] start_kernel+0x429/0x44a [71148.290354] [<ffffffff81a44a37>] ? repair_env_string+0x5c/0x5c [71148.361120] [<ffffffff81a44120>] ? early_idt_handlers+0x120/0x120 [71148.434999] [<ffffffff81a445ee>] x86_64_start_reservations+0x2a/0x2c [71148.511997] [<ffffffff81a44742>] x86_64_start_kernel+0x152/0x175 -- 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

3 4

"metadata not present"
by Soeren Malchow 27 May '15

27 May '15

--_000_D18A5F90CEE6soerenmalchowmconnet_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Dear all, Now i have to ask again, i am getting this "Thread-7313::DEBUG::2015-05-26 17:34:08,936::libvirtconnection::143::root:= :(wrapper) Unknown libvirterror: ecode: 80 edom: 20 level: 2 message: metad= ata not found: Requested metadata element is not present=94 On all cluster servers in the vdsm.log all the time, it seems as if it does= not really hurt, but is this a problem or not and is there something we sh= ould do ? Regards Soeren --_000_D18A5F90CEE6soerenmalchowmconnet_ Content-Type: text/html; charset="Windows-1252" Content-ID: <10F59E5E14C7B34899F10D0A609ECB0C(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>Dear all,</div> <div><br> </div> <div>Now i have to ask again, i am getting this</div> <div><br> </div> <div>"Thread-7313::DEBUG::2015-05-26 17:34:08,936::libvirtconnection::= 143::root::(wrapper) Unknown libvirterror: ecode: 80 edom: 20 level: 2 mess= age: metadata not found: Requested metadata element is not present=94</div> <div><br> </div> <div>On all cluster servers in the vdsm.log all the time, it seems as if it= does not really hurt, but is this a problem or not and is there something = we should do ?</div> <div><br> </div> <div>Regards</div> <div>Soeren </div> </body> </html> --_000_D18A5F90CEE6soerenmalchowmconnet_--

4 5

Hung task in the Tasks tab
by Christopher Cross 27 May '15

27 May '15

Hello, I have been working on a new cluster on 3.5 with CentOS 7 hosts. My current production stuff is still on 3.4 So I had to play around a bit to figure out the VDSM networking stuff. I got it all sorted but at one point I had a host that was not configured correctly and a task, "Configuring networks on host vm2", has been sitting in the task tab since then. I was sucsessfull in getting the host configured with all the required bonding, VLANs, and networks I need and the host is functioning fine. My problem is that this task will not go away from the manager web interface. I do not think it is actually doing anything but it would be nice to get it out of there. I tried making other network changes and re-saving the configuration and also rebooting the host and nothing takes it away. Has anyone else seen this? Thanks, Christopher Cross Linux Systems Network Administrator Colorado Public Radio 7409 South Alton Court | Centennial, CO 80112 303-871-9191, ext. 258 www.cpr.org -- ...

4 4

Getting kdump integration to work
by Daniel Helgenberger 27 May '15

27 May '15

Hello, I followed the feature's page [1] and added to my test hosts the following lines /etc/kdump: fence_kdump_nodes othernode-in-cluster fence_kdump_args -p 7410 -f auto -i 5 Further, I added a firewall rule on both machines: -A INPUT -p udp --dport 7410 -j ACCEPT and restarted kdump. Yet I get on the engine's side: 2015-05-26 10:41:54,113 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: Kdump integration is enabled for host 'hv02', but kdump is not configured properly on host. Thanks! Versions: CentOS7.1 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 ovirt-engine-cli-3.5.0.5-1.el7.centos.noarch ovirt-engine-userportal-3.5.2.1-1.el7.centos.noarch ovirt-engine-webadmin-portal-3.5.2.1-1.el7.centos.noarch ovirt-guest-agent-common-1.0.10-2.el7.noarch ovirt-engine-jboss-as-7.1.1-1.el7.x86_64 ovirt-release35-004-1.noarch ovirt-engine-sdk-python-3.5.2.1-1.el7.centos.noarch ovirt-image-uploader-3.5.1-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.5.2.1-1.el7.centos.noarch ovirt-engine-websocket-proxy-3.5.2.1-1.el7.centos.noarch ovirt-host-deploy-java-1.3.1-1.el7.noarch ovirt-engine-reports-3.5.2-0.3.el7.centos.noarch ovirt-engine-dwh-setup-3.5.2-0.1.el7.centos.noarch ovirt-engine-tools-3.5.2.1-1.el7.centos.noarch ovirt-engine-setup-3.5.2.1-1.el7.centos.noarch ovirt-engine-restapi-3.5.2.1-1.el7.centos.noarch ovirt-engine-3.5.2.1-1.el7.centos.noarch ovirt-engine-setup-base-3.5.2.1-1.el7.centos.noarch ovirt-engine-setup-plugin-websocket-proxy-3.5.2.1-1.el7.centos.noarch ovirt-engine-reports-setup-3.5.2-0.3.el7.centos.noarch ovirt-engine-dwh-3.5.2-0.1.el7.centos.noarch ovirt-engine-dbscripts-3.5.2.1-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-3.5.2.1-1.el7.centos.noarch ovirt-engine-backend-3.5.2.1-1.el7.centos.noarch ovirt-iso-uploader-3.5.2-1.el7.centos.noarch ovirt-engine-extensions-api-impl-3.5.2.1-1.el7.centos.noarch ovirt-host-deploy-1.3.1-1.el7.noarch ovirt-engine-lib-3.5.2.1-1.el7.centos.noarch [1] http://www.ovirt.org/Fence_kdump -- 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

3 4

Cancelled: oVirt 3.6.0 Alpha Release Test Day
by oVirt schedule 27 May '15

27 May '15

--_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: multipart/alternative; boundary="_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_" --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit <div style="min-width: 300px; max-width: 585px; padding: 15px 15px 15px 15px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px; "> <table style="margin: 0px 0px 0px 0px" cellspacing="0" cellpadding="0"> <tr> <td> <div style="width:55px;height:55px;border-radius:5px;text-align:center;font-family:Helvetica Neue medium, Helvetica, Arial, sans-serif;color:white;background-color:#400090;"> <div style="padding-top:5px;line-height:20px"> <div style="font-size:12px;font-weight:lighter;"> MAY </div> <div style="font-size:32px;font-weight:bolder;font-family:Helvetica Neue bold, Helvetica, Arial, sans-serif;"> 27 </div> </div> </div> </td> <td width="40px" /> <td style="font-size: 24px; vertical-align: middle; color: #454545; font-weight: lighter; line-height: 26px;"> "oVirt 3.6.0 Alpha Release Test Day" has been <div style="color: #e51d1d;">cancelled</div> </td> </tr> </table> <table style="text-shadow: white; border-collapse: collapse; margin-top: 30px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px; color: #454545" cellspacing="0" cellpadding="0"> <tr> <td style="color: #888888; vertical-align: top;"> When </td> <td width="40px" /> <td style="line-height: 18px;"> Wednesday, 27 May 2015<br> All Day <br> </td> </tr> <tr height="30px" /> <tr> <td style="color: #888888; vertical-align: top;"> Message </td> <td width="40px" /> <td style="line-height: 18px"> Visualizza il tuo evento in https://www.google.com/calendar/event?action=VIEW&eid=YWkyYWEzMWUwMnFhajAyZ…. </td> </tr> <tr height="30px" /> </table> <div style="border-bottom: 1px solid #d5d5d5; max-width: 590px; width: 100%;"> </div> <div style="text-align: center; margin-top: 15px; font-family: helvetical, Arial, sans-serif; color: #878787; font-size: 12px; padding-bottom: 10px; max-width: 590px;"> <span style="font-size: 12px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; color: #454545; text-shadow: white;"> This event invitation was sent from   <a target="_blank" href="http://calendar.yahoo.com" style="text-decoration: none; text-shadow: white; color: #2862c5;">Yahoo Calendar</a> </span> </div> </div> </div> --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/calendar; method=REQUEST; charset=UTF-8 Content-Transfer-Encoding: base64 QkVHSU46VkNBTEVOREFSDQpQUk9ESUQ6Ly9ZYWhvby8vQ2FsZW5kYXIvL0VODQpWRVJTSU9OOjIuMA0KTUVUSE9EOkNBTkNFTA0KQkVHSU46VkVWRU5UDQpTVU1NQVJZOm9WaXJ0IDMuNi4wIEFscGhhIFJlbGVhc2UgVGVzdCBEYXkNCkRFU0NSSVBUSU9OOlZpc3VhbGl6emEgaWwgdHVvIGV2ZW50byBpbiBodHRwczovL3d3dy5nb29nbGUuY29tL2NhbGVuZGFyL2V2ZQ0KIG50P2FjdGlvbj1WSUVXJmVpZD1ZV2t5WVdFek1XVXdNbkZoYWpBeVptSnBNWFIxYzJ4dGFHOGdkWE5sY25OQWIzWnBjblF1YjNKDQogbiZ0b2s9TlRJamNIQnhkR3MwTm5VNVkyZHNhamRzT1RnM2NuVnZNbXd3WmpoQVozSnZkWEF1WTJGc1pXNWtZWEl1WjI5dloyeGwNCiBMbU52YldNNE1EaGxPRGN3TjJaaVpXUm1PR0ptWkRVeE16UTFNR1k1WmpNMVl6Z3pPV0U0Wm1RM05XUSZjdHo9RXVyb3BlL1JvbQ0KIGUmaGw9aXQuDQpDTEFTUzpQVUJMSUMNCkRUU1RBUlQ7VkFMVUU9REFURToyMDE1MDUyNw0KRFRFTkQ7VkFMVUU9REFURToyMDE1MDUyOA0KUFJJT1JJVFk6MA0KU0VRVUVOQ0U6Mw0KU1RBVFVTOkNPTkZJUk1FRA0KVUlEOmFpMmFhMzFlMDJxYWowMmZiaTF0dXNsbWhvQGdvb2dsZS5jb20NCkRUU1RBTVA6MjAxNTA1MDZUMDgwNzA5Wg0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWluZnJhQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmluZnJhQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWRldmVsQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmRldmVsQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPXVzZXJzQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPUFuZHkgS3Jlc3M7Uk9MRT1SRVFfUEFSVElDSVBBTlQ7UlNWUD1UUlVFDQogOm1haWx0bzpmYXJrZXlfMjAwMEB5YWhvby5jb20NCk9SR0FOSVpFUjtDTj1vVmlydCBzY2hlZHVsZTptYWlsdG86cHBxdGs0NnU5Y2dsajdsOTg3cnVvMmwwZjhAZ3JvdXAuY2FsZW5kYQ0KIHIuZ29vZ2xlLmNvbQ0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KVFJBTlNQOk9QQVFVRQ0KU1RBVFVTOkNPTkZJUk1FRA0KWC1ZQUhPTy1VU0VSLVNUQVRVUzpCVVNZDQpYLVlBSE9PLUVWRU5ULVNUQVRVUzpCVVNZDQpFTkQ6VkVWRU5UDQpCRUdJTjpWVElNRVpPTkUNClRaSUQ6RXVyb3BlL0xvbmRvbg0KVFpVUkw6aHR0cDovL3R6dXJsLm9yZy96b25laW5mby9FdXJvcGUvTG9uZG9uDQpYLUxJQy1MT0NBVElPTjpFdXJvcGUvTG9uZG9uDQpCRUdJTjpEQVlMSUdIVA0KVFpPRkZTRVRGUk9NOiswMDAwDQpUWk9GRlNFVFRPOiswMTAwDQpUWk5BTUU6QlNUDQpEVFNUQVJUOjE5ODEwMzI5VDAxMDAwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7QllNT05USD0zO0JZREFZPS0xU1UNCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MTAyN1QwMjAwMDANClJSVUxFOkZSRVE9WUVBUkxZO0JZTU9OVEg9MTA7QllEQVk9LTFTVQ0KRU5EOlNUQU5EQVJEDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOi0wMDAxMTUNClRaT0ZGU0VUVE86KzAwMDANClRaTkFNRTpHTVQNCkRUU1RBUlQ6MTg0NzEyMDFUMDAwMDAwDQpSREFURToxODQ3MTIwMVQwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDEwMA0KVFpOQU1FOkJTVA0KRFRTVEFSVDoxOTE2MDUyMVQwMjAwMDANClJEQVRFOjE5MTYwNTIxVDAyMDAwMA0KUkRBVEU6MTkxNzA0MDhUMDIwMDAwDQpSREFURToxOTE4MDMyNFQwMjAwMDANClJEQVRFOjE5MTkwMzMwVDAyMDAwMA0KUkRBVEU6MTkyMDAzMjhUMDIwMDAwDQpSREFURToxOTIxMDQwM1QwMjAwMDANClJEQVRFOjE5MjIwMzI2VDAyMDAwMA0KUkRBVEU6MTkyMzA0MjJUMDIwMDAwDQpSREFURToxOTI0MDQxM1QwMjAwMDANClJEQVRFOjE5MjUwNDE5VDAyMDAwMA0KUkRBVEU6MTkyNjA0MThUMDIwMDAwDQpSREFURToxOTI3MDQxMFQwMjAwMDANClJEQVRFOjE5MjgwNDIyVDAyMDAwMA0KUkRBVEU6MTkyOTA0MjFUMDIwMDAwDQpSREFURToxOTMwMDQxM1QwMjAwMDANClJEQVRFOjE5MzEwNDE5VDAyMDAwMA0KUkRBVEU6MTkzMjA0MTdUMDIwMDAwDQpSREFURToxOTMzMDQwOVQwMjAwMDANClJEQVRFOjE5MzQwNDIyVDAyMDAwMA0KUkRBVEU6MTkzNTA0MTRUMDIwMDAwDQpSREFURToxOTM2MDQxOVQwMjAwMDANClJEQVRFOjE5MzcwNDE4VDAyMDAwMA0KUkRBVEU6MTkzODA0MTBUMDIwMDAwDQpSREFURToxOTM5MDQxNlQwMjAwMDANClJEQVRFOjE5NDAwMjI1VDAyMDAwMA0KUkRBVEU6MTk0NjA0MTRUMDIwMDAwDQpSREFURToxOTQ3MDMxNlQwMjAwMDANClJEQVRFOjE5NDgwMzE0VDAyMDAwMA0KUkRBVEU6MTk0OTA0MDNUMDIwMDAwDQpSREFURToxOTUwMDQxNlQwMjAwMDANClJEQVRFOjE5NTEwNDE1VDAyMDAwMA0KUkRBVEU6MTk1MjA0MjBUMDIwMDAwDQpSREFURToxOTUzMDQxOVQwMjAwMDANClJEQVRFOjE5NTQwNDExVDAyMDAwMA0KUkRBVEU6MTk1NTA0MTdUMDIwMDAwDQpSREFURToxOTU2MDQyMlQwMjAwMDANClJEQVRFOjE5NTcwNDE0VDAyMDAwMA0KUkRBVEU6MTk1ODA0MjBUMDIwMDAwDQpSREFURToxOTU5MDQxOVQwMjAwMDANClJEQVRFOjE5NjAwNDEwVDAyMDAwMA0KUkRBVEU6MTk2MTAzMjZUMDIwMDAwDQpSREFURToxOTYyMDMyNVQwMjAwMDANClJEQVRFOjE5NjMwMzMxVDAyMDAwMA0KUkRBVEU6MTk2NDAzMjJUMDIwMDAwDQpSREFURToxOTY1MDMyMVQwMjAwMDANClJEQVRFOjE5NjYwMzIwVDAyMDAwMA0KUkRBVEU6MTk2NzAzMTlUMDIwMDAwDQpSREFURToxOTY4MDIxOFQwMjAwMDANClJEQVRFOjE5NzIwMzE5VDAyMDAwMA0KUkRBVEU6MTk3MzAzMThUMDIwMDAwDQpSREFURToxOTc0MDMxN1QwMjAwMDANClJEQVRFOjE5NzUwMzE2VDAyMDAwMA0KUkRBVEU6MTk3NjAzMjFUMDIwMDAwDQpSREFURToxOTc3MDMyMFQwMjAwMDANClJEQVRFOjE5NzgwMzE5VDAyMDAwMA0KUkRBVEU6MTk3OTAzMThUMDIwMDAwDQpSREFURToxOTgwMDMxNlQwMjAwMDANCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTE2MTAwMVQwMzAwMDANClJEQVRFOjE5MTYxMDAxVDAzMDAwMA0KUkRBVEU6MTkxNzA5MTdUMDMwMDAwDQpSREFURToxOTE4MDkzMFQwMzAwMDANClJEQVRFOjE5MTkwOTI5VDAzMDAwMA0KUkRBVEU6MTkyMDEwMjVUMDMwMDAwDQpSREFURToxOTIxMTAwM1QwMzAwMDANClJEQVRFOjE5MjIxMDA4VDAzMDAwMA0KUkRBVEU6MTkyMzA5MTZUMDMwMDAwDQpSREFURToxOTI0MDkyMVQwMzAwMDANClJEQVRFOjE5MjUxMDA0VDAzMDAwMA0KUkRBVEU6MTkyNjEwMDNUMDMwMDAwDQpSREFURToxOTI3MTAwMlQwMzAwMDANClJEQVRFOjE5MjgxMDA3VDAzMDAwMA0KUkRBVEU6MTkyOTEwMDZUMDMwMDAwDQpSREFURToxOTMwMTAwNVQwMzAwMDANClJEQVRFOjE5MzExMDA0VDAzMDAwMA0KUkRBVEU6MTkzMjEwMDJUMDMwMDAwDQpSREFURToxOTMzMTAwOFQwMzAwMDANClJEQVRFOjE5MzQxMDA3VDAzMDAwMA0KUkRBVEU6MTkzNTEwMDZUMDMwMDAwDQpSREFURToxOTM2MTAwNFQwMzAwMDANClJEQVRFOjE5MzcxMDAzVDAzMDAwMA0KUkRBVEU6MTkzODEwMDJUMDMwMDAwDQpSREFURToxOTM5MTExOVQwMzAwMDANClJEQVRFOjE5NDUxMDA3VDAzMDAwMA0KUkRBVEU6MTk0NjEwMDZUMDMwMDAwDQpSREFURToxOTQ3MTEwMlQwMzAwMDANClJEQVRFOjE5NDgxMDMxVDAzMDAwMA0KUkRBVEU6MTk0OTEwMzBUMDMwMDAwDQpSREFURToxOTUwMTAyMlQwMzAwMDANClJEQVRFOjE5NTExMDIxVDAzMDAwMA0KUkRBVEU6MTk1MjEwMjZUMDMwMDAwDQpSREFURToxOTUzMTAwNFQwMzAwMDANClJEQVRFOjE5NTQxMDAzVDAzMDAwMA0KUkRBVEU6MTk1NTEwMDJUMDMwMDAwDQpSREFURToxOTU2MTAwN1QwMzAwMDANClJEQVRFOjE5NTcxMDA2VDAzMDAwMA0KUkRBVEU6MTk1ODEwMDVUMDMwMDAwDQpSREFURToxOTU5MTAwNFQwMzAwMDANClJEQVRFOjE5NjAxMDAyVDAzMDAwMA0KUkRBVEU6MTk2MTEwMjlUMDMwMDAwDQpSREFURToxOTYyMTAyOFQwMzAwMDANClJEQVRFOjE5NjMxMDI3VDAzMDAwMA0KUkRBVEU6MTk2NDEwMjVUMDMwMDAwDQpSREFURToxOTY1MTAyNFQwMzAwMDANClJEQVRFOjE5NjYxMDIzVDAzMDAwMA0KUkRBVEU6MTk2NzEwMjlUMDMwMDAwDQpSREFURToxOTcxMTAzMVQwMzAwMDANClJEQVRFOjE5NzIxMDI5VDAzMDAwMA0KUkRBVEU6MTk3MzEwMjhUMDMwMDAwDQpSREFURToxOTc0MTAyN1QwMzAwMDANClJEQVRFOjE5NzUxMDI2VDAzMDAwMA0KUkRBVEU6MTk3NjEwMjRUMDMwMDAwDQpSREFURToxOTc3MTAyM1QwMzAwMDANClJEQVRFOjE5NzgxMDI5VDAzMDAwMA0KUkRBVEU6MTk3OTEwMjhUMDMwMDAwDQpSREFURToxOTgwMTAyNlQwMzAwMDANClJEQVRFOjE5ODExMDI1VDAyMDAwMA0KUkRBVEU6MTk4MjEwMjRUMDIwMDAwDQpSREFURToxOTgzMTAyM1QwMjAwMDANClJEQVRFOjE5ODQxMDI4VDAyMDAwMA0KUkRBVEU6MTk4NTEwMjdUMDIwMDAwDQpSREFURToxOTg2MTAyNlQwMjAwMDANClJEQVRFOjE5ODcxMDI1VDAyMDAwMA0KUkRBVEU6MTk4ODEwMjNUMDIwMDAwDQpSREFURToxOTg5MTAyOVQwMjAwMDANClJEQVRFOjE5OTAxMDI4VDAyMDAwMA0KUkRBVEU6MTk5MTEwMjdUMDIwMDAwDQpSREFURToxOTkyMTAyNVQwMjAwMDANClJEQVRFOjE5OTMxMDI0VDAyMDAwMA0KUkRBVEU6MTk5NDEwMjNUMDIwMDAwDQpSREFURToxOTk1MTAyMlQwMjAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDIwMA0KVFpOQU1FOkJEU1QNCkRUU1RBUlQ6MTk0MTA1MDRUMDIwMDAwDQpSREFURToxOTQxMDUwNFQwMjAwMDANClJEQVRFOjE5NDIwNDA1VDAyMDAwMA0KUkRBVEU6MTk0MzA0MDRUMDIwMDAwDQpSREFURToxOTQ0MDQwMlQwMjAwMDANClJEQVRFOjE5NDUwNDAyVDAyMDAwMA0KUkRBVEU6MTk0NzA0MTNUMDIwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOkRBWUxJR0hUDQpUWk9GRlNFVEZST006KzAyMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk0MTA4MTBUMDMwMDAwDQpSREFURToxOTQxMDgxMFQwMzAwMDANClJEQVRFOjE5NDIwODA5VDAzMDAwMA0KUkRBVEU6MTk0MzA4MTVUMDMwMDAwDQpSREFURToxOTQ0MDkxN1QwMzAwMDANClJEQVRFOjE5NDUwNzE1VDAzMDAwMA0KUkRBVEU6MTk0NzA4MTBUMDMwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOlNUQU5EQVJEDQpUWk9GRlNFVEZST006KzAxMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk2ODEwMjdUMDAwMDAwDQpSREFURToxOTY4MTAyN1QwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MDEwMVQwMDAwMDANClJEQVRFOjE5OTYwMTAxVDAwMDAwMA0KRU5EOlNUQU5EQVJEDQpFTkQ6VlRJTUVaT05FDQpFTkQ6VkNBTEVOREFSDQo= --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_-- --_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: application/ics; name="invite.ics" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="invite.ics" QkVHSU46VkNBTEVOREFSDQpQUk9ESUQ6Ly9ZYWhvby8vQ2FsZW5kYXIvL0VODQpWRVJTSU9OOjIuMA0KTUVUSE9EOkNBTkNFTA0KQkVHSU46VkVWRU5UDQpTVU1NQVJZOm9WaXJ0IDMuNi4wIEFscGhhIFJlbGVhc2UgVGVzdCBEYXkNCkRFU0NSSVBUSU9OOlZpc3VhbGl6emEgaWwgdHVvIGV2ZW50byBpbiBodHRwczovL3d3dy5nb29nbGUuY29tL2NhbGVuZGFyL2V2ZQ0KIG50P2FjdGlvbj1WSUVXJmVpZD1ZV2t5WVdFek1XVXdNbkZoYWpBeVptSnBNWFIxYzJ4dGFHOGdkWE5sY25OQWIzWnBjblF1YjNKDQogbiZ0b2s9TlRJamNIQnhkR3MwTm5VNVkyZHNhamRzT1RnM2NuVnZNbXd3WmpoQVozSnZkWEF1WTJGc1pXNWtZWEl1WjI5dloyeGwNCiBMbU52YldNNE1EaGxPRGN3TjJaaVpXUm1PR0ptWkRVeE16UTFNR1k1WmpNMVl6Z3pPV0U0Wm1RM05XUSZjdHo9RXVyb3BlL1JvbQ0KIGUmaGw9aXQuDQpDTEFTUzpQVUJMSUMNCkRUU1RBUlQ7VkFMVUU9REFURToyMDE1MDUyNw0KRFRFTkQ7VkFMVUU9REFURToyMDE1MDUyOA0KUFJJT1JJVFk6MA0KU0VRVUVOQ0U6Mw0KU1RBVFVTOkNPTkZJUk1FRA0KVUlEOmFpMmFhMzFlMDJxYWowMmZiaTF0dXNsbWhvQGdvb2dsZS5jb20NCkRUU1RBTVA6MjAxNTA1MDZUMDgwNzA5Wg0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWluZnJhQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmluZnJhQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWRldmVsQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmRldmVsQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPXVzZXJzQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPUFuZHkgS3Jlc3M7Uk9MRT1SRVFfUEFSVElDSVBBTlQ7UlNWUD1UUlVFDQogOm1haWx0bzpmYXJrZXlfMjAwMEB5YWhvby5jb20NCk9SR0FOSVpFUjtDTj1vVmlydCBzY2hlZHVsZTptYWlsdG86cHBxdGs0NnU5Y2dsajdsOTg3cnVvMmwwZjhAZ3JvdXAuY2FsZW5kYQ0KIHIuZ29vZ2xlLmNvbQ0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KVFJBTlNQOk9QQVFVRQ0KU1RBVFVTOkNPTkZJUk1FRA0KWC1ZQUhPTy1VU0VSLVNUQVRVUzpCVVNZDQpYLVlBSE9PLUVWRU5ULVNUQVRVUzpCVVNZDQpFTkQ6VkVWRU5UDQpCRUdJTjpWVElNRVpPTkUNClRaSUQ6RXVyb3BlL0xvbmRvbg0KVFpVUkw6aHR0cDovL3R6dXJsLm9yZy96b25laW5mby9FdXJvcGUvTG9uZG9uDQpYLUxJQy1MT0NBVElPTjpFdXJvcGUvTG9uZG9uDQpCRUdJTjpEQVlMSUdIVA0KVFpPRkZTRVRGUk9NOiswMDAwDQpUWk9GRlNFVFRPOiswMTAwDQpUWk5BTUU6QlNUDQpEVFNUQVJUOjE5ODEwMzI5VDAxMDAwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7QllNT05USD0zO0JZREFZPS0xU1UNCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MTAyN1QwMjAwMDANClJSVUxFOkZSRVE9WUVBUkxZO0JZTU9OVEg9MTA7QllEQVk9LTFTVQ0KRU5EOlNUQU5EQVJEDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOi0wMDAxMTUNClRaT0ZGU0VUVE86KzAwMDANClRaTkFNRTpHTVQNCkRUU1RBUlQ6MTg0NzEyMDFUMDAwMDAwDQpSREFURToxODQ3MTIwMVQwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDEwMA0KVFpOQU1FOkJTVA0KRFRTVEFSVDoxOTE2MDUyMVQwMjAwMDANClJEQVRFOjE5MTYwNTIxVDAyMDAwMA0KUkRBVEU6MTkxNzA0MDhUMDIwMDAwDQpSREFURToxOTE4MDMyNFQwMjAwMDANClJEQVRFOjE5MTkwMzMwVDAyMDAwMA0KUkRBVEU6MTkyMDAzMjhUMDIwMDAwDQpSREFURToxOTIxMDQwM1QwMjAwMDANClJEQVRFOjE5MjIwMzI2VDAyMDAwMA0KUkRBVEU6MTkyMzA0MjJUMDIwMDAwDQpSREFURToxOTI0MDQxM1QwMjAwMDANClJEQVRFOjE5MjUwNDE5VDAyMDAwMA0KUkRBVEU6MTkyNjA0MThUMDIwMDAwDQpSREFURToxOTI3MDQxMFQwMjAwMDANClJEQVRFOjE5MjgwNDIyVDAyMDAwMA0KUkRBVEU6MTkyOTA0MjFUMDIwMDAwDQpSREFURToxOTMwMDQxM1QwMjAwMDANClJEQVRFOjE5MzEwNDE5VDAyMDAwMA0KUkRBVEU6MTkzMjA0MTdUMDIwMDAwDQpSREFURToxOTMzMDQwOVQwMjAwMDANClJEQVRFOjE5MzQwNDIyVDAyMDAwMA0KUkRBVEU6MTkzNTA0MTRUMDIwMDAwDQpSREFURToxOTM2MDQxOVQwMjAwMDANClJEQVRFOjE5MzcwNDE4VDAyMDAwMA0KUkRBVEU6MTkzODA0MTBUMDIwMDAwDQpSREFURToxOTM5MDQxNlQwMjAwMDANClJEQVRFOjE5NDAwMjI1VDAyMDAwMA0KUkRBVEU6MTk0NjA0MTRUMDIwMDAwDQpSREFURToxOTQ3MDMxNlQwMjAwMDANClJEQVRFOjE5NDgwMzE0VDAyMDAwMA0KUkRBVEU6MTk0OTA0MDNUMDIwMDAwDQpSREFURToxOTUwMDQxNlQwMjAwMDANClJEQVRFOjE5NTEwNDE1VDAyMDAwMA0KUkRBVEU6MTk1MjA0MjBUMDIwMDAwDQpSREFURToxOTUzMDQxOVQwMjAwMDANClJEQVRFOjE5NTQwNDExVDAyMDAwMA0KUkRBVEU6MTk1NTA0MTdUMDIwMDAwDQpSREFURToxOTU2MDQyMlQwMjAwMDANClJEQVRFOjE5NTcwNDE0VDAyMDAwMA0KUkRBVEU6MTk1ODA0MjBUMDIwMDAwDQpSREFURToxOTU5MDQxOVQwMjAwMDANClJEQVRFOjE5NjAwNDEwVDAyMDAwMA0KUkRBVEU6MTk2MTAzMjZUMDIwMDAwDQpSREFURToxOTYyMDMyNVQwMjAwMDANClJEQVRFOjE5NjMwMzMxVDAyMDAwMA0KUkRBVEU6MTk2NDAzMjJUMDIwMDAwDQpSREFURToxOTY1MDMyMVQwMjAwMDANClJEQVRFOjE5NjYwMzIwVDAyMDAwMA0KUkRBVEU6MTk2NzAzMTlUMDIwMDAwDQpSREFURToxOTY4MDIxOFQwMjAwMDANClJEQVRFOjE5NzIwMzE5VDAyMDAwMA0KUkRBVEU6MTk3MzAzMThUMDIwMDAwDQpSREFURToxOTc0MDMxN1QwMjAwMDANClJEQVRFOjE5NzUwMzE2VDAyMDAwMA0KUkRBVEU6MTk3NjAzMjFUMDIwMDAwDQpSREFURToxOTc3MDMyMFQwMjAwMDANClJEQVRFOjE5NzgwMzE5VDAyMDAwMA0KUkRBVEU6MTk3OTAzMThUMDIwMDAwDQpSREFURToxOTgwMDMxNlQwMjAwMDANCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTE2MTAwMVQwMzAwMDANClJEQVRFOjE5MTYxMDAxVDAzMDAwMA0KUkRBVEU6MTkxNzA5MTdUMDMwMDAwDQpSREFURToxOTE4MDkzMFQwMzAwMDANClJEQVRFOjE5MTkwOTI5VDAzMDAwMA0KUkRBVEU6MTkyMDEwMjVUMDMwMDAwDQpSREFURToxOTIxMTAwM1QwMzAwMDANClJEQVRFOjE5MjIxMDA4VDAzMDAwMA0KUkRBVEU6MTkyMzA5MTZUMDMwMDAwDQpSREFURToxOTI0MDkyMVQwMzAwMDANClJEQVRFOjE5MjUxMDA0VDAzMDAwMA0KUkRBVEU6MTkyNjEwMDNUMDMwMDAwDQpSREFURToxOTI3MTAwMlQwMzAwMDANClJEQVRFOjE5MjgxMDA3VDAzMDAwMA0KUkRBVEU6MTkyOTEwMDZUMDMwMDAwDQpSREFURToxOTMwMTAwNVQwMzAwMDANClJEQVRFOjE5MzExMDA0VDAzMDAwMA0KUkRBVEU6MTkzMjEwMDJUMDMwMDAwDQpSREFURToxOTMzMTAwOFQwMzAwMDANClJEQVRFOjE5MzQxMDA3VDAzMDAwMA0KUkRBVEU6MTkzNTEwMDZUMDMwMDAwDQpSREFURToxOTM2MTAwNFQwMzAwMDANClJEQVRFOjE5MzcxMDAzVDAzMDAwMA0KUkRBVEU6MTkzODEwMDJUMDMwMDAwDQpSREFURToxOTM5MTExOVQwMzAwMDANClJEQVRFOjE5NDUxMDA3VDAzMDAwMA0KUkRBVEU6MTk0NjEwMDZUMDMwMDAwDQpSREFURToxOTQ3MTEwMlQwMzAwMDANClJEQVRFOjE5NDgxMDMxVDAzMDAwMA0KUkRBVEU6MTk0OTEwMzBUMDMwMDAwDQpSREFURToxOTUwMTAyMlQwMzAwMDANClJEQVRFOjE5NTExMDIxVDAzMDAwMA0KUkRBVEU6MTk1MjEwMjZUMDMwMDAwDQpSREFURToxOTUzMTAwNFQwMzAwMDANClJEQVRFOjE5NTQxMDAzVDAzMDAwMA0KUkRBVEU6MTk1NTEwMDJUMDMwMDAwDQpSREFURToxOTU2MTAwN1QwMzAwMDANClJEQVRFOjE5NTcxMDA2VDAzMDAwMA0KUkRBVEU6MTk1ODEwMDVUMDMwMDAwDQpSREFURToxOTU5MTAwNFQwMzAwMDANClJEQVRFOjE5NjAxMDAyVDAzMDAwMA0KUkRBVEU6MTk2MTEwMjlUMDMwMDAwDQpSREFURToxOTYyMTAyOFQwMzAwMDANClJEQVRFOjE5NjMxMDI3VDAzMDAwMA0KUkRBVEU6MTk2NDEwMjVUMDMwMDAwDQpSREFURToxOTY1MTAyNFQwMzAwMDANClJEQVRFOjE5NjYxMDIzVDAzMDAwMA0KUkRBVEU6MTk2NzEwMjlUMDMwMDAwDQpSREFURToxOTcxMTAzMVQwMzAwMDANClJEQVRFOjE5NzIxMDI5VDAzMDAwMA0KUkRBVEU6MTk3MzEwMjhUMDMwMDAwDQpSREFURToxOTc0MTAyN1QwMzAwMDANClJEQVRFOjE5NzUxMDI2VDAzMDAwMA0KUkRBVEU6MTk3NjEwMjRUMDMwMDAwDQpSREFURToxOTc3MTAyM1QwMzAwMDANClJEQVRFOjE5NzgxMDI5VDAzMDAwMA0KUkRBVEU6MTk3OTEwMjhUMDMwMDAwDQpSREFURToxOTgwMTAyNlQwMzAwMDANClJEQVRFOjE5ODExMDI1VDAyMDAwMA0KUkRBVEU6MTk4MjEwMjRUMDIwMDAwDQpSREFURToxOTgzMTAyM1QwMjAwMDANClJEQVRFOjE5ODQxMDI4VDAyMDAwMA0KUkRBVEU6MTk4NTEwMjdUMDIwMDAwDQpSREFURToxOTg2MTAyNlQwMjAwMDANClJEQVRFOjE5ODcxMDI1VDAyMDAwMA0KUkRBVEU6MTk4ODEwMjNUMDIwMDAwDQpSREFURToxOTg5MTAyOVQwMjAwMDANClJEQVRFOjE5OTAxMDI4VDAyMDAwMA0KUkRBVEU6MTk5MTEwMjdUMDIwMDAwDQpSREFURToxOTkyMTAyNVQwMjAwMDANClJEQVRFOjE5OTMxMDI0VDAyMDAwMA0KUkRBVEU6MTk5NDEwMjNUMDIwMDAwDQpSREFURToxOTk1MTAyMlQwMjAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDIwMA0KVFpOQU1FOkJEU1QNCkRUU1RBUlQ6MTk0MTA1MDRUMDIwMDAwDQpSREFURToxOTQxMDUwNFQwMjAwMDANClJEQVRFOjE5NDIwNDA1VDAyMDAwMA0KUkRBVEU6MTk0MzA0MDRUMDIwMDAwDQpSREFURToxOTQ0MDQwMlQwMjAwMDANClJEQVRFOjE5NDUwNDAyVDAyMDAwMA0KUkRBVEU6MTk0NzA0MTNUMDIwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOkRBWUxJR0hUDQpUWk9GRlNFVEZST006KzAyMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk0MTA4MTBUMDMwMDAwDQpSREFURToxOTQxMDgxMFQwMzAwMDANClJEQVRFOjE5NDIwODA5VDAzMDAwMA0KUkRBVEU6MTk0MzA4MTVUMDMwMDAwDQpSREFURToxOTQ0MDkxN1QwMzAwMDANClJEQVRFOjE5NDUwNzE1VDAzMDAwMA0KUkRBVEU6MTk0NzA4MTBUMDMwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOlNUQU5EQVJEDQpUWk9GRlNFVEZST006KzAxMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk2ODEwMjdUMDAwMDAwDQpSREFURToxOTY4MTAyN1QwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MDEwMVQwMDAwMDANClJEQVRFOjE5OTYwMTAxVDAwMDAwMA0KRU5EOlNUQU5EQVJEDQpFTkQ6VlRJTUVaT05FDQpFTkQ6VkNBTEVOREFSDQo= --_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_--

1 0

Cancelled: oVirt 3.6.0 Alpha Release Test Day
by oVirt schedule 27 May '15

27 May '15

--_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: multipart/alternative; boundary="_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_" --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit <div style="min-width: 300px; max-width: 585px; padding: 15px 15px 15px 15px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px; "> <table style="margin: 0px 0px 0px 0px" cellspacing="0" cellpadding="0"> <tr> <td> <div style="width:55px;height:55px;border-radius:5px;text-align:center;font-family:Helvetica Neue medium, Helvetica, Arial, sans-serif;color:white;background-color:#400090;"> <div style="padding-top:5px;line-height:20px"> <div style="font-size:12px;font-weight:lighter;"> MAY </div> <div style="font-size:32px;font-weight:bolder;font-family:Helvetica Neue bold, Helvetica, Arial, sans-serif;"> 27 </div> </div> </div> </td> <td width="40px" /> <td style="font-size: 24px; vertical-align: middle; color: #454545; font-weight: lighter; line-height: 26px;"> "oVirt 3.6.0 Alpha Release Test Day" has been <div style="color: #e51d1d;">cancelled</div> </td> </tr> </table> <table style="text-shadow: white; border-collapse: collapse; margin-top: 30px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px; color: #454545" cellspacing="0" cellpadding="0"> <tr> <td style="color: #888888; vertical-align: top;"> When </td> <td width="40px" /> <td style="line-height: 18px;"> Wednesday, 27 May 2015<br> All Day <br> </td> </tr> <tr height="30px" /> <tr> <td style="color: #888888; vertical-align: top;"> Message </td> <td width="40px" /> <td style="line-height: 18px"> Visualizza il tuo evento in https://www.google.com/calendar/event?action=VIEW&eid=YWkyYWEzMWUwMnFhajAyZ…. </td> </tr> <tr height="30px" /> </table> <div style="border-bottom: 1px solid #d5d5d5; max-width: 590px; width: 100%;"> </div> <div style="text-align: center; margin-top: 15px; font-family: helvetical, Arial, sans-serif; color: #878787; font-size: 12px; padding-bottom: 10px; max-width: 590px;"> <span style="font-size: 12px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; color: #454545; text-shadow: white;"> This event invitation was sent from   <a target="_blank" href="http://calendar.yahoo.com" style="text-decoration: none; text-shadow: white; color: #2862c5;">Yahoo Calendar</a> </span> </div> </div> </div> --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/calendar; method=REQUEST; charset=UTF-8 Content-Transfer-Encoding: base64 QkVHSU46VkNBTEVOREFSDQpQUk9ESUQ6Ly9ZYWhvby8vQ2FsZW5kYXIvL0VODQpWRVJTSU9OOjIuMA0KTUVUSE9EOkNBTkNFTA0KQkVHSU46VkVWRU5UDQpTVU1NQVJZOm9WaXJ0IDMuNi4wIEFscGhhIFJlbGVhc2UgVGVzdCBEYXkNCkRFU0NSSVBUSU9OOlZpc3VhbGl6emEgaWwgdHVvIGV2ZW50byBpbiBodHRwczovL3d3dy5nb29nbGUuY29tL2NhbGVuZGFyL2V2ZQ0KIG50P2FjdGlvbj1WSUVXJmVpZD1ZV2t5WVdFek1XVXdNbkZoYWpBeVptSnBNWFIxYzJ4dGFHOGdkWE5sY25OQWIzWnBjblF1YjNKDQogbiZ0b2s9TlRJamNIQnhkR3MwTm5VNVkyZHNhamRzT1RnM2NuVnZNbXd3WmpoQVozSnZkWEF1WTJGc1pXNWtZWEl1WjI5dloyeGwNCiBMbU52YldNNE1EaGxPRGN3TjJaaVpXUm1PR0ptWkRVeE16UTFNR1k1WmpNMVl6Z3pPV0U0Wm1RM05XUSZjdHo9RXVyb3BlL1JvbQ0KIGUmaGw9aXQuDQpDTEFTUzpQVUJMSUMNCkRUU1RBUlQ7VkFMVUU9REFURToyMDE1MDUyNw0KRFRFTkQ7VkFMVUU9REFURToyMDE1MDUyOA0KUFJJT1JJVFk6MA0KU0VRVUVOQ0U6Mw0KU1RBVFVTOkNPTkZJUk1FRA0KVUlEOmFpMmFhMzFlMDJxYWowMmZiaTF0dXNsbWhvQGdvb2dsZS5jb20NCkRUU1RBTVA6MjAxNTA1MDZUMDgwNzA5Wg0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWluZnJhQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmluZnJhQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWRldmVsQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmRldmVsQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPXVzZXJzQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPVJpendhbiBBc2hyYWY7Uk9MRT1SRVFfUEFSVElDSVBBTlQ7UlNWUD1UDQogUlVFOm1haWx0bzpyaXpfc2JpYUB5YWhvby5jb20NCk9SR0FOSVpFUjtDTj1vVmlydCBzY2hlZHVsZTptYWlsdG86cHBxdGs0NnU5Y2dsajdsOTg3cnVvMmwwZjhAZ3JvdXAuY2FsZW5kYQ0KIHIuZ29vZ2xlLmNvbQ0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KVFJBTlNQOk9QQVFVRQ0KU1RBVFVTOkNPTkZJUk1FRA0KWC1ZQUhPTy1VU0VSLVNUQVRVUzpCVVNZDQpYLVlBSE9PLUVWRU5ULVNUQVRVUzpCVVNZDQpFTkQ6VkVWRU5UDQpCRUdJTjpWVElNRVpPTkUNClRaSUQ6RXVyb3BlL0xvbmRvbg0KVFpVUkw6aHR0cDovL3R6dXJsLm9yZy96b25laW5mby9FdXJvcGUvTG9uZG9uDQpYLUxJQy1MT0NBVElPTjpFdXJvcGUvTG9uZG9uDQpCRUdJTjpEQVlMSUdIVA0KVFpPRkZTRVRGUk9NOiswMDAwDQpUWk9GRlNFVFRPOiswMTAwDQpUWk5BTUU6QlNUDQpEVFNUQVJUOjE5ODEwMzI5VDAxMDAwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7QllNT05USD0zO0JZREFZPS0xU1UNCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MTAyN1QwMjAwMDANClJSVUxFOkZSRVE9WUVBUkxZO0JZTU9OVEg9MTA7QllEQVk9LTFTVQ0KRU5EOlNUQU5EQVJEDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOi0wMDAxMTUNClRaT0ZGU0VUVE86KzAwMDANClRaTkFNRTpHTVQNCkRUU1RBUlQ6MTg0NzEyMDFUMDAwMDAwDQpSREFURToxODQ3MTIwMVQwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDEwMA0KVFpOQU1FOkJTVA0KRFRTVEFSVDoxOTE2MDUyMVQwMjAwMDANClJEQVRFOjE5MTYwNTIxVDAyMDAwMA0KUkRBVEU6MTkxNzA0MDhUMDIwMDAwDQpSREFURToxOTE4MDMyNFQwMjAwMDANClJEQVRFOjE5MTkwMzMwVDAyMDAwMA0KUkRBVEU6MTkyMDAzMjhUMDIwMDAwDQpSREFURToxOTIxMDQwM1QwMjAwMDANClJEQVRFOjE5MjIwMzI2VDAyMDAwMA0KUkRBVEU6MTkyMzA0MjJUMDIwMDAwDQpSREFURToxOTI0MDQxM1QwMjAwMDANClJEQVRFOjE5MjUwNDE5VDAyMDAwMA0KUkRBVEU6MTkyNjA0MThUMDIwMDAwDQpSREFURToxOTI3MDQxMFQwMjAwMDANClJEQVRFOjE5MjgwNDIyVDAyMDAwMA0KUkRBVEU6MTkyOTA0MjFUMDIwMDAwDQpSREFURToxOTMwMDQxM1QwMjAwMDANClJEQVRFOjE5MzEwNDE5VDAyMDAwMA0KUkRBVEU6MTkzMjA0MTdUMDIwMDAwDQpSREFURToxOTMzMDQwOVQwMjAwMDANClJEQVRFOjE5MzQwNDIyVDAyMDAwMA0KUkRBVEU6MTkzNTA0MTRUMDIwMDAwDQpSREFURToxOTM2MDQxOVQwMjAwMDANClJEQVRFOjE5MzcwNDE4VDAyMDAwMA0KUkRBVEU6MTkzODA0MTBUMDIwMDAwDQpSREFURToxOTM5MDQxNlQwMjAwMDANClJEQVRFOjE5NDAwMjI1VDAyMDAwMA0KUkRBVEU6MTk0NjA0MTRUMDIwMDAwDQpSREFURToxOTQ3MDMxNlQwMjAwMDANClJEQVRFOjE5NDgwMzE0VDAyMDAwMA0KUkRBVEU6MTk0OTA0MDNUMDIwMDAwDQpSREFURToxOTUwMDQxNlQwMjAwMDANClJEQVRFOjE5NTEwNDE1VDAyMDAwMA0KUkRBVEU6MTk1MjA0MjBUMDIwMDAwDQpSREFURToxOTUzMDQxOVQwMjAwMDANClJEQVRFOjE5NTQwNDExVDAyMDAwMA0KUkRBVEU6MTk1NTA0MTdUMDIwMDAwDQpSREFURToxOTU2MDQyMlQwMjAwMDANClJEQVRFOjE5NTcwNDE0VDAyMDAwMA0KUkRBVEU6MTk1ODA0MjBUMDIwMDAwDQpSREFURToxOTU5MDQxOVQwMjAwMDANClJEQVRFOjE5NjAwNDEwVDAyMDAwMA0KUkRBVEU6MTk2MTAzMjZUMDIwMDAwDQpSREFURToxOTYyMDMyNVQwMjAwMDANClJEQVRFOjE5NjMwMzMxVDAyMDAwMA0KUkRBVEU6MTk2NDAzMjJUMDIwMDAwDQpSREFURToxOTY1MDMyMVQwMjAwMDANClJEQVRFOjE5NjYwMzIwVDAyMDAwMA0KUkRBVEU6MTk2NzAzMTlUMDIwMDAwDQpSREFURToxOTY4MDIxOFQwMjAwMDANClJEQVRFOjE5NzIwMzE5VDAyMDAwMA0KUkRBVEU6MTk3MzAzMThUMDIwMDAwDQpSREFURToxOTc0MDMxN1QwMjAwMDANClJEQVRFOjE5NzUwMzE2VDAyMDAwMA0KUkRBVEU6MTk3NjAzMjFUMDIwMDAwDQpSREFURToxOTc3MDMyMFQwMjAwMDANClJEQVRFOjE5NzgwMzE5VDAyMDAwMA0KUkRBVEU6MTk3OTAzMThUMDIwMDAwDQpSREFURToxOTgwMDMxNlQwMjAwMDANCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTE2MTAwMVQwMzAwMDANClJEQVRFOjE5MTYxMDAxVDAzMDAwMA0KUkRBVEU6MTkxNzA5MTdUMDMwMDAwDQpSREFURToxOTE4MDkzMFQwMzAwMDANClJEQVRFOjE5MTkwOTI5VDAzMDAwMA0KUkRBVEU6MTkyMDEwMjVUMDMwMDAwDQpSREFURToxOTIxMTAwM1QwMzAwMDANClJEQVRFOjE5MjIxMDA4VDAzMDAwMA0KUkRBVEU6MTkyMzA5MTZUMDMwMDAwDQpSREFURToxOTI0MDkyMVQwMzAwMDANClJEQVRFOjE5MjUxMDA0VDAzMDAwMA0KUkRBVEU6MTkyNjEwMDNUMDMwMDAwDQpSREFURToxOTI3MTAwMlQwMzAwMDANClJEQVRFOjE5MjgxMDA3VDAzMDAwMA0KUkRBVEU6MTkyOTEwMDZUMDMwMDAwDQpSREFURToxOTMwMTAwNVQwMzAwMDANClJEQVRFOjE5MzExMDA0VDAzMDAwMA0KUkRBVEU6MTkzMjEwMDJUMDMwMDAwDQpSREFURToxOTMzMTAwOFQwMzAwMDANClJEQVRFOjE5MzQxMDA3VDAzMDAwMA0KUkRBVEU6MTkzNTEwMDZUMDMwMDAwDQpSREFURToxOTM2MTAwNFQwMzAwMDANClJEQVRFOjE5MzcxMDAzVDAzMDAwMA0KUkRBVEU6MTkzODEwMDJUMDMwMDAwDQpSREFURToxOTM5MTExOVQwMzAwMDANClJEQVRFOjE5NDUxMDA3VDAzMDAwMA0KUkRBVEU6MTk0NjEwMDZUMDMwMDAwDQpSREFURToxOTQ3MTEwMlQwMzAwMDANClJEQVRFOjE5NDgxMDMxVDAzMDAwMA0KUkRBVEU6MTk0OTEwMzBUMDMwMDAwDQpSREFURToxOTUwMTAyMlQwMzAwMDANClJEQVRFOjE5NTExMDIxVDAzMDAwMA0KUkRBVEU6MTk1MjEwMjZUMDMwMDAwDQpSREFURToxOTUzMTAwNFQwMzAwMDANClJEQVRFOjE5NTQxMDAzVDAzMDAwMA0KUkRBVEU6MTk1NTEwMDJUMDMwMDAwDQpSREFURToxOTU2MTAwN1QwMzAwMDANClJEQVRFOjE5NTcxMDA2VDAzMDAwMA0KUkRBVEU6MTk1ODEwMDVUMDMwMDAwDQpSREFURToxOTU5MTAwNFQwMzAwMDANClJEQVRFOjE5NjAxMDAyVDAzMDAwMA0KUkRBVEU6MTk2MTEwMjlUMDMwMDAwDQpSREFURToxOTYyMTAyOFQwMzAwMDANClJEQVRFOjE5NjMxMDI3VDAzMDAwMA0KUkRBVEU6MTk2NDEwMjVUMDMwMDAwDQpSREFURToxOTY1MTAyNFQwMzAwMDANClJEQVRFOjE5NjYxMDIzVDAzMDAwMA0KUkRBVEU6MTk2NzEwMjlUMDMwMDAwDQpSREFURToxOTcxMTAzMVQwMzAwMDANClJEQVRFOjE5NzIxMDI5VDAzMDAwMA0KUkRBVEU6MTk3MzEwMjhUMDMwMDAwDQpSREFURToxOTc0MTAyN1QwMzAwMDANClJEQVRFOjE5NzUxMDI2VDAzMDAwMA0KUkRBVEU6MTk3NjEwMjRUMDMwMDAwDQpSREFURToxOTc3MTAyM1QwMzAwMDANClJEQVRFOjE5NzgxMDI5VDAzMDAwMA0KUkRBVEU6MTk3OTEwMjhUMDMwMDAwDQpSREFURToxOTgwMTAyNlQwMzAwMDANClJEQVRFOjE5ODExMDI1VDAyMDAwMA0KUkRBVEU6MTk4MjEwMjRUMDIwMDAwDQpSREFURToxOTgzMTAyM1QwMjAwMDANClJEQVRFOjE5ODQxMDI4VDAyMDAwMA0KUkRBVEU6MTk4NTEwMjdUMDIwMDAwDQpSREFURToxOTg2MTAyNlQwMjAwMDANClJEQVRFOjE5ODcxMDI1VDAyMDAwMA0KUkRBVEU6MTk4ODEwMjNUMDIwMDAwDQpSREFURToxOTg5MTAyOVQwMjAwMDANClJEQVRFOjE5OTAxMDI4VDAyMDAwMA0KUkRBVEU6MTk5MTEwMjdUMDIwMDAwDQpSREFURToxOTkyMTAyNVQwMjAwMDANClJEQVRFOjE5OTMxMDI0VDAyMDAwMA0KUkRBVEU6MTk5NDEwMjNUMDIwMDAwDQpSREFURToxOTk1MTAyMlQwMjAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDIwMA0KVFpOQU1FOkJEU1QNCkRUU1RBUlQ6MTk0MTA1MDRUMDIwMDAwDQpSREFURToxOTQxMDUwNFQwMjAwMDANClJEQVRFOjE5NDIwNDA1VDAyMDAwMA0KUkRBVEU6MTk0MzA0MDRUMDIwMDAwDQpSREFURToxOTQ0MDQwMlQwMjAwMDANClJEQVRFOjE5NDUwNDAyVDAyMDAwMA0KUkRBVEU6MTk0NzA0MTNUMDIwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOkRBWUxJR0hUDQpUWk9GRlNFVEZST006KzAyMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk0MTA4MTBUMDMwMDAwDQpSREFURToxOTQxMDgxMFQwMzAwMDANClJEQVRFOjE5NDIwODA5VDAzMDAwMA0KUkRBVEU6MTk0MzA4MTVUMDMwMDAwDQpSREFURToxOTQ0MDkxN1QwMzAwMDANClJEQVRFOjE5NDUwNzE1VDAzMDAwMA0KUkRBVEU6MTk0NzA4MTBUMDMwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOlNUQU5EQVJEDQpUWk9GRlNFVEZST006KzAxMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk2ODEwMjdUMDAwMDAwDQpSREFURToxOTY4MTAyN1QwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MDEwMVQwMDAwMDANClJEQVRFOjE5OTYwMTAxVDAwMDAwMA0KRU5EOlNUQU5EQVJEDQpFTkQ6VlRJTUVaT05FDQpFTkQ6VkNBTEVOREFSDQo= --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_-- --_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: application/ics; name="invite.ics" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="invite.ics" QkVHSU46VkNBTEVOREFSDQpQUk9ESUQ6Ly9ZYWhvby8vQ2FsZW5kYXIvL0VODQpWRVJTSU9OOjIuMA0KTUVUSE9EOkNBTkNFTA0KQkVHSU46VkVWRU5UDQpTVU1NQVJZOm9WaXJ0IDMuNi4wIEFscGhhIFJlbGVhc2UgVGVzdCBEYXkNCkRFU0NSSVBUSU9OOlZpc3VhbGl6emEgaWwgdHVvIGV2ZW50byBpbiBodHRwczovL3d3dy5nb29nbGUuY29tL2NhbGVuZGFyL2V2ZQ0KIG50P2FjdGlvbj1WSUVXJmVpZD1ZV2t5WVdFek1XVXdNbkZoYWpBeVptSnBNWFIxYzJ4dGFHOGdkWE5sY25OQWIzWnBjblF1YjNKDQogbiZ0b2s9TlRJamNIQnhkR3MwTm5VNVkyZHNhamRzT1RnM2NuVnZNbXd3WmpoQVozSnZkWEF1WTJGc1pXNWtZWEl1WjI5dloyeGwNCiBMbU52YldNNE1EaGxPRGN3TjJaaVpXUm1PR0ptWkRVeE16UTFNR1k1WmpNMVl6Z3pPV0U0Wm1RM05XUSZjdHo9RXVyb3BlL1JvbQ0KIGUmaGw9aXQuDQpDTEFTUzpQVUJMSUMNCkRUU1RBUlQ7VkFMVUU9REFURToyMDE1MDUyNw0KRFRFTkQ7VkFMVUU9REFURToyMDE1MDUyOA0KUFJJT1JJVFk6MA0KU0VRVUVOQ0U6Mw0KU1RBVFVTOkNPTkZJUk1FRA0KVUlEOmFpMmFhMzFlMDJxYWowMmZiaTF0dXNsbWhvQGdvb2dsZS5jb20NCkRUU1RBTVA6MjAxNTA1MDZUMDgwNzA5Wg0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWluZnJhQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmluZnJhQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWRldmVsQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmRldmVsQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPXVzZXJzQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPVJpendhbiBBc2hyYWY7Uk9MRT1SRVFfUEFSVElDSVBBTlQ7UlNWUD1UDQogUlVFOm1haWx0bzpyaXpfc2JpYUB5YWhvby5jb20NCk9SR0FOSVpFUjtDTj1vVmlydCBzY2hlZHVsZTptYWlsdG86cHBxdGs0NnU5Y2dsajdsOTg3cnVvMmwwZjhAZ3JvdXAuY2FsZW5kYQ0KIHIuZ29vZ2xlLmNvbQ0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KVFJBTlNQOk9QQVFVRQ0KU1RBVFVTOkNPTkZJUk1FRA0KWC1ZQUhPTy1VU0VSLVNUQVRVUzpCVVNZDQpYLVlBSE9PLUVWRU5ULVNUQVRVUzpCVVNZDQpFTkQ6VkVWRU5UDQpCRUdJTjpWVElNRVpPTkUNClRaSUQ6RXVyb3BlL0xvbmRvbg0KVFpVUkw6aHR0cDovL3R6dXJsLm9yZy96b25laW5mby9FdXJvcGUvTG9uZG9uDQpYLUxJQy1MT0NBVElPTjpFdXJvcGUvTG9uZG9uDQpCRUdJTjpEQVlMSUdIVA0KVFpPRkZTRVRGUk9NOiswMDAwDQpUWk9GRlNFVFRPOiswMTAwDQpUWk5BTUU6QlNUDQpEVFNUQVJUOjE5ODEwMzI5VDAxMDAwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7QllNT05USD0zO0JZREFZPS0xU1UNCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MTAyN1QwMjAwMDANClJSVUxFOkZSRVE9WUVBUkxZO0JZTU9OVEg9MTA7QllEQVk9LTFTVQ0KRU5EOlNUQU5EQVJEDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOi0wMDAxMTUNClRaT0ZGU0VUVE86KzAwMDANClRaTkFNRTpHTVQNCkRUU1RBUlQ6MTg0NzEyMDFUMDAwMDAwDQpSREFURToxODQ3MTIwMVQwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDEwMA0KVFpOQU1FOkJTVA0KRFRTVEFSVDoxOTE2MDUyMVQwMjAwMDANClJEQVRFOjE5MTYwNTIxVDAyMDAwMA0KUkRBVEU6MTkxNzA0MDhUMDIwMDAwDQpSREFURToxOTE4MDMyNFQwMjAwMDANClJEQVRFOjE5MTkwMzMwVDAyMDAwMA0KUkRBVEU6MTkyMDAzMjhUMDIwMDAwDQpSREFURToxOTIxMDQwM1QwMjAwMDANClJEQVRFOjE5MjIwMzI2VDAyMDAwMA0KUkRBVEU6MTkyMzA0MjJUMDIwMDAwDQpSREFURToxOTI0MDQxM1QwMjAwMDANClJEQVRFOjE5MjUwNDE5VDAyMDAwMA0KUkRBVEU6MTkyNjA0MThUMDIwMDAwDQpSREFURToxOTI3MDQxMFQwMjAwMDANClJEQVRFOjE5MjgwNDIyVDAyMDAwMA0KUkRBVEU6MTkyOTA0MjFUMDIwMDAwDQpSREFURToxOTMwMDQxM1QwMjAwMDANClJEQVRFOjE5MzEwNDE5VDAyMDAwMA0KUkRBVEU6MTkzMjA0MTdUMDIwMDAwDQpSREFURToxOTMzMDQwOVQwMjAwMDANClJEQVRFOjE5MzQwNDIyVDAyMDAwMA0KUkRBVEU6MTkzNTA0MTRUMDIwMDAwDQpSREFURToxOTM2MDQxOVQwMjAwMDANClJEQVRFOjE5MzcwNDE4VDAyMDAwMA0KUkRBVEU6MTkzODA0MTBUMDIwMDAwDQpSREFURToxOTM5MDQxNlQwMjAwMDANClJEQVRFOjE5NDAwMjI1VDAyMDAwMA0KUkRBVEU6MTk0NjA0MTRUMDIwMDAwDQpSREFURToxOTQ3MDMxNlQwMjAwMDANClJEQVRFOjE5NDgwMzE0VDAyMDAwMA0KUkRBVEU6MTk0OTA0MDNUMDIwMDAwDQpSREFURToxOTUwMDQxNlQwMjAwMDANClJEQVRFOjE5NTEwNDE1VDAyMDAwMA0KUkRBVEU6MTk1MjA0MjBUMDIwMDAwDQpSREFURToxOTUzMDQxOVQwMjAwMDANClJEQVRFOjE5NTQwNDExVDAyMDAwMA0KUkRBVEU6MTk1NTA0MTdUMDIwMDAwDQpSREFURToxOTU2MDQyMlQwMjAwMDANClJEQVRFOjE5NTcwNDE0VDAyMDAwMA0KUkRBVEU6MTk1ODA0MjBUMDIwMDAwDQpSREFURToxOTU5MDQxOVQwMjAwMDANClJEQVRFOjE5NjAwNDEwVDAyMDAwMA0KUkRBVEU6MTk2MTAzMjZUMDIwMDAwDQpSREFURToxOTYyMDMyNVQwMjAwMDANClJEQVRFOjE5NjMwMzMxVDAyMDAwMA0KUkRBVEU6MTk2NDAzMjJUMDIwMDAwDQpSREFURToxOTY1MDMyMVQwMjAwMDANClJEQVRFOjE5NjYwMzIwVDAyMDAwMA0KUkRBVEU6MTk2NzAzMTlUMDIwMDAwDQpSREFURToxOTY4MDIxOFQwMjAwMDANClJEQVRFOjE5NzIwMzE5VDAyMDAwMA0KUkRBVEU6MTk3MzAzMThUMDIwMDAwDQpSREFURToxOTc0MDMxN1QwMjAwMDANClJEQVRFOjE5NzUwMzE2VDAyMDAwMA0KUkRBVEU6MTk3NjAzMjFUMDIwMDAwDQpSREFURToxOTc3MDMyMFQwMjAwMDANClJEQVRFOjE5NzgwMzE5VDAyMDAwMA0KUkRBVEU6MTk3OTAzMThUMDIwMDAwDQpSREFURToxOTgwMDMxNlQwMjAwMDANCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTE2MTAwMVQwMzAwMDANClJEQVRFOjE5MTYxMDAxVDAzMDAwMA0KUkRBVEU6MTkxNzA5MTdUMDMwMDAwDQpSREFURToxOTE4MDkzMFQwMzAwMDANClJEQVRFOjE5MTkwOTI5VDAzMDAwMA0KUkRBVEU6MTkyMDEwMjVUMDMwMDAwDQpSREFURToxOTIxMTAwM1QwMzAwMDANClJEQVRFOjE5MjIxMDA4VDAzMDAwMA0KUkRBVEU6MTkyMzA5MTZUMDMwMDAwDQpSREFURToxOTI0MDkyMVQwMzAwMDANClJEQVRFOjE5MjUxMDA0VDAzMDAwMA0KUkRBVEU6MTkyNjEwMDNUMDMwMDAwDQpSREFURToxOTI3MTAwMlQwMzAwMDANClJEQVRFOjE5MjgxMDA3VDAzMDAwMA0KUkRBVEU6MTkyOTEwMDZUMDMwMDAwDQpSREFURToxOTMwMTAwNVQwMzAwMDANClJEQVRFOjE5MzExMDA0VDAzMDAwMA0KUkRBVEU6MTkzMjEwMDJUMDMwMDAwDQpSREFURToxOTMzMTAwOFQwMzAwMDANClJEQVRFOjE5MzQxMDA3VDAzMDAwMA0KUkRBVEU6MTkzNTEwMDZUMDMwMDAwDQpSREFURToxOTM2MTAwNFQwMzAwMDANClJEQVRFOjE5MzcxMDAzVDAzMDAwMA0KUkRBVEU6MTkzODEwMDJUMDMwMDAwDQpSREFURToxOTM5MTExOVQwMzAwMDANClJEQVRFOjE5NDUxMDA3VDAzMDAwMA0KUkRBVEU6MTk0NjEwMDZUMDMwMDAwDQpSREFURToxOTQ3MTEwMlQwMzAwMDANClJEQVRFOjE5NDgxMDMxVDAzMDAwMA0KUkRBVEU6MTk0OTEwMzBUMDMwMDAwDQpSREFURToxOTUwMTAyMlQwMzAwMDANClJEQVRFOjE5NTExMDIxVDAzMDAwMA0KUkRBVEU6MTk1MjEwMjZUMDMwMDAwDQpSREFURToxOTUzMTAwNFQwMzAwMDANClJEQVRFOjE5NTQxMDAzVDAzMDAwMA0KUkRBVEU6MTk1NTEwMDJUMDMwMDAwDQpSREFURToxOTU2MTAwN1QwMzAwMDANClJEQVRFOjE5NTcxMDA2VDAzMDAwMA0KUkRBVEU6MTk1ODEwMDVUMDMwMDAwDQpSREFURToxOTU5MTAwNFQwMzAwMDANClJEQVRFOjE5NjAxMDAyVDAzMDAwMA0KUkRBVEU6MTk2MTEwMjlUMDMwMDAwDQpSREFURToxOTYyMTAyOFQwMzAwMDANClJEQVRFOjE5NjMxMDI3VDAzMDAwMA0KUkRBVEU6MTk2NDEwMjVUMDMwMDAwDQpSREFURToxOTY1MTAyNFQwMzAwMDANClJEQVRFOjE5NjYxMDIzVDAzMDAwMA0KUkRBVEU6MTk2NzEwMjlUMDMwMDAwDQpSREFURToxOTcxMTAzMVQwMzAwMDANClJEQVRFOjE5NzIxMDI5VDAzMDAwMA0KUkRBVEU6MTk3MzEwMjhUMDMwMDAwDQpSREFURToxOTc0MTAyN1QwMzAwMDANClJEQVRFOjE5NzUxMDI2VDAzMDAwMA0KUkRBVEU6MTk3NjEwMjRUMDMwMDAwDQpSREFURToxOTc3MTAyM1QwMzAwMDANClJEQVRFOjE5NzgxMDI5VDAzMDAwMA0KUkRBVEU6MTk3OTEwMjhUMDMwMDAwDQpSREFURToxOTgwMTAyNlQwMzAwMDANClJEQVRFOjE5ODExMDI1VDAyMDAwMA0KUkRBVEU6MTk4MjEwMjRUMDIwMDAwDQpSREFURToxOTgzMTAyM1QwMjAwMDANClJEQVRFOjE5ODQxMDI4VDAyMDAwMA0KUkRBVEU6MTk4NTEwMjdUMDIwMDAwDQpSREFURToxOTg2MTAyNlQwMjAwMDANClJEQVRFOjE5ODcxMDI1VDAyMDAwMA0KUkRBVEU6MTk4ODEwMjNUMDIwMDAwDQpSREFURToxOTg5MTAyOVQwMjAwMDANClJEQVRFOjE5OTAxMDI4VDAyMDAwMA0KUkRBVEU6MTk5MTEwMjdUMDIwMDAwDQpSREFURToxOTkyMTAyNVQwMjAwMDANClJEQVRFOjE5OTMxMDI0VDAyMDAwMA0KUkRBVEU6MTk5NDEwMjNUMDIwMDAwDQpSREFURToxOTk1MTAyMlQwMjAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDIwMA0KVFpOQU1FOkJEU1QNCkRUU1RBUlQ6MTk0MTA1MDRUMDIwMDAwDQpSREFURToxOTQxMDUwNFQwMjAwMDANClJEQVRFOjE5NDIwNDA1VDAyMDAwMA0KUkRBVEU6MTk0MzA0MDRUMDIwMDAwDQpSREFURToxOTQ0MDQwMlQwMjAwMDANClJEQVRFOjE5NDUwNDAyVDAyMDAwMA0KUkRBVEU6MTk0NzA0MTNUMDIwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOkRBWUxJR0hUDQpUWk9GRlNFVEZST006KzAyMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk0MTA4MTBUMDMwMDAwDQpSREFURToxOTQxMDgxMFQwMzAwMDANClJEQVRFOjE5NDIwODA5VDAzMDAwMA0KUkRBVEU6MTk0MzA4MTVUMDMwMDAwDQpSREFURToxOTQ0MDkxN1QwMzAwMDANClJEQVRFOjE5NDUwNzE1VDAzMDAwMA0KUkRBVEU6MTk0NzA4MTBUMDMwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOlNUQU5EQVJEDQpUWk9GRlNFVEZST006KzAxMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk2ODEwMjdUMDAwMDAwDQpSREFURToxOTY4MTAyN1QwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MDEwMVQwMDAwMDANClJEQVRFOjE5OTYwMTAxVDAwMDAwMA0KRU5EOlNUQU5EQVJEDQpFTkQ6VlRJTUVaT05FDQpFTkQ6VkNBTEVOREFSDQo= --_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_--

1 0

Canceled Event: oVirt 3.6.0 Alpha Release Test Day @ Wed 2015-05-27 (oVirt schedule)
by sandro.bonazzola＠gmail.com 27 May '15

27 May '15

This event has been canceled and removed from your calendar. Title: oVirt 3.6.0 Alpha Release Test Day When: Wed 2015-05-27 Calendar: oVirt schedule Who: * Sandro Bonazzola - creator * infra(a)ovirt.org * devel(a)ovirt.org * users(a)ovirt.org Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar.

1 0

oVirt 3.6.0 Alpha Test Day canceled, schedule update
by Sandro Bonazzola 27 May '15

27 May '15

Hi, the planned oVirt 3.6.0 Alpha Test Day planned for today[1] has been canceled. We suffered a major outage in our labs[2] so we were not able to refresh the ovirt-3.6-pre repository with updated builds to be tested. We have not matched the deadline for filling the Test Day wiki page with the required tests[3]. We have no commitment from developers for attending to the Test Day and no people assigned to single tests. Finally, having postponed the Alpha for 3 weeks took us really near to the Feature Freeze[1]. We're then changing the schedule, planning a new ovirt-3.6-pre refresh after the feature freeze, tentatively on June 17th (build on June 16th) and we need to plan a new Test Day right after the refresh. [1] http://www.ovirt.org/OVirt_3.6_Release_Management#Key_Milestones [2] http://lists.ovirt.org/pipermail/devel/2015-May/010626.html [3] http://www.ovirt.org/OVirt_3.6_Test_Day -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Replica2 stripe2 hang on write to VM disk
by paf1＠email.cz 27 May '15

27 May '15

Hello, can anybody help me with hanging replica2 stripe2 datastore on 4 nodes cluster ?? oVirt - ovirt-engine-lib-3.5.2.1-1.el7.centos.noarch gluster - glusterfs-server-3.7.0-2.el7.x86_64 VM - Centos 7.1 If I use any bigger write to VM disk ( eg 2-5GB ) storage hosted virtual disk will hang = I/O error created by : gluster volume create 12KVM12SC4 replica 2 stripe 2 16.0.0.161:/STORAGES/SlowClass/p4/GFS1 16.0.0.162:/STORAGES/SlowClass/p4/GFS1 16.0.0.163:/STORAGES/SlowClass/p4/GFS1 16.0.0.164:/STORAGES/SlowClass/p4/GFS1 rhev-data-center-mnt-glusterSD-localhost:_12KVM12SC4.log ----------------------------------------------------------------------------------- [2015-05-25 14:47:24.205609] I [rpc-clnt.c:1807:rpc_clnt_reconfig] 0-12KVM12SC4-client-3: changing port to 49158 (from 0) [2015-05-25 14:47:24.210824] I [client-handshake.c:1405:select_server_supported_programs] 0-12KVM12SC4-client-3: Using Program GlusterFS 3.3, Num (1298437), Version (330) [2015-05-25 14:47:24.211204] I [client-handshake.c:1193:client_setvolume_cbk] 0-12KVM12SC4-client-3: Connected to 12KVM12SC4-client-3, attached to remote volume '/STORAGES/SlowClass/p4/GFS1'. [2015-05-25 14:47:24.211225] I [client-handshake.c:1203:client_setvolume_cbk] 0-12KVM12SC4-client-3: Server and Client lk-version numbers are not same, reopening the fds [2015-05-25 14:47:24.211275] I [MSGID: 108005] [afr-common.c:3880:afr_notify] 0-12KVM12SC4-replicate-1: Subvolume '12KVM12SC4-client-3' came back up; going online. [2015-05-25 14:47:24.216465] I [fuse-bridge.c:5077:fuse_graph_setup] 0-fuse: switched to graph 0 [2015-05-25 14:47:24.216556] I [client-handshake.c:187:client_set_lk_version_cbk] 0-12KVM12SC4-client-3: Server lk version = 1 [2015-05-25 14:47:24.216643] I [fuse-bridge.c:4007:fuse_init] 0-glusterfs-fuse: FUSE inited with protocol versions: glusterfs 7.22 kernel 7.22 [2015-05-25 14:47:24.217998] I [afr-common.c:1673:afr_local_discovery_cbk] 0-12KVM12SC4-replicate-0: selecting local read_child 12KVM12SC4-client-0 [2015-05-25 14:47:29.737732] W [fuse-bridge.c:1080:fuse_setattr_cbk] 0-glusterfs-fuse: 40: SETATTR() /__DIRECT_IO_TEST__ => -1 (Read-only file system) [2015-05-25 14:49:18.266212] E [client-handshake.c:1488:client_query_portmap_cbk] 0-12KVM12SC4-client-2: failed to get the port number for remote subvolume. Please run 'gluster volume status' on server to see if brick process is running. [2015-05-25 14:49:18.266274] I [client.c:2086:client_rpc_notify] 0-12KVM12SC4-client-2: disconnected from 12KVM12SC4-client-2. Client process will keep trying to connect to glusterd until brick's port is available [2015-05-25 14:49:19.346555] I [rpc-clnt.c:1807:rpc_clnt_reconfig] 0-12KVM12SC4-client-2: changing port to 49158 (from 0) [2015-05-25 14:49:19.351812] I [client-handshake.c:1405:select_server_supported_programs] 0-12KVM12SC4-client-2: Using Program GlusterFS 3.3, Num (1298437), Version (330) [2015-05-25 14:49:19.352169] I [client-handshake.c:1193:client_setvolume_cbk] 0-12KVM12SC4-client-2: Connected to 12KVM12SC4-client-2, attached to remote volume '/STORAGES/SlowClass/p4/GFS1'. [2015-05-25 14:49:19.352191] I [client-handshake.c:1203:client_setvolume_cbk] 0-12KVM12SC4-client-2: Server and Client lk-version numbers are not same, reopening the fds [2015-05-25 14:49:19.352242] I [MSGID: 108002] [afr-common.c:3959:afr_notify] 0-12KVM12SC4-replicate-1: Client-quorum is met [2015-05-25 14:49:19.352353] I [client-handshake.c:187:client_set_lk_version_cbk] 0-12KVM12SC4-client-2: Server lk version = 1 [2015-05-25 14:49:27.843616] W [fuse-bridge.c:1263:fuse_err_cbk] 0-glusterfs-fuse: 151: REMOVEXATTR() /__DIRECT_IO_TEST__ => -1 (No data available) [2015-05-25 14:49:58.356900] W [fuse-bridge.c:1263:fuse_err_cbk] 0-glusterfs-fuse: 327: REMOVEXATTR() /__DIRECT_IO_TEST__ => -1 (No data available) # gluster volume status Status of volume: 12KVM12SC4 Gluster process TCP Port RDMA Port Online Pid ------------------------------------------------------------------------------ Brick 16.0.0.161:/STORAGES/SlowClass/p4/GFS 1 49173 0 Y 17678 Brick 16.0.0.162:/STORAGES/SlowClass/p4/GFS 1 49158 0 Y 19184 Brick 16.0.0.163:/STORAGES/SlowClass/p4/GFS 1 49158 0 Y 9784 Brick 16.0.0.164:/STORAGES/SlowClass/p4/GFS 1 49158 0 Y 9327 NFS Server on localhost 2049 0 Y 17697 Self-heal Daemon on localhost N/A N/A Y 17708 NFS Server on 16.0.0.162 2049 0 Y 19205 Self-heal Daemon on 16.0.0.162 N/A N/A Y 19215 NFS Server on 16.0.0.163 2049 0 Y 9806 Self-heal Daemon on 16.0.0.163 N/A N/A Y 9813 NFS Server on 16.0.0.164 2049 0 Y 9347 Self-heal Daemon on 16.0.0.164 N/A N/A Y 9359 Task Status of Volume 12KVM12SC4 ------------------------------------------------------------------------------ There are no active volume tasks any idea ?? regs. Pavel

2 1

distributed striped replicated volumes can not create
by 肖力 27 May '15

27 May '15

------=_Part_214693_295010821.1431918884851 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGkKSSB0ZXN0IGNyZWF0ZSBkaXN0cmlidXRlZCBzdHJpcGVkIHJlcGxpY2F0ZWQgdm9sdW1lcyAs YnV0IG5vdCBzdWNjZWVkoaMKRmlyc3QgUHJvbXB0ICJSZXBsaWNhIENvdW50IG1hc3QgYmV0d2Vl biBpbiA0IGFuZCAxNiIsIGFuZCBpIGNoYW5nIFJlcGxpY2EgQ291bnQgdG8gNC4KVGhlbiBQcm9t cHQgIk51bWJlciBvZiBicmlja3Mgc2hvdWxkIGJlIGEgbXV0aXBsZSBvZiBTdHJpcGUgQ291bnQg YW5kIFJlcGxpY2EgY291bnQiLgpUaGVuIGkgY2hhbmdlIGRpZmZlcmVudCBSZXBsaWNhIENvdW50 IFN0cmlwZSBDb3VudCAsYWRkIGJyaWNrIDgsMTIsMTYuICBJdCBpcyBub3Qgd29ya6GjCkkgdXNl IG9WaXJ0IEVuZ2luZSBWZXJzaW9uOiAzLjUuMi4xLTEuZWw2LCBDYW4gU29tZW9uZSBoZWxwIG1l LCB0a3Mh ------=_Part_214693_295010821.1431918884851 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDY3LCA2NywgNjcpOyBm b250LWZhbWlseTogVGFob21hLCBBcmlhbDsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBu b3JtYWw7IGZvbnQtdmFyaWFudDogbm9ybWFsOyBmb250LXdlaWdodDogYm9sZDsgbGV0dGVyLXNw YWNpbmc6IG5vcm1hbDsgbGluZS1oZWlnaHQ6IDE5LjE4NzVweDsgb3JwaGFuczogYXV0bzsgdGV4 dC1hbGlnbjogbGVmdDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdo aXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJr aXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI0MiwgMjQy LCAyNDIpOyBkaXNwbGF5OiBpbmxpbmUgIWltcG9ydGFudDsgZmxvYXQ6IG5vbmU7Ij5oaTxicj5J IHRlc3QgY3JlYXRlIGRpc3RyaWJ1dGVkIHN0cmlwZWQgcmVwbGljYXRlZCB2b2x1bWVzICxidXQg bm90IHN1Y2NlZWShozxicj5GaXJzdCBQcm9tcHQgIlJlcGxpY2EgQ291bnQgbWFzdCBiZXR3ZWVu IGluIDQgYW5kIDE2IiwgYW5kIGkgY2hhbmcgUmVwbGljYSBDb3VudCB0byA0Ljxicj5UaGVuIFBy b21wdCAiTnVtYmVyIG9mIGJyaWNrcyBzaG91bGQgYmUgYSBtdXRpcGxlIG9mIFN0cmlwZSBDb3Vu dCBhbmQgUmVwbGljYSBjb3VudCIuPGJyPlRoZW4gaSBjaGFuZ2UgZGlmZmVyZW50IFJlcGxpY2Eg Q291bnQgU3RyaXBlIENvdW50ICxhZGQgYnJpY2sgOCwxMiwxNi4mbmJzcDsgSXQgaXMgbm90IHdv cmuhozxicj5JIHVzZSBvVmlydCBFbmdpbmUgVmVyc2lvbjogMy41LjIuMS0xLmVsNiwgQ2FuIFNv bWVvbmUgaGVscCBtZSwgdGtzITwvc3Bhbj48L2Rpdj48YnI+PGJyPjxzcGFuIHRpdGxlPSJuZXRl YXNlZm9vdGVyIj48c3BhbiBpZD0ibmV0ZWFzZV9tYWlsX2Zvb3RlciI+PC9zcGFuPjwvc3Bhbj4= ------=_Part_214693_295010821.1431918884851--

2 6

Disable Multipathing?
by Kiril L 26 May '15

26 May '15

Multipath makes mounting HDDs harder not to mention emergency mode and "device-mapper: table: 253:6: multipath: error getting device I do not have multiple paths to the storage. In my case can i disable Multipath - is there a right way to do it or i have to use black listing?

2 1

Call for Papers: Open Source Developers' Conference 2015 Oct 27-29; Hobart AU
by Brian Proffitt 26 May '15

26 May '15

Open Source Developers' Conference 2015 https://2015.osdc.com.au/cfp/ The Open Source Developers' Conference is a not-for-profit conference covering all aspects of Open Source Technology, from software and systems to open data. While OSDC was born in Melbourne 11 years ago, it has become an open source product in its own right, seeing it forked in countries including Malaysia, France and Taiwan. The Australian OSDC 2015 will be hosted for the first time in Tasmania, from October 27-29 at the Wrest Point Convention Centre in Hobart. Call For Papers is now open! If you would like to present your topic at this year's OSDC (October 27-29 in Hobart), please Sign up, log in and: Create a Speaker Profile Create a Presentation Proposal You can submit as many presentations as you wish, and come back to edit your presentations at any time, so why not get started today? Speakers attend the conference for free; travel and accommodation is still your own gig, although we may be able to make arrangements in some special cases. We welcome first-time speakers; this is a fun conference with a great community. We'd love to hear what you have to say about open source, whether it's software, hardware, data, education or government. The call for papers will be open until 5th July, 2015. Session Types Standard talk - because if you are unable make your point in about half an hour, extra time won't help! Extended talk - if you have something really special to present that doesn't fit into a regular slot. For instance, a topic that includes a complex or interactive demonstration component. Tutorial (two hours) - We have a number of slots available for in-depth tutorials and workshops. Hands-on activities that involve all attendees are encouraged. Please provide details of any special requirements when you make your submission. Brian Proffitt -- oVirt Community Liaison bkp(a)redhat.com +1.574.383.9BKP

1 0

Regarding Outreach / Meetup
by Bhakare Ashutosh 26 May '15

26 May '15

------=_Part_290532_1600779417.1430473152994 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable hi All, I am Ashutosh S.Bhakare from Aurangabad (MS) India. I am enthusiastic about= ovirt and its different integration with gluster / openstack / docker etc.= =C2=A0 I am eager to start official ovirt meetup group for Aurangabad (MS); which = will help to create more outreach in Aurangabad Based professionals and stu= dents too. Please let me know how can i processed with the same. I can spea= k on ovirt 3.5 and its integration with glusterfs. Even i can arrange more = speakers too. =C2=A0 Thanks and=C2=A0=C2=A0Kind Regards Ashutosh S.Bhakare ( RHCA-V, EX436, CL210, EX236, EX413, RHC {JA, SS, VA, E, SA }, MCP, CCNA) Unnati Computers,Aurangabad Red Hat Authorised Training Partner http://www.unnatiithub.org,=C2=A0http://thinclientworld.com Ph.9822451920,0240-2485766 ------=_Part_290532_1600779417.1430473152994 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:13px"><div id=3D"yui_3_16_0_1_14304729= 63470_2377"><span>hi All,</span></div><div id=3D"yui_3_16_0_1_1430472963470= _2378"><span><br></span></div><div dir=3D"ltr" id=3D"yui_3_16_0_1_143047296= 3470_2380"><span id=3D"yui_3_16_0_1_1430472963470_2379">I am Ashutosh S.Bha= kare from Aurangabad (MS) India. I am enthusiastic about ovirt and its diff= erent integration with gluster / openstack / docker etc. </span></div>= <div dir=3D"ltr" id=3D"yui_3_16_0_1_1430472963470_2380"><span><br></span></= div><div dir=3D"ltr" id=3D"yui_3_16_0_1_1430472963470_2380"><span id=3D"yui= _3_16_0_1_1430472963470_2443">I am eager to start official ovirt meetup gro= up for Aurangabad (MS); which will help to create more outreach in Aurangab= ad Based professionals and students too. Please let me know how can i proce= ssed with the same. I can speak on ovirt 3.5 and its integration with glust= erfs. Even i can arrange more speakers too.  </span></div><div dir=3D"= ltr" id=3D"yui_3_16_0_1_1430472963470_2380"><span><br></span></div><div dir= =3D"ltr" id=3D"yui_3_16_0_1_1430472963470_2380"><span>Thanks and </spa= n> </div><div class=3D"signature" id=3D"yui_3_16_0_1_1430472963470_245= 8"><span style=3D"font-weight:bold;">Kind Regards</span><br><span style=3D"= font-weight:bold;color:rgb(68, 0, 98);">Ashutosh S.Bhakare</span><br><span = style=3D"color:rgb(68, 0, 98);" id=3D"yui_3_16_0_1_1430472963470_2459">( RH= CA-V, EX436, CL210, EX236, EX413, RHC {JA, SS, VA, E, SA }, MCP, CCNA)</spa= n><br><span style=3D"font-weight:bold;">Unnati Computers,Aurangabad</span><= br>Red Hat Authorised Training Partner<br><a rel=3D"nofollow" target=3D"_bl= ank" href=3D"http://www.unnatiithub.org/" id=3D"yui_3_16_0_1_1430472963470_= 2460">http://www.unnatiithub.org</a>, <a rel=3D"nofollow" target=3D"_b= lank" href=3D"http://thinclientworld.com/">http://thinclientworld.com</a><b= r>Ph.9822451920,0240-2485766</div></div></body></html> ------=_Part_290532_1600779417.1430473152994--

3 3

gentoo guest support?
by Darrell Budic 26 May '15

26 May '15

Just checking to see if anyones gotten ovirt-guest-agent to work on a gentoo based guest? -Darrell

5 4

HTTP 500 - VM START
by X.Smalbil 26 May '15

26 May '15

Hello everybody, Can anybody tell me why I’m getting a 500 error while doing: POST /api/vms/91c32fdb-5d53-4f67-91eb-4c6f23a0d81d/start HTTP/1.1 Authorization: Basic YWRt02EW50ZXJuYWw6aGFja2VyMTM= Content-Type: application/json Accept: application/json Host: 192.168.2.21 Connection: close User-Agent: Paw/2.2.1 (Macintosh; OS X/10.10.3) GCDHTTPRequest Content-Length: 248 {"vm":{"os":{"boot":[{"dev":"hd"},{"dev":"cdrom"}]},"initialization":{"host_name":"local.freak.net","cloud_init":{"network_configuration":{"nics":{"nic":[{"on_boot":"true","name":"eth0","network":{}}]}},"host":{"address":"local.devtime.dev.nl"}}}}} HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.jboss.resteasy.spi.UnhandledException: java.lang.NullPointerException org.jboss.resteasy.core.SynchronousDispatcher.handleApplicationException(SynchronousDispatcher.java:340) org.jboss.resteasy.core.SynchronousDispatcher.handleException(SynchronousDispatcher.java:214) org.jboss.resteasy.core.SynchronousDispatcher.handleInvokerException(SynchronousDispatcher.java:190) org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:540) org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:502) org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:119) org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:208) org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:55) org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:50) javax.servlet.http.HttpServlet.service(HttpServlet.java:847) org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter.doFilter(RestApiSessionMgmtFilter.java:69) org.ovirt.engine.core.aaa.filters.EnforceAuthFilter.doFilter(EnforceAuthFilter.java:39) org.ovirt.engine.core.aaa.filters.LoginFilter.doFilter(LoginFilter.java:74) org.ovirt.engine.core.aaa.filters.NegotiationFilter.doFilter(NegotiationFilter.java:113) org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:90) org.ovirt.engine.core.aaa.filters.SessionValidationFilter.doFilter(SessionValidationFilter.java:73) org.ovirt.engine.core.aaa.filters.EngineSessionTokenAuthenticationFilter.doFilter(EngineSessionTokenAuthenticationFilter.java:31) org.ovirt.engine.core.aaa.filters.RestApiSessionValidationFilter.doFilter(RestApiSessionValidationFilter.java:32) org.ovirt.engine.api.common.security.CSRFProtectionFilter.doFilter(CSRFProtectionFilter.java:110) org.ovirt.engine.api.common.security.CSRFProtectionFilter.doFilter(CSRFProtectionFilter.java:101) root cause java.lang.NullPointerException org.ovirt.engine.api.common.util.EnumValidator.validateEnum(EnumValidator.java:86) org.ovirt.engine.api.common.util.EnumValidator.validateEnum(EnumValidator.java:66) org.ovirt.engine.api.restapi.resource.validation.CloudInitValidator.validateEnums(CloudInitValidator.java:21) org.ovirt.engine.api.restapi.resource.validation.VmValidator.validateEnums(VmValidator.java:54) org.ovirt.engine.api.restapi.resource.validation.VmValidator.validateEnums(VmValidator.java:10) org.ovirt.engine.api.restapi.resource.BackendResource.validateEnums(BackendResource.java:348) org.ovirt.engine.api.restapi.resource.BackendVmResource.start(BackendVmResource.java:342) sun.reflect.GeneratedMethodAccessor1093.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) java.lang.reflect.Method.invoke(Method.java:606) org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:155) org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:257) org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:222) org.jboss.resteasy.core.ResourceLocator.invokeOnTargetObject(ResourceLocator.java:152) org.jboss.resteasy.core.ResourceLocator.invoke(ResourceLocator.java:91) org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:525) org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:502) org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:119) org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:208) org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:55) org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:50) javax.servlet.http.HttpServlet.service(HttpServlet.java:847) org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter.doFilter(RestApiSessionMgmtFilter.java:69) org.ovirt.engine.core.aaa.filters.EnforceAuthFilter.doFilter(EnforceAuthFilter.java:39) org.ovirt.engine.core.aaa.filters.LoginFilter.doFilter(LoginFilter.java:74) org.ovirt.engine.core.aaa.filters.NegotiationFilter.doFilter(NegotiationFilter.java:113) org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:90) org.ovirt.engine.core.aaa.filters.SessionValidationFilter.doFilter(SessionValidationFilter.java:73) org.ovirt.engine.core.aaa.filters.EngineSessionTokenAuthenticationFilter.doFilter(EngineSessionTokenAuthenticationFilter.java:31) org.ovirt.engine.core.aaa.filters.RestApiSessionValidationFilter.doFilter(RestApiSessionValidationFilter.java:32) org.ovirt.engine.api.common.security.CSRFProtectionFilter.doFilter(CSRFProtectionFilter.java:110) org.ovirt.engine.api.common.security.CSRFProtectionFilter.doFilter(CSRFProtectionFilter.java:101) Met vriendelijke groet, With kind regards, Xander Smalbil Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info(a)netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ----------------

2 1

Postponing 3.5.3 RC2 to tomorrow
by Sandro Bonazzola 26 May '15

26 May '15

Hi, our Jenkins slaves are currently suffering DNS issues so I won't be able to build 3.5.3 RC3 today. Infra is already investigating and the issue will hopefully be fixed by tomorrow. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

About NAT in libvirt default virbr0, it cannot reach LAN of host.
by lof yer 26 May '15

26 May '15

Some users of mine are complaining about NAT in oVirt. They said that vmware's NAT can reach LAN of host like 192.168.1.0/24, but NAT(I use extnet.py in hooks, ie. 192.168.122.0/24) in oVirt cannot do that. I've tried kinds of network in virt-manager like route, nat, isolated. What's the difference between libvirt's NAT and VMWare's NAT? What should I do to make libvirt's NAT reach LAN of the host?

1 0

Regarding assigning Logical Networks to Network Interface
by knarra 25 May '15

25 May '15

Hi, I am trying to create a network called 'gluster network' and attach it to the network interfaces. After attaching the Logical Network to the network interface i see that ONBOOT in the ifcfg files is set to 'no'.Is this expected behaviour or is there any bug on this which will be fixed soon? Another question, a network interface has static ip address and assigned with logical interface. When i try detaching the Logical Network, IPADDR and NETMASK gets removed from the ifcfg file. Is this expected? Have a NIC which has dhcp address and assigned with logical network. Now i want to assign a static address to that. I went a head and modified the config files to have the static ip address and performed refresh capabilities on that host. My ip address in the UI changes, but when i go the set up Host networks tab i see that for my logical network dhcp is selected and i do see the static address in the ip address and netmask text boxes. ONBOOT is set to no, when i try creating bonds for my interfaces. My interfaces which are participating in the bond + the bond. can some one help me understand how above things work with ovirt. Thanks kasturi.

2 1

glusterfs takes a long time to syncing after host has been rebooted
by Юрий Полторацкий 25 May '15

25 May '15

Hi. I am testing oVirt 3.5.2 with 3 hosts (Dell R210). Storage type is GlusterFS (replicate 3): each host has a single 3TB HDD. When I put one host into maintence mode, then reboot it and after system has been started, the glusterfsd proccess takes a long time (more then hours with gigabyte network) to syncing. It seems to be reload all data instead of download only changes . I have several VMs, but only one VM was running (postfix relay) at that moment, so there were no lots of changes on gluster volume. I've googled for this issue without success. Is it normal situation? Or what can I do to resolve the problem? I can provide any additional info. Thanks.

3 2

VM pause when host crash/poweroff
by paf1＠email.cz 25 May '15

25 May '15

Hello, how to solve situation if VM going to "pause" mode when one of replica 2 node is stopped ( power down or crash, etc. .. ) VM is not running on stopped node and OVirt message get " VM xyz has paused due to unknown storage error" Where the error is ?? regs. Pavel

2 1

Configuring ilo2 PM; passing ssh options
by Daniel Helgenberger 25 May '15

25 May '15

Hello, to make this short - i need to pass ssh options to get the connection to ilo2 working (MACs=hmac-sha1) [1]. How can this be done? I think the 'options' field is clearly for something else? Using this option in .ssh/config works btw. Thanks! -- 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

3 8

oVirt 3.6 new feature: Affinity Group Enforcement Service
by Tomer Saban 25 May '15

25 May '15

Greetings users and developers, I'm developing a new feature "Affinity Rules Enforcement Service"; In summary, =========== If an anti-affinity policy is applied to VMs that are currently running on the same hypervisor, the engine will not automatically migrate one of them off once the policy is applied. The Affinity Rules Enforcement Service will periodically check that affinity rules are being enforced and will migrate VMs if necessary in order to comply with those rules. You're welcome to review the feature page: http://www.ovirt.org/Affinity_Group_Enforcement_Service The feature page is responding to RFE https://bugzilla.redhat.com/show_bug.cgi?id=1112332 Your comments appreciated. Thanks, Tomer

2 2

REST JSON - Request syntactically incorrect
by X.Smalbil 24 May '15

24 May '15

Dear all, I’m trying loads of different request bodies to see if I can get the JSON REST to work. Adding just a name on a new vm request gives me a hint of what to do: BAD REQUEST: http://screencloud.net/v/kcp6 (also attached to this mail) So then I add the next parameter to the request body and try again: REQUEST INCORRECT: https://screencloud.net/v/hF0l ( also attached to this mail ) I’ve tried: - {"name":"local.domain.dev.nl","cluster.name":"local_cluster"} - {“vm.name":"local.domain.dev.nl”,”vm.cluster.name":"local_cluster”} - {“vm-name":"local.domain.dev.nl”,”vm-cluster-name":"local_cluster”} - {“action”: {“vm”: {[“name”:”local.domain.dev.nl”,”cluster.name”:”local_cluster”,”template.name”:”Blank”]}}} ……… and load of other combinations. And I’m really getting pretty annoyed :D So what should my JSON body actually look like? Met vriendelijke groet, With kind regards, Xander Smalbil Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info(a)netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ----------------

1 1

JSON
by X.Smalbil 24 May '15

24 May '15

Hi everybody, Where can I find some examples of using the REST api? I find it hard to find out what parameters I can send to in order to get rid of the “Request is syntactically incorrect” or “Bad request” errors so I can have a good play around. Best regards, Xander Smalbil Met vriendelijke groet, With kind regards, Xander Smalbil Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info(a)netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ----------------

1 1

Changing Hosted-Engine RAM
by Simon Hallam 24 May '15

24 May '15

--_000_8F5D1BC1709CC8409AF1935024879387812A58B6harrisnpmacuk_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I was wondering if there was any way of changing the ovirt-hosted-engine VM= 's RAM retrospectively? If I try and modify the VM in the UI, I get an error: Error while executing action: HostedEngine: Cannot edit VM. This VM is not managed by the engine. Cheers, Simon Hallam Linux Support & Development Officer Please visit our new website at www.pml.ac.uk and follow us on Twitter @Pl= ymouthMarine Winner of the Environment & Conservation category, the Charity Awards 2014. Plymouth Marine Laboratory (PML) is a company limited by guarantee register= ed in England & Wales, company number 4178503. Registered Charity No. 10912= 22. Registered Office: Prospect Place, The Hoe, Plymouth PL1 3DH, UK.=20 This message is private and confidential. If you have received this message= in error, please notify the sender and remove it from your system. You are= reminded that e-mail communications are not secure and may contain viruses= ; PML accepts no liability for any loss or damage which may be caused by vi= ruses. --_000_8F5D1BC1709CC8409AF1935024879387812A58B6harrisnpmacuk_ 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-GB" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hi,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I was wondering if there was any way of changing the= ovirt-hosted-engine VM’s RAM retrospectively?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">If I try and modify the VM in the UI, I get an error= : <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal" style=3D"margin-left:36.0pt">Error while executing a= ction:<o:p></o:p></p> <p class=3D"MsoNormal" style=3D"margin-left:36.0pt"><o:p> </o:p></p> <p class=3D"MsoNormal" style=3D"margin-left:36.0pt">HostedEngine:<o:p></o:p= ></p> <p class=3D"MsoNormal" style=3D"margin-left:36.0pt"><o:p> </o:p></p> <p class=3D"MsoNormal" style=3D"margin-left:36.0pt">    Cann= ot edit VM. This VM is not managed by the engine.<o:p></o:p></p> <p class=3D"MsoNormal" style=3D"margin-left:36.0pt"><o:p> </o:p></p> <p class=3D"MsoNormal">Cheers,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-GB">Simon Hal= lam<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-GB">Linux Sup= port & Development Officer<o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> <PRE> Please visit our new website at www.pml.ac.uk and follow us on Twitter @Pl= ymouthMarine Winner of the Environment & Conservation category, the Charity Awards 2014. Plymouth Marine Laboratory (PML) is a company limited by guarantee register= ed in England & Wales, company number 4178503. Registered Charity No. 10912= 22. Registered Office: Prospect Place, The Hoe, Plymouth PL1 3DH, UK.=20 This message is private and confidential. If you have received this message= in error, please notify the sender and remove it from your system. You are= reminded that e-mail communications are not secure and may contain viruses= ; PML accepts no liability for any loss or damage which may be caused by vi= ruses. </PRE></body> </html> --_000_8F5D1BC1709CC8409AF1935024879387812A58B6harrisnpmacuk_--

2 1

Switch from Fedora 20 to CentOS 7.1
by Soeren Malchow 22 May '15

22 May '15

--_000_D565B26ABBD44294A3B34915404BCAEBmconnet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNCldvdWxkIGl0IGJlIHBvc3NpYmxlIHRvIHN3aXRjaCBmcm9tIGZlZG9yYSAy MCB0byBjZW50b3MgNy4xIChhcyBmYXIgYXMgaSB1bmRlcnN0b29kIGl0IGhhcyBsaXZlIG1lcmdl IHN1cHBvcnQgbm93KSB3aXRoaW4gb25lIGNsdXN0ZXIsIG1lYW5pbmcNCg0KICAqICAgdGFrZSBv dXQgb25lIGNvbXB1dGUgaG9zdA0KICAqICAgUmVpbnN0YWxsIHRoYXQgY29tcHV0ZSBob3N0IHdp dGggQ2VudG9zIDcuMQ0KICAqICAgRG8gYSBob3N0ZWQtZW5naW5lIOKAlGRlcGxveQ0KICAqICAg TWlncmF0ZSBWTSB0byB0aGUgQ2VudE9TIDcuMSBob3N0DQogICogICBUYWtlIHRoZSBuZXh0IGZl ZG9yYSBob3N0IGFuZCByZWluc3RhbGwNCg0KQW55IGV4cGVyaWVuY2VzLCByZWNvbW1lbmRhdGlv bnMgb3IgcmVtYXJrcyBvbiB0aGF0ID8NCg0KUmVnYXJkcw0KU29lcmVuDQo= --_000_D565B26ABBD44294A3B34915404BCAEBmconnet_ Content-Type: text/html; charset="utf-8" Content-ID: <9F5C9C7C4DBD2F4986A243C438FC87E3(a)liquidcampaign.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5EZWFyIGFsbCw8 L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PldvdWxkIGl0IGJlIHBvc3NpYmxlIHRvIHN3 aXRjaCBmcm9tIGZlZG9yYSAyMCB0byBjZW50b3MgNy4xIChhcyBmYXIgYXMgaSB1bmRlcnN0b29k IGl0IGhhcyBsaXZlIG1lcmdlIHN1cHBvcnQgbm93KSB3aXRoaW4gb25lIGNsdXN0ZXIsIG1lYW5p bmcmbmJzcDs8L2Rpdj4NCjx1bD4NCjxsaT50YWtlIG91dCBvbmUgY29tcHV0ZSBob3N0PC9saT48 bGk+UmVpbnN0YWxsIHRoYXQgY29tcHV0ZSBob3N0IHdpdGggQ2VudG9zIDcuMSZuYnNwOzwvbGk+ PGxpPkRvIGEgaG9zdGVkLWVuZ2luZSDigJRkZXBsb3k8L2xpPjxsaT5NaWdyYXRlIFZNIHRvIHRo ZSBDZW50T1MgNy4xIGhvc3Q8L2xpPjxsaT5UYWtlIHRoZSBuZXh0IGZlZG9yYSBob3N0IGFuZCBy ZWluc3RhbGwmbmJzcDs8L2xpPjwvdWw+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5BbnkgZXhw ZXJpZW5jZXMsIHJlY29tbWVuZGF0aW9ucyBvciByZW1hcmtzIG9uIHRoYXQgPzwvZGl2Pg0KPGRp dj48YnI+DQo8L2Rpdj4NCjxkaXY+UmVnYXJkczwvZGl2Pg0KPGRpdj5Tb2VyZW4mbmJzcDs8L2Rp dj4NCjxkaXY+DQo8ZGl2IGlkPSJNQUNfT1VUTE9PS19TSUdOQVRVUkUiPjwvZGl2Pg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_D565B26ABBD44294A3B34915404BCAEBmconnet_--

5 8

Adding FCP - Request for comments
by Fábio Coelho 22 May '15

22 May '15

------=_Part_221764_1599804593.1432141777491 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhvdWdodHMgYWJvdXQgQWRkaW5nIFN0b3JhZ2UgTHVucyAKCkFzIEkgYW0gbmV3IGhlcmUsIEkg d291bGQgYXBwcmVjaWF0ZSBzb21lIGFkdmljZSBhYm91dCBzb21lIGFjdGlvbnMgdGhhdCBJIGlu dGVuZCB0byBwZXJmb3JtLCBwbGVhc2UgcmVhZC4gCgpJIGhhdmUgYWRkZWQgYSBMVU4gdG8gbXkg Y2x1c3RlciBhbmQsIGZvciB0aGF0IHRhc2ssIEkgaGFkIHRvIHJlc3RhcnQgZXZlcnkgbm9kZSBv ZiBpdC4gVGhlcmUgd2FzIG5vIExVTnMgYmVmb3JlLCBtdWx0aXBhdGhkIHdhcyBzdG9wcGVkIGFu ZCBtdWx0aXBhdGguY29uZiBpbmV4aXN0ZWQuIEkgd2FzIGFibGUgdG8gbG9nIGluIGFuZCBtYW51 YWxseSBjb25maWd1cmUgbXVsdGlwYXRoLmNvbmYsIGEgc2ltcGxlIG11bHRpcGF0aGQgc3RhcnQg d2FzIG5vdCBlbm91Z2guIAoKSWYgdGhpcyB3YXNuJ3QgZW5vdWdoLCBteSBkb3VibGUgTmV0QVBQ ICggdGhyb3VnaCBhbiBIaXRhY2hpICkgcHJvdmlkZWQgbWUgd2l0aCBhIG5vdCBzbyBlbXB0eSBi cmFuZCBuZXcgTFVOLCBhbmQgdGhlIHRhc2sgdG8gYWRkIHRoZSBGQ1AgZmFpbGVkIHRvIHBvaW50 IHRoaXMuIFRydXN0aW5nIG15IGRvdWJsZSwgSSBzcGVudCBzb21lIHByZWNpb3VzIHRpbWUgc2Vh cmNoaW5nIGZvciBkaWZmZXJlbnQgcHJvYmxlbXMsIHVudGlsIHJlY2VpdmluZyBzb21lIGd1aWRh bmNlIGFuZCBkbyBhIHNpbXBsZSBkZCBpZj0vZGV2L3plcm8gdG8gdGhlIGluaXRpYWwgYmxvY2tz IG9mIHRoZSBMVU4uIAoKQ29uc3VsdGluZyB0aGUgZG9jdW1lbnRhdGlvbiAoIGh0dHA6Ly93d3cu b3ZpcnQub3JnL09WaXJ0X0FkbWluaXN0cmF0aW9uX0d1aWRlI0FkZGluZ19GQ1BfU3RvcmFnZSAp IGZvciB0aGlzIG1hdHRlcnMsIHdhcyBub3Qgb2YgYW55IGhlbHAuIAoKU28sIG15IHF1ZXN0aW9u czogCgpUaGlzIGlzIHRoZSBpbnRlbmRlZCBiZWhhdmlvcj8gU2hvdWxkIEkgb3BlbiBhIHRpY2tl dD8gCgpTaG91bGQgSSBhZGQgYSBub3RlIHRvIGRvY3VtZW50YXRpb24gdG8gcG9pbnQgc3VjaCBi ZWhhdmlvcj8gKCBpJ20gYWJvdXQgdG8gKSAKCgpDaGVlcnMsIAoKYnkgcW9lbGhlWCAKCkF2aXNv IExlZ2FsCgpBIGluZm9ybWHDp8OjbyBjb250aWRhIG5lc3RlIGUtbWFpbCBlIGVtIHNldXMgYW5l eG9zIHBvZGUgc2VyIHJlc3RyaXRhLCBzZW5kbyBvIGVtaXRlbnRlIGRlc3RlIHJlc3BvbnPDoXZl bCBwb3Igc2V1IGNvbnRlw7pkbyBlIGVuZGVyZcOnYW1lbnRvLiBTZSB2b2PDqiBuw6NvIGZvciBh IHBlc3NvYSBhdXRvcml6YWRhIGEgcmVjZWJlciBlc3RhIG1lbnNhZ2VtIGUgdGVuZG8gcmVjZWJp ZG8gYSBtZXNtYSBwb3IgZW5nYW5vLCBmYXZvciBhcGFnw6EtbGEgaW1lZGlhdGFtZW50ZS4gQSBK RlNDIGNvbnNpZGVyYSBvcGluacO1ZXMsIGNvbmNsdXPDtWVzIGUgb3V0cmFzIGluZm9ybWHDp8O1 ZXMgbsOjbyBvZmljaWFpcyBkZSByZXNwb25zYWJpbGlkYWRlIGRvIHVzdcOhcmlvIGRlc3RlIHNl cnZpw6dvLgo= ------=_Part_221764_1599804593.1432141777491 MIME-Version: 1.0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGJvZHk+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMt c2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDAiPjxkaXYgc3R5bGU9ImZvbnQt ZmFtaWx5OiBsdWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9y OiAjMDAwMDAwOyIgZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEgY29uc29sZSxz YW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyI+VGhvdWdodHMgYWJv dXQgQWRkaW5nIFN0b3JhZ2UgTHVucyZuYnNwOzwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5 OiBsdWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAw MDAwOyIgZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEgY29uc29sZSxzYW5zLXNl cmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyI+PGJyIGRhdGEtbWNlLWJvZ3Vz PSIxIj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1z ZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiIGRhdGEtbWNlLXN0eWxlPSJm b250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBj b2xvcjogIzAwMDAwMDsiPkFzIEkgYW0gbmV3IGhlcmUsIEkgd291bGQgYXBwcmVjaWF0ZSBzb21l IGFkdmljZSBhYm91dCBzb21lIGFjdGlvbnMgdGhhdCBJIGludGVuZCB0byBwZXJmb3JtLCBwbGVh c2UgcmVhZC48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fu cy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiIGRhdGEtbWNlLXN0eWxl PSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0 OyBjb2xvcjogIzAwMDAwMDsiPjxiciBkYXRhLW1jZS1ib2d1cz0iMSI+PC9kaXY+PGRpdiBzdHls ZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJw dDsgY29sb3I6ICMwMDAwMDA7IiBkYXRhLW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBj b25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7Ij5JIGhh dmUgYWRkZWQgYSBMVU4gdG8gbXkgY2x1c3RlciBhbmQsIGZvciB0aGF0IHRhc2ssIEkgaGFkIHRv IHJlc3RhcnQgZXZlcnkgbm9kZSBvZiBpdC4gVGhlcmUgd2FzIG5vIExVTnMgYmVmb3JlLCBtdWx0 aXBhdGhkIHdhcyBzdG9wcGVkIGFuZCZuYnNwO211bHRpcGF0aC5jb25mIGluZXhpc3RlZC4gSSB3 YXMgYWJsZSB0byBsb2cgaW4gYW5kIG1hbnVhbGx5IGNvbmZpZ3VyZSBtdWx0aXBhdGguY29uZiwg YSBzaW1wbGUgbXVsdGlwYXRoZCBzdGFydCB3YXMgbm90IGVub3VnaC48L2Rpdj48ZGl2IHN0eWxl PSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0 OyBjb2xvcjogIzAwMDAwMDsiIGRhdGEtbWNlLXN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNv bnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiPjxiciBk YXRhLW1jZS1ib2d1cz0iMSI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBj b25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7IiBkYXRh LW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQt c2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7Ij5JZiB0aGlzIHdhc24ndCBlbm91Z2gsIG15IGRv dWJsZSBOZXRBUFAgKCB0aHJvdWdoIGFuIEhpdGFjaGkgKSBwcm92aWRlZCBtZSB3aXRoIGEgbm90 IHNvIGVtcHR5IGJyYW5kIG5ldyBMVU4sIGFuZCB0aGUgdGFzayB0byBhZGQgdGhlIEZDUCBmYWls ZWQgdG8gcG9pbnQgdGhpcy4gVHJ1c3RpbmcgbXkgZG91YmxlLCBJIHNwZW50IHNvbWUgcHJlY2lv dXMgdGltZSBzZWFyY2hpbmcgZm9yIGRpZmZlcmVudCBwcm9ibGVtcywgdW50aWwgcmVjZWl2aW5n IHNvbWUgZ3VpZGFuY2UgYW5kIGRvJm5ic3A7YSBzaW1wbGUgZGQgaWY9L2Rldi96ZXJvIHRvIHRo ZSBpbml0aWFsIGJsb2NrcyBvZiB0aGUgTFVOLjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5 OiBsdWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAw MDAwOyIgZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEgY29uc29sZSxzYW5zLXNl cmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyI+PGJyIGRhdGEtbWNlLWJvZ3Vz PSIxIj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1z ZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiIGRhdGEtbWNlLXN0eWxlPSJm b250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBj b2xvcjogIzAwMDAwMDsiPkNvbnN1bHRpbmcgdGhlIGRvY3VtZW50YXRpb24gKCZuYnNwO2h0dHA6 Ly93d3cub3ZpcnQub3JnL09WaXJ0X0FkbWluaXN0cmF0aW9uX0d1aWRlI0FkZGluZ19GQ1BfU3Rv cmFnZSApIGZvciB0aGlzIG1hdHRlcnMsIHdhcyBub3Qgb2YgYW55IGhlbHAuPC9kaXY+PGRpdiBz dHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTog MTJwdDsgY29sb3I6ICMwMDAwMDA7IiBkYXRhLW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lk YSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7Ij48 YnIgZGF0YS1tY2UtYm9ndXM9IjEiPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNp ZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyIg ZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBm b250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyI+U28sIG15IHF1ZXN0aW9uczo8L2Rpdj48 ZGl2IHN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1z aXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiIGRhdGEtbWNlLXN0eWxlPSJmb250LWZhbWlseTog bHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAw MDsiPjxiciBkYXRhLW1jZS1ib2d1cz0iMSI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6 IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAw MDA7IiBkYXRhLW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2Vy aWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7Ij5UaGlzIGlzIHRoZSBpbnRlbmRl ZCBiZWhhdmlvcj8gU2hvdWxkIEkgb3BlbiBhIHRpY2tldD88L2Rpdj48ZGl2IHN0eWxlPSJmb250 LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xv cjogIzAwMDAwMDsiIGRhdGEtbWNlLXN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUs c2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiPjxiciBkYXRhLW1j ZS1ib2d1cz0iMSI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xl LHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7IiBkYXRhLW1jZS1z dHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTog MTJwdDsgY29sb3I6ICMwMDAwMDA7Ij5TaG91bGQgSSBhZGQgYSBub3RlIHRvIGRvY3VtZW50YXRp b24gdG8gcG9pbnQgc3VjaCBiZWhhdmlvcj8gKCBpJ20gYWJvdXQgdG8gKTwvZGl2PjxkaXYgc3R5 bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEy cHQ7IGNvbG9yOiAjMDAwMDAwOyIgZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEg Y29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyI+PGJy IGRhdGEtbWNlLWJvZ3VzPSIxIj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogbHVjaWRh IGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiIGRh dGEtbWNlLXN0eWxlPSJmb250LWZhbWlseTogbHVjaWRhIGNvbnNvbGUsc2Fucy1zZXJpZjsgZm9u dC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMDsiPjxiciBkYXRhLW1jZS1ib2d1cz0iMSI+PC9k aXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZv bnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7IiBkYXRhLW1jZS1zdHlsZT0iZm9udC1mYW1p bHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMw MDAwMDA7Ij5DaGVlcnMsPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25z b2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7IiBkYXRhLW1j ZS1zdHlsZT0iZm9udC1mYW1pbHk6IGx1Y2lkYSBjb25zb2xlLHNhbnMtc2VyaWY7IGZvbnQtc2l6 ZTogMTJwdDsgY29sb3I6ICMwMDAwMDA7Ij48YnIgZGF0YS1tY2UtYm9ndXM9IjEiPjwvZGl2Pjxk aXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBsdWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNp emU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyIgZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiBs dWNpZGEgY29uc29sZSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAw OyI+YnkgcW9lbGhlWDwvZGl2PjwvZGl2PjxwPjxicj4KQXZpc28gTGVnYWw8L3A+Cgo8cD5BIGlu Zm9ybWHDp8OjbyBjb250aWRhIG5lc3RlIGUtbWFpbCBlIGVtIHNldXMgYW5leG9zIHBvZGUgc2Vy IHJlc3RyaXRhLCBzZW5kbyBvIGVtaXRlbnRlIGRlc3RlIHJlc3BvbnPDoXZlbCBwb3Igc2V1IGNv bnRlw7pkbyBlIGVuZGVyZcOnYW1lbnRvLiBTZSB2b2PDqiBuw6NvIGZvciBhIHBlc3NvYSBhdXRv cml6YWRhIGEgcmVjZWJlciBlc3RhIG1lbnNhZ2VtIGUgdGVuZG8gcmVjZWJpZG8gYSBtZXNtYSBw b3IgZW5nYW5vLCBmYXZvciBhcGFnw6EtbGEgaW1lZGlhdGFtZW50ZS4gQSBKRlNDIGNvbnNpZGVy YSBvcGluacO1ZXMsIGNvbmNsdXPDtWVzIGUgb3V0cmFzIGluZm9ybWHDp8O1ZXMgbsOjbyBvZmlj aWFpcyBkZSByZXNwb25zYWJpbGlkYWRlIGRvIHVzdcOhcmlvIGRlc3RlIHNlcnZpw6dvLjwvcD48 L2JvZHk+PC9odG1sPg== ------=_Part_221764_1599804593.1432141777491--

3 7

Re: [ovirt-users] providing hosts with foreman
by Oved Ourfali 22 May '15

22 May '15

At this step, after the host installation was successful, which means iirc that all puppet classes were applied correctly, the plug in on the foreman side handles the bootstrapping of the new host. Attaching the production.log file on Foreman, and the engine.log from the ovirt engine is needed to understand what went wrong. A workaround is to remove the host, and add it back. Iirc we haven't allowed reinstall for the installing-OS status. Oved On May 22, 2015 7:57 PM, Nathanaël Blanchet <blanchet(a)abes.fr> wrote: > > Hello Yaniv, > > Okay for the DNS proxy, everything works now as expected. > I have a new question now about the install host workflow. > The host is in "installing OS" state, and on the host side it has been > successfully installed. But now how to complete the host vdms > installation and registration? > I found this on your wiki : > "For other OS - at first step won't do the registration by themselves, > but foreman will do that using a plugin (plugin will send REST-API call > to add or approve the host) " > After investigation, I found that this plugin was this one : > ruby193-rubygem-ovirt_provision_plugin (and with foreman 1.8 we can > activate it with foreman-installer now) > > But nothing happens once the OS is installed et the state is stuck on > "installing OS". Communication between foreman and engine is okay and > without firewall issue... I found nothing significative into the foreman > logs or somewhere else... > What is it supposed to happen at this step? > > > Le 17/05/2015 17:35, ybronhei a écrit : > > Hey Nathenael, > > > > On 05/13/2015 06:28 PM, Nathanaël Blanchet wrote: > >> Hi all, > >> > >> I've setup a foreman server, but when adding a new host by "discovered > >> hosts", I can't modify the address item which is default filled with a > >> built "mac-DNS". > > > > Not exactly, it set the address field to be the name you choose for > > the host dot (.) the domain that related to the picked host-group > > > >> In ovirt setup, I want to identify my future hosts by their IP and not > >> their unknown DNS name like it is described here: > >> http://www.ovirt.org/Features/ForemanIntegration. > > > > IP addresses can and should be dynamic based on your DHCP server > > configuration, but DNS name should stay the same. Adding the host that > > way to engine uses satellite to configure its DNS entry and other > > network configurations. That's why we lock the address field and fill > > it with the future FQDN. > > > >> How can I setup foreman to do such a thing? Is the setup of the DNS > >> proxy related? > > > > Yes, the DNS setup is related to it. We depend on it. Using IP address > > might brake the integration between engine and satellite when the DHCP > > service is configured with address ttl option and can give the host > > different IP address in next boot. So currently we don't support > > address modification with Discovered\Provisioned Hosts > > > >> > > > > If that answer is not clear feel free to ping me in irc (ybronhei > > @freenode #ovirt) or reply here > > > > Regards, > > > > -- > 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

providing hosts with foreman
by Nathanaël Blanchet 22 May '15

22 May '15

Hi all, I've setup a foreman server, but when adding a new host by "discovered hosts", I can't modify the address item which is default filled with a built "mac-DNS". In ovirt setup, I want to identify my future hosts by their IP and not their unknown DNS name like it is described here: http://www.ovirt.org/Features/ForemanIntegration. How can I setup foreman to do such a thing? Is the setup of the DNS proxy related? -- 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 3

Re: [ovirt-users] vdsm storage problem - maybe cache problem?
by ml＠ohnewald.net 22 May '15

22 May '15

Hello List, i really need some help here....could someone please give it a try? I already tried to get help on the irc channel but it seems that my problem here is too complicated or maybe i am providing not useful infos? DB & vdsClient: http://fpaste.org/223483/14320588/ (i think is part is very intresting) engine.log: http://paste.fedoraproject.org/223349/04494414 Node02 vdsm Log: http://paste.fedoraproject.org/223350/43204496 Node01 vdsm Log: http://paste.fedoraproject.org/223347/20448951 Why does my vdsm look for StorageDomain 036b5575-51fa-4f14-8b05-890d7807894c ? => This was a NFS Export which i deleted from the GUI yesterday (!!!). From the Database Log/Dump: ============================= USER_FORCE_REMOVE_STORAGE_DOMAIN 981 0 Storage Domain EXPORT2 was forcibly removed by admin@internal f b384b3da-02a6-44f3-a3f6-56751ce8c26d HP_Proliant_DL180G6 036b5575-51fa-4f14-8b05-890d7807894c EXPORT2 00000000-0000-0000-0000-000000000000 c1754ff 807321f6-2043-4a26-928c-0ce6b423c381 I already put one node into maintance, rebootet and activated it. Still the same problem. Some Screen Shots: -------------------- http://postimg.org/image/8zo4ujgjb/ http://postimg.org/image/le918grdr/ http://postimg.org/image/wnawwhrgh/ My GlusterFS fully works and is not the problem here i guess: ============================================================== 2015-05-19 04:09:06,292 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (DefaultQuartzScheduler_Worker-43) [3df9132b] START, HSMClearTaskVDSCommand(HostName = ovirt-node02.stuttgart.imos.net, HostId = 6948da12-0b8a-4b6d-a9af-162e6c25dad3, taskId=2aeec039-5b95-40f0-8410-da62b44a28e8), log id: 19b18840 2015-05-19 04:09:06,337 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (DefaultQuartzScheduler_Worker-43) [3df9132b] FINISH, HSMClearTaskVDSCommand, log id: 19b18840 I already had a chat with Maor Lipchuk and he told me to add another host to the datacenter and then re-initialize it. I will migrate back to ESXi for now to get those two nodes free. Then we can mess with it if anyone is interested to help me. Otherwise i will have to stay with ESXi :-( Has anyone else an idea until then? Why is my vdsm host all messed up with that zombie StorageDomain? Thanks for your time. I really, really appreciate it. Mario Am 19.05.15 um 14:57 schrieb ml(a)ohnewald.net: > Hello List, > > okay, i really need some help now. I stopped vdsmd for a little bit too > long, fencing stepped in and rebootet node01. > > I now can NOT start any vm because the storage is marked "Unknown". > > > Since node01 rebootet i am wondering why the hell it is still looking to > this StorageDomain: > > StorageDomainCache::(_findDomain) domain > 036b5575-51fa-4f14-8b05-890d7807894c not found > > Can anyone please please tell me where the id exactly it comes from? > > > Thanks, > Mario > > > > > > Am 18.05.15 um 14:21 schrieb Maor Lipchuk: >> Hi Mario, >> >> Can u try to mount this directly from the Host? >> Can u please attach the VDSM and engine logs >> >> Thanks, >> Maor >> >> >> ----- Original Message ----- >>> From: ml(a)ohnewald.net >>> To: "Maor Lipchuk" <mlipchuk(a)redhat.com> >>> Cc: users(a)ovirt.org >>> Sent: Monday, May 18, 2015 2:36:38 PM >>> Subject: Re: [ovirt-users] vdsm storage problem - maybe cache problem? >>> >>> Hi Maor, >>> >>> thanks for the quick reply. >>> >>> Am 18.05.15 um 13:25 schrieb Maor Lipchuk: >>> >>>>> Now my Question: Why does the vdsm node not know that i deleted the >>>>> storage? Has the vdsm cached this mount informations? Why does it >>>>> still >>>>> try to access 036b5575-51fa-4f14-8b05-890d7807894c? >>>> >>>> >>>> Yes, the vdsm use a cache for Storage Domains, you can try to >>>> restart the >>>> vdsmd service instead of rebooting the host. >>>> >>> >>> I am still getting the same error. >>> >>> >>> [root@ovirt-node01 ~]# /etc/init.d/vdsmd stop >>> Shutting down vdsm daemon: >>> vdsm watchdog stop [ OK ] >>> vdsm: Running run_final_hooks [ OK ] >>> vdsm stop [ OK ] >>> [root@ovirt-node01 ~]# >>> [root@ovirt-node01 ~]# >>> [root@ovirt-node01 ~]# >>> [root@ovirt-node01 ~]# ps aux | grep vdsmd >>> root 3198 0.0 0.0 11304 740 ? S< May07 0:00 >>> /bin/bash -e /usr/share/vdsm/respawn --minlifetime 10 --daemon >>> --masterpid /var/run/vdsm/supervdsm_respawn.pid >>> /usr/share/vdsm/supervdsmServer --sockfile /var/run/vdsm/svdsm.sock >>> --pidfile /var/run/vdsm/supervdsmd.pid >>> root 3205 0.0 0.0 922368 26724 ? S<l May07 12:10 >>> /usr/bin/python /usr/share/vdsm/supervdsmServer --sockfile >>> /var/run/vdsm/svdsm.sock --pidfile /var/run/vdsm/supervdsmd.pid >>> root 15842 0.0 0.0 103248 900 pts/0 S+ 13:35 0:00 grep >>> vdsmd >>> >>> >>> [root@ovirt-node01 ~]# /etc/init.d/vdsmd start >>> initctl: Job is already running: libvirtd >>> vdsm: Running mkdirs >>> vdsm: Running configure_coredump >>> vdsm: Running configure_vdsm_logs >>> vdsm: Running run_init_hooks >>> vdsm: Running gencerts >>> vdsm: Running check_is_configured >>> libvirt is already configured for vdsm >>> sanlock service is already configured >>> vdsm: Running validate_configuration >>> SUCCESS: ssl configured to true. No conflicts >>> vdsm: Running prepare_transient_repository >>> vdsm: Running syslog_available >>> vdsm: Running nwfilter >>> vdsm: Running dummybr >>> vdsm: Running load_needed_modules >>> vdsm: Running tune_system >>> vdsm: Running test_space >>> vdsm: Running test_lo >>> vdsm: Running restore_nets >>> vdsm: Running unified_network_persistence_upgrade >>> vdsm: Running upgrade_300_nets >>> Starting up vdsm daemon: >>> vdsm start [ OK ] >>> [root@ovirt-node01 ~]# >>> >>> [root@ovirt-node01 ~]# grep ERROR /var/log/vdsm/vdsm.log | tail -n 20 >>> Thread-13::ERROR::2015-05-18 >>> 13:35:03,631::sdc::137::Storage.StorageDomainCache::(_findDomain) >>> looking for unfetched domain abc51e26-7175-4b38-b3a8-95c6928fbc2b >>> Thread-13::ERROR::2015-05-18 >>> 13:35:03,632::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) >>> >>> looking for domain abc51e26-7175-4b38-b3a8-95c6928fbc2b >>> Thread-36::ERROR::2015-05-18 >>> 13:35:11,607::sdc::137::Storage.StorageDomainCache::(_findDomain) >>> looking for unfetched domain 036b5575-51fa-4f14-8b05-890d7807894c >>> Thread-36::ERROR::2015-05-18 >>> 13:35:11,621::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) >>> >>> looking for domain 036b5575-51fa-4f14-8b05-890d7807894c >>> Thread-36::ERROR::2015-05-18 >>> 13:35:11,960::sdc::143::Storage.StorageDomainCache::(_findDomain) domain >>> 036b5575-51fa-4f14-8b05-890d7807894c not found >>> Thread-36::ERROR::2015-05-18 >>> 13:35:11,960::domainMonitor::239::Storage.DomainMonitorThread::(_monitorDomain) >>> >>> Error while collecting domain 036b5575-51fa-4f14-8b05-890d7807894c >>> monitoring information >>> Thread-36::ERROR::2015-05-18 >>> 13:35:21,962::sdc::137::Storage.StorageDomainCache::(_findDomain) >>> looking for unfetched domain 036b5575-51fa-4f14-8b05-890d7807894c >>> Thread-36::ERROR::2015-05-18 >>> 13:35:21,965::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) >>> >>> looking for domain 036b5575-51fa-4f14-8b05-890d7807894c >>> Thread-36::ERROR::2015-05-18 >>> 13:35:22,068::sdc::143::Storage.StorageDomainCache::(_findDomain) domain >>> 036b5575-51fa-4f14-8b05-890d7807894c not found >>> Thread-36::ERROR::2015-05-18 >>> 13:35:22,072::domainMonitor::239::Storage.DomainMonitorThread::(_monitorDomain) >>> >>> Error while collecting domain 036b5575-51fa-4f14-8b05-890d7807894c >>> monitoring information >>> Thread-15::ERROR::2015-05-18 >>> 13:35:33,821::task::866::TaskManager.Task::(_setError) >>> Task=`54bdfc77-f63a-493b-b24e-e5a3bc4977bb`::Unexpected error >>> Thread-15::ERROR::2015-05-18 >>> 13:35:33,864::dispatcher::65::Storage.Dispatcher.Protect::(run) >>> {'status': {'message': "Unknown pool id, pool not connected: >>> ('b384b3da-02a6-44f3-a3f6-56751ce8c26d',)", 'code': 309}} >>> Thread-13::ERROR::2015-05-18 >>> 13:35:33,930::sdc::137::Storage.StorageDomainCache::(_findDomain) >>> looking for unfetched domain abc51e26-7175-4b38-b3a8-95c6928fbc2b >>> Thread-15::ERROR::2015-05-18 >>> 13:35:33,928::task::866::TaskManager.Task::(_setError) >>> Task=`fe9bb0fa-cf1e-4b21-af00-0698c6d1718f`::Unexpected error >>> Thread-13::ERROR::2015-05-18 >>> 13:35:33,932::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) >>> >>> looking for domain abc51e26-7175-4b38-b3a8-95c6928fbc2b >>> Thread-15::ERROR::2015-05-18 >>> 13:35:33,978::dispatcher::65::Storage.Dispatcher.Protect::(run) >>> {'status': {'message': 'Not SPM: ()', 'code': 654}} >>> Thread-36::ERROR::2015-05-18 >>> 13:35:41,117::sdc::137::Storage.StorageDomainCache::(_findDomain) >>> looking for unfetched domain 036b5575-51fa-4f14-8b05-890d7807894c >>> Thread-36::ERROR::2015-05-18 >>> 13:35:41,131::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) >>> >>> looking for domain 036b5575-51fa-4f14-8b05-890d7807894c >>> Thread-36::ERROR::2015-05-18 >>> 13:35:41,452::sdc::143::Storage.StorageDomainCache::(_findDomain) domain >>> 036b5575-51fa-4f14-8b05-890d7807894c not found >>> Thread-36::ERROR::2015-05-18 >>> 13:35:41,453::domainMonitor::239::Storage.DomainMonitorThread::(_monitorDomain) >>> >>> Error while collecting domain 036b5575-51fa-4f14-8b05-890d7807894c >>> monitoring information >>> >>> >>> Thanks, >>> Mario >>> >>> >

2 3

vdsmd fails to start on boot
by Chris Jones - BookIt.com Systems Administrator 21 May '15

21 May '15

Running oVirt Node - 3.5 - 0.999.201504280931.el7.centos. On first boot, vdsmd fails to load with "Dependency failed for Virtual Desktop Server Manager." When I run "systemctl start vdsmd" it loads fine. This happens on every reboot. Looks like there is an old bug for this from 3.4. https://bugzilla.redhat.com/show_bug.cgi?id=1055153 -- This email was Virus checked by UTM 9. For issues please contact the Windows Systems Admin.

1 0

how to pause a VM from rest-api?
by Ernest Beinrohr 21 May '15

21 May '15

This is a multi-part message in MIME format. --------------070900040009080707030501 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I'd like to pause a VM from rest-api. But the docs are not mentioning pause, only suspend. This works: URL/api/vms/ID/suspend and pause doesn't. Pausing from vdsClient works however, but I'd like to use rest-api: vdsClient -s host1 pause ID -- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2-62410360 +421-903-482603 --------------070900040009080707030501 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"> I'd like to pause a VM from rest-api. But the docs are not mentioning pause, only suspend. This works: URL/api/vms/ID/suspend and pause doesn't. Pausing from vdsClient works however, but I'd like to use rest-api:<br> vdsClient -s host1 pause ID<br> <br> <br> <br> <div class="moz-signature">-- <br> <div id="oernii_footer" style="color: gray;"> <span style="font-family: Lucida Console, Luxi Mono, Courier, monospace; font-size: 90%;"> Ernest Beinrohr, AXON PRO<br> <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <br> +421-2-62410360 +421-903-482603 <br> </span> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" width="1" height="1"> </div> </body> </html> --------------070900040009080707030501--

3 4

[ANN] oVirt 3.6.0 First Alpha Release is now available for testing
by Sandro Bonazzola 21 May '15

21 May '15

The oVirt Project is pleased to announce the availability of the first Alpha release of oVirt 3.6 for testing, as of May 20, 2015. oVirt is an open source alternative to VMware vSphere, and provides an excellent KVM management interface for multi-node virtualization. The 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 Alpha release can also be deployed on Hypervisor Hosts running Fedora 21 and Fedora 22. This 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 and Node ISO will be available soon[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.6_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.6-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

2 1

disk format hang
by paf1＠email.cz 20 May '15

20 May '15

This is a multi-part message in MIME format. --------------010600070900060906080603 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, during VM instalation I needed add 300GB new disk and format as EXT3. Easy task, but .... Used striped mirror volume for that - created by: # gluster volume create 12KVM12SC4 replica 2 stripe 2 1kvm1-SAN:/p4/GFS1 1kvm2-SAN:/p4/GFS1 2kvm1-SAN /p4/GFS1 2kvm2-SAN:/p4/GFS1 force - added disk throught oVisrt GUI - VM# partprobe - VM# fdisk - make one partition, type linux - VM# mkfs.ext3 /dev/vdb1 it hangs after cca 30% of format oVirt alert: *VM has been paused due to a storage I/O error* so I tried to copy some data directly from hypervizor ( cca 80GB ) to default gluster-ovirt mountpoint ( /rhev/data-center/mnt/glusterSD/localhost:_12KVM12SC4 ) with no hangs. The same whole operation on volume distribute replica type succesfully done. Can anybody help me with it ?? Maybe continual error on /var/log/messages occure will get right view on it : May 20 15:47:00 1kvm2 virsh: All-whitespace username. May 20 15:47:00 1kvm2 journal: End of file while reading data: Input/output error May 20 15:47:00 1kvm2 virsh: All-whitespace username. May 20 15:47:00 1kvm2 journal: End of file while reading data: Input/output error May 20 15:48:00 1kvm2 virsh: All-whitespace username. May 20 15:48:00 1kvm2 journal: End of file while reading data: Input/output error May 20 15:48:00 1kvm2 virsh: All-whitespace username. May 20 15:48:00 1kvm2 journal: End of file while reading data: Input/output error regs to ALL !! URGENT !! Pavel --------------010600070900060906080603 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="#000000" bgcolor="#FFFFFF"> Hello, <br> <br> during VM instalation I needed add 300GB new disk and format as EXT3. Easy task, but ....<br> Used striped mirror volume for that - created by:<br> <meta http-equiv="content-type" content="text/html; charset=utf-8"> # gluster volume create 12KVM12SC4 replica 2 stripe 2 1kvm1-SAN:/p4/GFS1 1kvm2-SAN:/p4/GFS1 2kvm1-SAN /p4/GFS1 2kvm2-SAN:/p4/GFS1 force<br> - added disk throught oVisrt GUI<br> - VM# partprobe<br> - VM# fdisk - make one partition, type linux<br> - VM# mkfs.ext3 /dev/vdb1<br> it hangs after cca 30% of format<br> <br> oVirt alert: <div> <div> <div style="display: inline;" class="gwt-Label"><b>VM has been paused due to a storage I/O error</b></div> </div> </div> <br> so I tried to copy some data directly from hypervizor ( cca 80GB ) to default gluster-ovirt mountpoint ( /rhev/data-center/mnt/glusterSD/localhost:_12KVM12SC4 ) with no hangs.<br> The same whole operation on volume distribute replica type succesfully done.<br> <br> Can anybody help me with it ??<br> <br> Maybe continual error on /var/log/messages occure will get right view on it :<br> <br> May 20 15:47:00 1kvm2 virsh: All-whitespace username.<br> May 20 15:47:00 1kvm2 journal: End of file while reading data: Input/output error<br> May 20 15:47:00 1kvm2 virsh: All-whitespace username.<br> May 20 15:47:00 1kvm2 journal: End of file while reading data: Input/output error<br> May 20 15:48:00 1kvm2 virsh: All-whitespace username.<br> May 20 15:48:00 1kvm2 journal: End of file while reading data: Input/output error<br> May 20 15:48:00 1kvm2 virsh: All-whitespace username.<br> May 20 15:48:00 1kvm2 journal: End of file while reading data: Input/output error<br> <br> regs to ALL<br> <br> !! URGENT !!<br> <br> Pavel<br> </body> </html> --------------010600070900060906080603--

1 0

Re: [ovirt-users] Linux VMs get stuck after Live Migration
by Soeren Malchow 20 May '15

20 May '15

--_000_BE85E676B6644C8787ACFF9C76B9E900mconnet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNCnNvbWUgYWRkaXRpb25zOg0KDQogICogICBzd2l0Y2hpbmcgb2YgbWVtb3J5 IGJhbGxvb25pZyBkb2VzIG5vdCBzb2x2ZSB0aGUgcHJvYmxlbQ0KICAqICAgT25jZSB3ZSBtaWdy YXRlZCB0aGUgbWFjaGluZXMgd2UgY2FuIGJhc2ljYWxseSBub3QgdXNlIGFueXRoaW5nIGFueW1v cmUgdGhhdCBuZWVkcyBzb21lIGtpbmQgb2YgdGltaW5nIOKAkyBlLmcuIOKAnHBpbmcgMS4xLjEu MSDigJNpIDLigJ0gb3Ig4oCcd2hpbGUgdHJ1ZTsgZG8gZWNobyDigJxsYWxh4oCdOyBzbGVlcOKA nTsgZG9uZeKAnSBib3RoIGRvIHRoZSBmcmlzdCB0aGluZyAoMSBwaW5nIGFuZCBvbmUg4oCcbGFs YeKAnSBvdXRwdXQpIGJ1dCB0aGVuIHN0YWxsDQoNCkNoZWVycw0KU29lcmVuDQoNCkZyb206IDx1 c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZzxtYWlsdG86dXNlcnMtYm91bmNlc0BvdmlydC5vcmc+PiBv biBiZWhhbGYgb2YgU29lcmVuIE1hbGNob3cNCkRhdGU6IFdlZG5lc2RheSAyMCBNYXkgMjAxNSAx Mzo0Mg0KVG86ICJ1c2Vyc0BvdmlydC5vcmc8bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZz4iDQpTdWJq ZWN0OiBbb3ZpcnQtdXNlcnNdIExpbnV4IFZNcyBnZXQgc3R1Y2sgYWZ0ZXIgTGl2ZSBNaWdyYXRp b24NCg0KRGVhciBhbGwsDQoNCldlIGFyZSBleHBlcmllbmNpbmcgYSBwcm9ibGVtIHdpdGggTGlu dXggVm1zIHNwZWNpZmljYWxseSB0aGUgVm1zIHdlIHRlc3RlZCBhcmUgQ2VudE9TIDcuMSAoc28g ZmFyIGl0IGxvb2tzIGFzIGlmIFdpbmRvd3MgVm1zIGFyZSBub3QgYSBwcm9ibGVtKSwgYWZ0ZXIg dGhlIGxpdmUgbWlncmF0aW9uIHRoZSBtYWNoaW5lcyBkbyBub3Qgc2hvdyB0aGUgSVAgYW5kIGhv c3RuYW1lIGluIHRoZSBHVUksIHRoZSBzYW1lIHdheSBhcyBpZiB0aGUgZ3Vlc3QgdG9vbHMgYXJl IG5vdCBpbnN0YWxsZWQsIGJ1dCB0aGUgbWFjaGluZXMgYXJlIHN0aWxsIHJ1bm5pbmcuDQoNClRo ZW4gd2UgaGF2ZSAyIGRpZmZlcmVudCBzY2VuYXJpb3MNCg0KUmVib290L3NodXRkb3duOg0KV2hl biBpIHJlYm9vdC9zaHV0ZG93biBvbmUgb2YgdGhlc2UgVk1TIGZyb20gaW5zaWRlIHRoZSBWTSB0 aGUgT1Mgc2VlbXMgdG8gc2h1dGRvd24sIGhvd2V2ZXIsIHRoZSBxZW11IHByb2Nlc3MgaXMgc3Rp bGwgcnVubmluZyBhbmQgZm9yIG92aXJ0IHRoZSBtYWNoaW5lIGlzIHN0aWxsIHVwLCBhIOKAnHNo dXRkb3du4oCdIGluIHRoZSBmcm9udGVuZCBkb2VzIG5vdCBkbyBhbnl0aGluZywgYSDigJxwb3dl ciBvZmbigJ0gc2h1dHMgZG93biB0aGUgbWFjaGluZQ0KDQpKdXN0IHdhaXQ6DQpBZnRlciBhIHdo aWxlIHRoZSBtYWNoaW5lcyBqdXN0IHNlZW0gdG8gc2h1dGRvd24gYW5kIHRoZW4gYmFzaWNhbGx5 IHRoZW4gc2FtZSBoYXBwZXNuIGFzIHdpdGggcmVib290L3NodXRkb3duDQoNClRoZSBlbnZpcm9u bWVudCBpczoNCg0KSG9zdGVkIEVuZ2luZSBvbiBDZW50T1MgNi42IHdpdGggb3ZpcnQgMy41LjIu MQ0KQ29tcHV0ZSBob3N0cyBvbiBGZWRvcmEgMjAgd2l0aCB2ZHNtIDQuMTYuMTQgYW5kIGxpYnZp cnQgMS4yLjkuMSBmcm9tIHRoZSBsaWJ2aXJ0LXByZXZpZXcgcmVwbyAoZm9yIGxpdmUgbWVyZ2Up DQpTdG9yYWdlIC0+IENlbnRPUyA3LjEgd2l0aCBnbHVzdGVyIDMuNi4zDQoNCkNhbiBhbnlvbmUg cG9pbnQgdXMgdG93YXJkcyB0aGUgcmlnaHQgZGlyZWN0aW9uDQoNClJlZ2FyZHMNClNvZXJlbg0K --_000_BE85E676B6644C8787ACFF9C76B9E900mconnet_ Content-Type: text/html; charset="utf-8" Content-ID: <E72DBA6120393545B26397A309AE61D7(a)liquidcampaign.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2PkRlYXIgYWxsLDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+c29tZSBhZGRpdGlv bnM6Jm5ic3A7PC9kaXY+DQo8dWw+DQo8bGk+c3dpdGNoaW5nIG9mIG1lbW9yeSBiYWxsb29uaWcg ZG9lcyBub3Qgc29sdmUgdGhlIHByb2JsZW08L2xpPjxsaT5PbmNlIHdlIG1pZ3JhdGVkIHRoZSBt YWNoaW5lcyB3ZSBjYW4gYmFzaWNhbGx5IG5vdCB1c2UgYW55dGhpbmcgYW55bW9yZSB0aGF0IG5l ZWRzIHNvbWUga2luZCBvZiB0aW1pbmcg4oCTIGUuZy4g4oCccGluZyAxLjEuMS4xIOKAk2kgMuKA nSBvciDigJx3aGlsZSB0cnVlOyBkbyBlY2hvIOKAnGxhbGHigJ07IHNsZWVw4oCdOyBkb25l4oCd IGJvdGggZG8gdGhlIGZyaXN0IHRoaW5nICgxIHBpbmcgYW5kIG9uZSDigJxsYWxh4oCdIG91dHB1 dCkgYnV0IHRoZW4gc3RhbGw8L2xpPjwvdWw+DQo8ZGl2PkNoZWVyczwvZGl2Pg0KPGRpdj5Tb2Vy ZW4mbmJzcDs8L2Rpdj4NCjxkaXY+DQo8ZGl2IGlkPSJNQUNfT1VUTE9PS19TSUdOQVRVUkUiPjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIGlk PSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJp OyBmb250LXNpemU6MTJwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9SREVSLUJP VFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElORy1CT1RU T006IDBpbjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9SREVSLVRP UDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkct VE9QOiAzcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkZyb206IDwvc3Bhbj4m bHQ7PGEgaHJlZj0ibWFpbHRvOnVzZXJzLWJvdW5jZXNAb3ZpcnQub3JnIj51c2Vycy1ib3VuY2Vz QG92aXJ0Lm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBTb2VyZW4gTWFsY2hvdzxicj4NCjxzcGFu IHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5EYXRlOiA8L3NwYW4+V2VkbmVzZGF5IDIwIE1heSAy MDE1IDEzOjQyPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOiA8L3NwYW4+ JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnVzZXJzQG92aXJ0Lm9yZyI+dXNlcnNAb3ZpcnQub3JnPC9h PiZxdW90Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3Nw YW4+W292aXJ0LXVzZXJzXSBMaW51eCBWTXMgZ2V0IHN0dWNrIGFmdGVyIExpdmUgTWlncmF0aW9u PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9IndvcmQt d3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUt YnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyBjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNpemU6 IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyI+DQo8ZGl2PkRlYXIgYWxs LDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+V2UgYXJlIGV4cGVyaWVuY2luZyBhIHBy b2JsZW0gd2l0aCBMaW51eCBWbXMgc3BlY2lmaWNhbGx5IHRoZSBWbXMgd2UgdGVzdGVkIGFyZSBD ZW50T1MgNy4xIChzbyBmYXIgaXQgbG9va3MgYXMgaWYgV2luZG93cyBWbXMgYXJlIG5vdCBhIHBy b2JsZW0pLCBhZnRlciB0aGUgbGl2ZSBtaWdyYXRpb24gdGhlIG1hY2hpbmVzIGRvIG5vdCBzaG93 IHRoZSBJUCBhbmQgaG9zdG5hbWUgaW4gdGhlIEdVSSwgdGhlIHNhbWUgd2F5IGFzIGlmIHRoZSBn dWVzdA0KIHRvb2xzIGFyZSBub3QgaW5zdGFsbGVkLCBidXQgdGhlIG1hY2hpbmVzIGFyZSBzdGls bCBydW5uaW5nLjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+VGhlbiB3ZSBoYXZlIDIg ZGlmZmVyZW50IHNjZW5hcmlvczwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+UmVib290 L3NodXRkb3duOjwvZGl2Pg0KPGRpdj5XaGVuIGkgcmVib290L3NodXRkb3duIG9uZSBvZiB0aGVz ZSBWTVMgZnJvbSBpbnNpZGUgdGhlIFZNIHRoZSBPUyBzZWVtcyB0byBzaHV0ZG93biwgaG93ZXZl ciwgdGhlIHFlbXUgcHJvY2VzcyBpcyBzdGlsbCBydW5uaW5nIGFuZCBmb3Igb3ZpcnQgdGhlIG1h Y2hpbmUgaXMgc3RpbGwgdXAsIGEg4oCcc2h1dGRvd27igJ0gaW4gdGhlIGZyb250ZW5kIGRvZXMg bm90IGRvIGFueXRoaW5nLCBhIOKAnHBvd2VyIG9mZuKAnSBzaHV0cyBkb3duIHRoZSBtYWNoaW5l PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5KdXN0IHdhaXQ6PC9kaXY+DQo8ZGl2PkFm dGVyIGEgd2hpbGUgdGhlIG1hY2hpbmVzIGp1c3Qgc2VlbSB0byBzaHV0ZG93biBhbmQgdGhlbiBi YXNpY2FsbHkgdGhlbiBzYW1lIGhhcHBlc24gYXMgd2l0aCByZWJvb3Qvc2h1dGRvd248L2Rpdj4N CjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoZSBlbnZpcm9ubWVudCBpczo8L2Rpdj4NCjxkaXY+ PGJyPg0KPC9kaXY+DQo8ZGl2Pkhvc3RlZCBFbmdpbmUgb24gQ2VudE9TIDYuNiB3aXRoIG92aXJ0 IDMuNS4yLjE8L2Rpdj4NCjxkaXY+Q29tcHV0ZSBob3N0cyBvbiBGZWRvcmEgMjAgd2l0aCB2ZHNt IDQuMTYuMTQgYW5kIGxpYnZpcnQgMS4yLjkuMSBmcm9tIHRoZSBsaWJ2aXJ0LXByZXZpZXcgcmVw byAoZm9yIGxpdmUgbWVyZ2UpPC9kaXY+DQo8ZGl2PlN0b3JhZ2UgLSZndDsgQ2VudE9TIDcuMSB3 aXRoIGdsdXN0ZXIgMy42LjM8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkNhbiBhbnlv bmUgcG9pbnQgdXMgdG93YXJkcyB0aGUgcmlnaHQgZGlyZWN0aW9uPC9kaXY+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KPGRpdj5SZWdhcmRzPC9kaXY+DQo8ZGl2PlNvZXJlbiZuYnNwOzwvZGl2Pg0KPGRp dj4NCjxkaXYgaWQ9IiI+PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8 L2JvZHk+DQo8L2h0bWw+DQo= --_000_BE85E676B6644C8787ACFF9C76B9E900mconnet_--

1 0

NFS export domain still remain in "Preparing for maintenance"
by NUNIN Roberto 20 May '15

20 May '15

--_000_8C2CD99696B62B409EBEBFDF87C83FBF59B64FEB81DENU1XMAIL02p_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all We are using oVirt engine 3.5.1-0.0 on Centos 6.6 We have two DC. One with hosts using vdsm-4.16.10-8.gitc937927.el7.x86_64, = the other vdsm-4.16.12-7.gita30da75.el6.x86_64 on Centos6.6 No hosted-engine, it run on a dedicates VM, outside oVirt. Behavior: When try to put the NFS export currently active and attached to t= he 6.6 cluster, used to move VM from one DC to the other, this remain indef= initely in "Preparing for maintenance phase". No DNS resolution issue in place. All parties involved are solved directly = and via reverse resolution. I've read about the issue on el7 and IPv6 bug, but here we have the problem= on Centos 6.6 hosts. Any idea/suggestion/further investigation ? Can we reinitialize the NFS export in some way ? Only erasing content ? Thanks in advance for any suggestion. Roberto Nunin Italy ________________________________ 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_8C2CD99696B62B409EBEBFDF87C83FBF59B64FEB81DENU1XMAIL02p_ 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">Hi all<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">We are using oVirt engine 3.5.1= -0.0 on Centos 6.6<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">We have two DC. One with hosts = using vdsm-4.16.10-8.gitc937927.el7.x86_64, the other vdsm-4.16.12-7.gita30= da75.el6.x86_64 on Centos6.6<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">No hosted-engine, it run on a d= edicates VM, outside oVirt.<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">Behavior: When try to put the N= FS export currently active and attached to the 6.6 cluster, used to move VM= from one DC to the other, this remain indefinitely in “Preparing for= maintenance phase”.<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">No DNS resolution issue in plac= e. All parties involved are solved directly and via reverse resolution.<o:p= ></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I’ve read about the issue= on el7 and IPv6 bug, but here we have the problem on Centos 6.6 hosts.<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">Any idea/suggestion/further inv= estigation ?<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">Can we reinitialize the NFS exp= ort in some way ? Only erasing content ?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thanks in advance for any sugge= stion.<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" style=3D"text-autospace:none"><span style=3D"font-si= ze:10.0pt;font-family:Consolas;mso-fareast-language:IT">Roberto Nunin<o:p><= /o:p></span></p> <p class=3D"MsoNormal" style=3D"text-autospace:none"><span style=3D"font-si= ze:10.0pt;font-family:Consolas;mso-fareast-language:IT">Italy<o:p></o:p></s= pan></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_8C2CD99696B62B409EBEBFDF87C83FBF59B64FEB81DENU1XMAIL02p_--

2 5

Linux VMs get stuck after Live Migration
by Soeren Malchow 20 May '15

20 May '15

--_000_421460FF6BCD498AB3700C5139BC6AD5mconnet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNCldlIGFyZSBleHBlcmllbmNpbmcgYSBwcm9ibGVtIHdpdGggTGludXggVm1z IHNwZWNpZmljYWxseSB0aGUgVm1zIHdlIHRlc3RlZCBhcmUgQ2VudE9TIDcuMSAoc28gZmFyIGl0 IGxvb2tzIGFzIGlmIFdpbmRvd3MgVm1zIGFyZSBub3QgYSBwcm9ibGVtKSwgYWZ0ZXIgdGhlIGxp dmUgbWlncmF0aW9uIHRoZSBtYWNoaW5lcyBkbyBub3Qgc2hvdyB0aGUgSVAgYW5kIGhvc3RuYW1l IGluIHRoZSBHVUksIHRoZSBzYW1lIHdheSBhcyBpZiB0aGUgZ3Vlc3QgdG9vbHMgYXJlIG5vdCBp bnN0YWxsZWQsIGJ1dCB0aGUgbWFjaGluZXMgYXJlIHN0aWxsIHJ1bm5pbmcuDQoNClRoZW4gd2Ug aGF2ZSAyIGRpZmZlcmVudCBzY2VuYXJpb3MNCg0KUmVib290L3NodXRkb3duOg0KV2hlbiBpIHJl Ym9vdC9zaHV0ZG93biBvbmUgb2YgdGhlc2UgVk1TIGZyb20gaW5zaWRlIHRoZSBWTSB0aGUgT1Mg c2VlbXMgdG8gc2h1dGRvd24sIGhvd2V2ZXIsIHRoZSBxZW11IHByb2Nlc3MgaXMgc3RpbGwgcnVu bmluZyBhbmQgZm9yIG92aXJ0IHRoZSBtYWNoaW5lIGlzIHN0aWxsIHVwLCBhIOKAnHNodXRkb3du 4oCdIGluIHRoZSBmcm9udGVuZCBkb2VzIG5vdCBkbyBhbnl0aGluZywgYSDigJxwb3dlciBvZmbi gJ0gc2h1dHMgZG93biB0aGUgbWFjaGluZQ0KDQpKdXN0IHdhaXQ6DQpBZnRlciBhIHdoaWxlIHRo ZSBtYWNoaW5lcyBqdXN0IHNlZW0gdG8gc2h1dGRvd24gYW5kIHRoZW4gYmFzaWNhbGx5IHRoZW4g c2FtZSBoYXBwZXNuIGFzIHdpdGggcmVib290L3NodXRkb3duDQoNClRoZSBlbnZpcm9ubWVudCBp czoNCg0KSG9zdGVkIEVuZ2luZSBvbiBDZW50T1MgNi42IHdpdGggb3ZpcnQgMy41LjIuMQ0KQ29t cHV0ZSBob3N0cyBvbiBGZWRvcmEgMjAgd2l0aCB2ZHNtIDQuMTYuMTQgYW5kIGxpYnZpcnQgMS4y LjkuMSBmcm9tIHRoZSBsaWJ2aXJ0LXByZXZpZXcgcmVwbyAoZm9yIGxpdmUgbWVyZ2UpDQpTdG9y YWdlIC0+IENlbnRPUyA3LjEgd2l0aCBnbHVzdGVyIDMuNi4zDQoNCkNhbiBhbnlvbmUgcG9pbnQg dXMgdG93YXJkcyB0aGUgcmlnaHQgZGlyZWN0aW9uDQoNClJlZ2FyZHMNClNvZXJlbg0K --_000_421460FF6BCD498AB3700C5139BC6AD5mconnet_ Content-Type: text/html; charset="utf-8" Content-ID: <FCD76AD0F70A3F428467305A213B2D3F(a)liquidcampaign.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5EZWFyIGFsbCw8 L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PldlIGFyZSBleHBlcmllbmNpbmcgYSBwcm9i bGVtIHdpdGggTGludXggVm1zIHNwZWNpZmljYWxseSB0aGUgVm1zIHdlIHRlc3RlZCBhcmUgQ2Vu dE9TIDcuMSAoc28gZmFyIGl0IGxvb2tzIGFzIGlmIFdpbmRvd3MgVm1zIGFyZSBub3QgYSBwcm9i bGVtKSwgYWZ0ZXIgdGhlIGxpdmUgbWlncmF0aW9uIHRoZSBtYWNoaW5lcyBkbyBub3Qgc2hvdyB0 aGUgSVAgYW5kIGhvc3RuYW1lIGluIHRoZSBHVUksIHRoZSBzYW1lIHdheSBhcyBpZiB0aGUgZ3Vl c3QNCiB0b29scyBhcmUgbm90IGluc3RhbGxlZCwgYnV0IHRoZSBtYWNoaW5lcyBhcmUgc3RpbGwg cnVubmluZy48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoZW4gd2UgaGF2ZSAyIGRp ZmZlcmVudCBzY2VuYXJpb3M8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlJlYm9vdC9z aHV0ZG93bjo8L2Rpdj4NCjxkaXY+V2hlbiBpIHJlYm9vdC9zaHV0ZG93biBvbmUgb2YgdGhlc2Ug Vk1TIGZyb20gaW5zaWRlIHRoZSBWTSB0aGUgT1Mgc2VlbXMgdG8gc2h1dGRvd24sIGhvd2V2ZXIs IHRoZSBxZW11IHByb2Nlc3MgaXMgc3RpbGwgcnVubmluZyBhbmQgZm9yIG92aXJ0IHRoZSBtYWNo aW5lIGlzIHN0aWxsIHVwLCBhIOKAnHNodXRkb3du4oCdIGluIHRoZSBmcm9udGVuZCBkb2VzIG5v dCBkbyBhbnl0aGluZywgYSDigJxwb3dlciBvZmbigJ0gc2h1dHMgZG93biB0aGUgbWFjaGluZTwv ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+SnVzdCB3YWl0OjwvZGl2Pg0KPGRpdj5BZnRl ciBhIHdoaWxlIHRoZSBtYWNoaW5lcyBqdXN0IHNlZW0gdG8gc2h1dGRvd24gYW5kIHRoZW4gYmFz aWNhbGx5IHRoZW4gc2FtZSBoYXBwZXNuIGFzIHdpdGggcmVib290L3NodXRkb3duPC9kaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5UaGUgZW52aXJvbm1lbnQgaXM6PC9kaXY+DQo8ZGl2Pjxi cj4NCjwvZGl2Pg0KPGRpdj5Ib3N0ZWQgRW5naW5lIG9uIENlbnRPUyA2LjYgd2l0aCBvdmlydCAz LjUuMi4xPC9kaXY+DQo8ZGl2PkNvbXB1dGUgaG9zdHMgb24gRmVkb3JhIDIwIHdpdGggdmRzbSA0 LjE2LjE0IGFuZCBsaWJ2aXJ0IDEuMi45LjEgZnJvbSB0aGUgbGlidmlydC1wcmV2aWV3IHJlcG8g KGZvciBsaXZlIG1lcmdlKTwvZGl2Pg0KPGRpdj5TdG9yYWdlIC0mZ3Q7IENlbnRPUyA3LjEgd2l0 aCBnbHVzdGVyIDMuNi4zPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5DYW4gYW55b25l IHBvaW50IHVzIHRvd2FyZHMgdGhlIHJpZ2h0IGRpcmVjdGlvbjwvZGl2Pg0KPGRpdj48YnI+DQo8 L2Rpdj4NCjxkaXY+UmVnYXJkczwvZGl2Pg0KPGRpdj5Tb2VyZW4mbmJzcDs8L2Rpdj4NCjxkaXY+ DQo8ZGl2IGlkPSJNQUNfT1VUTE9PS19TSUdOQVRVUkUiPjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_421460FF6BCD498AB3700C5139BC6AD5mconnet_--

1 0