February 2014 - Users - oVirt List Archives

[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

[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

[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

[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

[Users] connecting to oVirt/RHEV VMs through proxy and the oVirt API
by i iordanov 31 Oct '14

31 Oct '14

Hello, My apologies for cross-posting, but this discussion concerns both mailing lists, I think. In Opaque, I recently started setting the proxy property of SpiceSession from a console file, as is done in remote-viewer, in order to support installations where the nodes are not "visible" from the point of view of the client. However, then I remembered that I have not seen the proxy property being available through the oVirt/RHEV API. I looked at the latest remote-viewer code, and I looked through the oVirt/RHEV API documentation, and indeed, I see no way to get proxy information other than through the console.vv file. If I am correct, then this means that both Opaque and remote-viewer cannot connect to VMs behind a proxy unless a console.vv file is used, which also means that since console.vv files are unobtainable through the User Portal on mobile devices, mobile devices effectively cannot at all connect to such VMs if the user is not an Administrator. Would it be possible to expose the proxy parameter through the API? I couldn't find a bug opened about this, but it doesn't mean it isn't there :). Thanks! iordan -- The conscious mind has only one thread of execution.

3 3

[Users] oVirt Weekly Meeting Minutes -- 2013-10-30
by Mike Burns 22 Oct '14

22 Oct '14

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-10-30-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-10-30-14.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-10-30-14.00.log.html ============================ #ovirt: oVirt Weekly Meeting ============================ Meeting started by mburns at 14:00:43 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-10-30-14.00.log.html . Meeting summary --------------- * Agenda and roll call (mburns, 14:00:59) * 3.3 update releases (mburns, 14:01:06) * 3.4 planning (mburns, 14:01:11) * conferences and workshops (mburns, 14:01:19) * infra update (mburns, 14:01:23) * other topics (mburns, 14:01:28) * oVirt 3.3 updates (mburns, 14:07:09) * 3.3.1 beta was posted last week (mburns, 14:07:26) * all pending bugs have patches that are merged (mburns, 14:08:08) * new build coming today (mburns, 14:08:15) * ACTION: ybronhei to build vdsm with one additional fix (for selinux issues) (mburns, 14:09:41) * ACTION: fabiand_ to build new ovirt-node images once vdsm is ready (mburns, 14:09:46) * ACTION: sbonazzo to build new ovirt-engine (mburns, 14:10:00) * tentative plan is to have some testing this week, and release early next week (assuming no issues) (mburns, 14:10:31) * ACTION: mburns to send notice of new packages out once they're available (mburns, 14:12:08) * LINK: http://lists.ovirt.org/pipermail/users/2013-October/017263.html do you want me to do bug report for this? (samppah, 14:16:16) * ACTION: sahina to follow up on gluster domains using fuse instead of native gluster (mburns, 14:20:14) * ovirt 3.4 release (mburns, 14:28:35) * code freeze is at end of December (mburns, 14:28:49) * Release set for end of January (mburns, 14:28:56) * still need to do some work to get a list of features committed for this release (mburns, 14:29:35) * ACTION: sbonazzo to create 3.4 release management page (mburns, 14:31:27) * with links to itamar's feature planning doc (mburns, 14:31:49) * more details on exact dates, builds, beta, test days, etc to come in the next few weeks (mburns, 14:33:31) * Conferences and Workshops (mburns, 14:35:24) * big developer meetup last week during KVM Forum/LinuxCon EU (mburns, 14:35:41) * many talks, many sessions across all the conferences/workshops/meetings (mburns, 14:35:59) * itamar sent a writeup already detailing the event to the ovirt mailing lists (mburns, 14:36:53) * planning for future presentations and workshops is underway, but no details just yet (mburns, 14:37:34) * there will be a devroom at FOSDEM and it's open for CFP now (mburns, 14:38:18) * plan is to have at least a few oVirt related talks there (mburns, 14:38:42) * and hopefully a booth as well (mburns, 14:39:48) * Infra updates (mburns, 14:41:02) * no updates from infra team this week, please see their meeting minutes for updates (mburns, 14:44:22) * Other topics (mburns, 14:44:26) * LINK: https://en.wikipedia.org/wiki/Posting_style#Choosing_the_proper_posting_sty… (SvenKieske, 14:47:13) Meeting ended at 14:52:41 UTC. Action Items ------------ * ybronhei to build vdsm with one additional fix (for selinux issues) * fabiand_ to build new ovirt-node images once vdsm is ready * sbonazzo to build new ovirt-engine * mburns to send notice of new packages out once they're available * sahina to follow up on gluster domains using fuse instead of native gluster * sbonazzo to create 3.4 release management page Action Items, by person ----------------------- * fabiand_ * fabiand_ to build new ovirt-node images once vdsm is ready * mburns * mburns to send notice of new packages out once they're available * sahina * sahina to follow up on gluster domains using fuse instead of native gluster * sbonazzo * sbonazzo to build new ovirt-engine * sbonazzo to create 3.4 release management page * ybronhei * ybronhei to build vdsm with one additional fix (for selinux issues) * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (79) * danken (23) * itamar (18) * sbonazzo (10) * samppah (6) * ovirtbot (6) * SvenKieske (5) * fabiand_ (4) * JosueDelgado (3) * backblue (3) * sahina (2) * YamakasY (1) * lvernia (1) * apuimedo (1) * ybronhei (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

9 62

[Users] How to See Ovirt Console From a Remote Windows Host
by Jon Forrest 13 Oct '14

13 Oct '14

I know that this is simple for some of you, but I also know from Googling around that lots of people have had trouble seeing their ovirt console from a remote Windows host. Below I describe what finally worked for me. I hope this helps somebody avoid wasting as much time as I did today. I'm a fairly experienced VMWare user who's learning ovirt. I just installed an all-in-one ovirt server and copied a CentOS 6.5 iso into it. I then tried to boot a new VM but soon learned that console access is different in ovirt than on VMWare. I then spent over an hour trying the various documented ways to view a remote console using Spice on my Windows 7 desktop. I even tried using a Linux VM to see if the Firefox plugin for Spice would work. Nothing. What finally worked was installing the virt-viewer Windows client (http://virt-manager.org/download/) Then, I opened the ovirt Administration Portal in Firefox running on my Windows 7 desktop. I created a new VM and configured it the way I wanted. Then, from the "Virtual Machines" tab, I started the new VM. Pretty soon the little console icon turned green so I clicked on it. I got the prompt from Firefox asking me what app I wanted to associate with the ".vv" URL that opened when I clicked on the console icon. I browsed around and selected \Program Files\VirtViewer\bin\remote-viewer.exe which is from the virt-viewer client package I installed above. I told Firefox to always use this app for this kind of file. This works great! I was able to boot the CentOS system and install it with no problems. Good luck! Jon Forrest

4 4

[Users] Unable to delete a snapshot
by Nicolas Ecarnot 23 May '14

23 May '14

Hi, With our oVirt 3.3, I created a snapshot 3 weeks ago on a VM I've properly shutdown. It ran so far. Today, after having shut it down properly, I'm trying to delete the snapshot and I get an error : "Failed to delete snapshot 'blahblahbla' for VM 'myVM'." The disk is thin provisionned, accessed via virtIO, nothing special. The log below comes from the manager. I hope someone could help us because this server is quite serious. Thank you. 2014-01-06 10:10:58,826 INFO [org.ovirt.engine.core.bll.RemoveSnapshotCommand] (ajp--127.0.0.1-8702-8) Lock Acquired to object EngineLock [exclu siveLocks= key: cb953dc1-c796-457a-99a1-0e54f1c0c338 value: VM , sharedLocks= ] 2014-01-06 10:10:58,837 INFO [org.ovirt.engine.core.bll.RemoveSnapshotCommand] (ajp--127.0.0.1-8702-8) Running command: RemoveSnapshotCommand internal: false. Entities affected : ID: cb953dc1-c796-457a-99a1-0e54f1c0c338 Type: VM 2014-01-06 10:10:58,840 INFO [org.ovirt.engine.core.bll.RemoveSnapshotCommand] (ajp--127.0.0.1-8702-8) Lock freed to object EngineLock [exclusiveLocks= key: cb953dc1-c796-457a-99a1-0e54f1c0c338 value: VM , sharedLocks= ] 2014-01-06 10:10:58,844 INFO [org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskCommand] (ajp--127.0.0.1-8702-8) Running command: RemoveSnapshotSingleDiskCommand internal: true. Entities affected : ID: 00000000-0000-0000-0000-000000000000 Type: Storage 2014-01-06 10:10:58,848 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.MergeSnapshotsVDSCommand] (ajp--127.0.0.1-8702-8) START, MergeSnapshotsVDSCommand( storagePoolId = 5849b030-626e-47cb-ad90-3ce782d831b3, ignoreFailoverLimit = false, storageDomainId = 11a077c7-658b-49bb-8596-a785109c24c9, imageGroupId = 69220da6-eeed-4435-aad0-7aa33f3a0d21, imageId = 506085b6-40e0-4176-a4df-9102857f51f2, imageId2 = c50561d9-c3ba-4366-b2bc-49bbfaa4cd23, vmId = cb953dc1-c796-457a-99a1-0e54f1c0c338, postZero = false), log id: 22d6503b 2014-01-06 10:10:59,511 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.MergeSnapshotsVDSCommand] (ajp--127.0.0.1-8702-8) FINISH, MergeSnapshotsVDSCommand, log id: 22d6503b 2014-01-06 10:10:59,518 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (ajp--127.0.0.1-8702-8) CommandAsyncTask::Adding CommandMultiAsyncTasks object for command b402868f-b7f9-4c0e-a6fd-bdc51ff49952 2014-01-06 10:10:59,519 INFO [org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (ajp--127.0.0.1-8702-8) CommandMultiAsyncTasks::AttachTask: Attaching task 6caec3bc-fc66-42be-a642-7733fc033103 to command b402868f-b7f9-4c0e-a6fd-bdc51ff49952. 2014-01-06 10:10:59,525 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (ajp--127.0.0.1-8702-8) Adding task 6caec3bc-fc66-42be-a642-7733fc033103 (Parent Command RemoveSnapshot, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters), polling hasn't started yet.. 2014-01-06 10:10:59,530 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-8) Correlation ID: 3b3e6fb1, Job ID: 53867ef7-d767-45d2-b446-e5d3f5584a19, Call Stack: null, Custom Event ID: -1, Message: Snapshot 'Maj 47 60 vers 5.2.3' deletion for VM 'uc-674' was initiated by necarnot. 2014-01-06 10:10:59,532 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (ajp--127.0.0.1-8702-8) BaseAsyncTask::StartPollingTask: Starting to poll task 6caec3bc-fc66-42be-a642-7733fc033103. 2014-01-06 10:11:01,811 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (DefaultQuartzScheduler_Worker-20) Polling and updating Async Tasks: 2 tasks, 1 tasks to poll now 2014-01-06 10:11:01,824 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-20) Failed in HSMGetAllTasksStatusesVDS method 2014-01-06 10:11:01,825 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-20) Error code GeneralException and error message VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = '506085b6-40e0-4176-a4df-9102857f51f2' 2014-01-06 10:11:01,826 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (DefaultQuartzScheduler_Worker-20) SPMAsyncTask::PollTask: Polling task 6caec3bc-fc66-42be-a642-7733fc033103 (Parent Command RemoveSnapshot, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) returned status finished, result 'cleanSuccess'. 2014-01-06 10:11:01,829 ERROR [org.ovirt.engine.core.bll.SPMAsyncTask] (DefaultQuartzScheduler_Worker-20) BaseAsyncTask::LogEndTaskFailure: Task 6caec3bc-fc66-42be-a642-7733fc033103 (Parent Command RemoveSnapshot, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) ended with failure:^M -- Result: cleanSuccess^M -- Message: VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = '506085b6-40e0-4176-a4df-9102857f51f2',^M -- Exception: VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = '506085b6-40e0-4176-a4df-9102857f51f2' 2014-01-06 10:11:01,832 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (DefaultQuartzScheduler_Worker-20) CommandAsyncTask::EndActionIfNecessary: All tasks of command b402868f-b7f9-4c0e-a6fd-bdc51ff49952 has ended -> executing EndAction 2014-01-06 10:11:01,833 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (DefaultQuartzScheduler_Worker-20) CommandAsyncTask::EndAction: Ending action for 1 tasks (command ID: b402868f-b7f9-4c0e-a6fd-bdc51ff49952): calling EndAction . 2014-01-06 10:11:01,834 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-27) CommandAsyncTask::EndCommandAction [within thread] context: Attempting to EndAction RemoveSnapshot, executionIndex: 0 2014-01-06 10:11:01,839 ERROR [org.ovirt.engine.core.bll.RemoveSnapshotCommand] (pool-6-thread-27) [3b3e6fb1] Ending command with failure: org.ovirt.engine.core.bll.RemoveSnapshotCommand 2014-01-06 10:11:01,844 ERROR [org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskCommand] (pool-6-thread-27) [33fa2a5d] Ending command with failure: org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskCommand 2014-01-06 10:11:01,848 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (pool-6-thread-27) Correlation ID: 3b3e6fb1, Job ID: 53867ef7-d767-45d2-b446-e5d3f5584a19, Call Stack: null, Custom Event ID: -1, Message: Failed to delete snapshot 'Maj 47 60 vers 5.2.3' for VM 'uc-674'. 2014-01-06 10:11:01,850 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-27) CommandAsyncTask::HandleEndActionResult [within thread]: EndAction for action type RemoveSnapshot completed, handling the result. 2014-01-06 10:11:01,851 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-27) CommandAsyncTask::HandleEndActionResult [within thread]: EndAction for action type RemoveSnapshot succeeded, clearing tasks. 2014-01-06 10:11:01,853 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (pool-6-thread-27) SPMAsyncTask::ClearAsyncTask: Attempting to clear task 6caec3bc-fc66-42be-a642-7733fc033103 2014-01-06 10:11:01,853 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (pool-6-thread-27) START, SPMClearTaskVDSCommand( storagePoolId = 5849b030-626e-47cb-ad90-3ce782d831b3, ignoreFailoverLimit = false, taskId = 6caec3bc-fc66-42be-a642-7733fc033103), log id: 424e7cf 2014-01-06 10:11:01,873 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (pool-6-thread-27) START, HSMClearTaskVDSCommand(HostName = serv-vm-adm9, HostId = ba48edd4-c528-4832-bda4-4ab66245df24, taskId=6caec3bc-fc66-42be-a642-7733fc033103), log id: 12eec929 2014-01-06 10:11:01,884 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (pool-6-thread-27) FINISH, HSMClearTaskVDSCommand, log id: 12eec929 2014-01-06 10:11:01,885 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (pool-6-thread-27) FINISH, SPMClearTaskVDSCommand, log id: 424e7cf 2014-01-06 10:11:01,886 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (pool-6-thread-27) BaseAsyncTask::RemoveTaskFromDB: Removed task 6caec3bc-fc66-42be-a642-7733fc033103 from DataBase 2014-01-06 10:11:01,887 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-27) CommandAsyncTask::HandleEndActionResult [within thread]: Removing CommandMultiAsyncTasks object for entity b402868f-b7f9-4c0e-a6fd-bdc51ff49952 2014-01-06 10:11:07,703 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (DefaultQuartzScheduler_Worker-9) Setting new tasks map. The map contains now 1 tasks 2014-01-06 10:12:07,703 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (DefaultQuartzScheduler_Worker-99) Setting new tasks map. The map contains now 0 tasks 2014-01-06 10:12:07,704 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (DefaultQuartzScheduler_Worker-99) Cleared all tasks of pool 5849b030-626e-47cb-ad90-3ce782d831b3. -- Nicolas Ecarnot -- Nicolas Ecarnot

6 19

[Users] ovirt reports
by Alessandro Bianchi 20 May '14

20 May '14

3 6

[Users] oVirt Node Bootloader issue
by Nauman Abbas 16 May '14

16 May '14

Hello there I'm facing this problem and this has happened to me multiple times on different machines. I have two hard drives in my system (lets say HDD A and HDD B). I boot the system from the oVirt node CD to install it. Now I want the bootloader and the node installation both to go on HDD B and not HDD A. When I get to the screen which asks me to select the hard-drive for bootloader I use the arrow keys to select HDD B and press Enter (have also tried pressing space or just use tab and continue while it's selected). Then I get to the screen asking where to install the node. I select HDD B and unselect HDD A. I keep the partitioning setup as default ( have also tried manual and kept 5GB unused on HDD A). When I get to install part. It installs the node fine on HDD B as expected but it always gets the boot-loader on HDD A. This issue has wasted many of my days on different machines and I can't seem to find a way around. Nauman Abbas Assistant System Administrator (LMS), Room No. A-207, SEECS, National University of Sciences & Technology, + 92 321 5359946

2 5

[Users] Instructions to add a remote controlled power strip not in the native list?
by David Smith 16 Apr '14

16 Apr '14

We use Raritan / Dominion PX remote power blocks, is there a way to easily add support for these? On a feature request side, seems like adding support for generic wouldn't be too hard; just ask for what the login/password prompts look like, what the main prompt is, and the command sequence to turn on and off a port as well as logout.

6 40

[Users] Guest Agent for SLES 11 SP3
by Markus Stockhausen 15 Apr '14

15 Apr '14

------=_NextPartTM-000-78d3c075-3b0c-4294-9f84-27837d09c495 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD173585F34B4EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585F34B4EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, http://lists.ovirt.org/pipermail/users/2013-November/018130.html suggests that there exists a guest agent for SLES 11 SP3. Could someone provide a download link? Thanks. Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585F34B4EXCHANGEcollogi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style id=3D"owaParaStyle" type=3D"text/css">P {margin-top:0;margin-bottom:= 0;}</style> </head> <body ocsi=3D"0" fpstyle=3D"1"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;">Hello,<br> <br> <a href=3D"http://lists.ovirt.org/pipermail/users/2013-November/018130.html= " target=3D"_blank">http://lists.ovirt.org/pipermail/users/2013-November/01= 8130.html</a> suggests <br> that there exists a guest agent for SLES 11 SP3. Could someone provide a <b= r> download link?<br> <br> Thanks.<br> <br> Markus<br> <br> <br> </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585F34B4EXCHANGEcollogi_-- ------=_NextPartTM-000-78d3c075-3b0c-4294-9f84-27837d09c495 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-78d3c075-3b0c-4294-9f84-27837d09c495--

2 3

[Users] oVirt 3.5 planning
by Itamar Heim 27 Mar '14

27 Mar '14

with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...

42 131

[Users] VM Status "Unknown"
by Ryan Womer 26 Mar '14

26 Mar '14

--_000_6F811DD54D1A4D478D542041B5BC6A0B01D0C2B5A6CYEX01CytechS_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable During a migration, the destination host lost connectivity to the san and c= rashed. Once the server came back up, 3 VMs that didn't finish migrating have been = stuck in status "Unknown." Vdsclient doesn't list any of the vms on eithe= r host. Qemu doesn't have them listed as mounted on either host. Action = vm start and stop result in "Status: 409". The disks for all 3 VMs are listed as green in the WebAdmin. I've tried "a= ction vm <name> start" "action vm <name> stop" "update vm <name> --status-= state down" no joy. They remain in "unknown." --_000_6F811DD54D1A4D478D542041B5BC6A0B01D0C2B5A6CYEX01CytechS_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">During a migration, the destination host lost connec= tivity to the san and crashed.  <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Once the server came back up, 3 VMs that didn’= t finish migrating have been stuck in status “Unknown.” &n= bsp; Vdsclient doesn’t list any of the vms on either host. &nbsp= ; Qemu doesn’t have them listed as mounted on either host.  Acti= on vm start and stop result in “Status: 409”.  <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">The disks for all 3 VMs are listed as green in the W= ebAdmin.  I’ve tried “action vm <name> start”&= nbsp; “action vm <name> stop” “update vm <name&g= t; --status-state down”  no joy.  They remain in “unk= nown.”<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_6F811DD54D1A4D478D542041B5BC6A0B01D0C2B5A6CYEX01CytechS_--

5 7

[Users] API read-only access / roles
by Sven Kieske 26 Mar '14

26 Mar '14

Hi, is nobody interested in this feature at all? it would be a huge security gain, while lowering the bars for having a read only user if this could get shipped with 3.4: Am 19.02.2014 15:32, schrieb Sven Kieske:> I just looked into my test vm with the 3.4 beta > and I can't see such an user there. > > I created an RFE at: https://bugzilla.redhat.com/show_bug.cgi?id=1067036 > > > I really hope this can get included in 3.4 (I know it's late) > as it should be a very very minor change at engine-setup. > > Thanks > > Am 19.02.2014 14:55, schrieb Sven Kieske: >> Hi, >> >> reiterating on this somewhat old mail: >> >> Is there a read only user integrated in 3.4? >> >> Because it's a huge overhead to install somewhere >> e.g. a freeipa server just to get read only access. >> >> Am 21.11.2013 09:52, schrieb Sander Grendelman: >>> Hi Doron, >>> >>> The user I've defined in [1] works for me. >>> A built-in login-/read-only role would be nice, >>> but it's quite easy to define a custom role so >>> more of a nice-to-have instead of a must-have. >>> >>> Thanks for asking! >>> >>> Sander. >>> >>> On Wed, Nov 20, 2013 at 5:40 PM, Doron Fediuck <dfediuck(a)redhat.com> wrote: >>>> Hi Sander, >>>> We're closing the ovirt 3.4 scope, and wondering if you're handling >>>> Zabbix based on [1]. >>>> If so please let me know and I'll update the 3.4 features list. >>>> >>>> Thanks, >>>> Doron >>>> >>>> [1] http://lists.ovirt.org/pipermail/users/2013-November/017946.html >> > -- 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

5 14

[Users] oVirt/RHEV Android client (Opaque) available for beta testing
by i iordanov 15 Mar '14

15 Mar '14

Hello, We invite any interested oVirt/RHEV developers and administrators to beta-test Opaque, a new Android oVirt/RHEV client application. To opt in, please reply to this message with an email address associated with a Google Account, because joining the beta-test group is based on membership to a Google Plus community. If you don't want that email address posted to the mailing list, don't include it in your reply! Itamar or I will add you to the community and let you know that you can proceed to the following two steps: 1) Please visit this page here to accept the invitation: https://plus.google.com/communities/116099119712127782216 2) Once you've become a member of the Google+ group, to opt-in, visit: https://play.google.com/apps/testing/com.undatech.opaquebeta You will be able to download Opaque from Google Play by following the link at the bottom of the opt-in page. Please share your experiences with Opaque to the mailing list! Cheers, iordan -- The conscious mind has only one thread of execution.

8 21

[Users] Nodes lose storage at random
by Johan Kooijman 12 Mar '14

12 Mar '14

Hi All, We're seeing some weird issues in our ovirt setup. We have 4 nodes connected and an NFS (v3) filestore (FreeBSD/ZFS). Once in a while, it seems at random, a node loses their connection to storage, recovers it a minute later. The other nodes usually don't lose their storage at that moment. Just one, or two at a time. We've setup extra tooling to verify the storage performance at those moments and the availability for other systems. It's always online, just the nodes don't think so. The engine tells me this: 2014-02-18 11:48:03,598 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (pool-6-thread-48) domain d88764c8-ecc3-4f22-967e-2ce225ac4498:Export in problem. vds: hv5 2014-02-18 11:48:18,909 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (pool-6-thread-48) domain e9f70496-f181-4c9b-9ecb-d7f780772b04:Data in problem. vds: hv5 2014-02-18 11:48:45,021 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-18) [46683672] Failed to refresh VDS , vds = 66e6aace-e51d-4006-bb2f-d85c2f1fd8d2 : hv5, VDS Network Error, continuing. 2014-02-18 11:48:45,070 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-41) [2ef1a894] Correlation ID: 2ef1a894, Call Stack: null, Custom Event ID: -1, Message: Invalid status on Data Center GS. Setting Data Center status to Non Responsive (On host hv5, Error: Network error during communication with the Host.). The export and data domain live over NFS. There's another domain, ISO, that lives on the engine machine, also shared over NFS. That domain doesn't have any issue at all. Attached are the logfiles for the relevant time period for both the engine server and the node. The node by the way, is a deployment of the node ISO, not a full blown installation. Any clues on where to begin searching? The NFS server shows no issues nor anything in the logs. I did notice that the statd and lockd daemons were not running, but I wonder if that can have anything to do with the issue. -- Met vriendelijke groeten / With kind regards, Johan Kooijman mail(a)johankooijman.com

4 17

[Users] Disk Migration Permissions
by Maurice James 11 Mar '14

11 Mar '14

--_f6cbe220-bf5e-4549-9a1f-326f3df52a07_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable What permissions do I need to allow a user to be able to live migrate a dis= k from one storage domain to another? I have a group with the Power User an= d Super user permissions on the cluster and they get the following error wh= en attempting to migrate a disk Error while executing action: User is not authorized to perform this action= . 3.3.3-2.el6 = --_f6cbe220-bf5e-4549-9a1f-326f3df52a07_ 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'>What permissions do I need to al= low a user to be able to live migrate a disk from one storage domain to ano= ther? I have a group with the Power User and Super user permissions on the = cluster and they get the following error when attempting to migrate a disk<= div><br></div><div><span style=3D"font-family: 'Arial Unicode MS'=2C Arial= =2C sans-serif=3B font-size: 10pt=3B">Error while executing action: User is= not authorized to perform this action.</span></div><div><span style=3D"fon= t-family: 'Arial Unicode MS'=2C Arial=2C sans-serif=3B font-size: 10pt=3B">= <br></span></div><div><span style=3D"font-family: 'Arial Unicode MS'=2C Ari= al=2C sans-serif=3B font-size: 10pt=3B"><br></span></div><div><span style= =3D"font-family: 'Arial Unicode MS'=2C Arial=2C sans-serif=3B font-size: 10= pt=3B text-align: -webkit-center=3B">3.3.3-2.el6</span></div> </= div></body> </html>= --_f6cbe220-bf5e-4549-9a1f-326f3df52a07_--

2 2

[Users] Foreman and oVirt 3.4 fails
by Andrew Lau 11 Mar '14

11 Mar '14

Hi, Is anyone using Foreman with oVirt 3.4? Post upgrade, I appear to be having some issues with Foreman reporting " undefined method `text' for nil:NilClass" I'm not sure if this ends up being a Foreman issue or oVirt, or it could just be my install gone bad.. however last time it was the oVirt API had been updated which caused issues with Foreman so I thought I'd post here first. Thanks, Andrew

3 3

[Users] Confused about Gluster usage
by Martijn Grendelman 11 Mar '14

11 Mar '14

Hi, I have been running oVirt 3.3.3 with a single node in a NFS type data center. Now, I would like to set up a second node. Both nodes have plenty of storage, but they're only connected to each other over 1 Gbit. I'm running nodes on CentOS 6.5. What I would like to accomplish is: * use a Gluster-backed DATA domain on my existing NFS datacenter * load balancing by even spread of VMs over the two nodes * leveraging the speed of local storage, so running a VM over NFS to the other node is undesireable So I was thinking I want the storage to be replicated, so that I can take a node down for maintenance without having to migrate all the storage to another node. I was thinking: GlusterFS. But I am confused on how to set it up. I understand I cannot use the libgfapi native integration due to dependency problems on CentOS. I have set up a replicated Gluster volume manually. How can I use my two nodes with this Gluster volume? What are the necessary steps? I did try a couple of things; most notably I was able to create a 2nd data center with POSIX storage, and mount the Gluster volume there, but that doesn't work for the first node. Alternatively, it would also be fine to migrate all existing VMs to the POSIX datacenter and then move the existing node from the old NFS data center to the new POSIX data center. Is that possible without exporting/importing all the VMs? Cheers, Martijn.

2 1

[Users] Problem with DWH installation
by Michael Wagenknecht 09 Mar '14

09 Mar '14

Hi, I cannot install the Ovirt DWH. Here is the logfile: 2013-11-05 15:00:12::DEBUG::ovirt-engine-dwh-setup::250::root:: starting main() 2013-11-05 15:00:12::DEBUG::common_utils::415::root:: found existing pgpass file, fetching DB host value 2013-11-05 15:00:12::DEBUG::common_utils::415::root:: found existing pgpass file, fetching DB port value 2013-11-05 15:00:12::DEBUG::common_utils::415::root:: found existing pgpass file, fetching DB admin value 2013-11-05 15:00:12::DEBUG::common_utils::415::root:: found existing pgpass file, fetching DB admin value 2013-11-05 15:00:12::DEBUG::common_utils::448::root:: getting DB password for postgres 2013-11-05 15:00:12::DEBUG::common_utils::457::root:: found password for username postgres 2013-11-05 15:00:12::DEBUG::common_utils::58::root:: getting vdc option MinimalETLVersion 2013-11-05 15:00:12::DEBUG::common_utils::512::root:: Executing command --> '['/usr/bin/engine-config', '-g', 'MinimalETLVersion', '--cver=general', '-p', '/usr/share/ovirt-engine/conf/engine-config-install.properties']' 2013-11-05 15:00:13::DEBUG::common_utils::551::root:: output = 2013-11-05 15:00:13::DEBUG::common_utils::552::root:: stderr = Files /usr/share/ovirt-engine/conf/engine-config-install.properties does not exist 2013-11-05 15:00:13::DEBUG::common_utils::553::root:: retcode = 1 2013-11-05 15:00:13::ERROR::ovirt-engine-dwh-setup::294::root:: Exception caught! 2013-11-05 15:00:13::ERROR::ovirt-engine-dwh-setup::295::root:: Traceback (most recent call last): File "/usr/bin/ovirt-engine-dwh-setup", line 255, in main minimalVersion = utils.getVDCOption("MinimalETLVersion") File "/usr/share/ovirt-engine-dwh/common_utils.py", line 60, in getVDCOption output, rc = execCmd(cmdList=cmd, failOnError=True, msg="Error: failed fetching configuration field %s" % key) File "/usr/share/ovirt-engine-dwh/common_utils.py", line 556, in execCmd raise Exception(msg) Exception: Error: failed fetching configuration field MinimalETLVersion This are the installed packages: ovirt-engine-dwh-3.2.0-1.el6.noarch ovirt-release-el6-8-1.noarch ovirt-engine-sdk-python-3.3.0.6-1.el6.noarch ovirt-host-deploy-java-1.1.1-1.el6.noarch ovirt-engine-dbscripts-3.3.0.1-1.el6.noarch ovirt-engine-reports-3.2.0-2.el6.noarch ovirt-engine-lib-3.3.0.1-1.el6.noarch ovirt-engine-setup-3.3.0.1-1.el6.noarch ovirt-log-collector-3.3.1-1.el6.noarch ovirt-image-uploader-3.3.1-1.el6.noarch ovirt-host-deploy-1.1.1-1.el6.noarch ovirt-engine-webadmin-portal-3.3.0.1-1.el6.noarch ovirt-engine-restapi-3.3.0.1-1.el6.noarch ovirt-engine-tools-3.3.0.1-1.el6.noarch ovirt-engine-backend-3.3.0.1-1.el6.noarch ovirt-engine-cli-3.3.0.4-1.el6.noarch ovirt-iso-uploader-3.3.1-1.el6.noarch ovirt-engine-userportal-3.3.0.1-1.el6.noarch ovirt-engine-3.3.0.1-1.el6.noarch Can you help me? Best regards, Michael

4 5

[Users] SD Disk's Logical Volume not visible/activated on some nodes
by Boyan Tabakov 05 Mar '14

05 Mar '14

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kNwttSRPs68koQxvdSI5KDEeiPmQG9f68 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, I have ovirt 3.3 installed on on FC 19 hosts with vdsm 4.13.3-2.fc19. One of the hosts (host1) is engine + node + SPM and the other host2 is just a node. I have an iSCSI storage domain configured and accessible from both nodes. When creating a new disk in the SD, the underlying logical volume gets properly created (seen in vgdisplay output on host1), but doesn't seem to be automatically picked by host2. Consequently, when creating/booting a VM with the said disk attached, the VM fails to start on host2, because host2 can't see the LV. Similarly, if the VM is started on host1, it fails to migrate to host2. Extract from host2 log is in the end. The LV in question is 6b35673e-7062-4716-a6c8-d5bf72fe3280. As far as I could track quickly the vdsm code, there is only call to lvs and not to lvscan or lvchange so the host2 LVM doesn't fully refresh. The only workaround so far has been to restart VDSM on host2, which makes it refresh all LVM data properly. When is host2 supposed to pick up any newly created LVs in the SD VG? Any suggestions where the problem might be? Thanks! Thread-998::DEBUG::2014-02-18 14:49:15,399::BindingXMLRPC::965::vds::(wrapper) client [10.10.0.10]::call vmCreate with ({'acpiEnable': 'true', 'emulatedMachine': 'pc-1.0', 'tabletEnable': 'true', 'vmId': '4669e4ad-7b76-4531-a16b-2b85345593a3', 'memGuaranteedSize': 1024, 'spiceSslCipherSuite': 'DEFAULT', 'timeOffset': '0', 'cpuType': 'Penryn', 'custom': {}, 'smp': '1', 'vmType': 'kvm', 'memSize': 1024, 'smpCoresPerSocket': '1', 'vmName': 'testvm', 'nice': '0', 'smartcardEnable': 'false', 'keyboardLayout': 'en-us', 'kvmEnable': 'true', 'pitReinjection': 'false', 'transparentHugePages': 'true', 'devices': [{'device': 'cirrus', 'specParams': {'vram': '32768', 'heads': '1'}, 'type': 'video', 'deviceId': '9b769f44-db37-4e42-a343-408222e1422f'}, {'index': '2', 'iface': 'ide', 'specParams': {'path': ''}, 'readonly': 'true', 'deviceId': 'a61b291c-94de-4fd4-922e-1d51f4d2760d', 'path': '', 'device': 'cdrom', 'shared': 'false', 'type': 'disk'}, {'index': 0, 'iface': 'virtio', 'format': 'raw', 'bootOrder': '1', 'volumeID': '6b35673e-7062-4716-a6c8-d5bf72fe3280', 'imageID': '3738d400-a62e-4ded-b97f-1b4028e5f45b', 'specParams': {}, 'readonly': 'false', 'domainID': '3307f6fa-dd58-43db-ab23-b1fb299006c7', 'optional': 'false', 'deviceId': '3738d400-a62e-4ded-b97f-1b4028e5f45b', 'poolID': '61f15cc0-8bba-482d-8a81-cd636a581b58', 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', 'type': 'disk'}, {'device': 'memballoon', 'specParams': {'model': 'virtio'}, 'type': 'balloon', 'deviceId': '4e05c1d1-2ac3-4885-8c1d-92ccd1388f0d'}, {'device': 'scsi', 'specParams': {}, 'model': 'virtio-scsi', 'type': 'controller', 'deviceId': 'fa3c223a-0cfc-4adf-90bc-cb6073a4b212'}], 'spiceSecureChannels': 'smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard', 'display': 'vnc'},) {} flowID [20468793] Thread-998::INFO::2014-02-18 14:49:15,406::API::642::vds::(_getNetworkIp) network None: using 0 Thread-998::INFO::2014-02-18 14:49:15,406::clientIF::394::vds::(createVm) vmContainerLock acquired by vm 4669e4ad-7b76-4531-a16b-2b85345593a3 Thread-999::DEBUG::2014-02-18 14:49:15,409::vm::2091::vm.Vm::(_startUnderlyingVm) vmId=3D`4669e4ad-7b76-4531-a16b-2b85345593a3`::Start Thread-998::DEBUG::2014-02-18 14:49:15,409::clientIF::407::vds::(createVm) Total desktops after creation of 4669e4ad-7b76-4531-a16b-2b85345593a3 is 1 Thread-999::DEBUG::2014-02-18 14:49:15,409::vm::2095::vm.Vm::(_startUnderlyingVm) vmId=3D`4669e4ad-7b76-4531-a16b-2b85345593a3`::_ongoingCreations acquired= Thread-998::DEBUG::2014-02-18 14:49:15,410::BindingXMLRPC::972::vds::(wrapper) return vmCreate with {'status': {'message': 'Done', 'code': 0}, 'vmList': {'status': 'WaitForLaunch', 'acpiEnable': 'true', 'emulatedMachine': 'pc-1.0', 'tabletEnable': 'true', 'pid': '0', 'memGuaranteedSize': 1024, 'timeOffset': '0', 'keyboardLayout': 'en-us', 'displayPort': '-1', 'displaySecurePort': '-1', 'spiceSslCipherSuite': 'DEFAULT', 'cpuType': 'Penryn', 'smp': '1', 'clientIp': '', 'nicModel': 'rtl8139,pv', 'smartcardEnable': 'false', 'kvmEnable': 'true', 'pitReinjection': 'false', 'vmId': '4669e4ad-7b76-4531-a16b-2b85345593a3', 'transparentHugePages': 'true', 'devices': [{'device': 'cirrus', 'specParams': {'vram': '32768', 'heads': '1'}, 'type': 'video', 'deviceId': '9b769f44-db37-4e42-a343-408222e1422f'}, {'index': '2', 'iface': 'ide', 'specParams': {'path': ''}, 'readonly': 'true', 'deviceId': 'a61b291c-94de-4fd4-922e-1d51f4d2760d', 'path': '', 'device': 'cdrom', 'shared': 'false', 'type': 'disk'}, {'index': 0, 'iface': 'virtio', 'format': 'raw', 'bootOrder': '1', 'volumeID': '6b35673e-7062-4716-a6c8-d5bf72fe3280', 'imageID': '3738d400-a62e-4ded-b97f-1b4028e5f45b', 'specParams': {}, 'readonly': 'false', 'domainID': '3307f6fa-dd58-43db-ab23-b1fb299006c7', 'optional': 'false', 'deviceId': '3738d400-a62e-4ded-b97f-1b4028e5f45b', 'poolID': '61f15cc0-8bba-482d-8a81-cd636a581b58', 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', 'type': 'disk'}, {'device': 'memballoon', 'specParams': {'model': 'virtio'}, 'type': 'balloon', 'deviceId': '4e05c1d1-2ac3-4885-8c1d-92ccd1388f0d'}, {'device': 'scsi', 'specParams': {}, 'model': 'virtio-scsi', 'type': 'controller', 'deviceId': 'fa3c223a-0cfc-4adf-90bc-cb6073a4b212'}], 'custom': {}, 'vmType': 'kvm', 'memSize': 1024, 'displayIp': '0', 'spiceSecureChannels': 'smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard', 'smpCoresPerSocket': '1', 'vmName': 'testvm', 'display': 'vnc', 'nice': '0'}} Thread-999::INFO::2014-02-18 14:49:15,410::vm::2926::vm.Vm::(_run) vmId=3D`4669e4ad-7b76-4531-a16b-2b85345593a3`::VM wrapper has started Thread-999::DEBUG::2014-02-18 14:49:15,412::task::579::TaskManager.Task::(_updateState) Task=3D`07adf25e-b9fe-44d0-adf4-9159ac0f1f4d`::moving from state init -> state preparing Thread-999::INFO::2014-02-18 14:49:15,413::logUtils::44::dispatcher::(wrapper) Run and protect: getVolumeSize(sdUUID=3D'3307f6fa-dd58-43db-ab23-b1fb299006c7', spUUID=3D'61f15cc0-8bba-482d-8a81-cd636a581b58', imgUUID=3D'3738d400-a62e-4ded-b97f-1b4028e5f45b', volUUID=3D'6b35673e-7062-4716-a6c8-d5bf72fe3280', options=3DNone) Thread-999::DEBUG::2014-02-18 14:49:15,413::lvm::440::OperationMutex::(_reloadlvs) Operation 'lvm reload operation' got the operation mutex Thread-999::DEBUG::2014-02-18 14:49:15,413::lvm::309::Storage.Misc.excCmd::(cmd) '/usr/bin/sudo -n /sbin/lvm lvs --config " devices { preferred_names =3D [\\"^/dev/mapper/\\"] ignore_suspended_devices=3D1 write_cache_state=3D0 disable_after_error_count=3D3 obtain_device_list_from_udev=3D0 filter =3D= [ \'a|/dev/mapper/36090a098103b1821532d057a5a0120d4|/dev/mapper/36090a09810= bb99fefb2da57b94332027|\', \'r|.*|\' ] } global { locking_type=3D1 prioritise_write_locks=3D1 wait_for_locks=3D1 } backup { retain_min =3D 50 retain_days =3D 0 } " --noheadings --units b --nosuffix --separator | -o uuid,name,vg_name,attr,size,seg_start_pe,devices,tags 3307f6fa-dd58-43db-ab23-b1fb299006c7' (cwd None) Thread-999::DEBUG::2014-02-18 14:49:15,466::lvm::309::Storage.Misc.excCmd::(cmd) SUCCESS: <err> =3D '';= <rc> =3D 0 Thread-999::DEBUG::2014-02-18 14:49:15,481::lvm::475::Storage.LVM::(_reloadlvs) lvs reloaded Thread-999::DEBUG::2014-02-18 14:49:15,481::lvm::475::OperationMutex::(_reloadlvs) Operation 'lvm reload operation' released the operation mutex Thread-999::WARNING::2014-02-18 14:49:15,482::lvm::621::Storage.LVM::(getLv) lv: 6b35673e-7062-4716-a6c8-d5bf72fe3280 not found in lvs vg: 3307f6fa-dd58-43db-ab23-b1fb299006c7 response Thread-999::ERROR::2014-02-18 14:49:15,482::task::850::TaskManager.Task::(_setError) Task=3D`07adf25e-b9fe-44d0-adf4-9159ac0f1f4d`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 857, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 45, in wrapper res =3D f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 3059, in getVolumeSize apparentsize =3D str(volClass.getVSize(dom, imgUUID, volUUID, bs=3D1)= ) File "/usr/share/vdsm/storage/blockVolume.py", line 111, in getVSize size =3D int(int(lvm.getLV(sdobj.sdUUID, volUUID).size) / bs) File "/usr/share/vdsm/storage/lvm.py", line 914, in getLV raise se.LogicalVolumeDoesNotExistError("%s/%s" % (vgName, lvName)) LogicalVolumeDoesNotExistError: Logical volume does not exist: ('3307f6fa-dd58-43db-ab23-b1fb299006c7/6b35673e-7062-4716-a6c8-d5bf72fe32= 80',) Thread-999::DEBUG::2014-02-18 14:49:15,485::task::869::TaskManager.Task::(_run) Task=3D`07adf25e-b9fe-44d0-adf4-9159ac0f1f4d`::Task._run: 07adf25e-b9fe-44d0-adf4-9159ac0f1f4d ('3307f6fa-dd58-43db-ab23-b1fb299006c7', '61f15cc0-8bba-482d-8a81-cd636a581b58', '3738d400-a62e-4ded-b97f-1b4028e5f45b', '6b35673e-7062-4716-a6c8-d5bf72fe3280') {} failed - stopping task Thread-999::DEBUG::2014-02-18 14:49:15,485::task::1194::TaskManager.Task::(stop) Task=3D`07adf25e-b9fe-44d0-adf4-9159ac0f1f4d`::stopping in state preparin= g (force False) Thread-999::DEBUG::2014-02-18 14:49:15,486::task::974::TaskManager.Task::(_decref) Task=3D`07adf25e-b9fe-44d0-adf4-9159ac0f1f4d`::ref 1 aborting True Thread-999::INFO::2014-02-18 14:49:15,486::task::1151::TaskManager.Task::(prepare) Task=3D`07adf25e-b9fe-44d0-adf4-9159ac0f1f4d`::aborting: Task is aborted:= 'Logical volume does not exist' - code 610 Thread-999::DEBUG::2014-02-18 14:49:15,486::task::1156::TaskManager.Task::(prepare) Task=3D`07adf25e-b9fe-44d0-adf4-9159ac0f1f4d`::Prepare: aborted: Logical volume does not exist Thread-999::DEBUG::2014-02-18 14:49:15,486::task::974::TaskManager.Task::(_decref) Task=3D`07adf25e-b9fe-44d0-adf4-9159ac0f1f4d`::ref 0 aborting True Thread-999::DEBUG::2014-02-18 14:49:15,486::task::909::TaskManager.Task::(_doAbort) Task=3D`07adf25e-b9fe-44d0-adf4-9159ac0f1f4d`::Task._doAbort: force False= Thread-999::DEBUG::2014-02-18 14:49:15,487::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-999::DEBUG::2014-02-18 14:49:15,487::task::579::TaskManager.Task::(_updateState) Task=3D`07adf25e-b9fe-44d0-adf4-9159ac0f1f4d`::moving from state preparin= g -> state aborting Thread-999::DEBUG::2014-02-18 14:49:15,487::task::534::TaskManager.Task::(__state_aborting) Task=3D`07adf25e-b9fe-44d0-adf4-9159ac0f1f4d`::_aborting: recover policy = none Thread-999::DEBUG::2014-02-18 14:49:15,487::task::579::TaskManager.Task::(_updateState) Task=3D`07adf25e-b9fe-44d0-adf4-9159ac0f1f4d`::moving from state aborting= -> state failed Thread-999::DEBUG::2014-02-18 14:49:15,487::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-999::DEBUG::2014-02-18 14:49:15,488::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-999::ERROR::2014-02-18 14:49:15,488::dispatcher::67::Storage.Dispatcher.Protect::(run) {'status': {'message': "Logical volume does not exist: ('3307f6fa-dd58-43db-ab23-b1fb299006c7/6b35673e-7062-4716-a6c8-d5bf72fe32= 80',)", 'code': 610}} Thread-999::ERROR::2014-02-18 14:49:15,488::vm::1826::vm.Vm::(_normalizeVdsmImg) vmId=3D`4669e4ad-7b76-4531-a16b-2b85345593a3`::Unable to get volume size for 6b35673e-7062-4716-a6c8-d5bf72fe3280 Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 1822, in _normalizeVdsmImg drv['truesize'] =3D res['truesize'] KeyError: 'truesize' Thread-999::DEBUG::2014-02-18 14:49:15,489::vm::2112::vm.Vm::(_startUnderlyingVm) vmId=3D`4669e4ad-7b76-4531-a16b-2b85345593a3`::_ongoingCreations released= Thread-999::ERROR::2014-02-18 14:49:15,489::vm::2138::vm.Vm::(_startUnderlyingVm) vmId=3D`4669e4ad-7b76-4531-a16b-2b85345593a3`::The vm start process faile= d Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 2098, in _startUnderlyingVm self._run() File "/usr/share/vdsm/vm.py", line 2930, in _run devices =3D self.buildConfDevices() File "/usr/share/vdsm/vm.py", line 1935, in buildConfDevices self._normalizeVdsmImg(drv) File "/usr/share/vdsm/vm.py", line 1828, in _normalizeVdsmImg drv['volumeID']) RuntimeError: Volume 6b35673e-7062-4716-a6c8-d5bf72fe3280 is corrupted or missing Best regards, Boyan Tabakov --kNwttSRPs68koQxvdSI5KDEeiPmQG9f68 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMDYX8ACgkQXOXFG4fgV77amACfdaldO8NlpTry88hrRrdH6eGk umQAoMNVB+zEV4gO+SunFLjuyq8J0pL0 =m0Qx -----END PGP SIGNATURE----- --kNwttSRPs68koQxvdSI5KDEeiPmQG9f68--

2 13

Re: [Users] oVirt 3.5 planning
by Juan Pablo Lorier 05 Mar '14

05 Mar '14

Hi, I'm kind of out of date at this time, but I'd like to propose something that was meant for 3.4 and I don't know it it made into it; use any nfs share as either a iso or export so you can just copy into the share and then update in some way the db. Also, make export domain able to be shared among dcs as is iso domain, that is an rfe from long time ago and a useful one. Attaching and dettaching domains is both time consuming and boring. Also using tagged and untagged networks on top of the same nic. Everybody does that except for ovirt. I also like to say that tough I have a huge enthusiasm for ovirt's fast evolution, I think that you may need to slow down with adding new features until most of the rfes that have over a year are done, because other way it's kind of disappointing opening a rfe just to see it sleeping too much time. Don't take this wrong, I've been listened and helped by the team everytime I needed and I'm thankful for that. Regards,

2 2

[Users] [ANN] oVirt 3.4.0 Release Candidate is now available
by Sandro Bonazzola 04 Mar '14

04 Mar '14

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

6 7

[Users] Host requirements for 3.4 compatibility
by Darren Evenson 04 Mar '14

04 Mar '14

--_000_95F206E8E9D71348930EC3BF6DA3BFD6490EC02264CLICK03clicki_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have updated my engine to 3.4 rc. I created a new cluster with 3.4 compatibility version, and then I moved a = host I had in maintenance mode to the new cluster. When I activate it, I get the error "Host kvmhost2 is compatible with versi= ons (3.0,3.1,3.2,3.3) and cannot join Cluster Cluster_new which is set to v= ersion 3.4." My host was Fedora 20 with the latest updates: Kernel Version: 3.13.4 - 200.fc20.x86_64 KVM Version: 1.6.1 - 3.fc20 LIBVIRT Version: libvirt-1.1.3.3-5.fc20 VDSM Version: vdsm-4.13.3-3.fc20 So I enabled fedora-virt-preview and updated, but I still get the same erro= r, even now with libvirt 1.2.1: Kernel Version: 3.13.4 - 200.fc20.x86_64 KVM Version: 1.7.0 - 5.fc20 LIBVIRT Version: libvirt-1.2.1-3.fc20 VDSM Version: vdsm-4.13.3-3.fc20 What am I missing? - Darren --_000_95F206E8E9D71348930EC3BF6DA3BFD6490EC02264CLICK03clicki_ 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=3DContent-Type content= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 14 (filtered medium)"><style></style></head><body lang=3DEN-US link=3D"#0563C1= " vlink=3D"#954F72"><div class=3DWordSection1><p class=3DMsoNormal>I have u= pdated my engine to 3.4 rc.<o:p></o:p></p><p class=3DMsoNormal><o:p> <= /o:p></p><p class=3DMsoNormal>I created a new cluster with 3.4 compatibilit= y version, and then I moved a host I had in maintenance mode to the new clu= ster.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p class=3DMs= oNormal>When I activate it, I get the error “Host kvmhost2 is compati= ble with versions (3.0,3.1,3.2,3.3) and cannot join Cluster Cluster_new whi= ch is set to version 3.4.”<o:p></o:p></p><p class=3DMsoNormal><o:p>&n= bsp;</o:p></p><p class=3DMsoNormal>My host was Fedora 20 with the latest up= dates:<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p class=3DM= soNormal>Kernel Version: 3.13.4 - 200.fc20.x86_64<o:p></o:p></p><p class=3D= MsoNormal>KVM Version: 1.6.1 - 3.fc20<o:p></o:p></p><p class=3DMsoNormal>LI= BVIRT Version: libvirt-1.1.3.3-5.fc20<o:p></o:p></p><p class=3DMsoNormal>VD= SM Version: vdsm-4.13.3-3.fc20<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbs= p;</o:p></p><p class=3DMsoNormal>So I enabled fedora-virt-preview and updat= ed, but I still get the same error, even now with libvirt 1.2.1:<o:p></o:p>= </p><p class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Kernel V= ersion: 3.13.4 - 200.fc20.x86_64<o:p></o:p></p><p class=3DMsoNormal>KVM Ver= sion: 1.7.0 - 5.fc20<o:p></o:p></p><p class=3DMsoNormal>LIBVIRT Version: li= bvirt-1.2.1-3.fc20<o:p></o:p></p><p class=3DMsoNormal>VDSM Version: vdsm-4.= 13.3-3.fc20<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p clas= s=3DMsoNormal>What am I missing?<o:p></o:p></p><p class=3DMsoNormal><o:p>&n= bsp;</o:p></p><p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-fam= ily:"Tahoma","sans-serif"'>- Darren<o:p></o:p></span></p><p class=3DMsoNorm= al><o:p> </o:p></p></div></body></html>= --_000_95F206E8E9D71348930EC3BF6DA3BFD6490EC02264CLICK03clicki_--

3 6

[Users] Recommended way to disconnect and remove iSCSI direct LUNs
by Boyan Tabakov 04 Mar '14

04 Mar '14

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --VQiJjAHh4OqnW9GHojIg6s1LSghwPBraw Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, I have ovirt 3.3.2 running with FC19 nodes. I have several virtual machines that use directly attached iSCSI LUNs. Discovering, attaching and using new LUNs works without issues (vdsm needed some patching to work with Dell Equallogic, as described here https://sites.google.com/a/keele.ac.uk/partlycloudy/ovirt, but that's a separate issue). Also live migration works well between hosts and the LUNs get properly attached to the migration target host. However, I don't see any way to disconnect/remove LUNs that are no longer needed (e.g. VM is removed). What is the recommended way to remove old LUNs, so that the underlying iSCSI sessions are disconnected? Especially if a VM has been migrated between hosts, it leaves the LUNs connected on multiple nodes. Thank you in advance! Best regards, Boyan Tabakov --VQiJjAHh4OqnW9GHojIg6s1LSghwPBraw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMN4OIACgkQXOXFG4fgV77UqgCg2dNkHFiaLHkieT/Cao407JpH 7SMAoIoyTcqIgz+mzjTGW+SfbKs7vnEp =wBiV -----END PGP SIGNATURE----- --VQiJjAHh4OqnW9GHojIg6s1LSghwPBraw--

2 2

[Users] Using ovirt-node with virt-mananager
by Andy Michielsen 04 Mar '14

04 Mar '14

Hello, How do I connect to an ovirt nodr with virt manager. Kind regards.

2 1

[Users] Setting up an ovirt-node
by Andy Michielsen 04 Mar '14

04 Mar '14

Hello, I did a clean install of a ovirt-node with the iso provided from ovirt. Everything went fine until I logged on with the admin user and configured the ovirt-engines address. Now I don't have any network connection any more. I have 2 nic's available and defined only the first one with a static IP. When I check the network settings in the admin menu it tells me I have serveral bond devices. If I log on with a root user it states that under /etc/sysconfig/network_scripts that there is a ifcfg_em1, ifcfg_ovirtmgmt and a ifcfg_brem1. The two last devices use the same static ip that I defined on the ifcfg_em1. How can I get my network back up and runnig as I will need this to connect to the engine which is running on an other server. Kind regards.

3 3

[Users] Creating Logical Network issue - API
by Tejesh M 04 Mar '14

04 Mar '14

Hi , I'm trying to create Logical Network and assign it to cluster & want to bond this to one of the Network Interface on Host. so that i can isolate my VM from other networks. The issue is even if i set Cluster while creating Logical Network, it is not setting the cluster. In Web Admin it is in unset state. Also, let me know how do i bind this Logical network on Host Interface. *Java code:* Network nw1=new Network(); VLAN vlan = new VLAN(); vlan.setId(2000); nw1.setVlan(vlan); IP ip = new IP(); ip.setAddress("192.168.1.151"); ip.setGateway("192.168.1.1"); ip.setNetmask("255.255.255.0"); nw1.setIp(ip); nw1.setName("apiNetwork"); nw1.setDataCenter(api.getDataCenters().get("testDC")); nw1.setCluster(api.getClusters().get("testCluster")); org.ovirt.engine.sdk.decorators.Network nw2 = api.getNetworks().add(nw1); -- Thanks & Regards Tejesh

2 15

[Users] virt-v2v
by Maurice James 03 Mar '14

03 Mar '14

--_e63b8557-9664-4337-966d-50ac1a420a7c_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable This is really annoying. This is the output of trying to import a vm from e= sx My command:virt-v2v -ic esx://172.16.10.200/?no_verify=3D1 -o rhev -osd hos= tname.domain.com:/storage/exports --network ovirtmgmt Tester part of the output: Tester_Tester: 4% [=3D=3D=3D=3D=3D=3D=3D=3D = = Tester_Tester: 4% [=3D=3D=3D=3D=3D=3D= =3D=3D=3D * = Tes= ter_Tester: 4% [=3D=3D=3D=3D=3D=3D=3D=3D=3D = * = Tester_Tester: 4% [=3D=3D=3D=3D=3D=3D=3D= =3D=3D = * Tester= _Tester: 4% [=3D=3D=3D=3D=3D=3D=3D=3D=3D = = * Tester_Tester: 4% [=3D=3D=3D=3D=3D=3D=3D=3D= =3D = Tester_Te= ster: 4% [=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D * = = Tester_Tester: 5% [=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D * = Tester_= Tester: 5% [=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D = * = Tester_Tester: 5% [=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D = * Test= er_Tester: 100% [=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=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=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=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=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=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=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=3D=3D]D 0h01m45svirt-v2v: Didn't receive full v= olume. Received 1140183276 of 21474836480 bytes. = --_e63b8557-9664-4337-966d-50ac1a420a7c_ 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'>This is really annoying. This is= the output of trying to import a vm from esx<div><br></div><div>My command= :</div><div><div>virt-v2v -ic esx://172.16.10.200/?no_verify=3D1 -o rhev -o= sd hostname.domain.com:/storage/exports --network ovirtmgmt Tester</div><di= v><br></div><div><br></div><div><br></div><div>part of the output:</div><di= v><br></div><div><div>Tester_Tester: &nbsp=3B 4% [=3D=3D=3D=3D=3D=3D=3D=3D = &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nb= sp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B Tester_Tester: &nbsp=3B 4% [=3D=3D=3D=3D=3D=3D=3D=3D= =3D &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B * &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3BTester_Tester: &nbsp=3B 4% [=3D=3D=3D=3D=3D=3D=3D=3D=3D &= nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbs= p=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= * &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &= nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbs= p=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B Tester_Tester: &nbsp=3B 4% [=3D=3D=3D=3D=3D=3D=3D=3D=3D &nb= sp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B * &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B = &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nb= sp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3BTester_Tester: &nbsp=3B 4% [=3D=3D=3D=3D=3D=3D=3D=3D=3D &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B* &nbsp=3B &= nbsp=3B Tester_Tester: &nbsp=3B 4% [=3D=3D=3D=3D=3D=3D=3D=3D=3D &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3BTester_Tester: &nbsp=3B 4% [=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B* &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3BTester_Tester: &nbsp=3B 5% [=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B * &nbsp=3B &nb= sp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= Tester_Tester: &nbsp=3B 5% [=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B* &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbs= p=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= Tester_Tester: &nbsp=3B 5% [=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &n= bsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp= =3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B= &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B &nbsp=3B * &nbsp=3B &nbsp=3B Tester_Te= ster: 100% [=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=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=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=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=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=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=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=3D=3D]D 0h01m45s</div><div>virt-v2v: Didn't receive f= ull volume. Received 1140183276 of 21474836480 bytes.</div></div><div><br><= /div><div><br></div><div><br></div></div> </div></body> </html>= --_e63b8557-9664-4337-966d-50ac1a420a7c_--

3 3

[Users] Permissions
by Maurice James 02 Mar '14

02 Mar '14

--_9f89f381-c396-4449-8c42-ce6aeffa38db_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have an LDAP user with Power User and Super User permissions at the Data = Center level. Why dont I have permission to migrate disks between storage d= omains? oVirt Engine Version: 3.3.3-2.el6 = --_9f89f381-c396-4449-8c42-ce6aeffa38db_ 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'>I have an LDAP user with Power U= ser and Super User permissions at the Data Center level. Why dont I have pe= rmission to migrate disks between storage domains?<br><br><span class=3D"gw= t-InlineLabel">oVirt Engine Version: 3.3.3-2.el6</span><br> </di= v></body> </html>= --_9f89f381-c396-4449-8c42-ce6aeffa38db_--

4 9

[Users] The purpose of "Wipe on delete" ?
by Richard Davis 02 Mar '14

02 Mar '14

Hi What is the purpose of the "Wipe on delete" option for a VM disk ? Why would you not want data wiped on delete if the alternative is to leave LV metadata and other data languishing on the SD ? Thanks Rich

5 5

[Users] Problems with missing master domains after rebooto f
by Boudewijn Ector 02 Mar '14

02 Mar '14

Hi Guys, I've been using an FC18-based ovirt setup for a while which has been updated regularly (about each week). Last week I tried to setup the reports module, and ran ovirt-engine-dwh-setup which failed for some reason (didn't preserve the logging). After a reboot of the machine I found this in /var/log/ovirt/engine.log: > 2014-02-26 00:50:42,014 ERROR [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service thread 1-3) Could not parse option AutoRecoveryAllowedTypes value. > 2014-02-26 00:50:46,196 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-3) AuditLogType: DWH_ERROR not exist in string table > [root@leiden ovirt-engine]# grep ERR engine.log | grep "00:51" > 2014-02-26 00:51:02,045 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-9) [7278cc5e] Command ConnectStoragePoolVDS execution failed. Exception: IRSNoMasterDomainException: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04' > 2014-02-26 00:51:02,046 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-9) [7278cc5e] IrsBroker::Failed::GetStoragePoolInfoVDS > 2014-02-26 00:51:02,047 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-9) [7278cc5e] Exception: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04' > 2014-02-26 00:51:02,212 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (pool-6-thread-19) [25bc9b42] Command HSMGetAllTasksStatusesVDS execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM: () > 2014-02-26 00:51:02,282 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-19) [25bc9b42] Failed in ReconstructMasterVDS method > 2014-02-26 00:51:02,282 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-19) [25bc9b42] Error code StorageDomainDoesNotExist and error message VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) > 2014-02-26 00:51:02,284 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-19) [25bc9b42] Command ReconstructMasterVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) > 2014-02-26 00:51:02,285 ERROR [org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand] (pool-6-thread-19) [25bc9b42] Command org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) (Failed with error StorageDomainDoesNotExist and code 358) > 2014-02-26 00:51:21,192 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-25) Command ConnectStoragePoolVDS execution failed. Exception: IRSNoMasterDomainException: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04' > 2014-02-26 00:51:21,193 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-25) IrsBroker::Failed::GetStoragePoolInfoVDS > 2014-02-26 00:51:21,193 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-25) Exception: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04' > 2014-02-26 00:51:21,309 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-35) [37b66fe] Failed in ReconstructMasterVDS method > 2014-02-26 00:51:21,309 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-35) [37b66fe] Error code StorageDomainDoesNotExist and error message VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) > 2014-02-26 00:51:21,311 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-35) [37b66fe] Command ReconstructMasterVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) > 2014-02-26 00:51:21,311 ERROR [org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand] (pool-6-thread-35) [37b66fe] Command org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) (Failed with error StorageDomainDoesNotExist and code 358) > 2014-02-26 00:51:31,242 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-44) Command HSMGetAllTasksStatusesVDS execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM: () > 2014-02-26 00:51:40,355 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-44) Command ConnectStoragePoolVDS execution failed. Exception: IRSNoMasterDomainException: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04' > 2014-02-26 00:51:40,356 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-44) IrsBroker::Failed::GetStoragePoolInfoVDS > 2014-02-26 00:51:40,356 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-44) Exception: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04' > 2014-02-26 00:51:40,478 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-50) [4e565f79] Failed in ReconstructMasterVDS method > 2014-02-26 00:51:40,478 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-50) [4e565f79] Error code StorageDomainDoesNotExist and error message VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) > 2014-02-26 00:51:40,479 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-50) [4e565f79] Command ReconstructMasterVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) > 2014-02-26 00:51:40,480 ERROR [org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand] (pool-6-thread-50) [4e565f79] Command org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) (Failed with error StorageDomainDoesNotExist and code 358) > 2014-02-26 00:51:50,407 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-68) Command HSMGetAllTasksStatusesVDS execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM: () > 2014-02-26 00:51:59,523 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-68) Command ConnectStoragePoolVDS execution failed. Exception: IRSNoMasterDomainException: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04' > 2014-02-26 00:51:59,525 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-68) IrsBroker::Failed::GetStoragePoolInfoVDS > 2014-02-26 00:51:59,525 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-68) Exception: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04' > 2014-02-26 00:51:59,618 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-50) [36e19f0f] Failed in ReconstructMasterVDS method > 2014-02-26 00:51:59,618 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-50) [36e19f0f] Error code StorageDomainDoesNotExist and error message VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) > 2014-02-26 00:51:59,620 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-50) [36e19f0f] Command ReconstructMasterVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) > 2014-02-26 00:51:59,620 ERROR [org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand] (pool-6-thread-50) [36e19f0f] Command org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) (Failed with error StorageDomainDoesNotExist and code 358) I once had this before in which case the NFS volumes weren't mounted. Everything is hosted on this single machine (NFS-server, NFS-client, ovirt-engine and webinterface): Looks great: > [root@leiden ovirt-engine]# df Filesystem 1K-blocks Used > Available Use% Mounted on /dev/mapper/fedora_leiden-root > 117795148 18486352 93302012 17% / devtmpfs > 4030616 0 4030616 0% /dev tmpfs 4037360 80 4037280 > 1% /dev/shm tmpfs 4037360 828 4036532 1% /run tmpfs > 4037360 0 4037360 0% /sys/fs/cgroup tmpfs 4037360 > 44 4037316 1% /tmp /dev/sdb1 5814235920 4274205592 1540013944 > 74% /raid 192.168.1.44:/raid/ovirt/iso 5814236160 > 4274205696 1540014080 74% > /rhev/data-center/mnt/192.168.1.44:_raid_ovirt_iso > 192.168.1.44:/raid/ovirt/import_export 5814236160 4274205696 > 1540014080 74% > /rhev/data-center/mnt/192.168.1.44:_raid_ovirt_import__export > 192.168.1.44:/raid/ovirt/data 5814236160 4274205696 > 1540014080 74% > /rhev/data-center/mnt/192.168.1.44:_raid_ovirt_data Furthermore /raid/ovirt/data looks fine too:> [root@leiden ovirt]# find | grep meta > ./iso/d2676b04-e2ff-420f-8f29-36dafc2df47b/dom_md/metadata > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/8483a1b6-4d79-4675-8433-eb03dcd5f53d/829348f3-0f63-4275-92e1-1e84681a422b.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/907f3071-69eb-4167-8e34-22d3985f63cf/76749503-4a8b-4e8f-a2e4-9d89e0de0d71.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/d718155e-eaf2-41e0-aebd-799a31af18bc/0ad131d7-2619-42a2-899f-d25c33969dc6.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/666b1602-6979-4b17-a7fe-6524a1bf603b/182ce48c-59d0-4883-8265-0269247d22e0.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/8616828d-e3f3-4e55-863f-387df2110ebc/e66b18a7-e2c5-4f6c-9884-03e5c7477e3d.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/_remoMSGKTD/924e5ba6-913e-4591-a15f-3b61eb66a2e1.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/eb32f782-7b29-4f54-bd3e-a736ae8c5476/1d304cb5-67bd-4e21-aa2c-2470c19af885.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/26628bb8-a057-4fab-af65-20258f083ab0/c46bb1c0-dad9-490c-95b4-b74b25b80129.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/b5a5411b-b234-4340-8338-1f2b860e4265/4d583a7a-8399-4299-9799-dec33913c20a.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/40909eb8-be4c-4280-b9ef-51f3fa36340e/aca392f5-8395-46fe-9111-8a3c4812ff72.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/e504ad89-7a37-4a8d-a084-52e862c5a78f/b2c5d2d5-636c-408b-b52f-b7f5558c0f7f.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/fcf7a685-41dc-45d6-bc5c-d8ad53fcd900/e1c098fe-4b5d-4728-81d0-7edfdd3d0ec8.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/cf5371aa-2cbe-4edc-a876-2b503208b0e6/cadcce7f-53ff-4735-b5ff-4d8fd1991d51.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/5e28342e-2e90-491b-a6c3-49b2443092fd/f613aa23-4831-4aba-806e-fb7dcdcd704d.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/85d7448a-ad17-4a77-86a9-6a55c1baf1a6/179ad90d-ed46-467d-ad75-aea6e3ea115e.meta > ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/dom_md/metadata > ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99/9e5be41b-c512-4f22-9d7c-81090d62dc31.meta > ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/d72c41ff-2e34-474d-86be-3c11181b2128/0dd635c7-ef77-4e0f-962c-90b66085ba93.meta > ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/988f90f6-a37d-4dfd-8477-70aa5d2db5b6.meta > ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/38eee7d5-9fd1-44b0-876c-b24e4bc0085b.meta > ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/898c01ea-d7b5-4d59-8329-c9140f3e55c1/8b511fc2-4ec5-4c82-9faf-93da8490adc9.meta > ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/1f6b7b10-736c-4a6c-9743-a628f370ff2f/8633fb9b-9c08-406b-925e-7d5955912165.meta > ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/c866dd6c-c7e5-419a-85e4-af49228be5a2/5e56a396-8deb-4c04-9897-0e4f6582abcc.meta > ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/a33a673d-751f-4287-a655-e84dfcfcd005/2cd8d3dc-e92f-4be5-88fa-923076aba287.meta > ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/07b94c8d-8195-449b-b5e0-873bde6f85fd/efc46a9a-6fcd-4e48-a197-e6bdf1e655bf.meta > ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/72dba8d6-4303-4db7-8a32-aafa0a3165a5/caecf666-302d-426c-8a32-65eda8d9e5df.meta > ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/7fd446ce-bfb5-4706-9eb8-4133fcfbc00d/88a7d07b-b4a3-497d-b2e5-3e6ebc85d83e.meta > ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/dom_md/metadata But no metadata with uuid 5849b030-626e-47cb-ad90-3ce782d831b3 . (there's a lot more files but I filtered the find in order to keep this email as concise as possible :) ) Last time I was able to 'fix' this by running engine-setup which somehow reconfigured my ovirt installation and retained all VMs etc etc etc. This time this doesn't work anymore unfortunately. I read: https://access.redhat.com/site/solutions/62137 http://lists.ovirt.org/pipermail/users/2013-April/014061.html But these don't seem to have an answer to my problems unfortunately. How should I start debugging this? Thanks for this wonderful product! Boudewijn Ector

1 1

[Users] Notifier not sending as correct user
by Maurice James 02 Mar '14

02 Mar '14

--_2f5858ef-3c7f-4424-b4bf-b026cb9a3477_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I set up the engine notifier to send notifications=2C but when the email is= delivered they are coming from ovirt(a)hostname.domain instead of the addres= s that I have specified in the MAIL_USER and MAIL_FROM section of the ovirt= -engine-notifier.conf file = --_2f5858ef-3c7f-4424-b4bf-b026cb9a3477_ 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'>I set up the engine notifier to = send notifications=2C but when the email is delivered they are coming from = ovirt(a)hostname.domain instead of the address that I have specified in the M= AIL_USER and MAIL_FROM section of the ovirt-engine-notifier.conf file = </div></body> </html>= --_2f5858ef-3c7f-4424-b4bf-b026cb9a3477_--

3 7

Re: [Users] oVirt 3.5 planning
by Alan Murrell 01 Mar '14

01 Mar '14

This may be more of a 4.0 feature, but my vote goes for integration of OpenvSwitch (or least an option to add it easily)

6 7

[Users] Snapshot merging and the effect on underlying LV metadata
by Davis, Richard 01 Mar '14

01 Mar '14

--_000_7FD6C88B6AE9804AA5C2FCAEACFD1B4841943059usprmbp01c_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi I am being told that unless the "Wipe After Delete" option is set on a vDis= k, any subsequent snapshot merging of the related VM will not delete LV met= adata (or any data!) from the volume created by the snapshot. Is this correct ? I'm kinda hoping not ! Richard Davis Technical Specialist PGDS Midrange (UK) - Solaris & Linux This email is confidential and should not be used by anyone who is not the = original intended recipient. PGDS cannot accept liability for statements ma= de which are clearly the sender's own and not made on behalf of the company= . In addition no statement should be construed as giving investment advice = within or outside the United Kingdom. PGDS (UK ONE) LIMITED, Laurence Pountney Hill, London, EC4R 0HH. Incorporated and registered in England and Wales. Registered Office as above. Registered number 1967719. "PGDS" is the trading name of certain subsidiaries of Prudential plc (regis= tered in England, number 1397169), whose registered office is at Laurence P= ountney Hill London EC4R OHH, some of whose subsidiaries are authorised and= regulated, as applicable, by the Prudential Regulation Authority and the F= inancial Conduct Authority. Prudential plc is not affiliated in any manner = with Prudential Financial, Inc, a company whose principal place of business= is in the United States of America. = A list of other Prudential companies together with their registered statuto= ry details can be found in 'About Prudential' on http://www.prudential.co.uk An e-mail reply to this address may be subject to interception or monitorin= g for operational reasons or for lawful business practices. --_000_7FD6C88B6AE9804AA5C2FCAEACFD1B4841943059usprmbp01c_ Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 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 am being told that unless the “Wipe After De= lete” option is set on a vDisk, any subsequent snapshot merging of th= e related VM will not delete LV metadata (or any data!) from the volume cre= ated by the snapshot. <o:p></o:p></p> <p class=3D"MsoNormal">Is this correct  ? I’m kinda hoping not != <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><b><span style=3D"font-family:"Pru Sans Normal&= quot;;mso-fareast-language:EN-GB">Richard Davis<o:p></o:p></span></b></p> <p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;font-family:"Pru= Sans Normal";mso-fareast-language:EN-GB">Technical Specialist<o:p></o= :p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Pru Sans Normal&quo= t;;mso-fareast-language:EN-GB">PGDS Midrange (UK) – Solaris & Lin= ux<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Pru Sans Normal&quo= t;;mso-fareast-language:EN-GB"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> <P><br><br>This email is confidential and should not be used by anyone who = is not the original intended recipient. PGDS cannot accept liability for st= atements made which are clearly the sender's own and not made on behalf of = the company. In addition no statement should be construed as giving investm= ent advice within or outside the United Kingdom.</P> <P>PGDS (UK ONE) LIMITED, Laurence Pountney Hill, London, EC4R 0HH.<br>Inco= rporated and registered in England and Wales. Registered Office as<br>above= . Registered number 1967719.</P> <P>"PGDS" is the trading name of certain subsidiaries of Prudential plc (re= gistered in England, number 1397169), whose registered office is at Laurenc= e Pountney Hill London EC4R OHH, some of whose subsidiaries are authorised = and regulated, as applicable, by the Prudential Regulation Authority and th= e Financial Conduct Authority. Prudential plc is not affiliated in any mann= er with Prudential Financial, Inc, a company whose principal place of busin= ess is in the United States of America. <br><br>A list of other Prudential = companies together with their registered statutory details can be found in = 'About Prudential' on <A href=3D"http://www.prudential.co.uk">http://www.pr= udential.co.uk</A></P> <P>An e-mail reply to this address may be subject to interception or monito= ring for operational reasons or for lawful business practices.</P></body> </html> --_000_7FD6C88B6AE9804AA5C2FCAEACFD1B4841943059usprmbp01c_--

3 5

Re: [Users] Windows Guest Agent
by Nicholas Kesick 01 Mar '14

01 Mar '14

Lindsay, You have to build the windows guest agent. I have some directions that I need to add to the Wiki about that. I'll get them added and reply with a link, of you don't figure it put before then. - Nick --- Original Message --- From: "Lindsay Mathieson" <lindsay.mathieson(a)gmail.com> Sent: February 28, 2014 2:44 PM To: users(a)ovirt.org Subject: [Users] Windows Guest Agent The KVM release notes (http://wiki.qemu.org/ChangeLog/1.7#Guest_agent) Mention that the windows guest agent now supports VSS. Whereabouta can I download this? NB: I am not a redhat customer. -- Lindsay _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

1 0

[Users] Disk Migration
by Maurice James 28 Feb '14

28 Feb '14

--_7e02baf6-8c8d-4620-8b46-c1ba13791b29_ Content-Type: multipart/alternative; boundary="_e809d2e5-0b80-4b2a-8403-1a83cdc445c0_" --_e809d2e5-0b80-4b2a-8403-1a83cdc445c0_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have a specific interface set up for migrations. Why do disk migrations n= ot use the interface that I have set for migrations? Is that by design? Sho= uldnt it use the interfaces that I have set aside for migrations? VM migrat= ions work as they should but not disk migrations =20 =20 = --_e809d2e5-0b80-4b2a-8403-1a83cdc445c0_ 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'>I have a specific interface set = up for migrations. Why do disk migrations not use the interface that I have= set for migrations? Is that by design? Shouldnt it use the interfaces that= I have set aside for migrations? VM migrations work as they should but not= disk migrations<div style=3D"display: inline-block" id=3D"inlineImage0"><!= --tmpl() _48--><span contenteditable=3D"true">&nbsp=3B</span><div style=3D"= display: inline-block" contenteditable=3D"false" class=3D"inlineImage" init= height=3D"135" initwidth=3D"1244"><img src=3D"cid:inlineImage0" height=3D"1= 35" width=3D"1244"></div><span contenteditable=3D"true">&nbsp=3B</span></di= v><div><br></div><div><div style=3D"display: inline-block" id=3D"inlineImag= e1"><span contenteditable=3D"true">&nbsp=3B</span><div sty= le=3D"display: inline-block" contenteditable=3D"false" class=3D"inlineImage= " initheight=3D"329" initwidth=3D"595"><img src=3D"cid:inlineImage1" height= =3D"329" width=3D"595"></div><span contenteditable=3D"true">&nbsp=3B</span>= </div><br><div style=3D"display: inline-block"></di= v><div><br></div><div><br></div><div><br></div></div> </div></bo= dy> </html>= --_e809d2e5-0b80-4b2a-8403-1a83cdc445c0_-- --_7e02baf6-8c8d-4620-8b46-c1ba13791b29_ Content-Type: image/png Content-Transfer-Encoding: base64 Content-ID: <inlineImage0> Content-Disposition: attachment; filename="Interfaces.PNG" iVBORw0KGgoAAAANSUhEUgAABkoAAACvCAYAAACy7IIDAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAC2iSURBVHhe7d1dz+RGmfDx+yvwNfY0HyWIGYjg YI7zAfbgGUQ2ROQg0hw9SYiASMlIIMEsMMvu8hYSoQDKAJE2vKyAZMiTiGV4WV6lXWlh8eOyXe2y XXa3e/rF9/j3j/7KtF2226667Kq6uvu+KAAg4a9//Wvxox/9qPj85z9ffP3rXy9++9vfNmsAAAAA AAAA4MFDogQAAAAAAAAAAKwWiRIAAAAAAAAAALBaJEoAAAAAAAAAAMBqkSgBAAAAAAAAAACrRaIE AAAAAAAAAACsFokSAAAAAAAAAACwWiRKAAAAAAAAAADAapEoAQAAAAAAAAAAq0WiBAAAAAAAAAAA rBaJEgAAAAAAAAAAsFokSgAAAAAAAAAAwGppEyVvPFU89NBDG596o1k+yhvFU4/eLn7TvNqb39wu Hk330389i5H3FPb50KPF7fYgxe1H09c5DnR+Oe7rHHfn17/+dfHxj39847vvvtusOTx//vOfi5s3 bxa///3vq9d/+9vfipdffnnzOsf//u//Ft/4xjeKv/71r82SwxHez1e/+tXJfYf3+NJLLx3k+qT7 +ulPf7r12PdDet12OU8AAAAAAAAAwDh1oqRKJDxVbHIjg8RChkNN9vf3cz/7Hdu2Op+Hioc22Z8d EiWHOr8cx9x3Q5hA//SnP138z//8z+Z1msg4NGH/L774YvHqq69Wr3dJlBxzkn/bvmNi44c//GH1 OiQfPvvZz+59fY55Ln1OeSwAAAAAAAAAeNBpEyVTE/fpt02qZENINDSvw3ad7ZMkRLX8qeKpWDb3 NZX+sXuvf3P70c2xH91kNpLjb5b33lNdsKbZ5+2nYnKklyiZdX6heCwX6O4r+3471+Gp4o1kf1X5 /jHTbfdk22T6z372s803KWJyIyyLiYNA+jr9dkosnxKP993vfrdKNvQTJf3t029g/PM//3Pxhz/8 ofN+v//9748mXdL3Ht9fOP6Xv/zl4itf+Urx/PPPV2Xj/kL5/nvOXZ8//elP1fLA2DG+9a1vFZ/5 zGeq5XGfIckSl/WPHc87LP/xj39cfWslPXZ6bv1zCEmu9H1su25z3jMAAAAAAAAAoGbz01vV5H81 SZ98sySQSRLU8/rJ8k6ZJHEQlm++mVInAga5kqpMmyCoTPe7eT9vFE/FfYXExmZHYXlTpvM+EuLy 8P9NUiJ5j8k22fNLy4fjlf/erEvLhX/n3m+1PG7fvA7blOexSYiMndN9EJINYXI8TrpH0on6MMn/ uc99rlo/NYEflwfCfvs/UxXL/PGPfyy+853v7LT92PHCe/ra1762WZeWC/+O35RJvwUSlqffmInb /PKXv+wkfyIhgTGWNJg6Rro8Xre4Tf/9/uUvf9lsG8qHZMW2REnuHEK59Hi5Y4WEydz3DAAAAAAA AADI/jH3MEmfJEzSb1s0VpP7/QRBLqnQWR5ePjr8pkSvTOd1J3kQXiZJjPh+kvWDfUWS5W9U3ypJ 3uMu51eyee9NcqPeT7I8MPV+++dYHStJhmyWlabndADiJH2aMAkT6OGnskIi5ZOf/ORmcv7111/f TLCHhEeg/7dOgv3kQzp5H/bxu9/9bpMAGNs+3SYQvhERlofy4f/xvcTlgX6CI5d0CcTz6yeJIlOJ kl2OkSY4Aum6+O/ct2S2JUrS8oGwrF9PuWPdu3dv9nsGAAAAAAAAAGQTJTVpYiA7cZ9O/ncSAb1v UuSSDSm9Mp3XY4mHSCjbJBeyCYlIujz8+6nb3UTJtvMLNK/fKM+hKl4lTN5IvmlSL9s5UdLsK3s9 0nM6IGkiIiYQ0m8fBGKSIE60p8um6E/ehyRLmijJbZ9uk77+yU9+Uh07bPeDH/ygM7nf39dUoiTu KyZZUvrlU3Y5xqESJf1vf6Tlw/vI1VPuWBIlAAAAAAAAALAfdaIkTPB3fuop+ZmsauI+JgN6y9Pk Q9w+LT+2bUq6n8DYfpMETEi49BMSVcKhv69Ib3ko/9C29zjYV/0tlPC3Rjbn+VT4uyO99555v4N9 bV7vcE57kk6yB8IkefjbFjEBESfVw7/Tb5SECfmvf/3rlem3T+JPQqX7SelP8oeJ+vQbELnt+9vE ifzwdzrCscP68Pc1vvGNb2zKhGVjPzGV7iu+Tn/+KiW+j5hECfsK37oJr3c5Rnyvcb/putyx4/7j ecf9h3/Ha5PuIzBWT7ljTf30Vizbf88AAAAAAAAAgOQbJdVEffNNhmBnkr5KpDTrNpP5zU90NQmA OvkQXofkQZogONwfc0833xyvOmYs331PG3LH2CRHSnY4v0D1Xjav66RKP5mRfb9T5xiO3fw7f077 k/5x7/hzV4E4aR+WffOb39xM4EdCkiP9dkIgTNTH/fTXBfqT/OF1+vc2ctvH9xH+KHncLrzn+Lqf zIik5xXfd+748XU4dnqMSHodgulxth1jl0RJPHbYR0haffvb397sK1zjsPyf/umfqr/H0k9qBMbq Kb1uY3/MfZf3DAAAAAAAAACY+Omtg9BPEAArRZICAAAAAAAAAJaJRAlwJKa+sQIAAAAAAAAAWAbH TZQAAAAAAAAAAAAsGIkSAAAAAAAAAACwWiRKAAAAAAAAAADAapEoAQAAAAAAAAAAq0WiBAAAAAAA AAAArBaJEgAAAAAAAAAAsFokSgAAAAAAAAAAwGqRKAEAAAAAAAAAAKtFogQAAAAAAAAAAKyWi3f/ 87+KQ/jv//7/sstJDhUv5HzFDTlPMbN81dGyVT/LVv0sX3VEzlfckPMVNzyUF3/4U1EcwtAoc8tJ DhUv5HzFDTlPMbN81dGyVT/LVv0sX3VEzlfckPMVNzyUEiXkGRQv5HzFDTlPMbN81dGyVT/LVv0s X3VEzlfckPMVNzyUEiXkGRQv5HzFDTlPMbN81dGyVT/LVv0sX3VEzlfckPMVNzyUEiXkGRQv5HzF DTlPMbN81dGyVT/LVv0sX3VEzlfckPMVNzyUEiXkGRQv5HzFDTlPMbN81dGyVT/LVv0sX3VEzlfc kPMVNzyUEiXkGRQv5HzFDTlPMbN81dGyVT/LVv0sX3VEzlfckPMVNzyUEiXkGRQv5HzFDTlPMbN8 1dGyVT/LVv0sX3VEzlfckPMVNzyUEiXkGRQv5HzFDTlPMbN81dGyVT/LVv0sX3VEzlfckPMVNzyU EiXkGRQv5HzFDTlPMbN81dGyVT/LVv0sX3VEzlfckPMVNzyUEiXkGRQv5HzFDTnPsZh5+cn3FO95 T+0Hb97LljmKr9yojvmxVzLrVuqgjt68VXywqZuNT97pluHJ7NbPveLFD/XqpvGkccSNu8SP+815 1Xcj5ytuyPmKGx7K4yVKYkc1Du6qwfG14sU3kzLkSh29ice4+dCt4me59dGpySYTUXxAHcbNneJj IV7SZ03pz25eq5e950bxclp+Mr76E2CeV7z8Zp81TX/sE98riteeDrFyrXjm9V6ZY9k8n65/oSje /o/M+hU61n8O1+itt0q/0Fyz20kZnsxcDL1zN9bLteLp15p6Kr37Trccj++2+In3uGffSMrwpI7V UdvfKt027pmrsRAvuf24qT/g0hvXxHFQNQZK/52WSRwbB8Xl5u14yR193uzTtsO2U/F0EOu43fph GzF6co+fKClv6F94u3zdVGYYULzz66QcuUIH8dJYTfA+cq24EmLlTlH8KlOmshkAZCebptaRl9hh 3NSdi6tXyri5cqt4LTxrmoTHI1fD5Ej5/HmrKH7RlB+PryZJUg4cXg8TYMnkynM/imXIy2f2WdPr j/3qnbrNv/Ojut/2sSfrZ0iw03Fvni3RzgTUxLo2cdnu2/Opdaz/vLlGzesrT98rvveJ+lpW17dZ 7psMx3Wsv9aPo7AstnX1czq3xk/ZT3i8fB3i551fNxMS5X0olNlMOo7dv5p9jd0T03tbZzt2nKqj KskYk8FfnBj3zLWpU88aXlYHcZO06Tiuics+HGLp7SZRcv1O+e9ku8TRcVATk+bteNkde97Mb9vN 3MBH7xR3R+LpMDZzGWUfZfLDNmL05B49UXLlyrX6ht6rzPRnHzZZ7WabtEMa1r049hMRzcMhqoPK y+IgXirrG+Ujz90pnr4SB3Xt+qnJpvF1MweFvePMWUce22HcxM7FreJ66DjcDZ3+sOxG8dwzoa2m iZKJ+GqeT+Wq4q1qH/XyzQSyDggvqVPPmuo+Xg4ANstjJ7wcZL9ddsI3k1dfatd97F/rmIifpq8+ pT21rnnWPF7uI6z7wvX6uCavWsf6z5tr1FzD8PruO/eKT12t6+j2P5T/f+RWcae8rr7JcDzzMVTa PDe6g1T1c2q3xk+c7Cjr5O47zb3vSlkv5T3ubrhfvXareH+57IOfuNeZtP9weT/b5Z74yHP1dtW9 rdzv99zXBu52j6tjKb3nRTdjjWa7dkxTmnzad2qctDk2eUkcPnvq+1cYv8Q2Hb9lEsY6ccwf7lf5 RMnEOKiJrbF5u+G+yGU69rwZbdvZ503vVyaufqr4v80HKutvYsVxVPyGV/uBy2r92DOs2a47L1cv i4mS+jmW+abIlvMwt354j54ouf70reJK6GD+a1KZXy3/XVbSv206neXykNVutokd0voTvWWDeKa8 kW9e3yi+GAYcseJzA/P0fZALdNj5KW1ueM+WMXLnuaStb9aNTDZVsTU2EdXcyDODwqkJr+zAb2pd /1zIIzg2aLhaPkCeuVrHzi9COy2fL7eb58UmUTIRX7FTYkDAB83ss6bxdvOsCG2/6pA39/jw7KgH 2XV8hcF0/CZD31D29ee3rYuD+HKfzbOsfj617yUY4jB02ONkV+y8d15X2/d/emKe1f6O/lX63R3r P8frWJ17M4lbXbNy/dVq+bXq59PS5G50rdfyGI7GUPNMGTw31M9JHYuf9h7TJko6n7hu6qW+5mV/ oIyvOqHV3vfefmP8nvj2f5T7faSOz2CYUPhFWWaqvuP9r7Wp37A8TmwkvvzkeP1fprrd5R73nn8o 66Ssg/jNxm2Jq/AJ3zvNN3+fLuMsXltJeT4o5p491WRoGNNX96rm3vbhOnZ+0dyfRhMlzTMrO88Q 75u5eTvjIl4iR/sEubYdv0mfnU++Vzx3pYmnct1r1Qcwy+02c9bXql+0CPup5h7K/Vx9pnxu3blV PFL+O/sMizGazsu9dad4LGwbEiVfqo//qdfr99PvW46eh7n1o3j8REnZQbn9kWvFM88mlRkqvex8 XgkV1xjKxca66ZA2nZ7wOs2whX38W/XvdvtotR83dC7c0c7PB24Vr4UbYxkL4SYb2nOY5I0Dudxk Uz2BNTYRNTYo7MZNLP/Or6cGfrsPCsljOIybun2HzsUXP/Ke4iNfLNtw6Cx89E5xp/eNku3xlTyf OscgL6+5Z03qL96+U1wvY6H6ZGHSB6snltr4qgfVdYxUHejE+hk0ta6fsEyPEQ3HqgcH1bGuXqsG AqHv9/KT14pHrtbvsR5EJPvbx7J/+kjYR+hn5taf2Kn+c/hgQ+grV+ceJzSaaxiv4/Cetd5reQxH Y6iqh8xzQ/2c1Kn46dzHwgRGkygJ97Q4kZj2r+vr3Ja5+/r4PTHG4zt363toXee5xEZb32mdhvtj NZlf1n31ydDQP0n701U7ulH8S/k+s/V/iep28h4XrkVznwsTvrE+phJX4d/tPEEdg3OS8uRlMPvs iW0+maytvg1f3QfqWBlLlEyNg9KYzM7b9fZFLtWp502/bU990KuaE9t8yCLsq/4Zz7Cu2u6jd4ov ls/wKyHpEOYeyn0+U+5zk4TMPcMy83Jx/dXrN6rnYEywDOJuW4yaWz+4J0mUhIzX+6vfi08b5bXi xR+VldRk2apyySd32k5OvU14nVZm3Ef4dxyQR3WIuHSHnZ/mxtm3vJG2bT8ZyCU3uumJqObmGwcV 5fo0jsZiZ2rgt31QSB7HsbipJi3CBEQ5yA4/dxI+DfHas2lcTMdXGjMGBHyQzA20669nN/fupq+W TgpuvinYxEX47euwLgyqQ0c/xEh8JsV9bFsXYis8n+pjJ/28UCYYjvWh8rhlvFb9u6s3iuvXwyeu yoHKkzeKx8LkcTkYqScarxVXwqe8yv1sPoVdvddrxQfDoCZd3on9+Lyqk/7xPaXX5hxO9p/D87/p 79Z/cL8+nzCQqj8xfaO4nV7H4Iqv5THMxVBlc51CX6p9bqifU7stfuL1Cp+ijj+9lSY60vtX24du ym+5J4Z18dtAb8dPcZbbda51Ut/1ZErsl5R1U9bh+58t++e3y+VVoqSeiPnYK/W6WJf/csnrdmsd NecS+mTdvltYl9RZc81DXVX119RVOy8wNhYK+yEvl/lnTx0PIQaqNt/8vGP9DGruE5uJ3eF29T0k MY6D0pjszdsZF/EyOfm8GZmTDv8ezok1z+EknqoxTPk6zDWEX1ipnlcfvlN9WDN+K3LwLEqfYUkf pI3RGJtlf6/s/4X/1/39njuch7n1w3qaREnMnjUX/0sfDf+uG1BdKdsrsx18N6+bTHh2YE4u3H68 xLYdBmbxphQH2dWnxcp4Gp1sKuNmfCIqvTk3x2v2NTapFWIwO/CbWhe2JY/scNCQtO8wgP7AjeJ6 2XEIP3eSJhDrT0lMxFcYpH+gfJ38lFyMycFvhJKXyLGBdviadzVIDsa/o9BMQl2/Xneyg/GTTVWf rJrki9u1Xw2v7v8T6+qJ/nrd2O/GV/EWBhl3i+KH4d9XbxVPXy9j9nb5vHryVvFcOXgInwiPk8fh uXO3SdpXfwA46S8Ol98obr9VDmia+I/PybC/JXT+p/vPYVk9eRoGZ7H/fLupr/AzmmF5+gxe87U8 hvkYKu2NUcKyuv+lfk7pWPy096P6wxPhesQ/5t7pEwc796+kfPw05sg9Mb23pevSicW0vus6asuH +vpSubyq6w/cKr7wzLXikbKP/XbYf/WzGnUfpv4JjMtbt1vvcc3rcC5vfa8do1Rx07T3NHGVS5T0 PyFfx2JyjPT45CVw7NlTte0rYbzT/Bx2uLdU65r5tmRiNxrHNFPzDG1Mduft0vsZuXSnnze9tj05 nzxMlFTPnPDhlmauITyTHin/Hb7J8djtMq6SObvsMyz3YY1kLuOt8hn/TPhwzJVbxev9uJs4D3Pr x/FEiZLYYWkroho8BMtBcxgAhkqZVZmh8UwN2skF242X5kZcDparr8PGG2PV/tsb7dRk0/i63A25 dMdJrWA68NtlUEgey+GgIW3fsdNwo7hdDhraT3TcKz6xQ3yFOKx+i7Rp22lcaN+8rI4NtINhMi60 78ow0E77bWVnP67rPDvK581mm9JObEys+1W5j7g87judvKr6dx+pByPVv8t4DZOGH/nwjeLqJ8Lf IKon0erJ43owEPZfTRSG/mMyqdhZvhlM1D7+1fp4YX34JHfn3M5kto7Kcwi/XZxeo6q+yutT/eRl +e/qvtWUSydF1nwtj+FUDMU2n7Z19XNap+In1EO0H0uD69G7f1Xld7gnpve2/rpgWt91v6Ouu3Sb +qe36smW9z/X1FVStv+t2MtWt4M6aq5rPJ/KmLAP57IlcRX6be01SuYJJsZJneOTl8DRZ08zfglt /9k76T2ne5+IfvDmD7bPM0zN28Xy5CVw7Hkz2rYn5sTqsqVl7HS/uVvPNcQPX4TX4ae2Ns+asWdY 9sMavWXl+w1/5+5K2Q/s/LT91HmYWz+Kx0uUBMsLng704uChqohmXXgdOo+bTmtvm/4gJHZI4+vJ QTu5UHPx8k55w20/FdLYtO94M52abJpat8ugMI2dqYHftkEheSzHBg1p+64mE0vDQz221fDvXeIr WJVr9hH0TOFldnSgnbPXCc+WOZK5yePXvlh32D98+15v8rju1MfJw/AprtHlyX0hfHqyGjiU57ak CcZZdbSDa76Wx1D9LNtD10/HA9wT0/ruJj+ScmF5+OmtO+E3xpuf3aiO3S17Wes2W0dl36qfzOr0 0crzS9dtrn+z3eacm3L9eYJqm95YiLxMTt7bkvjoj1PiOCg1xMvWcVATWzFeOvN26Tbkgp163oy2 7SSe+m0+lk1jJ8ZY+mxOX1f29pk+h0L5/nO7s6x5v/0yk+fRrKuOVy7f7K+3zdgzc5drsTaPmygh mVW8kPMVN+Q8Z8dMv0N9KsNEYZgwLjv3m8njO+Fr4GFC+F7x7Ae6k8fp320Iv/1ff8o+Wf7knWqQ 0P2U/bX6q/Lv1N/iTCeXz+nB72srvpbHUP0s26P3C+73npjUd/XvqUTJ3aL4SvgJjet3ivSTqt2/ UXL56lbfjZyvuCHnK254KCVKyDMoXsj5ihtynpcnZsJE4LXi6Tv1J7aqTziFT281k5ThE03h05DV hGDzaae75evqE0+hXDIBuVkeJiab/YeJ5M2no6qfb6n/NsDJE0IZD19H672Wx1D9LNvl3+O69R3r tJMoictD/Zb/rj4l2tRprM9Q/rLWrb4bOV9xQ85X3PBQSpSQZ1C8kPMVN+Q8L1PMhE/Xh9/o3etr 3mOf1M4YjvPB5+9Vk9Lbyp7CY9TRWq/lMVQ/y/Yy3OPuq75HvEx1q+9GzlfckPMVNzyUEiXkGRQv 5HzFDTnPyxYz4dP1e/+MzNgntTPe13EO7LHqaI3X8hiqn2V7We5xx6iHy1K3+m7kfMUNOV9xw0Mp UUKeQfFCzlfckPMUM8tXHS1b9bNs1c/yVUfkfMUNOV9xw0MpUUKeQfFCzlfckPMUM8tXHS1b9bNs 1c/yVUfkfMUNOV9xw0MpUUKeQfFCzlfckPMUM8tXHS1b9bNs1c/yVUfkfMUNOV9xw0MpUUKeQfFC zlfckPMUM8tXHS1b9bNs1c/yVUfkfMUNOV9xw0MpUUKeQfFCzlfckPMUM8tXHS1b9bNs1c/yVUfk fMUNOV9xw0N58e5//ldxCEOjzC0nOVS8kPMVN+Q8xczyVUfLVv0sW/WzfNUROV9xQ85X3PBQXhQA AAAAAAAAAAArRaIEAAAAAAAAAACsFokSAAAAAAAAAACwWiRKAAAAAAAAAADAapEoAQAAAAAAAAAA q0WiBAAAAAAAAFgAf/7vv5Akz+BFbiFJkiRJkuQujpErS7I1R64cSfL4SpSQJEmSJMm9HSNXlmRr jlw5kuTxlSghSZIkSZJ7O0auLMnWHLlyJMnjK1FCkiRJkiT3doxcWZKtOXLlSJLHV6KEJEmSJEnu 7Ri5siRbc+TKkSSPr0QJSZIkSZLc2zFyZUm25siVI0keX4kSkiRJkiS5t2PkypJszZErR5I8vtlE yd995WKwjA+AP79ZPHzxRPFSbh25JPtt9ZUniouLi4EPv/BuUr5d/tgrzXZTZuPh3eL592b2P+XW /ewYc+Jzdb70eNNG3nuzePNAbaa7z6TsFnff7tXisYv3Fc//PLdum1PnOOP8e/Gevud9z58ndPY9 80DthtudiC3X+si69mfU9T2UY+TKkmzNkStHckdDv+po48HYb9BneFAdJEpCkiT8J1nyoBkmtwQz L4M7tNUqcRLX1+U3yZFq3baJ3PwxqknW+ECtJi3uYz+Pvzr497jic32GOm/b12HaTHefuztnu32P MX2Os84/xHh2/f7vjacy1273bxtT67iHo7HlWh9d1/5sur6Hc4xcWZKtOXLlSG63fpY/UTz23uCO H6Kd5Y6JkjCftKQ+xdLez4LtJEpikiT+J1nyYPjmC+8rg/iiDIonMp/iJJfjbm21nmjrJEYyn7wc eyCOH2PeJOvO+6kSLuNxJz5XaqddHKjNbNlu1FnbzYuT1qlznHf+ofOb/bbXvufPk7jfPfNw7Ybb HY0t1/rouvbn0vU9pGPkypJszZErR3I347jj8EmSHa36ExfL+fDF0t7Pwt0kSvpJkvifZMk5DZ33 shYq0057MxH8QtPYY4OPjT++bsq/+cqrySfkdf65XHdpq9VDb/JrlHXcjCZKxo4xMz52309vEN5T fK7Qqq6be3Voq/843Wb6E2jZNtPfZ9n+BxNv1bet2jKD50bp1u0ef6LXnseeU739DNp3co5T68rX 3fcTnn+ZeMqcR2c9z+5e98z7aDec60hsBV3rI+van03X96COkStLsjVHrhzJ7bbzRdue6fW86mac m/QHwvizO7YN+yqXVfOscbu4vllX9uXq8ejfF/+nv9+qv1H++/GbnWM+Vo6P2rF0bwwbtwk2347Z HHPW/sbPk3mrRMlYkiT+J1lyDuvGHAOlOzncNPTN6xiYzesqaDI3hMFggFyoo221Gxc5tydSGvvH aL6Z8lLz6YP2wbLF/n4G7z3E5w6DbvG5LtP6PlSbmWxD9XNi06ar5EdzjBnb1Z/Oie9t6jnVc+oc Z51/ve7hTWcvKTd5HlyM/Xrat23Majfc7pzYcq0Pq2t/Nl3fgzpGrizJ1hy5ciQPZXjehz5X7APE ZELzuvmgYHfsHF/3ym721e+/lcviB9jj67jN5nXcZmSfcWy9+eBif/sd99d/P5z0YluSJP4nWXJi q4YcgySYdty7k1PbXzcO9kku1LG2uqUN15O4O7bx/r6ah8/mk+vpRHIsk7O/n8F73HHQveXc+ICZ 1veh2sysNpQcY2q7EAed5MfUdhPve6rs7P2k60LZZtup8+By7NfTvm1jat1mGXe2up67xpZrfVBd +/Pp+h7UMXJlSbbmyJUjeSD7cz+DZaE/cLFJLHS/YbIlqRGs+hft9oPXg216+xy8v976ufsblOeU FxffKy/WjkqWnNDYkDvGjns/EbLtdWO1zxjM5IIdaatVImTk5t79pPsO9o8xmBAeiaO+/f0M3vuO g27xuS7T+j5Um9nWhqr1mWfKxHbDb4kk722wv2SfyT4qB8fo72eP86+c2g8Xab+e9m0b99VuuF3X +ny69ifT9T2oY+TKkmzNkStH8jDWc0e9uZ5ecqJKjlTj4NA3mEhaNOs7Y+aqf1Eu2zNRMnx/vWPO 3N+wPKfs/DF3LshBxz21P4G77XXj5D7JBTnSVrt/q6C1fpDMbNv9YwyOORJHfQfb9QbZu8bdruX4 YNip7wO1mantqnXp5E9yzKntBgnEHbcbOHWOe55/5b7vh2dzUE/7to37aTfcbnp9XevT6tqfTtf3 kI6RK0uyNUeuHMkDOfjGRmZZ1Sco+wivNP+PfYV+EqLqS6RJirhtkpjovx5s09vn4P311s/d36A8 p5QoWay9SdqqYcdA7K3b+rqxsw9ywWbb6lS7Th9cO5o5RicRUz2cdoiXkf3Eh1D670nF57rs1fdB 2sxUG+q15+oYMW4m217d6Ypx1/3m1tRzaujUOe58/v24DMeMHcItx+dCzNTTvm1jah1nOhVbpa71 EXXtz6rrezjHyJUl2ZojV47koWwSC5v+Vz2u7fTHNstKk37ZsGwmURKXxT5FNf5JXm9LbPTXV33F ZP2++9PH2UmJkkXbNObKYQZzPDHSf92YmZwgF2m2rYZ4GCZEqkHtJk5aY/sP63PfQskfIz5QuvsI zttPGrvddfP2wwfWQX0foM30Xne367bth194tX1OTG4X18ftbvbicOw5lXvf4+c45/zjV5EHZQfX lIs0W0/7tY3pdZzraGxVutbH1LU/p67voRwjV5Zka45cOZKHtDs+zvUBYv+sO6aN28XyTT+ikyip x7D1fssx8p1mPL1zYqN0kxwJ293sro/j8xn767yf3pwau0qUkCRJkiTJvR0jV5Zka45cOZJrNZNI 4dGUKCFJkiRJkns7Rq4sydYcuXIkV+LmFx1631rx01knUaKEJEmSJEnu7Ri5siRbc+TKkVyP3Z9l 9W2SUypRQpIkSZIk93aMXFmSrTly5UiSx1eihCRJkiRJ7u0YubIkW3PkypEkj69ECUmSJEmS3Nsx cmVJtubIlSNJHl+JEpIkSZIkubdj5MqSbM2RK0eSPL4SJSRJkiRJcm/HyJUl2ZojV44keXwvmvsw AAAAAAAAgDOSm7wjSR5fiRIAAAAAAAAAALBaJEoAAAAAAAAAAMBqkSgBAAAAAAAAAACrRaIEAAAA AAAAAACsFokSAAAAAAAAYAHk/sAwSfL4XuQWkiRJkiRJ7uIYubIkW3PkypEkj69ECUmSJEmS3Nsx cmVJtubIlSNJHl+JEpIkSZIkubdj5MqSbM2RK0eSPL4SJSRJkiRJcm/HyJUl2ZojV44keXwlSkiS JEmS5N6OkStLsjVHrhxJ8vhKlJAkSZIkyb0dI1eWZGuOXDmS5PGVKCFJkiRJkns7Rq4sydYcuXIk yeObTZT83VcuBst4if35zeLhi4viovGxVzJlyCVZtdknipcGy5p2/N6bxZtj63Zt47lj/Pe7xfPv bffz8Avv9srHde8rnv95ul3fdD/9Y/Tc573zgfClx5t6r9rzjDYTzbTh7j6TslvcfbtXi8e2tv8x p85xzvlPxOk+15Gndeu991DreDKzdcqT6NofQPeRQzlGrizJ1hy5ciQP7Cn6Ufpql85BoiQkScJ/ kiUPimFSK5l8feWJchCw7yQXeQrrNtsdrNbL4oTomy+8r7h4/NXOunltPHeMZrI4ThRXD7S4n+4x quNPPOyq/TTvL/330H3eOx8MQ923db17m4nm2nB3n7s7Z7t9jzF9jnPOv1qfjdN5++E5zLXb6Xrb dx1PZb5OeQpd+0PoPnI4x8iVJdmaI1eO5CVQYuTS20mUxCRJ/E+y5AEwTLx2PiFcf2rKp9a5ROsE xEXx8ONPdB8ug4dNMlk7s42PHmNqAnjq+Gm53LqpB6X4XK+ddjGjzZTuHic7Omu7qbY/5dQ5zjn/ qePPu448rTvfe3duG+r7+O77POX969qfRveRQzpGrizJ1hy5ciQvgfoSl95NoqSfJIn/SZac09B5 L2uhMg20ZvD0QgjAZn349FMVkMnrzr6i9T5NxHKJvvnKq8mnxJM2P3jY9Aa2Hafb+O7HSO1NWAwS HImz3mtf8bkKqzbS3KtDff/jdJsJn3BNf14q24b7+yzbUH+7+htLbZnBc6N063aPP9Frz3Wbrdd3 46ezn6m4mFpXvp7eT+KW/fC87nV/33fdZhn3M1zLENPT13O0TnkfuvYn1X3koI6RK0uyNUeuHMld nDFf2u8HdMrcbOeAwvL3luPg8vVmzJsbW2/6ccGRMUt6jLTP0ZR7vvkwTLAzJufJrBIlY0mS+J9k yTnsTsxWnxzbTMzW69rXTTDG11WA5Tv53f2QC7X/MGnaeCcektepO7fx/jGa5MdLyYOpu/8m7tJY y5l977sNusXnikzbyb5tpr/dYD+p3RiqO3YjnbeOudiL723qOdVz6hznnP9UnM7ZD89nv572bRvq +/BW1zTE1czrOKgLzta1P4/uIwd1jFxZkq05cuVI7uKM+dJOP6Au1x33Nq+bftpm3NkrOzm2njhG vV2zrjnGJjmSruNJvdiWJIn/SZac2H5wdTru3cmp7a9r60AXaLwEDtp/XFbejaqHx6v338b7x6ge RP0HU4y5+oEW100eZzJ2xxWfKzNtJ3u2mcF2g/1MmRxjarsQB53kx9R2E+97quyc/UzF6Zz98Hz2 62nftqG+D+vges7wfrala39O3UcO6hi5siRbc+TKkdzFGfOlaT8gO+5Ny031DybGKOnrqX5H/xiD sjyVFxffuyh2VbLkhFZBUV73jjFoZgR+s796EnYqsMkFufWhMBzIzm7j/WMMHowjD9DKiYH0nLKN 4nOFpu1kjzZT2d9usJ+e1frMM2Viu6ptTiZK0v0l+0z2UTk4Rn8/O57/oeKU57NfT/u2DfV9eKtr OhHHYw7qgrN17c+j+8hBHSNXlmRrjlw5krs4Y7406QcMx71T48y4LDMO7pdNX88Zy+aOyZPY+WPu XJCTQTEj8MvX9SSsAOMlcttDobd+rza+9UE09WCcGkj31m05F/G5UjvtYl6b2dgvN7VdtS5ts8kx p7bLfrJmh+0GTp3jjPMfrEufd3teR57WQb3s2zbU9/EM13bGpL1rf0Bd+9PqPnJIx8iVJdmaI1eO 5C7OmC9Nn/tbv1GS9A+q12lfLelPZMs2r/vrdt2OJ1WiZLH2grkTJHMDf8fBFrkUpx4g5evwx527 f4BrjzaeefB0/mh0eFD2Ym6nn94qTd9f5732FZ/rtdf+dm4zqf02nGnTGzvtuTnGWKesY9JBLF/X bT+22ann1NCpc5xz/mF9Pk7n7YdnMtNOpupt33U8hP3+5YhbYp/76NqfSveRwzlGrizJ1hy5ciR3 sd+Hmnjd6Uflxr25cqVbx9bJHM/EMTr76R+j/5onU6Jk0dZBNPw5k90Dvw7YoW1ZcoHmHgrVQ6Rp w0mmf1sbD+s3k6qp2QdPHTv9fbTl47o0HnPHSGO3e4y0rPhcsYP2t1ub6djfR+91d7tu2+78nZ/J 7eL6uN3N8n2m7X/sOZV73+PnOO/8J+J08hhchIO2H9yvbajvhZitU55E1/4Auo8cyjFyZUm25siV I7mL4/Ojg9f9flQy7r14/Imyf9CMbwf9rYmxdbJu6zHS8XO2nH7JOZQoIUmSJEmSeztGrizJ1hy5 ciRPafggRfeDgFyHEiUkSZIkSXJvx8iVJdmaI1eO5BGtvsGRJEZ6P6/F9ShRQpIkSZIk93aMXFmS rTly5Uge1/h3SQY/i8VVKVFCkiRJkiT3doxcWZKtOXLlSJLHV6KEJEmSJEnu7Ri5siRbc+TKkSSP r0QJSZIkSZLc2zFyZUm25siVI0keX4kSkiRJkiS5t2PkypJszZErR5I8vhIlJEmSJElyb8fIlSXZ miNXjiR5fC+a+zAAAAAAAACAM5KbvCNJHl+JEgAAAAAAAAAAsFokSgAAAAAAAAAAwGqRKAEAAAAA AAAAAKtFogQAAAAAAAAAAKwWiRIAAAAAAAAAALBaJEoAAAAAAAAAAMBqkSgBAAAAAAAAAACrRaIE AAAAAAAAAACsFokSAAAAAAAAAACwWiRKAAAAAAAAAADAapEoAQAAAAAAAAAAq0WiBAAAAAAAAAAA rBaJEgAAAAAAAAAAsFokSgAAAAAAAAAAwGqRKAEAAAAAAAAAAKtFogQAAAAAAAAAAKwWiRIAAAAA AAAAALBaJEoAAAAAAAAAAMBqkSgBAAAAAAAAAACrRaIEAAAAAAAAAACsFokSAAAAAAAAAACwWiRK AAAAAAAAAADAapEoAQAAAAAAAAAAq0WiBAAAAAAAAAAArBaJEgAAAAAAAAAAsFokSgAAAAAAAAAA wGqRKAEAAAAAAAAAAKtFogQAAAAAAAAAAKwWiRIAAAAAAAAAALBaJEoAAAAAAAAAAMBqkSgBAAAA AAAAAACrRaIEAAAAAAAAAACsFokSAAAAAAAAAACwWiRKAAAAAAAAAADAapEoAQAAAAAAAAAAq0Wi BAAAAAAAAAAArBaJEgAAAAAAAAAAsFokSgAAAAAAAAAAwGqRKAEAAAAAAAAAAKtFogQAAAAAAAAA AKwWiRIAAAAAAAAAALBaJEoAAAAAAAAAAMBqkSgBAAAAAAAAAACrRaIEAAAAAAAAAACsFokSAAAA AAAAAACwWiRKAAAAAAAAAADAapEoAQAAAAAAAAAAq0WiBAAAAAAAAAAArBaJEgAAAAAAAAAAsFok SgAAAAAAAAAAwGqRKAEAAAAAAAAAACulKP4/OxLAU90+qxIAAAAASUVORK5CYII= --_7e02baf6-8c8d-4620-8b46-c1ba13791b29_ Content-Type: image/png Content-Transfer-Encoding: base64 Content-ID: <inlineImage1> Content-Disposition: attachment; filename="Migrationinterfaces.PNG" iVBORw0KGgoAAAANSUhEUgAAAlMAAAFJCAYAAAC/5KiIAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAACNHSURBVHhe7dxtlGRlYeDx+pQv+ZST3ZOzR8kR GAeBIzssYDbGGGEIikLcRU2HJBxkeCcHMkwMyQaVnETpSIREciKCGcVobNcoQ4wioqyuLExGiIqj 4WWAGWCg5wVmBJXERH22nlt1q27dulV9u5/q7qru33/O/1TXfXnureq6t/59q6cbAQAAAAtGTAEA ACTQ+PqDOwNJkiQXZuOFF14IJEmSXJhiiiRJMkExRZIkmaCYIkmSTFBMkSRJJiimSJIkExRTJEmS CYopkiTJBMUUSZJkgmKKJEkywXnH1LbNfxz++I8Hu3lb9XosuzNsuW45n7NtYXP2PbsubNlZNZ8k SdZx4TG1eVvvvG2bxyaodm65rnofx0oxRZLkSnB0MRXtBNXmsK08bwkduo9jo5giSXIlONqY6rxB 54HQDobNmzvTM6/bEnYWlu0xm5eP1w2Ols1x5gilzlWpwjp52FV9RDk8ZMrb73rdlm3983r2aa7H VxVTvdvLp1ft93VbdrbXGWLhamHXPJ4G7F90Xo+jPb/8Pc6mFcep972c87Hu3BKuK83PHPB6IEly sR1xTJXnF99AC1dACm+I3TfK7pt2a1p33c4yxTgY8ubZv4+F/ehMK2+vd4yWxf1vR1nPm3n7MRWm ZQE0z8fXiqZCtBQe27DHMni/C1FZjNOej2IL26sIrGzsWo+jxjg1v5dzP9buuN0ALW8rn06S5NK4 dDE1YPmiPet23sh7PzKca/vRvmU6YxWCLjrnx5JV4VJ3Wr+DnpvNW6qipemC97sqOspWR8j8n98a 49T5XtZ5rJ1lhj0ukiSX1hHHVDkq5o6MznhF49j5m2jPx371frm8vI+VV2mig97AOxaCp/PmXfWY Bj/OgY+vsE7H8v4Vr95UOiCm5nxc0ergGvT9Hfw4aoxT53tZ87H2fYxbfs5Iklxil+Z3ppr3eyOj FBLtN8Ti2IMCaCExNejNfPFiau7H17dMbvFxdQJj0BWoAY4spuo8jrnHqfW9nOdj7YxfsLh9kiSX ytHGVN8bYlV4VC3Xu2w2dicIet9ch26/bd8yg+Jizjfw7j7NK6bqPL7y2J11CuN29nu+oVAdOHWW 6Xnuaj2OGuPU+V4u+LEWxinHMkmSS+DoYqoQA903w6rwKC7bjZvOuNFs7Ip1C2+4fdsv2H8lpBwA cVo3Anr2rcdS8JSmddcrTZvn48vH7ux35XrdEKmaVrbyalBPsMwnpoY9jhrjVD1nFd/LOR9r5Wus vK3udJIkl8KFx1SlpSs/leHRshsObZtv+tv6YqK7fj79uvz+sDfO4hv1oBBoW3xT7rc/eKofU/+0 uR9f1di9+5iPVfmc17kKU4iPrvnzUSeC6jyOeuPU/V7O+Vh7vrcFhRRJcpmcd0wtt/mbbTnOOHn6 XpIkV4LjG1M9H0m1p1V87MQJ0PeSJLmCHe8rU0M/puJE6XtJklyhTtzHfCRJkuOkmCJJkkxQTJEk SSYopkiSJBMUUyRJkgmKKZIkyQQbd999dyBJkuTCbAQAAAAsGDEFAACQgJgCAABIQEwBAAAkIKYA AAASEFMAAAAJiCkAAIAExBQAAEACYgoAACABMQUAAJCAmAIAAEhATAEAACQgpgAAABIQUwAAAAmI KQAAgATE1CiYnQlTjemwtX13GFunG2G6zoIVzM5MhUajkTk1M9ueCmAiyc4bzeN5oSeEPraG6cZU WLpTQ9zeoPPesHkLZRSPb9gYcV7VubX+Y0k5v8/NbJiZWszxkYKYGgW1YyrlYHAgASuJ+MPR1MzM CAJhuRgWGfUDZGmZO6YaffPrPpbFPkd7DxhnxNQo6Imp1oE3U7iKlL/4408tfVeW8p9OMwsH8dbp 5k+sM9nB02j8Wrj0jd11G+1tFa9URXt/ospPDG2nZpqHYptB22xSHtOBCywGreMzHl/ZeaF0oA07 DgfPi2OWziH5ctm5JJ83+ByVMeT8UByzFYILjKnivg3ZRv9+F5dtPYedZQvnuMHnxvIYRQrPS/F8 2Z7eeSwDnp/y+b38fc32qbyPcf6g5yJO77wHxOmlmMr3oz3msNcMFh8xNQqyF3UxpgoHb3ag5PPK P1m0lu09ONrLZusVD/rSuj3jNum5Xxq3SffAnmObfdE16MQDYMEUj7XycTbsOBx6jMZju/11aczW G21xuUHnqCHnh9KYrXgonIN6iOMMmFccM2M++937GCrPcT2Pp0nf4+uO30u+z61zbW+AFdcf8Py0 1xs2r/tY4v3m1/cPeS6y/S7ua2H88rx437l7WRFTo6DnoCkfrMUDsXSwlQ+AJvGE0DlYeuaV1u2j sJ2KcTsM22b2OIonEQCjp3UsF4+z7g87TYYdh0OP0e65p3PVo0P7zTtbbcg5asj5oW/MnvNemeJ5 r5f+fWttIz6m2vs97BzXR3Ffyo+9SGG57LEVtzv389Pa1+I5uni/OUZzvZn248zv3z/kuejfVvt1 03w++iLWuXvZEVOjoOekUjjwMor3ew+21k9d8aeVXocdSL3HXWtad93CAV86QHOGbrO1QHZQduYN GAfAAikfYx0Lb/LDjsOB8+K5pjVG5w25QzxXVMRBRvf+sPNDnNc7ZnmcIoPn9Y/TnTb3fre/HnKO azHg3Fgco4/efc6ei+wc3J0+7PnJt9n7rWouHyfk+1u4jesMey6yZSveA+K0GGV9j9+5e1kRU6Mg exEXD9biSaR4v/dg6xxoVQw4kDqLx/k9J4XCdvrW7TJ0m33EMcsnNwApxGDoPwbbb5SVx+aw47A4 L37dOif0H+dx/GKUVJ+jhp0f+ub1nPfKlLfRpWobeUTNvd/tr4ec44aeG4tj9FHe59b3pPi7YcOe n3z53t1vPUfx97Ba01vbmJ5u7cOw56L/MRbGb4fTwF3JtjPoNYPFQEyNggXGVP8BUTgAhh1I8V7p IMzu9+xD74GWzY/jDdlmZ5n2nPI2ASSSHX8D3szbEXDDDYOPw+HHaDyW22OXttM6P+T3i+ekSOH+ sHNS5ZjFcYqUt1EgG6e8/br7Xfy699yUPzflj85697M4RpmKfW4/H531hz0/lefL1rTuY2jfz7+H w56LOu8B7fnFr1tU7QsWEzE1CnoOiPIB2Xu/dWAXfgLtHKwtOz9JzHEgtcYtrhd/eiqsX5rfM9ag bTbJfmoeMA9AGtnx1XNcF+m+0X52yHE4+BgtvBFnd2OctZer+N98g85Rw84PxTHn/t983TG667TH 6tlGKW6G7ndx2dI2Os9r7/Tec2N5jCJxXv/j6Y2xJkOen77ze5Ny6MT7Pc/poOdizveA7uslLuPc vbyIKQBY8QyLiHFmUvcbqw0xBQArjfJVjb6rHGPKpO43Vj1iCgBWIL0f+wz6OG78mNT9xupGTAEA ACQgpgAAABIQUwAAAAmIKQAAgATEFAAAQAJiCgAAIIEspl544QWSJEkWrIuYIkmSrLAuYookSbLC uogpkiTJCusipkiSJCusi5giSZKssC5iiiRJssK6iCmSJMkK6yKmSJIkK6yLmCJJkqywLvOKqRtv vJEkSXKirWqcKusy75iqmk6SJDkJiimSJMkExRRJkmSCYookSTJBMUWSJJmgmCJJkkxQTJEkSSYo pkiSJBMUUyRJkgmKKZJcBu+++26SE2TVcZwrpkhyGYwnZwCTgZgiyTFUTAGTg5giyTFUTAGTw0TH 1B9dexPJFWLVMb6aFVPA5DDxMfX1B3eSnHDFVL9iCpgcxBTJZVdM9SumgMlBTJFcdsVUv2IKmBzE FMllV0z1K6awHMTX3Sisomq5hVhF1XILcaHEdauO49xVHVMP7HwqPL3/YNj77HfDnhEYx4njPdgc t2p75GpVTPWbcmIHFsooXneDxpjUsesQ1606jnNXdUzF8Nlw7nnhLW+ZCmed9dvhvdNXhIsvPDdc 8+639d6+K95u6Jl+4fnnhPc0p190wYbw5+/+/XDehrPDm978lnDpZZdl41Ztj1ytiql+R/HmAMyX xYySSR27DnHdquM4d1XH1HPf+0E4+uijw0vXHhFe+Yqjw2dv+NUwdfqx4ZbrTx5wuz673dK8f8ap 68Kn37c+vPkN68Ktf3VyeN2Jx4RDfv6wsH79+mzcqu2Rq1Ux1e8o3hyA+bKYUTKpY9chrlt1HOeu 6pg6+Pz3w3HHHRcOO2xNOPHVrwjP7fpwuOT8N4Y9D9009HZv8/bcs98QZh+4MVx4zulh344Phl8/ Y3140YsOCaeeemo2btX2FsW7rg+nNK4IN1fNI8dEMdXvKN4cgPmymFEyqWPXIa5bdRzniqlmTK1d uzasO+ao8DsbTg6vfuW6cPFb1/fd/nLp/i/94rpwUfP2Vc37l5yzPvzC8ceEl7zk0CWOqVvCpY1G aIgpjrliqt9RvDnkHPWF7LQLzMliRknV9C985f+Fm756b/jY1+8PM9/YHj7+z/eHv932z+GDd28L 1391a/jorf/YXrJF3bHf9eSF4XMHPhb+evbt4dqnNoU/ffKC8Ae7psJlj50WLn70lHD2jleG83ec 1F66Rcpjj+tWHce5YqoZU0cccUQWVIcccmg4fM1Lm7eHzXm7puf+oWHNS9eGww8/fMli6o5rT2tG VCOcsukKV6Y49taNqdtvv71y+nK42PuScmIvEkMq/lueoJoNM1PxB7rpsLU9BeNN3+vuvuPCD3/4 w+zLBz51dHYbHruyddskTsvmN5fLGfTarZp+85e+HDbceU+45v5/CR9/dGf4wlOz4Y6n94Qv7p4N /7h7T/jTv/14e8kWdcf+zYeOC59+5qbwnt2Xhd/b+abwO4+emgXUbzx0bHjj9iPC1EPrwlkfeV17 6RaDxq5DXLfqOM4VU4WYSrVeTOVXk8pXlL4Wpl/fCJdeGz+2a8/fdEv7Y7zC/fbyd3zilnBH/NrH fJwA68RUjJdxi6nF3J+UE3tOHlL5v6UPqpoxNTsTpqbHKLfGbX+WkL7XXYykdjw9/pWzs9tyTGX3 FxhTf/35L4bTb7sz/JdPfib87K3/EP7TP3wu/Odbb2vevyU0bv778L8++on2ki3qjr1hx6uzK1Lx KtSFj5wc3vTg0eGCR04Kp351Tfith0/Ibjd89NfaS7cYNHYd4rpVx3HuiompnU/vC/sPPt/jE3ue qVw2d+ljqh1Mn2jdz64uvf76VhS153Xvt6Mrv59F02lh+q7Wuh3FFCfAuWIqD5dxjKnF2qeUE3uk HFL5v+W5QjWEGC7xXDYu8TJu+7PE9L3uYiR96/QQ9nw07Pv29SEc+GIIj1wewhPv7Q2pBcbUNZ+5 LZx9212h8dFPhsanPhMaWz4bGrc0bz/+96Fx9c3h0r9bWEz99ew7sttXffjns9vICz/+fvurEP79 Jz8MG/5OTGXWjanvPLY7i6d9B74btu++L2zbdWd4bO+j2bSn9h+oXCe65DHVFz4xmPJA6g2tue+3 FVOcAIfFVDFaFitcFuJi71fKiX1QSOX/5h9U+RWm3O6Vpq3TvfebU8J0J0bKV6ba86amWsHS+KPw J+VxOzEz07PN6a3tdTv3swFb5OtEp6bDdHGb8xpv8ONcLfS97mIsxZiKAdUMqSyoml8/ctspvSFV uFo16LVbNf2ymz4UGuf9ebVnvze86QMfai/Zou7YZ9xzTHZ713Ofy25nf/h4eO2dh4cf/eRHncB6 27enstucQWPXIa5bdRznroiYenLvs1k4feTr7wxn3foz4YxPNsLG29dlURWn73hitnK95Ymp4oEc FVNc+Q6KqXKwjLtVj2GhLvTEPldI5f/qB1UeHXlYlAJp63R2rurETc/9ATHVmAozs9mEQuy0B+iE USmGOusMCrSZ5px4t7X9/vVrjlfen1VG5evuife2Yuqp97eMX8fAykOqcFUqMui1W+c13fiLT7e/ qqbu2Os/sjZs/8G27Otf/MCLs9vT7l2b3Z5822HZ7aZv/np2m1Nn/wYR1606jnNXREztO/BcFk2/ ueWnw/vCkeHq8HNh075GuPqfTs+mD/q4b/mvTBUVU1y5iql+F3Jiz0LqvvrWCqp2nEx16qdJz7R2 zLTjo/dK1RzhEynHS1/MlNepjrnu/s0VR3OMJ6baXxWIMXVc87Wy/S9bt3dd3Lr930e0bgtXpSKD Xrt1XtOjiqkztv3XcM6OV4VLHn1tWP+Ph2a/O3XKFw8PZz3838PJnzssm3fezBvbS7eos3+DiOtW Hce5KyKmYjBF33xLI7wr/Gy4KvxUuOzZRtj4lSOy6YP+IvmSx1Q5iHpCSExx5ToopqKLGSwpLvZ+ pZzYR8nszFQWKz1tUQqYLKCyOGmFysCw6QuZJokx1b9/YiqFga+7PR8N33vk/ZkHvnF52HfXaWH2 jv/WF1KRQWPM9ZqOIZU7iLpjx4A6/5ETwyl3HB7+54NHZlejTtu2NrzmUy/Jbk/6h0PDm67xpxEy 68bUnme+m0XTBZ9/cfi97zUj6plGuHhXI7zv3rdm03c9vb9yvfiXyo866qhw5JFHhpe97GWZVZE0 l/m6a9asqfEX0Iv/m6/4C+ViiivXYTEVXcxoWaiLvU8pJ/aRMueVqSZZgEyFma3t224pLXpMuTI1 Wkbxuhs0xlKOffnO/5FdiXrd/12T/a7U6768Jrsf4yqGVfSKnX5nKrNuTD0+uz+Lpi8+PBOu3PqK cMlXXxSuvffM8J2nvplNf2jX05Xr7d77bLjyyreHjZdvChs3Xh4u37QpvObEEyuDaZAnnXRStl5c /3c3bgzveOdV4al9g3/pnVyNzhVT0XGNqap5o3AUbzyjoR0fnSAqB1Ikn9a0GEp9y1bEVD5toTFV nt+Oq8FxVHM8MbVgBo0xqWPXIa5bdRznroiY+ubDu8KeZ1tXp8rGX06vWica/xdgDKr4MWA0XuH6 jTPPrIymKuOVqPPOOz/7na18jBhS/9Ict2p75Gq1TkxFxy2mqqaPylG8OYyOQiwVQ6VA/nFbzxWs ucKnTev3rKJTYeb++cZPk05AxfXy/7W30Jgq7U9xR1cBixklkzp2HeK6Vcdx7oqIqWgMqsd2781i JoZVvFr10OPV/4tvkLPPHAwbzj03nHDCCZlVAZV77LHHhuOPPz5ceNFFYW9ze1XjkWxZN6ZWk6N4 c1idVMQWarOYUTKpY9chrlt1HOeumJgahfHjwB2PNsPsW98O1/3FX1ZGVDT+jtWfveea5nLbwwMP 7QgPD/jTCyRbiql+R/HmsCrIrzyVr36t0o/pUomvu1FYRdVyC7GKquUW4kKJ61Ydx7liquS3djwR Ht29N/zN5g9lv1Qew6nsy1/+8vD+Gz6Q/dX17Y88UTkOya5iqt+UE/tqI/+IsaurUlhaxNQC/EbT J/c8G57//gsDjfPvf/jxyvVJ9iqm+hVTwOQgpkguu2KqXzEFTA5iiuSyK6b6FVPA5CCmSC67Yqpf MQVMDmKK5LIrpvoVU8DkMPExRXJlWHWMr2bFFDA5THRMkeRKVUwBk4OYIskxVEwBk4OYIskxVEwB k4OYIskxVEwBk4OYIskxNJ6cSU6OVcdxrpgiSZJMUEyRJEkmKKZIkiQTFFMkSZIJiimSJMkExRRJ kmSCYookSTJBMUWSJJmgmCJJkkxwLGKKJElykq1qnCrrMq+YIkmSXC3WRUyRJElWWBcxRZIkWWFd xBRJkmSFdRFTJEmSFdZFTJEkSVZYFzFFkiRZYV3EFEmSZIV1EVMkSZIV1kVMkSRJVliXecVU1Z9k J0mSnCSrGqfKusw7pqqmkyRJToJiiiRJMkExRZIkmaCYIkmSTFBMkSRJJiimSJIkExRTJEmSCYop kiTJBMUUSZJkgmKKJJfBu+++m+QEWXUc54opklwG48kZwGQgpkhyDBVTwOQgpkhyDBVTwOQw0TH1 R9feRHKFWHWMr2bFFDA5THxMff3BnSQnXDHVr5gCJgcxRXLZFVP9iilgchBTJJddMdWvmAImBzFF ctkVU/2KKWByEFNDfGDnU+Hp/QfD3me/G/aMwDhOHO/B5rhV2yNXq2KqXzEFTA5iaogxfDace154 y1umwlln/XZ47/QV4eILzw3XvPttvbfvircbeqZfeP454T3N6RddsCH8+bt/P5y34ezwpje/JVx6 2WXZuFXbI1erYqpfMQWkEY+hUViHuFzVcZy7qmPque/9IBx99NHhpWuPCK98xdHhszf8apg6/dhw y/UnD7hdn91uad4/49R14dPvWx/e/IZ14da/Ojm87sRjwiE/f1hYv359Nm7V9sjVqpjqt+5JHEA1 xWPozjvvCTfccH/48Ifvan59b3tqL/fdt72zzG23bcumiakRePD574fjjjsuHHbYmnDiq18Rntv1 4XDJ+W8Mex66aejt3ubtuWe/Icw+cGO48JzTw74dHwy/fsb68KIXHRJOPfXUbNyq7Y3Uu64PpzQa odH20k9ULEOOiWKqXzEFpJEfQ1/60tZmIG3Pvn7uuRBuvfXR8LGP/Z/sfs7XvvbtymXE1AjMY2rt 2rVh3TFHhd/ZcHJ49SvXhYvfur7v9pdL93/pF9eFi5q3r2rev+Sc9eEXjj8mvOQlhy5RTN0SLi0G 1CeuaAbVaWH6ruIy5PgopvodZUwd9YXstAusKuIxFK82bd78rfDjH7em/cd/tL5429tuzm4jw5YR UyMwj6kjjjgiC6pDDjk0HL7mpc3bw+a8XdNz/9Cw5qVrw+GHH740MRXj6fXXhzs6074Wpl/v6hTH 17oxdfvtt1dOXw4Xe19GFVMxpOK/JQmq2Zkw1ZgOW9t3F4Wl2AZWBPEYuvHGb7fvhbB37w/C88// R/b1Ndd8Olx88XRoNI4Lv/Irv59Ni5SXEVMjsBxTqdaLqdZVpdbHc1eEmzvT20F0beHju0239H6c F+/3jJVbulJFjpl1YirGy7jF1GLuzyhiKg+p/N9EXqEST1ggeUz967/+qD0lhB/96Cdh//4Q/vAP P5aFVCTeXnDB1dnXkeIyYqrkzqf3hf0Hn+/xiT3PVC6bu/Qx1XsF6Y5rTytcYWrN695vR1d+P4uq 6o/yeschx8+5YioPl3GMqcXap9SYKodU/m/igkpMYYHkMRV//+lTn3oo/PjHPwlnnnlVFk+5OfHr 1772D7JlHnzwmXDPPQfDn/zJJ8RU0e88tjuLp30Hvhu2774vbNt1Z3hs76PZtKf2H6hcJ7rkMZUF UfFqVAymPJDKH9XNdb9lFlI9Y5Lj57CYKkbLYoXLQlzs/UqJqUEhlf+bX1DNhpmpRpieiVHTXDs6 3UybLHIK97NFS+HTs8xMa5w4M06fmg7TzfuNfPmt8SOX9rKdMbeG6c60qTAzm485YBv5Mp3p02Fm Zqo9rxGmOjOxGshj6sknvxduuOGbYfv2fc3XQTegysR5cZnvfGd/85jeE666akZMFX1y77NZOH3k 6+8MZ936M+GMTzbCxtvXZVEVp+94YrZyveWJqfykkLvwmGqFlF885/g7KKbKwTLuVj2GhbrQmJor pPJ/9YOqFVONqZnmV5F24OT3s2ipCp3Wct3OakVNJ6YK88rLtsJqWDxVb6O1XnteexudgCrOw6og j6nIwYP/Gg4c+LdwxhnvaL4Oqq9MbdjwrmyZe+55OnzoQ4+Ft7/dlake9x14Loum39zy0+F94chw dfi5sGlfI1z9T6dn0wd93Lf8V6aKzi+mXJHiJCmm+l1ITGUhdV996wVV+8pUt2YG3y+GToyXToBF CuGTLVe4itRHXLZGTJXn9a1X2Ebfsljp5DF18OC/hS98YVc27Utf2hWuvvrucPHFH+zEVB5SVcuI qYIxmKJvvqUR3hV+NlwVfipc9mwjbPzKEdn0QX+RfMljqhxIPXE1j5ga8vtT5Dg6KKaiixksKS72 fi0kphaHhcVUdiWqJ6YGRFdONq0ZeR1rxFRfsA3ZRtU2saKJx9CVV34m7Nz57+HAgdYvod922yNZ JMU/h5D/b77jjrtw4DJiquCeZ76bRdMFn39x+L3vNSPqmUa4eFcjvO/et2bTdz29v3K9+JfKjzrq qHDkkUeGl73sZZlVkTSX+bpr1qyp8RfQi/+brxhE9WPq5k3FE1LX7rLkeDkspqKLGS0LdbH3adJj au4rU+XQKV6pGtWVqQHrYVWQH0M33vjlsHnzvdnfkcojqcygZcRUwcdn92fR9MWHZ8KVW18RLvnq i8K1954ZvvPUN7PpD+16unK93XufbVbt28PGyzeFjRsvD5dv2hRec+KJlcE0yJNOOilbL67/uxs3 hne886rw1L7Bv/ROrkbniqnouMZU1bxROPExlYVNd7n+35kqhE3p95m2TscfAItRVAitIdvoGae8 jfJ9rHiKx9D27Y8NDKmcqmXEVMFvPrwr7Hm2dXWqbPzl9Kp1ovF/Acagih8DRuMVrt8488zKaKoy Xok677zzs9/ZyseIIfUvzXGrtkeuVuvEVHTcYqpq+qic/Jhqkt1vXx2fnh581ag9Rn4VfWpma2Eb 3XlzbmNgdDXp2yZWOvEYGoV1iMtVHce5KyKmojGoHtu9N4uZGFbxatVDj1f/L75Bzj5zMGw499xw wgknZFYFVO6xxx4bjj/++HDhRReFvc3tVY1HsmXdmFpN1j2JTw6Fj+CAFcaqialRGD8O3PFoM8y+ 9e1w3V/8ZWVERePvWP3Ze65pLrc9PPDQjvDwgD+9QLKlmOp34mMquxJUiKfSR3nASkJMzdNv7Xgi PLp7b/ibzR/Kfqk8hlPZl7/85eH9N3wg+6vr2x95onIckl3FVL8r4cpU/ntSfR/BASsMMbUAv9H0 yT3Phue//8JA4/z7H368cn2SvYqpfldCTAGrBTFFctkVU/2KKWByEFMkl10x1a+YAiYHMUVy2RVT /YopYHIQUySXXTHVr5gCJoeJjymSK8OqY3w1K6aAyWGiY4okV6piCpgcxBRJjqFiCpgcxBRJjqFi CpgcxBRJjqFiCpgcxBRJjqHx5Exycqw6jnPFFEmSZIJiiiRJMkExRZIkmaCYIkmSTFBMkSRJJiim SJIkExRTJEmSCYopkiTJBMUUSZJkgmMRUyRJkpNsVeNUWZd5xRRJkuRqsS5iiiRJssK6iCmSJMkK 6yKmSJIkK6yLmCJJkqywLmKKJEmywrqIKZIkyQrrIqZIkiQrrIuYIkmSrLAuYookSbLCumQxBQAA gIUhpgAAABIQUwAAAAmIKQAAgATEFAAAQAJiCgAAIAExBQAAkICYAgAASEBMAQAAJCCmAAAAEhBT AAAACYgpAACABMQUAABAAmIKAAAgATEFAACQgJgCAABIQEwBAAAkIKYAAAASEFMAAAAJiCkAAIAE xBQAAEACYgoAACABMQUAAJCAmAIAAEhATAEAACQgpgAAABIQUwAAAAmIKQAAgATEFAAAQAJiCgAA IAExBQAAkICYAgAASEBMAQAAJCCmAAAAEhBTAAAACYgpAACABMQUAABAAmIKAAAgATEFAACQgJgC AABIQEwBAAAkIKYAAAASEFMAAAAJiCkAAIAExBQAAEACYgoAACABMQUAAJCAmAIAAEhATAEAACQg pgAAABIQUwAAAAmIKQAAgATEFAAAQAJiCgAAIAExBQAAkICYAgAASEBMAQAAJCCmAAAAEhBTAAAA CYgpAACABMQUAABAAmIKAAAgATEFAACQgJgCAABIQEwBAAAkIKYAAAASEFMAAAAJiCkAAIAExBQA AEACYgoAACABMQUAAJCAmAIAAEhATAEAACQgpgAAABIQUwAAAAmIKQAAgATEFAAAQAJiCgAAIAEx BQAAkICYAgAASEBMAQAAJCCmAAAAEhBTAAAACYgpAACABMQUAABAAmIKAAAgATEFAACQgJgCAABI QEwBAAAkIKYAAAASEFMAAAAJiCkAAIAExBQAAEACYgoAACABMQUAAJCAmAIAAEhATAEAACQgpgAA ABIQUwAAAAmIKQAAgATEFAAAQAJiCgAAIAExBQAAkICYAgAASEBMAQAAJCCmAAAAEhBTAAAACYgp AACABMQUAABAAmIKAAAgATEFAACQgJgCAABIQEwBAAAkIKYAAAASEFMAAAAJiCkAAIAFE8L/B9w8 84nYHI19AAAAAElFTkSuQmCC --_7e02baf6-8c8d-4620-8b46-c1ba13791b29_--

6 9

[Users] Fresh installation of ovirt-engine
by Andy Michielsen 28 Feb '14

28 Feb '14

Hello, I just finnished an installation of a ovirt-engine and changed the ISO_DOMAIN path to /exports/iso as this is my 1Tb diskspace. But now I see that the nfs share created is /var/lib/exports/iso. I would expect it to be /export/iso but that doesn't seem to be the case. Doe I need to modify this manualy or did I do something wrong. Kind regards.

4 11

[Users] Windows Guest Agent
by Lindsay Mathieson 28 Feb '14

28 Feb '14

The KVM release notes (http://wiki.qemu.org/ChangeLog/1.7#Guest_agent) Mention that the windows guest agent now supports VSS. Whereabouta can I download this? NB: I am not a redhat customer. -- Lindsay

1 0

Re: [Users] oVirt 3.5 planning
by Karli Sjöberg 27 Feb '14

27 Feb '14

--_000_5F9E965F5A80BC468BE5F40576769F09791788F1exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMjcgZmViIDIwMTQgMjE6NTEgc2tyZXYgTGl2aXUgRWxhbWEgPGxpdml1LmVsYW1hQGdt YWlsLmNvbT46DQo+DQo+DQo+Pj4gMS4gQSBWTSBhcHBsaWFuY2UgdG8gZG8gYmFja3VwcyB1c2lu ZyB0aGUgYmFja3VwIEFQSXMgb3IgYWRkIHRoaXMNCj4+PiBmdW5jdGlvbmFsaXR5IGluIGVuZ2lu ZQ0KPj4NCj4+DQo+PiBJJ2QgcmF0aGVyIHNlZSBpbnRlZ3JhdGVkIHdpdGggYmFja3VwIHNvbHV0 aW9ucyB0byB0YWNrbGUgdGhpcyAoaG9wZWZ1bGx5LCB0aGVyZSBhcmUgcmVsZXZhbnQgb3BlbiBz b3VyY2Ugb25lcyBhcyB3ZWxsKQ0KPj4NCj4gRG8geW91IGtub3cgaWYgdGhlcmUgaXMgYSAzcmQg cGFydHkgdGhhdCBoYXMgc3RhcnRlZCB3b3JrIG9uIHRoaXM/DQo+Pg0KPj4NCj4+PiAyLiBlbmdp bmUgdG8gY3JlYXRlIGFuZCBtYWludGFpbiBnbHVzdGVyIGdlby1yZXBsaWNhdGlvbg0KPj4NCj4+ DQo+PiBzYWhpbmEgLSB0aG91Z2h0cz8NCj4+DQo+Pg0KPj4+IDMuIGZyZWVCU0QgYXMgc3VwcG9y dGVkIGd1ZXN0IGFuZCBndWVzdCBhZ2VudCBmb3IgaXQNCj4+DQo+Pg0KPj4gYWRhbSAtIHdoZXJl IGFyZSB3ZSB3aXRoIGdldHRpbmcgZnJlZWJzZCBhZGRlZCBhcyBndWVzdD8NCj4+IGh0dHA6Ly9n ZXJyaXQub3ZpcnQub3JnLyMvYy8yMjI3My8NCj4+IExpdml1IC0gbm90ZSBpdCBpcyBqdXN0IGEg Y29uZmlnIGZpbGUgKG90aGVyIHRoYW4gdGhlIGljb24pLg0KPj4NCj4+IHZpbnplbnogLSBpIGRv bid0IHJlbWVtYmVyIGFueW9uZSB2b2x1bnRlZXJlZCB0byB0ZXN0IGFuZCBwYWNrYWdlIHRoZSBn dWVzdCBhZ2VudCBvbiBmcmVlYnNkPw0KPj4gKGxpdml1IC0gbWF5YmUgeW91IGNhbiB0cnkgdG8g dGFja2xlIHRoYXQ/KQ0KPg0KPiBJIGNhbiBzdXJlbHkgdGVzdCB0aGUgYWdlbnQgYW5kIEkgY2Fu IHRyeSBnaXZlIGl0IGEgZ28gdG8gcGFja2FnZSBhZ2VudCBmb3IgOC4zKGlmIG5vIG9uZSBlbHNl IGRpZCB0aGlzIGJlZm9yZSkgYXMgSSdtIGludGVyZXN0ZWQgaW4gcGZzZW5zZSBvbiBvdmlydA0K DQpEb24ndCwgaXQncyBhIG1vb3QgcG9pbnQgdW50aWwgc29tZW9uZSBnZXRzIGRvd24gdG8gc29y dGluZyBvdXQgdmlydGlvLXNlcmlhbDoNCmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvcGlwZXJtYWls L3VzZXJzLzIwMTMtQXVndXN0LzAxNTc3NS5odG1sDQoNClRoaXMgaXMgdGhlIG1vc3QgcmVjZW50 IGluZm8gSSBjb3VsZCBmaW5kIG9uIHRoZSBtYXR0ZXI6DQpodHRwOi8vbGlzdHMuZnJlZWJzZC5v cmcvcGlwZXJtYWlsL2ZyZWVic2QtZW11bGF0aW9uLzIwMTMtQXByaWwvMDEwNTY5Lmh0bWwNCg0K WW91IHNob3VsZCBnZXQgaW4gdG91Y2ggd2l0aCB0aGF0IGd1eSwgbGV0IGhpbSBrbm93IHRoZXJl J3MgaW50ZXJlc3QgYXQgbGVhc3Q6KQ0KDQovSw0KDQo+Pg0KPj4NCj4+Pg0KPj4+IFJlZ2FyZHMN Cj4+PiBMaXZpdQ0KPj4+DQo+Pj4NCj4+Pg0KPj4+DQo+Pj4gT24gRnJpLCBGZWIgMjgsIDIwMTQg YXQgMjo0MiBBTSwgTWF1cmljZSBKYW1lcyA8bWlkbmlnaHRzdGVlbEBtc24uY29tDQo+Pj4gPG1h aWx0bzptaWRuaWdodHN0ZWVsQG1zbi5jb20+PiB3cm90ZToNCj4+Pg0KPj4+ICAgICBJdHMgYSAi cGx1ZyIgaWNvbg0KPj4+DQo+Pj4NCj4+PiAgICAgID4gRGF0ZTogVGh1LCAyNyBGZWIgMjAxNCAx NTozMTozNCArMDIwMA0KPj4+ICAgICAgPiBGcm9tOiBpaGVpbUByZWRoYXQuY29tIDxtYWlsdG86 aWhlaW1AcmVkaGF0LmNvbT4NCj4+PiAgICAgID4gVG86IGpvbmFzQGlzcmFlbHNzb24uY29tIDxt YWlsdG86am9uYXNAaXNyYWVsc3Nvbi5jb20+Ow0KPj4+ICAgICB1c2Vyc0BvdmlydC5vcmcgPG1h aWx0bzp1c2Vyc0BvdmlydC5vcmc+OyBtc2tyaXZhbkByZWRoYXQuY29tDQo+Pj4gICAgIDxtYWls dG86bXNrcml2YW5AcmVkaGF0LmNvbT4NCj4+Pg0KPj4+DQo+Pj4gICAgICA+IFN1YmplY3Q6IFJl OiBbVXNlcnNdIG9WaXJ0IDMuNSBwbGFubmluZw0KPj4+ICAgICAgPg0KPj4+ICAgICAgPiBPbiAw Mi8yNS8yMDE0IDEyOjAwIFBNLCBKb25hcyBJc3JhZWxzc29uIHdyb3RlOg0KPj4+ICAgICAgPiA+ IE5vdCBzdXJlIGlmIHRoaXMgYWxyZWFkeSBleGlzdCBidXQgSSBoYXZlIGhhZCB0byBoZWxwIHF1 aXRlIGENCj4+PiAgICAgZmV3IHVzZXJzDQo+Pj4gICAgICA+ID4gdGhhdCBoYXZlIG9ubHkgdXNl ci1wZXJtaXNzaW9ucyB0byByZXN0YXJ0IHRoZWlyIFZNIGlmIHRoZXkNCj4+PiAgICAgbWFuYWdl ZCB0bw0KPj4+ICAgICAgPiA+IGhhbmcgdGhlIE9TLg0KPj4+ICAgICAgPiA+IFRoaXMgc2luY2Ug dGhleSBsYWNrIHRoZSBwZXJtaXNzaW9uIHRvIHBvd2VyIG9mZiB0aGUgbWFjaGluZSwgYW5kDQo+ Pj4gICAgICA+ID4gc2h1dGRvd24gc2ltcGx5IGlzIG5vdCBlbm91Z2guIEdpdmluZyB0aGVtIG1v cmUgcGVybWlzc2lvbiBjYW4NCj4+PiAgICAgaGVscCwNCj4+PiAgICAgID4gPiBzaW5jZSB0aGV5 DQo+Pj4gICAgICA+ID4gdGhlbiB3aWxsIGhhdmUgdGhlIGV4dGVuZGVkIHRhYiB3aXRoIG1vcmUg b3B0aW9ucyBpbmNsdWRpbmcgdGhlDQo+Pj4gICAgIGFiaWxpdHkNCj4+PiAgICAgID4gPiB0byBw b3dlciBvZmYgYSBWTSAsIHRoaXMgaG93ZXZlciBJTU8gaXMgb3ZlcmtpbGwgc2luY2UgdGhleSBh cmUNCj4+PiAgICAgdGhlbg0KPj4+ICAgICAgPiA+IHByZXNlbnRlZA0KPj4+ICAgICAgPiA+IHdp dGggYSB2YXN0IG51bWJlciBvZiBvcHRpb25zIHN1Y2ggYXMgYWRkIGRpc2ssIG5pYywgbmV0d29y a3MNCj4+PiAgICAgZXRjLCBhbGwNCj4+PiAgICAgID4gPiBub3Qgd29ya2luZyBzaW5jZSB0aGV5 IGhhdmUgbm8gKGFuZCBzaG91bGQgaGF2ZSBub25lKQ0KPj4+ICAgICAgPiA+IHBlcm1pc3Npb24g dG8gdGhvc2Ugb2JqZWN0cy4NCj4+PiAgICAgID4gPg0KPj4+ICAgICAgPiA+IFNvIGFkZGluZyB0 byB0aGUgYmFzaWMgdmlldyBpbiB0aGUgdXNlciBwb3J0YWwgYSBwb3dlciBvZmYNCj4+PiAgICAg YnV0dG9uIGFuZA0KPj4+ICAgICAgPiA+IGV4dGVuZGluZyB0aGUgb3JkaW5hcnkgdXNlci1wZXJt aXNzaW9uIHRvIGFsc28gaW5jbHVkZSBwb3dlcg0KPj4+ICAgICBvZmYgSSB0aGluaw0KPj4+ICAg ICAgPiA+IHdvdWxkIGJlIGEgZ29vZCBpZGVhLg0KPj4+ICAgICAgPiA+DQo+Pj4gICAgICA+ID4g UmdkcyBKb25hcw0KPj4+ICAgICAgPiA+DQo+Pj4gICAgICA+ID4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+PiAgICAgID4gPiBVc2VycyBtYWlsaW5n IGxpc3QNCj4+PiAgICAgID4gPiBVc2Vyc0BvdmlydC5vcmcgPG1haWx0bzpVc2Vyc0BvdmlydC5v cmc+DQo+Pj4NCj4+PiAgICAgID4gPiBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlz dGluZm8vdXNlcnMNCj4+PiAgICAgID4NCj4+PiAgICAgID4gbWljaGFsIC0gZG9uJ3Qgd2UgaGF2 ZSBwb3dlciBvZmYgdm0gaW4gdGhlIGJhc2ljIHVzZXIgcG9ydGFsPw0KPj4+ICAgICAgPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+ICAgICAgPiBV c2VycyBtYWlsaW5nIGxpc3QNCj4+PiAgICAgID4gVXNlcnNAb3ZpcnQub3JnIDxtYWlsdG86VXNl cnNAb3ZpcnQub3JnPg0KPj4+DQo+Pj4gICAgICA+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFp bG1hbi9saXN0aW5mby91c2Vycw0KPj4+DQo+Pj4gICAgIF9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4gICAgIFVzZXJzIG1haWxpbmcgbGlzdA0KPj4+ ICAgICBVc2Vyc0BvdmlydC5vcmcgPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+DQo+Pj4gICAgIGh0 dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0KPj4+DQo+Pj4NCj4+ DQo+DQo= --_000_5F9E965F5A80BC468BE5F40576769F09791788F1exchange21_ Content-Type: text/html; charset="utf-8" Content-ID: <B8236F9DDC53074E819093AC6C66F6FE(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAyNyBmZWIgMjAxNCAyMTo1MSBza3JldiBMaXZpdSBFbGFtYSAmbHQ7bGl2aXUu ZWxhbWFAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7Jmd0 OyAxLiBBIFZNIGFwcGxpYW5jZSB0byBkbyBiYWNrdXBzIHVzaW5nIHRoZSBiYWNrdXAgQVBJcyBv ciBhZGQgdGhpczxicj4NCiZndDsmZ3Q7Jmd0OyBmdW5jdGlvbmFsaXR5IGluIGVuZ2luZTxicj4N CiZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBJJ2QgcmF0aGVyIHNlZSBpbnRl Z3JhdGVkIHdpdGggYmFja3VwIHNvbHV0aW9ucyB0byB0YWNrbGUgdGhpcyAoaG9wZWZ1bGx5LCB0 aGVyZSBhcmUgcmVsZXZhbnQgb3BlbiBzb3VyY2Ugb25lcyBhcyB3ZWxsKTxicj4NCiZndDsmZ3Q7 PGJyPg0KJmd0OyBEbyB5b3Uga25vdyBpZiB0aGVyZSBpcyBhIDNyZCBwYXJ0eSB0aGF0IGhhcyBz dGFydGVkIHdvcmsgb24gdGhpcz8gPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZn dDsmZ3Q7Jmd0OyAyLiBlbmdpbmUgdG8gY3JlYXRlIGFuZCBtYWludGFpbiBnbHVzdGVyIGdlby1y ZXBsaWNhdGlvbjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBzYWhp bmEgLSB0aG91Z2h0cz88YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsm Z3Q7IDMuIGZyZWVCU0QgYXMgc3VwcG9ydGVkIGd1ZXN0IGFuZCBndWVzdCBhZ2VudCBmb3IgaXQ8 YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgYWRhbSAtIHdoZXJlIGFy ZSB3ZSB3aXRoIGdldHRpbmcgZnJlZWJzZCBhZGRlZCBhcyBndWVzdD88YnI+DQomZ3Q7Jmd0OyBo dHRwOi8vZ2Vycml0Lm92aXJ0Lm9yZy8jL2MvMjIyNzMvPGJyPg0KJmd0OyZndDsgTGl2aXUgLSBu b3RlIGl0IGlzIGp1c3QgYSBjb25maWcgZmlsZSAob3RoZXIgdGhhbiB0aGUgaWNvbikuPGJyPg0K Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyB2aW56ZW56IC0gaSBkb24ndCByZW1lbWJlciBhbnlvbmUg dm9sdW50ZWVyZWQgdG8gdGVzdCBhbmQgcGFja2FnZSB0aGUgZ3Vlc3QgYWdlbnQgb24gZnJlZWJz ZD88YnI+DQomZ3Q7Jmd0OyAobGl2aXUgLSBtYXliZSB5b3UgY2FuIHRyeSB0byB0YWNrbGUgdGhh dD8pPGJyPg0KJmd0Ozxicj4NCiZndDsgSSBjYW4gc3VyZWx5IHRlc3QgdGhlIGFnZW50IGFuZCBJ IGNhbiB0cnkgZ2l2ZSBpdCBhIGdvIHRvIHBhY2thZ2UgYWdlbnQgZm9yIDguMyhpZiBubyBvbmUg ZWxzZSBkaWQgdGhpcyBiZWZvcmUpIGFzIEknbSBpbnRlcmVzdGVkIGluIHBmc2Vuc2Ugb24gb3Zp cnQ8L3A+DQo8cCBkaXI9Imx0ciI+RG9uJ3QsIGl0J3MgYSBtb290IHBvaW50IHVudGlsIHNvbWVv bmUgZ2V0cyBkb3duIHRvIHNvcnRpbmcgb3V0IHZpcnRpby1zZXJpYWw6PGJyPg0KaHR0cDovL2xp c3RzLm92aXJ0Lm9yZy9waXBlcm1haWwvdXNlcnMvMjAxMy1BdWd1c3QvMDE1Nzc1Lmh0bWw8L3A+ DQo8cCBkaXI9Imx0ciI+VGhpcyBpcyB0aGUgbW9zdCByZWNlbnQgaW5mbyBJIGNvdWxkIGZpbmQg b24gdGhlIG1hdHRlcjo8YnI+DQpodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvcGlwZXJtYWlsL2Zy ZWVic2QtZW11bGF0aW9uLzIwMTMtQXByaWwvMDEwNTY5Lmh0bWw8L3A+DQo8cCBkaXI9Imx0ciI+ WW91IHNob3VsZCBnZXQgaW4gdG91Y2ggd2l0aCB0aGF0IGd1eSwgbGV0IGhpbSBrbm93IHRoZXJl J3MgaW50ZXJlc3QgYXQgbGVhc3Q6KTwvcD4NCjxwIGRpcj0ibHRyIj4vSzwvcD4NCjxwIGRpcj0i bHRyIj4mZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZn dDsmZ3Q7IFJlZ2FyZHM8YnI+DQomZ3Q7Jmd0OyZndDsgTGl2aXU8YnI+DQomZ3Q7Jmd0OyZndDs8 YnI+DQomZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDs8YnI+ DQomZ3Q7Jmd0OyZndDsgT24gRnJpLCBGZWIgMjgsIDIwMTQgYXQgMjo0MiBBTSwgTWF1cmljZSBK YW1lcyAmbHQ7bWlkbmlnaHRzdGVlbEBtc24uY29tPGJyPg0KJmd0OyZndDsmZ3Q7ICZsdDttYWls dG86bWlkbmlnaHRzdGVlbEBtc24uY29tJmd0OyZndDsgd3JvdGU6PGJyPg0KJmd0OyZndDsmZ3Q7 PGJyPg0KJmd0OyZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgSXRzIGEgJnF1b3Q7cGx1ZyZxdW90OyBp Y29uPGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmd0OyBEYXRlOiBUaHUsIDI3IEZlYiAyMDE0IDE1OjMxOjM0 ICYjNDM7MDIwMDxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZndDsgRnJv bTogaWhlaW1AcmVkaGF0LmNvbSAmbHQ7bWFpbHRvOmloZWltQHJlZGhhdC5jb20mZ3Q7PGJyPg0K Jmd0OyZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmd0OyBUbzogam9uYXNAaXNyYWVsc3Nv bi5jb20gJmx0O21haWx0bzpqb25hc0Bpc3JhZWxzc29uLmNvbSZndDs7PGJyPg0KJmd0OyZndDsm Z3Q7ICZuYnNwOyAmbmJzcDsgdXNlcnNAb3ZpcnQub3JnICZsdDttYWlsdG86dXNlcnNAb3ZpcnQu b3JnJmd0OzsgbXNrcml2YW5AcmVkaGF0LmNvbTxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5i c3A7ICZsdDttYWlsdG86bXNrcml2YW5AcmVkaGF0LmNvbSZndDs8YnI+DQomZ3Q7Jmd0OyZndDs8 YnI+DQomZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsm Z3Q7IFN1YmplY3Q6IFJlOiBbVXNlcnNdIG9WaXJ0IDMuNSBwbGFubmluZzxicj4NCiZndDsmZ3Q7 Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsmZ3Q7IE9uIDAyLzI1LzIwMTQgMTI6MDAgUE0sIEpvbmFzIElzcmFlbHNzb24g d3JvdGU6PGJyPg0KJmd0OyZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmd0OyAmZ3Q7IE5v dCBzdXJlIGlmIHRoaXMgYWxyZWFkeSBleGlzdCBidXQgSSBoYXZlIGhhZCB0byBoZWxwIHF1aXRl IGE8YnI+DQomZ3Q7Jmd0OyZndDsgJm5ic3A7ICZuYnNwOyBmZXcgdXNlcnM8YnI+DQomZ3Q7Jmd0 OyZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmZ3Q7ICZndDsgdGhhdCBoYXZlIG9ubHkgdXNlci1w ZXJtaXNzaW9ucyB0byByZXN0YXJ0IHRoZWlyIFZNIGlmIHRoZXk8YnI+DQomZ3Q7Jmd0OyZndDsg Jm5ic3A7ICZuYnNwOyBtYW5hZ2VkIHRvPGJyPg0KJmd0OyZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7Jmd0OyAmZ3Q7IGhhbmcgdGhlIE9TLjxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5i c3A7ICZuYnNwOyZndDsgJmd0OyBUaGlzIHNpbmNlIHRoZXkgbGFjayB0aGUgcGVybWlzc2lvbiB0 byBwb3dlciBvZmYgdGhlIG1hY2hpbmUsIGFuZDxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5i c3A7ICZuYnNwOyZndDsgJmd0OyBzaHV0ZG93biBzaW1wbHkgaXMgbm90IGVub3VnaC4gR2l2aW5n IHRoZW0gbW9yZSBwZXJtaXNzaW9uIGNhbjxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7 IGhlbHAsPGJyPg0KJmd0OyZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmd0OyAmZ3Q7IHNp bmNlIHRoZXk8YnI+DQomZ3Q7Jmd0OyZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmZ3Q7ICZndDsg dGhlbiB3aWxsIGhhdmUgdGhlIGV4dGVuZGVkIHRhYiB3aXRoIG1vcmUgb3B0aW9ucyBpbmNsdWRp bmcgdGhlPGJyPg0KJmd0OyZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgYWJpbGl0eTxicj4NCiZndDsm Z3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZndDsgJmd0OyB0byBwb3dlciBvZmYgYSBWTSAs IHRoaXMgaG93ZXZlciBJTU8gaXMgb3ZlcmtpbGwgc2luY2UgdGhleSBhcmU8YnI+DQomZ3Q7Jmd0 OyZndDsgJm5ic3A7ICZuYnNwOyB0aGVuPGJyPg0KJmd0OyZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7Jmd0OyAmZ3Q7IHByZXNlbnRlZDxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyZndDsgJmd0OyB3aXRoIGEgdmFzdCBudW1iZXIgb2Ygb3B0aW9ucyBzdWNoIGFzIGFk ZCBkaXNrLCBuaWMsIG5ldHdvcmtzPGJyPg0KJmd0OyZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgZXRj LCBhbGw8YnI+DQomZ3Q7Jmd0OyZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmZ3Q7ICZndDsgbm90 IHdvcmtpbmcgc2luY2UgdGhleSBoYXZlIG5vIChhbmQgc2hvdWxkIGhhdmUgbm9uZSk8YnI+DQom Z3Q7Jmd0OyZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmZ3Q7ICZndDsgcGVybWlzc2lvbiB0byB0 aG9zZSBvYmplY3RzLjxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZndDsg Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZndDsgJmd0OyBTbyBh ZGRpbmcgdG8gdGhlIGJhc2ljIHZpZXcgaW4gdGhlIHVzZXIgcG9ydGFsIGEgcG93ZXIgb2ZmPGJy Pg0KJmd0OyZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgYnV0dG9uIGFuZDxicj4NCiZndDsmZ3Q7Jmd0 OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZndDsgJmd0OyBleHRlbmRpbmcgdGhlIG9yZGluYXJ5IHVz ZXItcGVybWlzc2lvbiB0byBhbHNvIGluY2x1ZGUgcG93ZXI8YnI+DQomZ3Q7Jmd0OyZndDsgJm5i c3A7ICZuYnNwOyBvZmYgSSB0aGluazxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZu YnNwOyZndDsgJmd0OyB3b3VsZCBiZSBhIGdvb2QgaWRlYS48YnI+DQomZ3Q7Jmd0OyZndDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyZndDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsmZ3Q7ICZndDsgUmdkcyBKb25hczxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5i c3A7ICZuYnNwOyZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNw OyZndDsgJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xzxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZndDsgJmd0OyBVc2VycyBt YWlsaW5nIGxpc3Q8YnI+DQomZ3Q7Jmd0OyZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmZ3Q7ICZn dDsgVXNlcnNAb3ZpcnQub3JnICZsdDttYWlsdG86VXNlcnNAb3ZpcnQub3JnJmd0Ozxicj4NCiZn dDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZndDsgJmd0 OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+DQomZ3Q7 Jmd0OyZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7ICZuYnNw OyAmbmJzcDsgJm5ic3A7Jmd0OyBtaWNoYWwgLSBkb24ndCB3ZSBoYXZlIHBvd2VyIG9mZiB2bSBp biB0aGUgYmFzaWMgdXNlciBwb3J0YWw/PGJyPg0KJmd0OyZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xzxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZndDsgVXNlcnMgbWFpbGlu ZyBsaXN0PGJyPg0KJmd0OyZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmd0OyBVc2Vyc0Bv dmlydC5vcmcgJmx0O21haWx0bzpVc2Vyc0BvdmlydC5vcmcmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7 PGJyPg0KJmd0OyZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmd0OyBodHRwOi8vbGlzdHMu b3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+DQomZ3Q7Jmd0OyZndDs8YnI+DQom Z3Q7Jmd0OyZndDsgJm5ic3A7ICZuYnNwOyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7IFVzZXJzIG1h aWxpbmcgbGlzdDxicj4NCiZndDsmZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7IFVzZXJzQG92aXJ0Lm9y ZyAmbHQ7bWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsgJm5ic3A7 ICZuYnNwOyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+ DQomZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDs8 YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F09791788F1exchange21_--

1 0

[Users] gluster
by yfwang＠daicy.net 27 Feb '14

27 Feb '14

This is a multi-part message in MIME format. ------=_001_NextPart305658588054_=---- Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 DQpoaSwNCml0IGlzIG15IGdsdXN0ZXJmcyBsb2csDQpbMjAxNC0wMi0yNyAxMDo0NDozNS41NjUz NjddIEkgW2NsaWVudC5jOjE4ODM6Y2xpZW50X3JwY19ub3RpZnldIDAtY3RkYi1jbGllbnQtMDog ZGlzY29ubmVjdGVkDQpbMjAxNC0wMi0yNyAxMDo0NDozNS41ODE4MTJdIFcgW3NvY2tldC5jOjE0 OTQ6X19zb2NrZXRfcHJvdG9fc3RhdGVfbWFjaGluZV0gMC1nbHVzdGVyZnM6IHJlYWRpbmcgZnJv bSBzb2NrZXQgZmFpbGVkLiBFcnJvciAoVHJhbnNwb3J0IGVuZHBvaW50IGlzIG5vdCBjb25uZWN0 ZWQpLCBwZWVyICgxOTIuMTY4LjEwMS45MzoyNDAwNykNCklzIGl0IGhhcm1sZXNzIG9yIGRvIEkg bmVlZCB0byB3b3JyeT8NCmNhbiB5b3UgaGVscCBtZSx0aGFua3M/DQoNCg0KDQoNCnlmd2FuZ0Bk YWljeS5uZXQ= ------=_001_NextPart305658588054_=---- Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Dgb2312" http-equiv=3DContent-Type> <STYLE> BLOCKQUOTE { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px; MARGIN-LEFT: 2em } OL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } UL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } P { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } BODY { LINE-HEIGHT: 1.5; FONT-FAMILY: =CE=A2=C8=ED=D1=C5=BA=DA; COLOR: #000000; = FONT-SIZE: 10.5pt } </STYLE> <META name=3DGENERATOR content=3D"MSHTML 8.00.7601.18305"></HEAD> <BODY style=3D"MARGIN: 10px"> <DIV> <DIV> </DIV> <DIV>hi,</DIV> <DIV style=3D"TEXT-INDENT: 2em">it is my glusterfs log,</DIV> <DIV>[2014-02-27 10:44:35.565367] I [client.c:1883:client_rpc_notify]=20 0-ctdb-client-0: disconnected</DIV> <DIV>[2014-02-27 10:44:35.581812] W [socket.c:1494:__socket_proto_state_ma= chine]=20 0-glusterfs: reading from socket failed. Error (Transport endpoint is not=20 connected), peer (192.168.101.93:24007)</DIV></DIV> <DIV><SPAN=20 style=3D"TEXT-ALIGN: justify; TEXT-TRANSFORM: none; BACKGROUND-COLOR: rgb(= 255,255,255); TEXT-INDENT: 0px; DISPLAY: inline !important; FONT: medium/2= 4px palatino, georgia, verdana, arial, sans-serif; WHITE-SPACE: normal; FL= OAT: none; LETTER-SPACING: normal; COLOR: rgb(34,34,34); WORD-SPACING: 0px= ; -webkit-text-stroke-width: 0px">Is=20 it harmless or do I need to worry?</SPAN></DIV> <DIV><SPAN=20 style=3D"TEXT-ALIGN: justify; TEXT-TRANSFORM: none; BACKGROUND-COLOR: rgb(= 255,255,255); TEXT-INDENT: 0px; DISPLAY: inline !important; FONT: medium/2= 4px palatino, georgia, verdana, arial, sans-serif; WHITE-SPACE: normal; FL= OAT: none; LETTER-SPACING: normal; COLOR: rgb(34,34,34); WORD-SPACING: 0px= ; -webkit-text-stroke-width: 0px">can=20 you help me,thanks?</SPAN></DIV> <DIV><SPAN=20 style=3D"TEXT-ALIGN: justify; TEXT-TRANSFORM: none; BACKGROUND-COLOR: rgb(= 255,255,255); TEXT-INDENT: 0px; DISPLAY: inline !important; FONT: medium/2= 4px palatino, georgia, verdana, arial, sans-serif; WHITE-SPACE: normal; FL= OAT: none; LETTER-SPACING: normal; COLOR: rgb(34,34,34); WORD-SPACING: 0px= ; -webkit-text-stroke-width: 0px"></SPAN> </DIV> <HR style=3D"WIDTH: 210px; HEIGHT: 1px" align=3Dleft color=3D#b5c4df SIZE= =3D1> <DIV><SPAN> <DIV style=3D"FONT-FAMILY: verdana; FONT-SIZE: 10pt"> <DIV>yfwang(a)daicy.net</DIV></DIV></SPAN></DIV></BODY></HTML> ------=_001_NextPart305658588054_=------

2 1

[Users] Migration Failed
by Koen Vanoppen 27 Feb '14

27 Feb '14

Dear all, I added a new host to our ovirt. Everything went good, exept in the beginnen there was a problem with the firmware of the FibreCard but that is solved (maybe relevant to the issue coming up ;-) ), host is green en up now. But when I tried to migrate a machine for testing purpose to see if everythin was ok, I get the following error in the engine.log and the migration fails: 2014-02-27 08:33:08,082 INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (pool-6-thread-49) [f1a68d8] Running command: MigrateVmCommand internal: false. Entities affected : ID: 3444fc9d-0395-4cbb-9a11-28a42802560c Type: VM 2014-02-27 08:33:08,362 INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (pool-6-thread-49) [f1a68d8] START, MigrateVDSCommand(HostName = soyuz, HostId = 6dfa2f9c-85c6-4fb3-b65f-c84620115a1a, vmId=3444fc9d-0395-4cbb-9a11-28a42802560c, srcHost= soyuz.brusselsairport.aero, dstVdsId=6707fa40-753a-4c95-9304-e47198477e4d, dstHost=buran.brusselsairport.aero:54321, migrationMethod=ONLINE, tunnelMigration=false), log id: 50cd7284 2014-02-27 08:33:08,371 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (pool-6-thread-49) [f1a68d8] VdsBroker::migrate::Entered (vm_guid=3444fc9d-0395-4cbb-9a11-28a42802560c, srcHost= soyuz.brusselsairport.aero, dstHost=buran.brusselsairport.aero:54321, method=online 2014-02-27 08:33:08,405 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (pool-6-thread-49) [f1a68d8] START, MigrateBrokerVDSCommand(HostName = soyuz, HostId = 6dfa2f9c-85c6-4fb3-b65f-c84620115a1a, vmId=3444fc9d-0395-4cbb-9a11-28a42802560c, srcHost= soyuz.brusselsairport.aero, dstVdsId=6707fa40-753a-4c95-9304-e47198477e4d, dstHost=buran.brusselsairport.aero:54321, migrationMethod=ONLINE, tunnelMigration=false), log id: 20806b79 2014-02-27 08:33:08,441 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (pool-6-thread-49) [f1a68d8] FINISH, MigrateBrokerVDSCommand, log id: 20806b79 2014-02-27 08:33:08,451 INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (pool-6-thread-49) [f1a68d8] FINISH, MigrateVDSCommand, return: MigratingFrom, log id: 50cd7284 2014-02-27 08:33:08,491 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (pool-6-thread-49) [f1a68d8] Correlation ID: f1a68d8, Job ID: c3642418-3f05-41eb-8b1d-07fe04867742, Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: ADW-DevSplunk, Source: soyuz, Destination: buran, User: admin@internal). 2014-02-27 08:33:20,036 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-82) VM ADW-DevSplunk 3444fc9d-0395-4cbb-9a11-28a42802560c moved from MigratingFrom --> Up 2014-02-27 08:33:20,042 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-82) Adding VM 3444fc9d-0395-4cbb-9a11-28a42802560c to re-run list 2014-02-27 08:33:20,051 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-82) Rerun vm 3444fc9d-0395-4cbb-9a11-28a42802560c. Called from vds soyuz 2014-02-27 08:33:20,107 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-6-thread-50) START, MigrateStatusVDSCommand(HostName = soyuz, HostId = 6dfa2f9c-85c6-4fb3-b65f-c84620115a1a, vmId=3444fc9d-0395-4cbb-9a11-28a42802560c), log id: 75ac0a46 2014-02-27 08:33:20,124 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-6-thread-50) Failed in MigrateStatusVDS method 2014-02-27 08:33:20,130 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-6-thread-50) Error code noConPeer and error message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Could not connect to peer VDS 2014-02-27 08:33:20,136 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-6-thread-50) Command org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=10, mMessage=Could not connect to peer VDS]] 2014-02-27 08:33:20,139 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-6-thread-50) HostName = soyuz 2014-02-27 08:33:20,145 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-6-thread-50) Command MigrateStatusVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Could not connect to peer VDS 2014-02-27 08:33:20,148 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-6-thread-50) FINISH, MigrateStatusVDSCommand, log id: 75ac0a46 2014-02-27 08:33:20,154 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (pool-6-thread-50) Correlation ID: f1a68d8, Job ID: c3642418-3f05-41eb-8b1d-07fe04867742, Call Stack: null, Custom Event ID: -1, Message: Migration failed due to Error: Could not connect to peer host. Trying to migrate to another Host (VM: ADW-DevSplunk, Source: soyuz, Destination: buran). Any Ideas? Kind regards, Koen

5 6

[Users] How do you move an host with local-storage into "regular" Data Center?
by Giorgio Bersano 27 Feb '14

27 Feb '14

Hi all, I need your help to clean up my DataCenter. I'm new to this wonderful product so I'm exploring to understand what's offered. I'm talking about 3.4.0beta3 (Centos 6.5). In the beginning it was a "normal" system with two hosts, an iSCSI storage, and the engine installed as a "regular" KVM guest on another host (external to the oVirt setup). So far so good. Then I selected one of the two hosts, put it in maintenance mode, clicked on "Configure Local Storage", accepted the defaults for "Data Center", "Cluster" and "Storage", put in an appropriate path to local storage... Now I have another DC (hostname-Local), another Cluster (hostname-Local) and another SD (hostname-Local). This host has been migrated from the original Cluster and it is now in the "hostname-Local" Cluster. Nothing to regret, I was expecting something like that. Obviously I have now a single host in my "main" DC and so I'm unable to do migration of VMs and so on. After some tests I decide to go back to the original situation. I put again the host in maintenance mode, "Edit", select the correct DC and the host is now back in his place. Now I try to remove the spurious DC to clean-up the situation but the result is an error popup: "Error while executing action: Cannot remove Data Center. There is no active Host in the Data Center." OK, I move again the host in. But now when I select the DC the "Remove" button is obviously greyed out. Well, for the moment I'm happy to move again the host into the regular DC to gain full functionality of my cluster but I would like to clean my setup removing the other, useless, DC. Does anyone know how to get out from this? I'm probably missing something obvious but here I'm stuck. TIA, Giorgio.

3 4

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

27 Feb '14

I am seeing lots of entries like the one below on my ovirt nodes that have InfiniBand (ib0). Thread-13::ERROR::2014-02-06 19:03:52,906::netinfo::301::root::(speed) cannot read ib0 speed Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 297, in speed s = int(speedFile.read()) IOError: [Errno 22] Invalid argument I'm seeing related entries in system's syslog. Feb 6 18:58:31 vm02 vdsm root ERROR cannot read ib0 speed#012Traceback (most recent call last):#012 File "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 297, in speed#012 s = int(speedFile.read())#012IOError: [Errno 22] Invalid argument The file being read exists but I can't "cat" it. # cat /sys/class/net/ib0/speed cat: /sys/class/net/ib0/speed: Invalid argument Attached is full vdsm log. Host is CentOS 6.5. I just upgraded host from 3.3.2 to 3.3.3 and the errors are the same. Thanks - Trey

3 2