February 2016 - Users - oVirt List Archives

Network Address Change
by Paul.LKW 28 Dec '22

28 Dec '22

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

4 6

Vm suddenly paused with error "vm has paused due to unknown storage error"
by Jasper Siero 18 Feb '20

18 Feb '20

Hi all, Since we upgraded our Ovirt nodes to CentOS 7 a vm (not a specific one but never more then one) will sometimes pause suddenly with the error "VM ... has paused due to unknown storage error". It happens now two times in a month. The Ovirt node uses san storage for the vm's running on it. When a specific vm is pausing with an error the other vm's keeps running without problems. The vm runs without problems after unpausing it. Versions: CentOS Linux release 7.1.1503 vdsm-4.14.17-0 libvirt-daemon-1.2.8-16 vdsm.log: VM Channels Listener::DEBUG::2015-10-25 07:43:54,382::vmChannels::95::vds::(_handle_timeouts) Timeout on fileno 78. libvirtEventLoop::INFO::2015-10-25 07:43:56,177::vm::4602::vm.Vm::(_onIOError) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device virtio-disk0 error eother libvirtEventLoop::DEBUG::2015-10-25 07:43:56,178::vm::5204::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::event Suspended detail 2 opaque None libvirtEventLoop::INFO::2015-10-25 07:43:56,178::vm::4602::vm.Vm::(_onIOError) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device virtio-disk0 error eother ........... libvirtEventLoop::INFO::2015-10-25 07:43:56,180::vm::4602::vm.Vm::(_onIOError) vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device virtio-disk0 error eother specific error part in libvirt vm log: block I/O error in device 'drive-virtio-disk0': Unknown error 32758 (32758) ........... block I/O error in device 'drive-virtio-disk0': Unknown error 32758 (32758) engine.log: 2015-10-25 07:44:48,945 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-40) [a43dcc8] VM diataal-prod-cas1 77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb moved from Up --> Paused 2015-10-25 07:44:49,003 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-40) [a43dcc8] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM diataal-prod-cas1 has paused due to unknown storage error. Has anyone experienced the same problem or knows a way to solve this? Kind regards, Jasper

3 3

[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> </div><div>FIRST - MACHINE IPs.</div><ul = class=3D"MailOutline"><li>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.  </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>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"</li></ul></ul><div> </div><div>Now that I have the DHCP / = IP thing sorted, I have to do the DNS stuff.</div><div> </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 "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!!!</div><div> </div><div>More to come during the = week</div><div> </div><div>Richie</div><div = apple-content-edited=3D"true"> Jos=E9 E ("Richie") Piovanetti, MD, = MS  M: 787-615-4884 | <a = href=3D"mailto:richiepiovanetti@healthcareinfopartners.com">richiepiovanet= ti(a)healthcareinfopartners.com</a> </div> <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> <blockquote = type=3D"cite">Hello Ritchie, <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. 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? 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). Any suggestions are MORE THAN WELCOME=85!!! =   </blockquote> 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) 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. Regards, Joop </blockquote></div> </div></b= ody></html>= --Apple-Mail=_DF4BF6D1-1F87-4F60-9CF9-070D4D836241--

2 1

Re: [ovirt-users] Question about the ovirt-engine-sdk-java
by Michael Pasternak 15 May '19

15 May '19

------=_Part_1975902_834617789.1445161505459 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi=C2=A0Salifou, Actually java sdk is=C2=A0intentionally=C2=A0hiding transport level interna= ls so developers could stay in java domain,if your headers are static, easi= est way would be using reverse proxy in a middle to intercept requests,=C2= =A0 can you tell me why do you need this? =20 On Friday, October 16, 2015 1:14 AM, Salifou Sidi M. Malick <ssidimah@= redhat.com> wrote: =20 Hi Micheal, I have a question about the ovirt-engine-sdk-java. Is there a way to add custom request headers to each RHEVM API call? Here is an example of a request that I would like to do: $ curl -v -k \ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -H "ID: user1(a)ad.xyz.com" \ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -H "PASSWORD: Pwssd" \ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -H "TARGET: kobe" \ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://vm0.smalick.com/api/hosts I would like to add ID, PASSWORD and TARGET as HTTP request header.=20 Thanks, Salifou ------=_Part_1975902_834617789.1445161505459 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><head></head><body><div style=3D"color:#000; background-color:#fff; f= ont-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helve= tica, Arial, Lucida Grande, sans-serif;font-size:13px"><div id=3D"yui_3_16_= 0_1_1445160422533_3555" dir=3D"ltr">Hi Salifou,</div><div id=3D"yui_3_16_0_1_144= 5160422533_3555" dir=3D"ltr"> = </div><div id=3D"yui_3_16_0_1_1445160422533_3555" dir=3D"ltr">= Actually java sdk is intentionally hidi= ng transport level internals so developers could stay in java domain,</span= ></div><div id=3D"yui_3_16_0_1_1445160422533_3555" dir=3D"ltr">if your headers are static, easiest way would= be using reverse proxy in a middle to intercept requests,  = </div><div id=3D"yui_3_16_0_1_1445160422533_3555" dir=3D"ltr"> </div><div id=3D"yui_3_16= _0_1_1445160422533_3555" dir=3D"ltr">can you tell me why do you need this?</span= > </div> <div class=3D"qtdSeparateBR"> </div><div class=3D"y= ahoo_quoted" style=3D"display: block;"> <div style=3D"font-family: Helvetic= aNeue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida= Grande, sans-serif; font-size: 13px;"> <div style=3D"font-family: Helvetic= aNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-si= ze: 16px;"> <div dir=3D"ltr"> On Friday, O= ctober 16, 2015 1:14 AM, Salifou Sidi M. Malick <ssidimah(a)redhat.com>= wrote: </div> <div class=3D"y_msg_container">Hi Mich= eal, I have a question about the ovirt-engine-sdk-java. Is th= ere a way to add custom request headers to each RHEVM API call? Here= is an example of a request that I would like to do: $ curl -v -k \<= br>          -H "ID: <a ymailto=3D"mailto:user1@ad= .xyz.com" href=3D"mailto:user1@ad.xyz.com">user1(a)ad.xyz.com</a>" \ &nbsp= ;         -H "PASSWORD: Pwssd" \     &nbsp= ;     -H "TARGET: kobe" \           <= a href=3D"https://vm0.smalick.com/api/hosts" target=3D"_blank">https://vm0.= smalick.com/api/hosts</a> I would like to add ID, PASSWORD and T= ARGET as HTTP request header. Thanks, Salifou </d= iv> </div> </div> </div></div></body></html> ------=_Part_1975902_834617789.1445161505459--

2 1

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

15 May '19

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

2 1

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

15 May '19

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

2 1

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

11 May '19

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

2 1

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

11 May '19

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

2 1

Need VM run once api
by Chandrahasa S 09 May '19

09 May '19

This is a multipart message in MIME format. --=_alternative 00361B2065257E90_= Content-Type: text/plain; charset="US-ASCII" Hi Experts, We are integrating ovirt with our internal cloud. Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS. but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal. I believe we need to power ON vm using run once API, but we are not able get this API. Can some one help on this. I got reply on this query last time but unfortunately mail got deleted. Thanks & Regards Chandrahasa S =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you --=_alternative 00361B2065257E90_= Content-Type: text/html; charset="US-ASCII" Hi Experts, We are integrating ovirt with our internal cloud. Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS. but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal. I believe we need to power ON vm using run once API, but we are not able get this API. Can some one help on this. I got reply on this query last time but unfortunately mail got deleted. Thanks & Regards Chandrahasa S =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you --=_alternative 00361B2065257E90_=--

5 4

[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> </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> </div> <div>/rhev/data-center/mnt/blockSD/fe633237-14b2-4f8b-aedd-bbf753bcafaf/mas= ter/vms</div> <div> </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> </div> <div>Any advice would be greatly appreciated.</div> <div> </div> <div>Thanks,</div> <div>jonathan</div> <hr> 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. </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_--

3 2

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

08 Apr '19

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

2 1

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

08 Apr '19

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

2 1

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

08 Apr '19

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

2 1

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

07 Apr '19

--========GMXBoundary282021374122634158505 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hi, it's me again.... I started my oVirt 'project' as a proof of concept,.. but it happend as always, it became production Now, I've to move the iSCSI Master data to the real iSCSI traget. Is there any way to do this, and to become rid of the old Master Data? Thank you for your help Hans-Joachim --========GMXBoundary282021374122634158505 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, it's me again.... 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" /> Now, I've to move the iSCSI Master data to th= e real iSCSI traget. Is there any way to do this, and to become rid of= the old Master Data? Thank you fo= r your help Hans-Joachim --========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"> Hi all, 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. 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... What’s going on? Is it a = known behavior, somehow? 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?   Thank you all. </div> <div align=3D"left"> Alberto Scotto <img border=3D"0" alt=3D"Blue" src=3D"cid:bde= 5ac62d10545908e269a6006dbd5ac" style=3D"margin:0px"> Via Cardinal Massaia, 83 10147 - Torino - ITALY phone: +39 011 29100 <a href=3D"al.scotto(a)reply.it" target=3D"" style=3D"color:blue; text-decora= tion:underline">al.scotto(a)reply.it</a> <a title=3D"" href=3D"www.reply.it" target=3D"" style=3D"color:blue; text-d= ecoration:underline">www.reply.it</a>   </div> <hr> -- 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. </body> </html> --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_-- --_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: image/png; name="blue.png" Content-Description: blue.png Content-Disposition: inline; filename="blue.png"; size=2834; creation-date="Tue, 11 Sep 2012 14:14:44 GMT"; modification-date="Tue, 11 Sep 2012 14:14:44 GMT" Content-ID: <bde5ac62d10545908e269a6006dbd5ac> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAIwAAAAyCAYAAACOADM7AAAABmJLR0QA/gD+AP7rGNSCAAAACXBI WXMAAA3XAAAN1wFCKJt4AAAACXZwQWcAAACMAAAAMgCR0D3bAAAKaUlEQVR42u2ce5AUxRnAf313 3Al4eCAYFaIgyMNEUF6KlYoVIDBArDxqopWxQgViQlWsPHA0MUlZVoyKRsdSE4lGomjIaHS0UlHL wTIPpEgQFQUUjYIWdfIIScyBHi/Z6/zRM1xP3yzs7t3unOX8qra2H9M9vb3f9Pf19/WukFKSk1Mq dVkPIOejRS4wOWXR6wVGuP5I4foDsh5HjkL0VhtGuP5A4CFgNrAD+Lb0nKeyHtfHnd68wixGCQvA qcA9wvWPy3pQH3caan1D4fonAYeBDwEZjaFflAaok56zHRhsNG0B+gAHSrhHarn0nFp/3NLnxbKP B06I5kECO2UYZD2sLtRcYIBJwK+BoYBACU89cAjoAIRw/TuAJcClQGy//FJ6zvvH6ly4/qXAz4vU HQA2A4H0nIcz+OxH41eAHaU3AhdkPaA0MrFhhOuPB2YA5wBnA6ehni5dgKcBu4C5wLZS7Rfh+g8A 80u49HHgEuk5h2s+AeaYLbsO2AKMiIqWyzBYkPW40shihUF6zkbUUwSAcP0G4FHgS9pl10rPmQMs LbXfSBVNLPHyrwDfBO7JYg4MRqEempjnsh5QMXqL0Xsl8EUt3w5cXUE/w4AztfzzwGSUGrwoyuvM yfqDR5yLUssxL2U9oGJkssLoCNdfjLJXdBZIz9lQQXcTgSYt/4z0nHjy1wvX3wW8oNX3O8q4TgKm AGegjNB/As9JzzmYer1lTwKGoOyyV2UYtArLngLMQ9lh64EVRQxZ3V5pje4V9zsVGBRl22QYrDXu e0HUvwD+K8NgXbe/lKOQqcAI178MuM0ovk16zqMVdjnNyL9g5E2DrTVlTP1RRvM3gIFG9RvC9RdK z/lHoo2yQQJgeFR0hbDsT6FUns544Icp456qpV+RYaAL5RJgepR+FWXzxfcdA6zRrr0SqKrAZKaS hOt/DbjXKH5Geo7bjW71iT8AvGLUzzXyfzfGNBBlPyymq7AAjAWeFK5/slE+AvhklC4At6KEZb9x 3cJo+9x5T8s+ERinFa012uzU0vuMuu9r6W3AXd2Yu5LIRGCE618E/D6l6rpu9Hk8MEEr2iQ9p1Wr n4wShJgPgCeMbh6g02jeB9wILASe1q4ZBHzBaDeRThukHghRdskoQF+NmlH+JJ0JqB1ijCkw72np jiOfx7JPQrkdYm6QYXBMH1V3qYlKEq7fhNLvw1CTeztK55rcJlz/s8XshGPwaeBELd8sXP961Bd4 Bsqo1u2bm6Tn7NbGeCHKMI6ZLz3nsajuT6gtfjxfpxr31lXhThkG8470a9mrtPp2uq4652np94FN Rr0uMM1a+jI6fVTvAMsrmLOy6VGBEa5fB3wOpctHaK9TgVOAxmN0MRXlwPpWBbefYuTHAj8tcu39 0nNuMMq+qqXfjoUl4mSSq/HbRlv9S3/ZqBumpXcB/zPqz9fSm2UY/Nuo1wWmCUBYdiPwHa3ck2Hw YQVzVjbVWGFmkW7YmewDfga8CNwHnB6VXyZcf7X0nAfLvG8pntE3gSXSc5an1Olf+hDh+i+jVieJ UiOxwBSiMQMgLLsFOEtr+7xWB8rQjdkgw0BXK40o1RWTZrDu0dKx0X4xylMOynZZVuZcVUyPCoz0 nA7gR8L1N6FWmQIqZtRGpwoSwF7gRek5WwCE658P3A9Y0TV3C9ffUOrWOlrZdIfdXuBhlCqaqZU/ myYs0RZaNzybUV7oNFqBt7T8BJJ2iW6zDAPGFKkDGE1yBTLtF0gKTCF6/4FWtsTYVVWVqtgw0nNW lHn9LmCOcP2bgKuAvsAtqNWqFGLVF7NGes4i4fpjgNfpFNbzi7QfD/TX8vtQMa40VkvPKWh5fWfW DuhCfg5Ju8nc5k/RxpZYuTR0gWkTlj0D5YgEeJca2S4xvcXTC4D0nKvpdNWXc2hqEiqSHROrhR0k bYAzhesPTmmvG61tKAE6PXoNRRnTg6OX6VvRhfB1GQa7tbyu5v6D8qNQpH4bsDVlbLrADACu0fK/ qOXqAr1MYCLip7AcI+48I78WIIpuv6mVN5NUPWntN0nP2So9p016ThtwEKU6RpIMOyAsuw9JVWiu INO19AYZBma0fbKWXi/DoEBX9tBpu4wDLozS2+jqx6o6vVFgYt+JKKON/pTvJ6kWzKc6LTg5XEtv MeruAF5DqbZVgH6IayTJoOHf4oSw7LNICuKTeqfCsj9BUnhN+yamPXqZc3JrLfwuJpnHklKIBaa+ lIuF67eQ3KW8HtlEMabhPCmlG/3JnhX5ZHaifDeLtLqlxpmcySQfuvnCstdH6WXaZ9iPMsJ1xpOM ZaXZL6DsqfcB3UO8A7WzrDm9T2DqG7dTOHSIEgUGIc5GyhatZJ1Rv4HkmZ/xKb08o5UPRa0UkuQT vY6uQVJTFc5D7fQ6SNpUN8ow2GVcq7sB2ugq2DGHUYfLdG6SYbCPDMhcYIRlJwWjcGg/Z1/yATBE zJxXT0Pf4o0P7pWcO39W4nuVHS+JGfPq6dMXOjpgzNyt9En0MUF877fDee3x1iPlo2beTOPxnwGh qzahuhUAjwCLpOeYKkDfIT2BUl1XkxT2+2QYXJ8yen0H+JYMgz2kY9o126mh38UkITBRYGwp5e1Q usNjwL/Ql3VRX2D35mUI0UB90wyOZmc19i+wa+NB+vTrnMA9re00RO3q6iRbVtYxeOzt1NXHS3od e96dRkPT6CN9v/HUIRr738Dg0bMRDSdQVzeAjsJh+ra8SfMpf5S3XNzFoSYsewhJVbhKhoEnLDtE HV4vRGXPprQFFTdrRklk2u4opoVkyMOTYbCfjEgc0RSWPQhlQ/SruMfymCrD4IXud1N7In+ILgzT ZRj8tYfvcSLwOzoPer0DjKv1VlrHVEltqBhMafZD99mR1QfvAXT1tYfiNkhZCMvuD1yLCtbORsXg Yi7PUljAEJgoztFaYV8fN8yg4XsV95TkLJS32+QaGQZPl9tZT5O50ftRJLL1Pq8V9cjqEjHdyG8D rpdhkJmhq5MLTGX0QR2diLdnYQ/2vRq1wsRe6nUyDNq712XP0Wt/W53TO+mNoYGcXkwuMDll0eM2 TPRbnGnAvaaDSVj2bOA0GQY1j7Lm9AzVWGG+jIrwphlH3wXuzvpD51RONXZJ7aizLFcIyx4O3CXD IN527kUdJAJAWPbFqBXnVmHZV6FO3K+I6oahzgYPAX7T017UnMqoxgpTQAniONRJ/AeFZRc72+IA P47SPwEWAAjLbgL+jPJ1NAF/EZZd6o/sc6pINQSmARAyDL6OOm45mmSoX+cDVDiC6D0+azI0arcS FSkG9fcgORlTbcfdXtR5jqOdnpPGO3QK8nzU33KsoutvgXIyoBorjP7FN6OEsph3sE6rq9fS8RmQ RTIMTgP+QPJsbk5GVENgjgMQlv0QcDnwBp0nxgaQ/O+6dmCUsOxHUGdj459kbI/a3Sksew3qjE5L 1pOVUx2VtBJljxxAhf3v0v4TZRnKmI25ObruLdTZkvcAZBgcEpY9E3BRu6TrZBisznqycvJYUk6Z 5KGBnLLIBSanLHKBySmLXGByyiIXmJyy+D/P9uGVPOu6DAAAACh6VFh0U29mdHdhcmUAAHja801M LsrPTU3JTFRwyyxKLc8vyi5WsAAAYBUIJ4KDNosAAAAASUVORK5CYII= --_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_--

3 2

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

11 Mar '19

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

3 5

Re: [ovirt-users] Need VM run once api
by Chandrahasa S 11 Mar '19

11 Mar '19

This is a multipart message in MIME format. --=_alternative 00199D2865257E91_= Content-Type: text/plain; charset="US-ASCII" Can any one help on this. Thanks & Regards Chandrahasa S From: Chandrahasa S/MUM/TCS To: users(a)ovirt.org Date: 28-07-2015 15:20 Subject: Need VM run once api Hi Experts, We are integrating ovirt with our internal cloud. Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS. but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal. I believe we need to power ON vm using run once API, but we are not able get this API. Can some one help on this. I got reply on this query last time but unfortunately mail got deleted. Thanks & Regards Chandrahasa S =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you --=_alternative 00199D2865257E91_= Content-Type: text/html; charset="US-ASCII" Can any one help on this. Thanks & Regards Chandrahasa S From:        Chandrahasa S/MUM/TCS To:        users(a)ovirt.org Date:        28-07-2015 15:20 Subject:        Need VM run once api <hr noshade> Hi Experts, We are integrating ovirt with our internal cloud. Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS. but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal. I believe we need to power ON vm using run once API, but we are not able get this API. Can some one help on this. I got reply on this query last time but unfortunately mail got deleted. Thanks & Regards Chandrahasa S =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you --=_alternative 00199D2865257E91_=--

3 3

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

11 Mar '19

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

3 3

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

27 Feb '19

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

2 3

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

26 Feb '19

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

2 1

Changing gateway ping address
by Matteo 21 Mar '17

21 Mar '17

Hi all, I need to change the gateway ping address, the one used by hosted engine setup. Is ok to edit /etc/ovirt-hosted-engine/hosted-engine.conf on each node, update the gateway param with the new ip address and restart the agent&broker on each node? With a blind test seems ok, but need to understand if is the right procedure. Thanks, Matteo

4 7

[ovirt-shell] update hostnic/nic ???
by Bloemen, Jurriën 02 Feb '17

02 Feb '17

--_000_5697777B2050209dmcamcnetworkscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkZpcnN0IEkgY3JlYXRlZCBhIGJvbmRpbmcgaW50ZXJmYWNlOg0KDQojIGFkZCBuaWMg LS1wYXJlbnQtaG9zdC1uYW1lIHNlcnZlcjAxIC0tbmFtZSBib25kMCAtLW5ldHdvcmstbmFtZSBW TEFONjAyIC0tYm9uZGluZy1zbGF2ZXMtaG9zdF9uaWMgaG9zdF9uaWMubmFtZT1lbm8xIC0tYm9u ZGluZy1zbGF2ZXMtaG9zdF9uaWMgaG9zdF9uaWMubmFtZT1lbm8yDQoNClRoaXMgd29ya3MgZ3Jl YXQgYnV0IG5vIElQIGlzIHNldCBvbiBWTEFONjAyLg0KDQpUaGVuIEknbSB0cnlpbmcgdG8gYWRk IGFuIGlwIGFkZHJlc3MgdG8gYSBuZXR3b3JrIHdpdGggdGhlIGZvbGxvd2luZyBjb21tYW5kOg0K DQojIHVwZGF0ZSBob3N0bmljIC0tcGFyZW50LWhvc3QtbmFtZSBzZXJ2ZXIwMSAtLW5ldHdvcmst bmFtZSBWTEFONjAyIC0tYm9vdF9wcm90b2NvbCBzdGF0aWMgLS1pcC1hZGRyZXNzIDEwLjEwLjEw LjEwIC0taXAtbmV0bWFzayAyNTUuMjU1LjI1NS4wDQoNCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09IEVSUk9SID09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgd3JvbmcgbnVtYmVyIG9mIGFyZ3VtZW50cywgdHJ5ICdoZWxwIHVwZGF0ZScgZm9yIGhl bHAuDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQ0KDQpMb29raW5nIGF0IHRoaXMgZG9jdW1lbnQgaHR0cHM6Ly9hY2Nlc3MucmVkaGF0LmNvbS9k b2N1bWVudGF0aW9uL2VuLVVTL1JlZF9IYXRfRW50ZXJwcmlzZV9WaXJ0dWFsaXphdGlvbi8zLjYt QmV0YS9odG1sL1JIRVZNX1NoZWxsX0d1aWRlL25pYy5odG1sIEkgbmVlZCB0byB1c2UgIm5pYyIg aW5zdGVhZCBvZiAiaG9zdG5pYyIgYnV0IHRoZW4gSSBkb24ndCBoYXZlIHRoZSBvcHRpb25zIHRv IHNheSB0aGlzIGlzIGEgLS1wYXJlbnQtaG9zdC1uYW1lLiBPbmx5IFZNIHJlbGF0ZWQgY29tbWFu ZCBvcHRpb25zLg0KDQpTbyBJIHRoaW5rIHRoZSBkb2N1bWVudGF0aW9uIGlzIGJlaGluZC4NCg0K Q2FuIHNvbWVib2R5IGhlbHAgbWUgd2l0aCB3aGF0IHRoZSBjb21tYW5kIGlzIHRvIGFkZCBhIElQ IHRvIGEgVkxBTi9OZXR3b3JrIGZvciBhIGhvc3Q/DQoNCg0KLS0NCktpbmQgcmVnYXJkcywNCg0K SnVycmnDq24gQmxvZW1lbg0KDQpUaGlzIG1lc3NhZ2UgKGluY2x1ZGluZyBhbnkgYXR0YWNobWVu dHMpIG1heSBjb250YWluIGluZm9ybWF0aW9uIHRoYXQgaXMgcHJpdmlsZWdlZCBvciBjb25maWRl bnRpYWwuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBub3Rp ZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgZW1haWwgaW1tZWRpYXRlbHkgZnJvbSB5b3Vy IHN5c3RlbXMgYW5kIGRlc3Ryb3kgYWxsIGNvcGllcyBvZiBpdC4gWW91IG1heSBub3QsIGRpcmVj dGx5IG9yIGluZGlyZWN0bHksIHVzZSwgZGlzY2xvc2UsIGRpc3RyaWJ1dGUsIHByaW50IG9yIGNv cHkgdGhpcyBlbWFpbCBvciBhbnkgcGFydCBvZiBpdCBpZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5k ZWQgcmVjaXBpZW50DQo= --_000_5697777B2050209dmcamcnetworkscom_ Content-Type: text/html; charset="utf-8" Content-ID: <DED479EC8EDE1E4F9CD5EE636812330C(a)chellomedia.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHRleHQ9IiMwMDAwMDAi IGJnY29sb3I9IiNGRkZGRkYiPg0KPHR0PkhpLDxicj4NCjxicj4NCkZpcnN0IEkgY3JlYXRlZCBh IGJvbmRpbmcgaW50ZXJmYWNlOjxicj4NCjxicj4NCiMgYWRkIG5pYyAtLXBhcmVudC1ob3N0LW5h bWUgc2VydmVyMDEgLS1uYW1lIGJvbmQwIC0tbmV0d29yay1uYW1lIFZMQU42MDIgLS1ib25kaW5n LXNsYXZlcy1ob3N0X25pYyBob3N0X25pYy5uYW1lPWVubzEgLS1ib25kaW5nLXNsYXZlcy1ob3N0 X25pYyBob3N0X25pYy5uYW1lPWVubzI8YnI+DQo8YnI+DQpUaGlzIHdvcmtzIGdyZWF0IGJ1dCBu byBJUCBpcyBzZXQgb24gVkxBTjYwMi48YnI+DQo8YnI+DQpUaGVuIEknbSB0cnlpbmcgdG8gYWRk IGFuIGlwIGFkZHJlc3MgdG8gYSBuZXR3b3JrIHdpdGggdGhlIGZvbGxvd2luZyBjb21tYW5kOjxi cj4NCjxicj4NCiMgdXBkYXRlIGhvc3RuaWMgLS1wYXJlbnQtaG9zdC1uYW1lIHNlcnZlcjAxIC0t bmV0d29yay1uYW1lIFZMQU42MDIgLS1ib290X3Byb3RvY29sIHN0YXRpYyAtLWlwLWFkZHJlc3Mg MTAuMTAuMTAuMTAgLS1pcC1uZXRtYXNrIDI1NS4yNTUuMjU1LjA8YnI+DQo8YnI+DQo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PSBFUlJPUiA9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08YnI+DQombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg d3JvbmcgbnVtYmVyIG9mIGFyZ3VtZW50cywgdHJ5ICdoZWxwIHVwZGF0ZScgZm9yIGhlbHAuPGJy Pg0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08 YnI+DQo8YnI+DQpMb29raW5nIGF0IHRoaXMgZG9jdW1lbnQgPGEgY2xhc3M9Im1vei10eHQtbGlu ay1mcmVldGV4dCIgaHJlZj0iaHR0cHM6Ly9hY2Nlc3MucmVkaGF0LmNvbS9kb2N1bWVudGF0aW9u L2VuLVVTL1JlZF9IYXRfRW50ZXJwcmlzZV9WaXJ0dWFsaXphdGlvbi8zLjYtQmV0YS9odG1sL1JI RVZNX1NoZWxsX0d1aWRlL25pYy5odG1sIj4NCmh0dHBzOi8vYWNjZXNzLnJlZGhhdC5jb20vZG9j dW1lbnRhdGlvbi9lbi1VUy9SZWRfSGF0X0VudGVycHJpc2VfVmlydHVhbGl6YXRpb24vMy42LUJl dGEvaHRtbC9SSEVWTV9TaGVsbF9HdWlkZS9uaWMuaHRtbDwvYT4gSSBuZWVkIHRvIHVzZSAmcXVv dDtuaWMmcXVvdDsgaW5zdGVhZCBvZiAmcXVvdDtob3N0bmljJnF1b3Q7IGJ1dCB0aGVuIEkgZG9u J3QgaGF2ZSB0aGUgb3B0aW9ucyB0byBzYXkgdGhpcyBpcyBhIC0tcGFyZW50LWhvc3QtbmFtZS4g T25seSBWTSByZWxhdGVkIGNvbW1hbmQNCiBvcHRpb25zLjxicj4NCjxicj4NClNvIEkgdGhpbmsg dGhlIGRvY3VtZW50YXRpb24gaXMgYmVoaW5kLiA8YnI+DQo8YnI+DQpDYW4gc29tZWJvZHkgaGVs cCBtZSB3aXRoIHdoYXQgdGhlIGNvbW1hbmQgaXMgdG8gYWRkIGEgSVAgdG8gYSBWTEFOL05ldHdv cmsgZm9yIGEgaG9zdD88YnI+DQo8YnI+DQo8YnI+DQo8L3R0Pg0KPGRpdiBjbGFzcz0ibW96LXNp Z25hdHVyZSI+LS0gPGJyPg0KPHRpdGxlPjwvdGl0bGU+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdi KDAsIDAsIDApOyI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iZm9udC1zaXplOiAxNHB4 OyBmb250LWZhbWlseToNCiAgICAgICAgICBDYWxpYnJpLCBzYW5zLXNlcmlmOyBtYXJnaW46IDBj bSAwY20gMC4wMDAxcHQ7Ij4NCjxiPjxmb250IGZhY2U9IkFyaWFsLHNhbnMtc2VyaWYiIGNvbG9y PSIjMmM4Y2I2Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyI+Szwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOg0KICAgICAgICAgICAgICAgIDEzcHg7Ij5pPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6IDEwcHQ7Ij5uZCByZWdhcmRzLDwvc3Bhbj48L2ZvbnQ+PC9iPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5 Og0KICAgICAgICAgIENhbGlicmksIHNhbnMtc2VyaWY7IG1hcmdpbjogMGNtIDBjbSAwLjAwMDFw dDsiPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6IEFyaWFs LCBzYW5zLXNlcmlmOw0KICAgICAgICAgICAgICBjb2xvcjogcmdiKDQ0LCAxNDAsIDE4Mik7Ij4m bmJzcDs8L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJmb250LXNp emU6IDE0cHg7IGZvbnQtZmFtaWx5Og0KICAgICAgICAgIENhbGlicmksIHNhbnMtc2VyaWY7IG1h cmdpbjogMGNtIDBjbSAwLjAwMDFwdDsiPg0KPGIgc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7DQogICAgICAgICAgICAgIGZvbnQtZmFtaWx5OiBB cmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYig0NCwgMTQwLCAxODIpOyI+SnVycmnDq24gQmxv ZW1lbjwvc3Bhbj48L2I+PGIgc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsNCiAgICAgICAg ICAgICAgY29sb3I6IGdyYXk7Ij48YnI+DQo8L3NwYW4+PC9iPjxmb250IGZhY2U9IkFyaWFsLHNh bnMtc2VyaWYiIGNvbG9yPSIjODA4MDgwIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyI+ PC9zcGFuPjwvZm9udD48L3A+DQo8YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KVGhpcyBtZXNzYWdlIChp bmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzKSBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB0aGF0IGlz IHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQg cmVjaXBpZW50LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIGVtYWls IGltbWVkaWF0ZWx5IGZyb20geW91ciBzeXN0ZW1zIGFuZCBkZXN0cm95IGFsbCBjb3BpZXMgb2Yg aXQuIFlvdSBtYXkgbm90LA0KIGRpcmVjdGx5IG9yIGluZGlyZWN0bHksIHVzZSwgZGlzY2xvc2Us IGRpc3RyaWJ1dGUsIHByaW50IG9yIGNvcHkgdGhpcyBlbWFpbCBvciBhbnkgcGFydCBvZiBpdCBp ZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_5697777B2050209dmcamcnetworkscom_--

3 10

Dedicated NICs for gluster network
by Nicolas Ecarnot 22 Aug '16

22 Aug '16

Hello, [Here : oVirt 3.5.3, 3 x CentOS 7.0 hosts with replica-3 gluster SD on the hosts]. On the switchs, I have created a dedicated VLAN to isolate the glusterFS traffic, but I'm not using it yet. I was thinking of creating a dedicated IP for each node's gluster NIC, and a DNS record by the way ("my_nodes_name_GL"), but I fear using this hostname or this ip in oVirt GUI host network interface tab, leading oVirt think this is a different host. Not being sure this fear is clearly described, let's say : - On each node, I create a second ip+(dns record in the soa) used by gluster, plugged on the correct VLAN - in oVirt gui, in the host network setting tab, the interface will be seen, with its ip, but reverse-dns-related to a different hostname. Here, I fear oVirt might check this reverse DNS and declare this NIC belongs to another host. I would also prefer not use a reverse pointing to the name of the host management ip, as this is evil and I'm a good guy. On your side, how do you cope with a dedicated storage network in case of storage+compute mixed hosts? -- Nicolas ECARNOT

5 11

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

16 Aug '16

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

4 10

One RHEV Virtual Machine does not Automatically Resume following Compellent SAN Controller Failover
by Duckworth, Douglas C 30 May '16

30 May '16

Hello -- Not sure if y'all can help with this issue we've been seeing with RHEV... On 11/13/2015, during Code Upgrade of Compellent SAN at our Disaster Recovery Site, we Failed Over to Secondary SAN Controller. Most Virtual Machines in our DR Cluster Resumed automatically after Pausing except VM "BADVM" on Host "BADHOST." In Engine.log you can see that BADVM was sent into "VM_PAUSED_EIO" state at 10:47:57: "VM BADVM has paused due to storage I/O problem." On this Red Hat Enterprise Virtualization Hypervisor 6.6 (20150512.0.el6ev) Host, two other VMs paused but then automatically resumed without System Administrator intervention... In our DR Cluster, 22 VMs also resumed automatically... None of these Guest VMs are engaged in high I/O as these are DR site VMs not currently doing anything. We sent this information to Dell. Their response: "The root cause may reside within your virtualization solution, not the parent OS (RHEV-Hypervisor disc) or Storage (Dell Compellent.)" We are doing this Failover again on Sunday November 29th so we would like to know how to mitigate this issue, given we have to manually resume paused VMs that don't resume automatically. Before we initiated SAN Controller Failover, all iSCSI paths to Targets were present on Host tulhv2p03. VM logs on Host show in /var/log/libvirt/qemu/badhost.log that Storage error was reported: block I/O error in device 'drive-virtio-disk0': Input/output error (5) block I/O error in device 'drive-virtio-disk0': Input/output error (5) block I/O error in device 'drive-virtio-disk0': Input/output error (5) block I/O error in device 'drive-virtio-disk0': Input/output error (5) All disks used by this Guest VM are provided by single Storage Domain COM_3TB4_DR with serial "270." In syslog we do see that all paths for that Storage Domain Failed: Nov 13 16:47:40 multipathd: 36000d310005caf000000000000000270: remaining active paths: 0 Though these recovered later: Nov 13 16:59:17 multipathd: 36000d310005caf000000000000000270: sdbg - tur checker reports path is up Nov 13 16:59:17 multipathd: 36000d310005caf000000000000000270: remaining active paths: 8 Does anyone have an idea of why the VM would fail to automatically resume if the iSCSI paths used by its Storage Domain recovered? Thanks Doug -- Thanks Douglas Charles Duckworth Unix Administrator Tulane University Technology Services 1555 Poydras Ave NOLA -- 70112 E: duckd(a)tulane.edu O: 504-988-9341 F: 504-988-8505

5 5

Can't remove snapshot
by Rik Theys 02 May '16

02 May '16

Hi, I created a snapshot of a running VM prior to an OS upgrade. The OS upgrade has now been succesful and I would like to remove the snapshot. I've selected the snapshot in the UI and clicked Delete to start the task. After a few minutes, the task has failed. When I click delete again on the same snapshot, the failed message is returned after a few seconds. >From browsing through the engine log (attached) it seems the snapshot was correctly merged in the first try but something went wrong in the finalizing fase. On retries, the log indicates the snapshot/disk image no longer exists and the removal of the snapshot fails for this reason. Is there any way to clean up this snapshot? I can see the snapshot in the "Disk snapshot" tab of the storage. It has a status of "illegal". Is it OK to (try to) remove this snapshot? Will this impact the running VM and/or disk image? Regards, Rik -- Rik Theys System Engineer KU Leuven - Dept. Elektrotechniek (ESAT) Kasteelpark Arenberg 10 bus 2440 - B-3001 Leuven-Heverlee +32(0)16/32.11.07 ---------------------------------------------------------------- <<Any errors in spelling, tact or fact are transmission errors>>

7 22

3.6 upgrade issue
by Jon Archer 01 May '16

01 May '16

Hi all, Wonder if anyone can shed any light on an error i'm seeing while running engine-setup. If just upgraded the packages to the latest 3.6 ones today (from 3.5), run engine-setup, answered the questions, confirming install then get presented with: [ INFO ] Cleaning async tasks and compensations [ INFO ] Unlocking existing entities [ INFO ] Checking the Engine database consistency [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ ERROR ] Failed to execute stage 'Misc configuration': function getdwhhistorytimekeepingbyvarname(unknown) does not exist LINE 2: select * from GetDwhHistoryTimekeepingByVarName( ^ HINT: No function matches the given name and argument types. You might need to add explicit type casts. [ INFO ] Yum Performing yum transaction rollback [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20150929144137-7u5rhg.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20150929144215-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed Any ideas, where to look to fix things? Thanks Jon

5 4

heavy webadmin
by Nathanaël Blanchet 22 Apr '16

22 Apr '16

Hi all, Since I upgraded engine to 3.6, I noticed that the webadmin takes a lot of ressources whatever is the browser. It can become very slow even for small actions, like changing tabs or editing a vm. The browser activity becomes intensive (100% of cpu) and the processor very hot with a increased fan activity. I suppose javascript to be responsible of this behaviour. Is there a way to reduce the resource allocated to the webadmin? (This is not a weakness of my laptop which is an i7 cpu with 16GB of RAM) -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

7 13

ovirt glusterfs performance
by Bill James 12 Apr '16

12 Apr '16

I'm setting up a ovirt cluster using glusterfs and noticing not stellar performance. Maybe my setup could use some adjustments? 3 hardware nodes running centos7.2, glusterfs 3.7.6.1, ovirt 3.6.2.6-1. Each node has 8 spindles configured in 1 array which is split using LVM with one logical volume for system and one for gluster. They each have 4 NICs, NIC1 = ovirtmgmt NIC2 = gluster NIC3 = VM traffic I tried with default glusterfs settings and also with: performance.cache-size: 1GB performance.readdir-ahead: on performance.write-behind-window-size: 4MB [root@ovirt3 test scripts]# gluster volume info gv1 Volume Name: gv1 Type: Replicate Volume ID: 71afc35b-09d7-4384-ab22-57d032a0f1a2 Status: Started Number of Bricks: 1 x 3 = 3 Transport-type: tcp Bricks: Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1 Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1 Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1 Options Reconfigured: performance.cache-size: 1GB performance.readdir-ahead: on performance.write-behind-window-size: 4MB Using simple dd test on VM in ovirt: dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct 1073741824 bytes (1.1 GB) copied, 65.9337 s, 16.3 MB/s Another VM not in ovirt using nfs: dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct 1073741824 bytes (1.1 GB) copied, 27.0079 s, 39.8 MB/s Is that expected or is there a better way to set it up to get better performance? Thanks. Cloud Services for Business www.j2.com j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox This email, its contents and attachments contain information from j2 Global, Inc. and/or its affiliates which may be privileged, confidential or otherwise protected from disclosure. The information is intended to be for the addressee(s) only. If you are not an addressee, any disclosure, copy, distribution, or use of the contents of this message is prohibited. If you have received this email in error please notify the sender by reply e-mail and delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are registered trademarks of j2 Global, Inc. and its affiliates.

5 15

Can't start VMs (Unable to get volume size for domain)
by Justin Foreman 05 Apr '16

05 Apr '16

I’m running 3.6.2 rc1 with hosted engine on an FCP storage domain. As of yesterday, I can’t run some VMs. I’ve experience corruption on others (I now have a Windows VM that blue screens on boot). Here’s the log from my engine. 2016-01-04 16:55:39,446 INFO [org.ovirt.engine.core.bll.RunVmCommand] (default task-16) [1f1deb62] Lock Acquired to object 'EngineLock:{exclusiveLocks='[3a17534b-e86d-4563-8ca2-2a27c34b4a87=<VM, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2016-01-04 16:55:39,479 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (default task-16) [1f1deb62] START, IsVmDuringInitiatingVDSCommand( IsVmDuringInitiatingVDSCommandParameters:{runAsync='true', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87'}), log id: 299a5052 2016-01-04 16:55:39,479 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (default task-16) [1f1deb62] FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 299a5052 2016-01-04 16:55:39,517 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-40) [1f1deb62] Running command: RunVmCommand internal: false. Entities affected : ID: 3a17534b-e86d-4563-8ca2-2a27c34b4a87 Type: VMAction group RUN_VM with role type USER 2016-01-04 16:55:39,579 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-40) [1f1deb62] START, UpdateVmDynamicDataVDSCommand( UpdateVmDynamicDataVDSCommandParameters:{runAsync='true', hostId='null', vmId='00000000-0000-0000-0000-000000000000', vmDynamic='org.ovirt.engine.core.common.businessentities.VmDynamic@dadddaa9'}), log id: 6574710a 2016-01-04 16:55:39,582 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-40) [1f1deb62] FINISH, UpdateVmDynamicDataVDSCommand, log id: 6574710a 2016-01-04 16:55:39,585 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-40) [1f1deb62] START, CreateVmVDSCommand( CreateVmVDSCommandParameters:{runAsync='true', hostId='2fe6c27b-9346-4678-8cd3-c9d367ec447f', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87', vm='VM [adm1]'}), log id: 55e0849d 2016-01-04 16:55:39,586 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-40) [1f1deb62] START, CreateVDSCommand(HostName = ov-101, CreateVmVDSCommandParameters:{runAsync='true', hostId='2fe6c27b-9346-4678-8cd3-c9d367ec447f', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87', vm='VM [adm1]'}), log id: 1d5c1c04 2016-01-04 16:55:39,589 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmInfoBuilderBase] (org.ovirt.thread.pool-8-thread-40) [1f1deb62] Bootable disk '9e43c66a-5bf1-44d6-94f4-52178d15c1e6' set to index '0' 2016-01-04 16:55:39,600 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-40) [1f1deb62] org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand pitReinjection=false,memGuaranteedSize=4054,smpThreadsPerCore=1,cpuType=SandyBridge,vmId=3a17534b-e86d-4563-8ca2-2a27c34b4a87,acpiEnable=true,numaTune={nodeset=0,1, mode=interleave},tabletEnable=true,spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard,vmType=kvm,keyboardLayout=en-us,smp=1,smpCoresPerSocket=1,emulatedMachine=pc-i440fx-rhel7.2.0,smartcardEnable=false,guestNumaNodes=[{memory=4054, cpus=0, nodeIndex=0}],transparentHugePages=true,vmName=adm1,maxVCpus=16,kvmEnable=true,devices=[{address={bus=0x00, domain=0x0000, function=0x0, slot=0x02, type=pci}, type=video, specParams={heads=1, vram=32768}, device=cirrus, deviceId=645e99e3-a9fa-4894-baf5-97b539236782}, {type=graphics, specParams={}, device=vnc, deviceId=12845c03-16a3-4bf0-a015-a15201a77673}, {iface=ide, shared=false, path=, address={bus=1, controller=0, unit=0, type=drive, target=0}, readonly=true, index=2, type=disk, specParams={path=}, device=cdrom, deviceId=ab048396-5dd8-4594-aa8a-9fe835a04cd1}, {shared=false, address={bus=0, controller=0, unit=0, type=drive, target=0}, imageID=9e43c66a-5bf1-44d6-94f4-52178d15c1e6, format=raw, index=0, optional=false, type=disk, deviceId=9e43c66a-5bf1-44d6-94f4-52178d15c1e6, domainID=1fb79d91-b245-4447-91e0-e57671152a8c, propagateErrors=off, iface=ide, readonly=false, bootOrder=1, poolID=00000001-0001-0001-0001-000000000154, volumeID=c736baca-de76-4593-b3dc-28bb8807e7a3, specParams={}, device=disk}, {shared=false, address={bus=0, controller=0, unit=1, type=drive, target=0}, imageID=a016b350-87ef-4c3b-b150-024907fed9c0, format=raw, optional=false, type=disk, deviceId=a016b350-87ef-4c3b-b150-024907fed9c0, domainID=1fb79d91-b245-4447-91e0-e57671152a8c, propagateErrors=off, iface=ide, readonly=false, poolID=00000001-0001-0001-0001-000000000154, volumeID=20fc4399-0b02-4da1-8aee-68df1629ca94, specParams={}, device=disk}, {filter=vdsm-no-mac-spoofing, nicModel=rtl8139, address={bus=0x00, domain=0x0000, function=0x0, slot=0x03, type=pci}, type=interface, specParams={inbound={}, outbound={}}, device=bridge, linkActive=true, deviceId=8e00d4cc-6a60-4598-82ee-645d742708de, macAddr=FA:0D:49:9E:A2:E6, network=server-vlan10}, {address={bus=0x00, domain=0x0000, function=0x0, slot=0x04, type=pci}, type=controller, specParams={}, device=virtio-serial, deviceId=8ac5777e-375f-4ec6-a6fd-856c7cd7363b}],custom={device_8617fb20-b870-45ea-8232-a70dd8b4551c=VmDevice:{id='VmDeviceId:{deviceId='8617fb20-b870-45ea-8232-a70dd8b4551c', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87'}', device='unix', type='CHANNEL', bootOrder='0', specParams='[]', address='{bus=0, controller=0, type=virtio-serial, port=1}', managed='false', plugged='true', readOnly='false', deviceAlias='channel0', customProperties='[]', snapshotId='null', logicalName='null', usingScsiReservation='false'}, device_8617fb20-b870-45ea-8232-a70dd8b4551cdevice_f691fc09-31c8-43bf-bd82-c5acac8a1a76device_30bd748e-6ea8-434f-8587-d8ff8db5555e=VmDevice:{id='VmDeviceId:{deviceId='30bd748e-6ea8-434f-8587-d8ff8db5555e', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87'}', device='ide', type='CONTROLLER', bootOrder='0', specParams='[]', address='{slot=0x01, bus=0x00, domain=0x0000, type=pci, function=0x1}', managed='false', plugged='true', readOnly='false', deviceAlias='ide', customProperties='[]', snapshotId='null', logicalName='null', usingScsiReservation='false'}, device_8617fb20-b870-45ea-8232-a70dd8b4551cdevice_f691fc09-31c8-43bf-bd82-c5acac8a1a76=VmDevice:{id='VmDeviceId:{deviceId='f691fc09-31c8-43bf-bd82-c5acac8a1a76', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87'}', device='unix', type='CHANNEL', bootOrder='0', specParams='[]', address='{bus=0, controller=0, type=virtio-serial, port=2}', managed='false', plugged='true', readOnly='false', deviceAlias='channel1', customProperties='[]', snapshotId='null', logicalName='null', usingScsiReservation='false'}},display=vnc,timeOffset=0,spiceSslCipherSuite=DEFAULT,nice=0,maxMemSize=4194304,maxMemSlots=16,bootMenuEnable=false,memSize=4054 2016-01-04 16:55:39,627 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-40) [1f1deb62] FINISH, CreateVDSCommand, log id: 1d5c1c04 2016-01-04 16:55:39,631 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-40) [1f1deb62] FINISH, CreateVmVDSCommand, return: WaitForLaunch, log id: 55e0849d 2016-01-04 16:55:39,631 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-40) [1f1deb62] Lock freed to object 'EngineLock:{exclusiveLocks='[3a17534b-e86d-4563-8ca2-2a27c34b4a87=<VM, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2016-01-04 16:55:39,634 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-40) [1f1deb62] Correlation ID: 1f1deb62, Job ID: 5212e078-cf01-4312-ae00-7e0a136217a5, Call Stack: null, Custom Event ID: -1, Message: VM adm1 was started by jforeman@us.dignitastech.com@Dignitas AD (Host: ov-101). 2016-01-04 16:55:40,724 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-10) [] START, DestroyVDSCommand(HostName = ov-101, DestroyVmVDSCommandParameters:{runAsync='true', hostId='2fe6c27b-9346-4678-8cd3-c9d367ec447f', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87', force='false', secondsToWait='0', gracefully='false', reason=''}), log id: 7935781d 2016-01-04 16:55:41,730 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-10) [] FINISH, DestroyVDSCommand, log id: 7935781d 2016-01-04 16:55:41,747 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ForkJoinPool-1-worker-10) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM adm1 is down with error. Exit message: Unable to get volume size for domain 1fb79d91-b245-4447-91e0-e57671152a8c volume c736baca-de76-4593-b3dc-28bb8807e7a3. 2016-01-04 16:55:41,747 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (ForkJoinPool-1-worker-10) [] Running on vds during rerun failed vm: '2fe6c27b-9346-4678-8cd3-c9d367ec447f' 2016-01-04 16:55:41,747 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (ForkJoinPool-1-worker-10) [] VM '3a17534b-e86d-4563-8ca2-2a27c34b4a87(adm1) is running in db and not running in VDS 'ov-101' 2016-01-04 16:55:41,747 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (ForkJoinPool-1-worker-10) [] add VM 'adm1' to HA rerun treatment 2016-01-04 16:55:41,752 ERROR [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (ForkJoinPool-1-worker-10) [] Rerun VM '3a17534b-e86d-4563-8ca2-2a27c34b4a87'. Called from VDS 'ov-101' 2016-01-04 16:55:41,756 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-30) [] Correlation ID: 1f1deb62, Job ID: 5212e078-cf01-4312-ae00-7e0a136217a5, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM adm1 on Host ov-101. 2016-01-04 16:55:41,760 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-30) [] Lock Acquired to object 'EngineLock:{exclusiveLocks='[3a17534b-e86d-4563-8ca2-2a27c34b4a87=<VM, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2016-01-04 16:55:41,770 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-30) [] START, IsVmDuringInitiatingVDSCommand( IsVmDuringInitiatingVDSCommandParameters:{runAsync='true', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87'}), log id: 2577cd3a 2016-01-04 16:55:41,770 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-30) [] FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 2577cd3a 2016-01-04 16:55:41,798 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-30) [] Running command: RunVmCommand internal: false. Entities affected : ID: 3a17534b-e86d-4563-8ca2-2a27c34b4a87 Type: VMAction group RUN_VM with role type USER 2016-01-04 16:55:41,850 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-30) [] START, UpdateVmDynamicDataVDSCommand( UpdateVmDynamicDataVDSCommandParameters:{runAsync='true', hostId='null', vmId='00000000-0000-0000-0000-000000000000', vmDynamic='org.ovirt.engine.core.common.businessentities.VmDynamic@dbe0ef0a'}), log id: 351fb749 2016-01-04 16:55:41,852 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-30) [] FINISH, UpdateVmDynamicDataVDSCommand, log id: 351fb749 2016-01-04 16:55:41,854 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-30) [] START, CreateVmVDSCommand( CreateVmVDSCommandParameters:{runAsync='true', hostId='65555052-9601-4e4f-88f5-a0f14dcc29eb', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87', vm='VM [adm1]'}), log id: 3163c7c3 2016-01-04 16:55:41,857 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-30) [] START, CreateVDSCommand(HostName = ov-102, CreateVmVDSCommandParameters:{runAsync='true', hostId='65555052-9601-4e4f-88f5-a0f14dcc29eb', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87', vm='VM [adm1]'}), log id: 569ec368 2016-01-04 16:55:41,860 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmInfoBuilderBase] (org.ovirt.thread.pool-8-thread-30) [] Bootable disk '9e43c66a-5bf1-44d6-94f4-52178d15c1e6' set to index '0' 2016-01-04 16:55:41,869 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-30) [] org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand pitReinjection=false,memGuaranteedSize=4054,smpThreadsPerCore=1,cpuType=SandyBridge,vmId=3a17534b-e86d-4563-8ca2-2a27c34b4a87,acpiEnable=true,numaTune={nodeset=0,1, mode=interleave},tabletEnable=true,spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard,vmType=kvm,keyboardLayout=en-us,smp=1,smpCoresPerSocket=1,emulatedMachine=pc-i440fx-rhel7.2.0,smartcardEnable=false,guestNumaNodes=[{memory=4054, cpus=0, nodeIndex=0}],transparentHugePages=true,vmName=adm1,maxVCpus=16,kvmEnable=true,devices=[{address={bus=0x00, domain=0x0000, function=0x0, slot=0x02, type=pci}, type=video, specParams={heads=1, vram=32768}, device=cirrus, deviceId=645e99e3-a9fa-4894-baf5-97b539236782}, {type=graphics, specParams={}, device=vnc, deviceId=12845c03-16a3-4bf0-a015-a15201a77673}, {iface=ide, shared=false, path=, address={bus=1, controller=0, unit=0, type=drive, target=0}, readonly=true, index=2, type=disk, specParams={path=}, device=cdrom, deviceId=ab048396-5dd8-4594-aa8a-9fe835a04cd1}, {shared=false, address={bus=0, controller=0, unit=0, type=drive, target=0}, imageID=9e43c66a-5bf1-44d6-94f4-52178d15c1e6, format=raw, index=0, optional=false, type=disk, deviceId=9e43c66a-5bf1-44d6-94f4-52178d15c1e6, domainID=1fb79d91-b245-4447-91e0-e57671152a8c, propagateErrors=off, iface=ide, readonly=false, bootOrder=1, poolID=00000001-0001-0001-0001-000000000154, volumeID=c736baca-de76-4593-b3dc-28bb8807e7a3, specParams={}, device=disk}, {shared=false, address={bus=0, controller=0, unit=1, type=drive, target=0}, imageID=a016b350-87ef-4c3b-b150-024907fed9c0, format=raw, optional=false, type=disk, deviceId=a016b350-87ef-4c3b-b150-024907fed9c0, domainID=1fb79d91-b245-4447-91e0-e57671152a8c, propagateErrors=off, iface=ide, readonly=false, poolID=00000001-0001-0001-0001-000000000154, volumeID=20fc4399-0b02-4da1-8aee-68df1629ca94, specParams={}, device=disk}, {filter=vdsm-no-mac-spoofing, nicModel=rtl8139, address={bus=0x00, domain=0x0000, function=0x0, slot=0x03, type=pci}, type=interface, specParams={inbound={}, outbound={}}, device=bridge, linkActive=true, deviceId=8e00d4cc-6a60-4598-82ee-645d742708de, macAddr=FA:0D:49:9E:A2:E6, network=server-vlan10}, {address={bus=0x00, domain=0x0000, function=0x0, slot=0x04, type=pci}, type=controller, specParams={}, device=virtio-serial, deviceId=8ac5777e-375f-4ec6-a6fd-856c7cd7363b}],custom={device_8617fb20-b870-45ea-8232-a70dd8b4551c=VmDevice:{id='VmDeviceId:{deviceId='8617fb20-b870-45ea-8232-a70dd8b4551c', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87'}', device='unix', type='CHANNEL', bootOrder='0', specParams='[]', address='{bus=0, controller=0, type=virtio-serial, port=1}', managed='false', plugged='true', readOnly='false', deviceAlias='channel0', customProperties='[]', snapshotId='null', logicalName='null', usingScsiReservation='false'}, device_8617fb20-b870-45ea-8232-a70dd8b4551cdevice_f691fc09-31c8-43bf-bd82-c5acac8a1a76device_30bd748e-6ea8-434f-8587-d8ff8db5555e=VmDevice:{id='VmDeviceId:{deviceId='30bd748e-6ea8-434f-8587-d8ff8db5555e', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87'}', device='ide', type='CONTROLLER', bootOrder='0', specParams='[]', address='{slot=0x01, bus=0x00, domain=0x0000, type=pci, function=0x1}', managed='false', plugged='true', readOnly='false', deviceAlias='ide', customProperties='[]', snapshotId='null', logicalName='null', usingScsiReservation='false'}, device_8617fb20-b870-45ea-8232-a70dd8b4551cdevice_f691fc09-31c8-43bf-bd82-c5acac8a1a76=VmDevice:{id='VmDeviceId:{deviceId='f691fc09-31c8-43bf-bd82-c5acac8a1a76', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87'}', device='unix', type='CHANNEL', bootOrder='0', specParams='[]', address='{bus=0, controller=0, type=virtio-serial, port=2}', managed='false', plugged='true', readOnly='false', deviceAlias='channel1', customProperties='[]', snapshotId='null', logicalName='null', usingScsiReservation='false'}},display=vnc,timeOffset=0,spiceSslCipherSuite=DEFAULT,nice=0,maxMemSize=4194304,maxMemSlots=16,bootMenuEnable=false,memSize=4054 2016-01-04 16:55:41,987 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-30) [] FINISH, CreateVDSCommand, log id: 569ec368 2016-01-04 16:55:41,991 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-30) [] FINISH, CreateVmVDSCommand, return: WaitForLaunch, log id: 3163c7c3 2016-01-04 16:55:41,992 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-30) [] Lock freed to object 'EngineLock:{exclusiveLocks='[3a17534b-e86d-4563-8ca2-2a27c34b4a87=<VM, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2016-01-04 16:55:41,994 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-30) [] Correlation ID: 1f1deb62, Job ID: 5212e078-cf01-4312-ae00-7e0a136217a5, Call Stack: null, Custom Event ID: -1, Message: VM adm1 was started by jforeman@us.dignitastech.com@Dignitas AD (Host: ov-102). 2016-01-04 16:55:43,069 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-3) [] START, DestroyVDSCommand(HostName = ov-102, DestroyVmVDSCommandParameters:{runAsync='true', hostId='65555052-9601-4e4f-88f5-a0f14dcc29eb', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87', force='false', secondsToWait='0', gracefully='false', reason=''}), log id: 43dd93c5 2016-01-04 16:55:44,075 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-3) [] FINISH, DestroyVDSCommand, log id: 43dd93c5 2016-01-04 16:55:44,091 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ForkJoinPool-1-worker-3) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM adm1 is down with error. Exit message: Unable to get volume size for domain 1fb79d91-b245-4447-91e0-e57671152a8c volume c736baca-de76-4593-b3dc-28bb8807e7a3. 2016-01-04 16:55:44,091 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (ForkJoinPool-1-worker-3) [] Running on vds during rerun failed vm: '65555052-9601-4e4f-88f5-a0f14dcc29eb' 2016-01-04 16:55:44,092 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (ForkJoinPool-1-worker-3) [] VM '3a17534b-e86d-4563-8ca2-2a27c34b4a87(adm1) is running in db and not running in VDS 'ov-102' 2016-01-04 16:55:44,092 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (ForkJoinPool-1-worker-3) [] add VM 'adm1' to HA rerun treatment 2016-01-04 16:55:44,096 ERROR [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (ForkJoinPool-1-worker-3) [] Rerun VM '3a17534b-e86d-4563-8ca2-2a27c34b4a87'. Called from VDS 'ov-102' 2016-01-04 16:55:44,128 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-35) [] Correlation ID: 1f1deb62, Job ID: 5212e078-cf01-4312-ae00-7e0a136217a5, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM adm1 on Host ov-102. 2016-01-04 16:55:44,132 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-35) [] Lock Acquired to object 'EngineLock:{exclusiveLocks='[3a17534b-e86d-4563-8ca2-2a27c34b4a87=<VM, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2016-01-04 16:55:44,141 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-35) [] START, IsVmDuringInitiatingVDSCommand( IsVmDuringInitiatingVDSCommandParameters:{runAsync='true', vmId='3a17534b-e86d-4563-8ca2-2a27c34b4a87'}), log id: 545236ca 2016-01-04 16:55:44,141 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-35) [] FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 545236ca 2016-01-04 16:55:44,162 WARN [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-35) [] CanDoAction of action 'RunVm' failed for user jforeman@us.dignitastech.com@Dignitas AD. Reasons: VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,SCHEDULING_NO_HOSTS 2016-01-04 16:55:44,162 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-35) [] Lock freed to object 'EngineLock:{exclusiveLocks='[3a17534b-e86d-4563-8ca2-2a27c34b4a87=<VM, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2016-01-04 16:55:44,170 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-35) [] Correlation ID: 1f1deb62, Job ID: 5212e078-cf01-4312-ae00-7e0a136217a5, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM adm1 (User: jforeman@us.dignitastech.com@Dignitas AD). 2016-01-04 16:55:44,173 INFO [org.ovirt.engine.core.bll.ProcessDownVmCommand] (org.ovirt.thread.pool-8-thread-46) [48c1f0bd] Running command: ProcessDownVmCommand internal: true.

2 2

virt-viewer shows no bootoption
by Taste-Of-IT 03 Apr '16

03 Apr '16

Hello, i will install my first vm with centos and setup vnc and spice with bootoption and centos as iso in dvd drive. i downloaded virt-viewer 3.1 for my windows10. if i start the vnc console which opened console.vv and than opened the virt-viewer i see only message of bios version and no boot medium as information. if i reboot the screen doesnt changed and i also have no option from the activated bootmenue? Can anyone help?

3 4

Several VM's stuck in Migration
by Mark Steele 01 Apr '16

01 Apr '16

Hello, We recently had our storage array hang. We were able to get the disk array back online, however several of our VM's attempted to migrate from one Host to another. Now that the storage is online, several of the VM's still indicate they are in a state of migration and I cannot manage them from withing the ovirt engine web administration gui. Most of the VM's are actually running properly and I can access them either via ssh or RDP (depending on the OS). I have attempted to clear the migration status with the following: - service ovirt-engine restart (on the ovirt-engine vm) - reboot ovirt-engine vm - PGPASSWORD=############### ./unlock_entity.sh -t vm vm-name - restart the vm from within the vm additionally - i went on the HV of one of the VM's and did: vdsClient -s 0 destroy vm_guid unfortunately, that removed all traces of the vm from that HV and it was not on any of the other three HV's - although ovirt-engine still shows it and reports it as migrating. I'd like to clear the migrating status of the affected VM's and figure out how to recover the missing one. Any help would be appreciated. I am not the person who originally setup the ovirt installation, so I am not sure where to go to pull logs. Thank you for your assistance. *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

3 3

Dumb question: exclamation mark next to VM?
by Chris Adams 16 Mar '16

16 Mar '16

I set up a new oVirt 3.6.2 cluster on CentOS 7.2 (everything up to date as of yesterday). I created a basic CentOS 7.2 VM with my local customizations, created a template from it, and then created a VM from that template. That new VM has an exclamation mark next to it in the web GUI (between the up arror for "running" and the "server" icon). Usually I would expect that means something is wrong or needs attention, but I can't find anything to fix/address/etc. (no messages in the Alerts, nothing odd in the Events, etc.). What does the exclamation mark mean, and how do I clear it? -- Chris Adams <cma(a)cmadams.net>

9 17

Coming (Very) Soon - New ovirt.org Website & Deprecated Wiki
by Mikey Ariel 16 Mar '16

16 Mar '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 In the past months we've been working on upgrading the oVirt project infrastructure, to better support the community contributions. One of the main platforms for our user documentation, release management content, and community content has been the MediaWiki site that you all know as ovirt.org. Most of us are familiar with the wiki site format, with all its advantages and disadvantages. After several years of serving the community, I'm happy to announce that we are very near to completing a full upgrade of the website infrastructure from a wiki site to a static site, source-controlled on GitHub and authored in Markdown. This email is the pre-launch announcement, as we are reaching the final stages of the migration, and there are a few actions that might affect your work on website content in the meantime. Why migrate the website ======================= As mentioned, wiki sites provide an open and flexible content editing platform. Unfortunately, as the site grows the content becomes quite difficult to manage and curate, resulting in lots of obsolete, outdated, and incorrect information. By moving to a source-controlled repository and implementing GitHub's contribution workflow, we strive to ease the work of maintaining an up-to-date content site, employ a peer-review process for changes, and standardize the authoring markup language to lower the contribution barrier. The Middleman framework (Ruby-based static site generator) was chosen based on observing successful implementation of other open-source community websites, such as OpenStack RDO, Project Atomic, and Gluster. What we did so far ================== When we started the migration, our Web design team exported all of the wiki content from the old website and converted it to MD files. They also set up the website config flow, auto-deploy, and upgraded the look-and-feel of the website. We then initiated a content review effort as well as a UX review for the new website in a smaller forum, which caught most of the critical issues with the new website and helped us get the new format to a place where we can release the website in a near-GA/public-beta format. Yesterday (Wednesday Feb 17) we exported the website one more time and currently we're running a diff on all the files that changed since the initial export was done, to make sure we grab all the updates and the latest content before we launch the new website. What is about to happen ======================= Today we are initiating a **wiki freeze**, which means the old MediaWiki site will become read-only. This is to ensure that all of our diff scripts reflect the most current state of the content on the website, and that we don't lose any content in the transition. Barring any unexpected blockers, we will port the ovirt.org domain to point to the new website and open the new website for contributions on **Monday February 22** or earlier. What do you need to do right now ================================ If you have any wiki pages that you're actively editing, please don't save them to the old MediaWiki site, and hold onto your pending changes until we send the happy launch email. We will also include instructions on how to contribute/edit/add content to the new website, but in general the workflow will be aligned with the standard GitHub best practices (clone-edit-commit-pullrequest), so you can utilize all of the git commands that you already know or work directly within the GitHub web editor. I'd like to thank all of the people who were involved with this migration so far, ovirt.org is a big website with lots of content and it was no small task to upgrade it. Please feel free to ping me on- or off-list if you have any questions about the next steps, and expect a happy launch email soon! Cheers, Mikey - -- Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWxa5AAAoJEHYPPTOszxHow10H/jeuhzMrUrPsCBedLg7OKnNh jdKDujT/aCyA4LgnRHnVBEASunShmVaOJrMdU4r0PZbdkX1Mf5/SvCEFGKY14qAg m/5CnDhlwbp5rqo09VOGLMg20CaMtpUoE1LpKE/epGYEKSBr2JIAA+HAsYa1OEyS 9oHDDx+ZIbfHNlygW1KpW6dsuZRscTbfy4kk8rY83YdJGyQiQN+ulsjT/c2N8ArR WylohBE2OcC7+nzf7AejKJ94loWxnVhO4qWbNWAH00LArG89yFWBBSlMK6ocJUED P4k2IzgG+75eTiCZAAw5/Vaqx0YVU7hScSmBqOPQu/wo4e2t11AR7A8D7Cn+vpU= =XWEH -----END PGP SIGNATURE-----

5 4

Welcome: New ovirt.org website!
by Mikey Ariel 15 Mar '16

15 Mar '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Following yesterday's pre-launch email[1], I'm happy to announce that the new ovirt.org[2] website is now live in **public beta** and available for community review. All the information in this email is also available in the first blog post of our shiny new oVirt blog[3]. Read on for information about new features, known issues, and a call for reviews. The old MediaWiki site is still available in read-only[4], and will be taken offline on **March 1, 2016**. This is to ensure that you can compare pages and review migrated content. What's New ========== The new Website is full of improvements and enhancements, check out these highlights: * Source content is now formatted in Markdown instead of MediaWiki. This means that you can create and edit documentation, blog posts, and feature pages with the same Markdown syntax you know. * The Website is deployed with Middleman and stored on GitHub. This means that you can make changes to content with the same GitHub contribution workflow that you know (fork, clone, edit, commit, submit pull request). We even have an "Edit this page on GitHub" link at the bottom of every page! * New layout and design, from breadcrumbs to sidebards and an upgraded landing page. (This is still WIP, please see known issues.) * Automatic redirects from the old MediaWiki site. This means that if the wiki page exists in the new website, previously-released URLs will redirect to that page. If the page was removed, the Search page will open with the page title auto-filled in the search box. * Hierarchical content structure. This means that instead of flat Wiki-style files, the deployed Website reflects an organized source repo with content sorted into directories and sub-directories. * Official oVirt blog! Our new blog welcomes contributions. This means that if you solved a problem with oVirt, want to share your oVirt story, or describe a cool integration, you can submit a pull request with a blog post and we will provide editorial reviews and help publish your posts. * Standardized contribution process. The GitHub repo now includes a README.md[5] file that you can use to learn about how to add and edit content on the website. We welcome pull requests! Known Issues ============ Despite our best efforts, there are still a few kinks with the new website that you should be aware of: * Attempting to navigate to ovirt.org (without www.) leads to a redirect loop. We have a ticket open with OpenShift, our hosting service to fix this. * Only http is available. We also have a ticket with OpenShift to add SSL and enable https. * Home page and Download page are still being upgraded by our UX experts, expect some cool new changes soon! * Feature pages look-and-feel is still under construction. You can still edit and push feature pages as usual. What's Next =========== Even though the Website is live, the work is hardly over. We'd like to ask for your help in: * Reviewing content for anything obsolete or outdated (each page in the new website includes a header toolbar with metadata from the original wiki page for your convenience) * Submitting blog posts or any other content that you wish to share with the oVirt community * Reporting bugs and proposing enhancements, for example broken links or missing pages We hope you will enjoy the new oVirt Website, looking forward to your feedback and contributions! [1] http://lists.ovirt.org/pipermail/devel/2016-February/012372.html [2] http://www.ovirt.org/ [3] http://www.ovirt.org/blog/2016/02/welcome-to-new-ovirt-site/ [4] http://old.ovirt.org/Home [5] https://github.com/oVirt/ovirt-site/blob/master/README.md - -- Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWxztZAAoJEHYPPTOszxHoOF4H/2UeK9JTspw4dYU+pUu8fKqf pSrE9ha3k9KpPnGIAx6VTnbXolNr9tHFiT8gcds1C9CVoMEPrKUxns9CTz3kPYBH /mGYCwQ+ncUNBCn+54uiKmXssaAtpVLnuxh8f1z9BDUoFjoY7ASLTzwXu9XTuH9V C9gaR0iGcRgSmBPjfPuAVWuHgimM068x5Ig2BoMSzAeCM7pO6LwiRzt3xX15xlR4 TMkUWLHdnJ1uL1GH267tMofrMnk25veDPIzuzIaPFjwIuTFgtwnUQI82ULbxcet2 NJ+y/UgwQ9JUQheoQL/oOsnSs244kFl0Vl+GuKMDGZ1FwCfoZerejnhEK+1cK0U= =KQLK -----END PGP SIGNATURE-----

4 5

How to get logged in into restapi in java using session ID
by shailendra saxena 14 Mar '16

14 Mar '16

Has somebody tried to get API object with the constructor having parameters- URL and restapisession- by using java-sdk ? Here is the following syntax ? Api api =new Api(RestURL,restapisessionID) I have searched a lot but i didn't find anything. Somewhere I read that Ovirt has some issue on keeping restapisession. Is it correct ?

2 2

shutting down a host witn running vms on it.
by Nathanaël Blanchet 14 Mar '16

14 Mar '16

Hi all, What is the behaviour of a host with running vms when a reboot is initiated, for instance by a powerchute shutdown event or an init event? In such a case, will vms will properly shutdown? Thank you for your help. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

3 2

Impact of changing VLAN of ovirtmgmt in the Data Center?
by Garry Tiedemann 14 Mar '16

14 Mar '16

Hi everyone, In Data Centers > (Name) > Networks section of the Ovirt GUI, network definitions include the VLAN IDs. In my case, the VLAN ID of ovirtmgmt has been empty (meaning VLAN 1) since I built it; it's always been wrong. My hypervisor hosts' ovirtmgmt bridges are actually in VLAN 20. An error message alerted me to this mismatch a few days ago. None of my production VMs are on VLAN 1, or VLAN 20, but I'd like to confirm if it's safe to change this. Can changing the VLAN ID of ovirtmgmt within Data Center > Networks impact VMs from other VLANs? I see no reason why it should be a problem. We just need some certainty on that point. Thankyou in advance for answers. Regards, Garry PS This is a briefer and clearer re-statement of the question I asked a couple of days ago.

2 1

[hosted-engine] install additional nodes without knowing another HE host's root password?
by Wee Sritippho 14 Mar '16

14 Mar '16

Hi, I'm trying to deploy a 2nd host to my hosted-engine environment, but the 1st host doesn't have a root password - it only has a sudo account. I can temporarily set a password and enable ssh for the root account, but I'm curious whether there is proper way to do this without messing with the user accounts? for example: - Locating the answer file that was copied from the 1st host manually (I already tried 'hosted-engine --deploy --config-append=answers-XXXXXXXXXXXXXX.conf' but the setup thought that I'm going to deploy my 1st host) - scp from an account other than 'root' Regards, Wee --- ซอฟต์แวร์ Avast แอนตี้ไวรัสตรวจสอบหาไวรัสจากอีเมลนี้แล้ว https://www.avast.com/antivirus

3 2

spacewalk integration
by Charles Kozler 13 Mar '16

13 Mar '16

Hi Guys - Can you use spacewalk as an external provider in oVirt? I see it allows Satelilte/Foreman but I know the new Satellite product is much different than Spacewalk as I believe Spacewalk is still technically Satellite 5 whereas Satellite 6 is an entire rewrite If Spacewalk can be used, what are some pre-reqs needed to get it working? Also, what are the benefits of using this? I was looking at it for the eratta information Thanks! -- *Charles Kozler* *Vice President, IT Operations* FIX Flyer, LLC 225 Broadway | Suite 1600 | New York, NY 10007 1-888-349-3593 http://www.fixflyer.com <http://fixflyer.com> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION WHICH IS PROPRIETARY TO FIX FLYER LLC. ANY UNAUTHORIZED USE, COPYING, DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED. ALL RIGHTS TO THIS INFORMATION IS RESERVED BY FIX FLYER LLC. IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.

2 1

el6 and el7 clusters and SPM
by Sigbjorn Lie 13 Mar '16

13 Mar '16

Hi I am looking to migrate several el6 rhev-h nodes to el7 rhev-h nodes. There are multiple clusters in the datacenter and it will take a while (several months) to have all the clusters in the data center migrated to el7. Is there be any potential issues to look out for with regards to having the SPM for this datacenter running on a el6 or a el7 node in this datacenter? Any cross compatability issues to look out for? RHEV-M is currently at version 3.5.6. We are using FC storage. Regards, Siggi

2 1

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

13 Mar '16

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

3 5

Understand CPU Socket Cores and VCPU
by Taste-Of-IT 10 Mar '16

10 Mar '16

Hello, i have a general Question about Hardware CPU, Socket, Cores and the VCPU, Cores per VSocket and VScoket for virtual Machines. Example i have a single CPU with 4 Cores and 8 Threads. As far as i understand i should configure the virtual machines with that number of socket as the host has. So in this example with max 1 Socket. How is the possibility in VCPUs and VCores? What is the limit in this example? Can i only run max 4 VMs? Thanks for clarifying Taste

2 2

Logs Error
by Budur Nagaraju 09 Mar '16

09 Mar '16

Getting below logs for some reason, in the engine [root@pscloud ~]# tail -f /var/log/ovirt-engine/engine.log , sharedLocks= ] 2016-02-08 14:28:42,325 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-43) Removing domain fb15c568-f237-4de6-8954-5bcf0de2043f from the domains in maintenance cache 2016-02-08 14:28:42,533 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17) Query execution failed due to insufficient permissions. 2016-02-08 14:28:42,605 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17) Query execution failed due to insufficient permissions. 2016-02-08 14:28:47,551 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-3) Query execution failed due to insufficient permissions. 2016-02-08 14:28:47,561 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-3) Query execution failed due to insufficient permissions. 2016-02-08 14:28:52,511 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-18) Query execution failed due to insufficient permissions. 2016-02-08 14:28:52,524 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-18) Query execution failed due to insufficient permissions. 2016-02-08 14:28:57,597 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-12) Query execution failed due to insufficient permissions. 2016-02-08 14:28:57,608 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-12) Query execution failed due to insufficient permissions. 2016-02-08 14:29:02,510 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17) Query execution failed due to insufficient permissions. 2016-02-08 14:29:02,520 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17) Query execution failed due to insufficient permissions. 2016-02-08 14:29:07,539 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-16) Query execution failed due to insufficient permissions. 2016-02-08 14:29:07,576 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-16) Query execution failed due to insufficient permissions. 2016-02-08 14:29:12,538 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-11) Query execution failed due to insufficient permissions. 2016-02-08 14:29:12,548 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-11) Query execution failed due to insufficient permissions. 2016-02-08 14:29:13,948 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (DefaultQuartzScheduler_Worker-14) [5a3093d4] Setting new tasks map. The map contains now 3 tasks 2016-02-08 14:29:14,040 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (DefaultQuartzScheduler_Worker-36) [171bad22] Polling and updating Async Tasks: 3 tasks, 2 tasks to poll now 2016-02-08 14:29:14,168 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (DefaultQuartzScheduler_Worker-36) [171bad22] Finished polling Tasks, will poll again in 10 seconds. 2016-02-08 14:29:17,568 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-13) Query execution failed due to insufficient permissions. 2016-02-08 14:29:17,578 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-13) Query execution failed due to insufficient permissions. 2016-02-08 14:29:22,506 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-5) Query execution failed due to insufficient permissions. 2016-02-08 14:29:22,530 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-5) Query execution failed due to insufficient permissions. 2016-02-08 14:29:27,548 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-14) Query execution failed due to insufficient permissions. 2016-02-08 14:29:27,585 ERROR [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-14) Query execution failed due to insufficient permissions. ^C [root@pscloud ~]#

3 5

Move from Gluster to NFS
by Christophe TREFOIS 04 Mar '16

04 Mar '16

--_000_19A0FCF41BAC442B957AC90184E134B5unilu_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNCkkgY3VycmVudGx5IGhhdmUgYSBzZWxmLWhvc3RlZCBzZXR1cCB3aXRoIGds dXN0ZXIgb24gMSBub2RlLg0KSSBkbyBoYXZlIG90aGVyIGRhdGEgY2VudGVycyB3aXRoIDMgb3Ro ZXIgaG9zdHMgYW5kIGxvY2FsIChzaGFyYWJsZSkgTkZTIHN0b3JhZ2UuIEZ1cnRoZXJtb3JlLCBJ IGhhdmUgMSBORlMgZXhwb3J0IGRvbWFpbi4NCg0KV2Ugd291bGQgbGlrZSB0byBtb3ZlIGZyb20g R2x1c3RlciB0byBORlMgb25seSBvbiB0aGUgZmlyc3QgaG9zdC4NCg0KRG9lcyBhbnlib2R5IGhh dmUgYW55IGV4cGVyaWVuY2Ugd2l0aCB0aGlzPw0KDQpUaGFuayB5b3UsDQoNCuKAlA0KQ2hyaXN0 b3BoZQ0KDQoNCg== --_000_19A0FCF41BAC442B957AC90184E134B5unilu_ Content-Type: text/html; charset="utf-8" Content-ID: <C61C04E2776EAC4A97C34ABD5D88E1D0(a)uni.lux> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KRGVhciBhbGwsDQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JIGN1cnJlbnRseSBoYXZl IGEgc2VsZi1ob3N0ZWQgc2V0dXAgd2l0aCBnbHVzdGVyIG9uIDEgbm9kZS48L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+SSBkbyBoYXZlIG90aGVyIGRhdGEgY2VudGVycyB3aXRoIDMgb3RoZXIgaG9zdHMg YW5kIGxvY2FsIChzaGFyYWJsZSkgTkZTIHN0b3JhZ2UuIEZ1cnRoZXJtb3JlLCBJIGhhdmUgMSBO RlMgZXhwb3J0IGRvbWFpbi48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPldlIHdvdWxkIGxpa2UgdG8gbW92ZSBmcm9tIEdsdXN0ZXIgdG8g TkZTIG9ubHkgb24gdGhlIGZpcnN0IGhvc3QuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFz cz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Eb2VzIGFueWJvZHkgaGF2ZSBhbnkgZXhwZXJp ZW5jZSB3aXRoIHRoaXM/PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj5UaGFuayB5b3UsPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFz cz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj7igJQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q2hy aXN0b3BoZTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxl PSJjb2xvcjogcmdiKDAsIDAsIDApOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBh dXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06 IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAw cHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgd29yZC13cmFwOiBicmVhay13b3Jk OyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hp dGUtc3BhY2U7IiBjbGFzcz0iIj4NCiZuYnNwOzxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_19A0FCF41BAC442B957AC90184E134B5unilu_--

3 8

UCS Integration (vmfex/SRIOV)
by David LeVene 04 Mar '16

04 Mar '16

--_004_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: multipart/alternative; boundary="_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_" --_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey All, I've got a test instance and would like to get vmfex working. I'm very new = to ovirt, so some of the basics are still new to me. I currently have a 3 node setup which are all configured without vmfex, wha= t I'd like to do is convert the hosts one by one to use vmfex. >From the UCS side of things it works and I'm presented with the SRIOV devic= es in the host.. but I can't get the network config in the ovirt admin setu= p.. I'm following this guide, but not getting very far... http://www.ovirt.org= /Features/UCS_Integration This step says to do this, which is fine.. but when I do this I overwrite t= he current attribute in there. engine-config -s CustomDeviceProperties=3D'{type=3Dinterface;prop=3D{vmfex= =3D^[a-zA-Z0-9_.-]{2,32}$}}' which is... # engine-config -g CustomDeviceProperties CustomDeviceProperties: version: 3.0 CustomDeviceProperties: version: 3.1 CustomDeviceProperties: version: 3.2 CustomDeviceProperties: version: 3.3 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.4 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.5 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.6 When I update it using the command above, it replaces it... When I append the 2 together, I get see vmfex & prop in the ovirt-engine (s= creen shot) side of things.. so can someone please check my command to ensu= re I'm not missing something! engine-config -s CustomDeviceProperties=3D'{type=3Dinterface;prop=3D{vmfex= =3D^[a-zA-Z0-9_.-]{2,32}$}}{type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(= ?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(= ?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}}' # engine-config -g CustomDeviceProperties CustomDeviceProperties: version: 3.0 CustomDeviceProperties: version: 3.1 CustomDeviceProperties: version: 3.2 CustomDeviceProperties: version: 3.3 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.4 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.5 CustomDeviceProperties: {type=3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2= ,32}$}}{type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:= [0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3= }[0-9a-fA-F]{12}|)$}} version: 3.6 [cid:image001.png@01D16989.E4952270] As soon as I enable vmfex on a host that was previously working.. it stops = working and the network no longer works on the host... (this is not using = any of the config above.. just enabled the vmfex in the UCS manager) What is the "correct" way to bring a Host in ovirt using vmfex? Regards David This email and any attachments may contain confidential and proprietary inf= ormation of Blackboard that is for the sole use of the intended recipient. = If you are not the intended recipient, disclosure, copying, re-distribution= or other use of any of this information is strictly prohibited. Please imm= ediately notify the sender and delete this transmission if you received thi= s email in error. --_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ 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 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-AU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hey All,<o:p></o:p> <o:p> </o:p> I’ve got a test instance and would like to get= vmfex working. I’m very new to ovirt, so some of the basics are stil= l new to me.<o:p></o:p> <o:p> </o:p> I currently have a 3 node setup which are all config= ured without vmfex, what I’d like to do is convert the hosts one by o= ne to use vmfex.<o:p></o:p> <o:p> </o:p> From the UCS side of things it works and I’m p= resented with the SRIOV devices in the host.. but I can’t get the net= work config in the ovirt admin setup..<o:p></o:p> <o:p> </o:p> I’m following this guide, but not getting very= far…  <a href=3D"http://www.ovirt.org/Features/UCS_Integration"= > http://www.ovirt.org/Features/UCS_Integration</a><o:p></o:p> <o:p> </o:p> This step says to do this, which is fine.. but when = I do this I overwrite the current attribute in there.<o:p></o:p> <o:p> </o:p> engine-config -s CustomDevicePr= operties=3D'{type=3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2,32}$}}'<o:p= ></o:p> <o:p> </o:p> which is…<o:p></o:p></spa= n> <o:p> </o:p> # engine-config -g CustomDevice= Properties<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.0<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.1<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.2<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.3<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.4<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.5<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.6<o:p></o:p> <o:p> </o:p> <o:p> </o:p> When I update it using the comm= and above, it replaces it…<o:p></o:p> <o:p> </o:p> When I append the 2 together, I= get see vmfex & prop in the ovirt-engine (screen shot) side of things.= . so can someone please check my command to ensure I’m not missing something!<o:p></o:p> <o:p> </o:p> <o:p> </o:p> engine-config -s CustomDevicePr= operties=3D'{type=3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2,32}$}}{type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}}’<o:p></= o:p> <o:p> </o:p> # engine-config -g CustomDevice= Properties<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.0<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.1<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.2<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.3<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.4<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.5<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2,32}$}}{type=3Dinterface;prop= =3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F= ]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.6<= o:p></o:p> <o:p> </o:p> <img bord= er=3D"0" width=3D"192" height=3D"141" id=3D"Picture_x0020_1" src=3D"cid:ima= ge001.png(a)01D16989.E4952270"><o:p></o:p>= <o:p> </o:p> As soon as I enable vmfex on a = host that was previously working.. it stops working and the network no long= er works on the host…  (this is not using any of the config above.. just enabled the vmfex in the UCS manager)<o:p></o:p= > <o:p> </o:p> What is the “correct&#822= 1; way to bring a Host in ovirt using vmfex?<o:p></o:p> <o:p> </o:p> Regards<o:p></o:p> David<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> </div> This email and any attachments may contain confidential and proprietary inf= ormation of Blackboard that is for the sole use of the intended recipient. = If you are not the intended recipient, disclosure, copying, re-distribution= or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete th= is transmission if you received this email in error. </body> </html> --_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_-- --_004_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=7048; creation-date="Wed, 17 Feb 2016 03:41:20 GMT"; modification-date="Wed, 17 Feb 2016 03:41:20 GMT" Content-ID: <image001.png(a)01D16989.E4952270> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAMAAAACNCAIAAABueOLiAAAAAXNSR0IArs4c6QAAG0JJREFUeF7t XQlcU2e2PyCyKRRUJCpKRq0idcGqJS5P4nSUdLHQikNcWiO2Smt9ptX5mepMh9qq0EpNx/pIfS44 FozVDrE6NXVGhT6V2GqhMrI4WuJTH1EoRBBIlOWde282ICwhQbJ834+f3nz3O+c7y/+ec76bm++6 NTc3g0O2kvT5H/jtzFzAdkjpnUZod0fSpGDnjPmpl2sokSuyv/4a5o0n6Olt/7k5VATSlmRu3Lg7 5+YDz4HjX3x368boob1tP5ef37EA5PLusj8DOFQKsz/zEYkIgAgGrLIAAZBV5iPEBEAEA1ZZgADI KvMRYluuwj766KPCwkJiU7uyQHh4+B//+MeeE8mWEYigp+f81G3OPe0UWwKo20oSQse1AAGQ4/rO LiQnALILNziuEARAjus7u5CcAMgu3OC4QhAAOa7v7EJyAiC7cIPjCkEA5Li+swvJ7QJAcXFxYrH4 qaee6l2TfPzxx2+88UbPyWAnatpWQfepxsZdsC79ckXX+dfUaNsOfvSgQl2rbWx5olFbq65Qa5oA 3lix9LOPd0n27v3rX//6xRdfvPrqq12fTzeyqb6yrPqRxWQ2JvD29hYIBKNGjbIxX0dj575o/yV9 O751yuVV276jnznutCkzF0fvvmZmWNOjhvqaao3po/raB/drHz5qorvcfbRQm7hixcqVK3/44QcO hxMZGdnpZC0GuPsMGOLf1zIa24+eNGnS2LFjEUa2Z+1QHD1MpPUbO3/BvE9PXa6J5vp1qkRN2bWH 7Qxy9/V1r9c2e3u70QOaNfXNvr4eNS2HazSakpKSadOmDRs2zJTPihUrZs2a5ebmVlFRcfDgwZ9/ /hk/xsfH+/v747Bffvll9+7dVVVVb7/9NqY8HNbY2CiXy48cOfLKK69ER0ejRx88eIAfs7OzDWy5 XC6mj379+rm7u9+5cyctLQ2fBMdsxWazm5qarl69+vnnn6M8hvEIjqVLlw4ePBjPnjt3bu/evXiK 4e/l5YW0+fn5GHsCAwPXrVtXWVm5Z8+e4uJihvzdd9+dMGECTqTVav/+978fO3asrZWQf0JCwrVr 15Dz888/byr2w4cP+Xz+iRMnTp06hYQo5JgxYz799NOysrJOXdIrA9qvgf7vu62C6BlTp86IXqNL bBXH16xJzUxaPGPq9NXLlh8COLR8amqBGbHdPL3c6qiEReNHW49Y6qMfpk9AAwJ8RowYeb9Cdf7c +WpNXWVlNWa5CeMnjHpq8uHMA4viXi4qLJz1H79tcPdUqVR/O5qxcOGiv6SmNDU2jRkfzh4yetCQ IWm7Pn0pOvaT1G3/OPnt4GDWhKkzc3Jyli1bVnjlx1mRz/Tr17+iuq7mVyrbYZz797//vXz58nfe eQd9c+vWrdjYWITahx9+iLXXiBEj0GemasTExNy/fx8HZ2RkPP300y+99NL06dOfffZZ5I9p609/ +hMi+6uvvkKnpqamrl+/3oAeZPLTTz998sknq1atun79+jPPPNPWOkFBQcikqKho165dGMOioqJ0 YhcW4kT37t2rqalBCCIhSjh69GjEmd2iB4U0BVDN5d07s+fNm4LhR3t5a9xuWJlx4dKls1/Mu7xm VXoJbYrcr3OnbL9wKXfXgf2LADD9raM0bdPcvbzd6rU0gmj8eJpOExISkpmZuWPHjuGDB2aeOHP3 3l1/TzfQ1mm9ArlzuM315YcPHtH09btfXf0ke/CIAYH5xdfPnj2ruV/5fw+aBg4aGOTnXVtbi5EA I1NIyMALPxZXPaidO2dGQ9W90+cvYrzLOf2D/9AR06ZNDeyrqaXDHsYkvI7nzp2L0eLChQtDhgzB 2IMuRB9jhEOAmkZBRMzAgQOxHwf/85//xLmGDh06cuRIDFEXL15Ebrdv38ZT7V3uGPnwC3AcjGGy b9/WmRZ7MJIplUqJRIIcxo8f39DQwLDFGVEpNE5BQQHKg9BB/Pn6+mKc7pXQ0sVJPTCKYCyhGvVT mbcz/0ylL+3l7/42RSCfMQi7vdjz1607tPhUgQAhA1NenN6Vn9K4eXpDpabRx9dNU9fo/YQ7mOQv dMCH6z7qi6Hobr1v8ABvHbg8fb36+Pn5/WYoa8/Rb4IH+GB3fX39iBGBrHETExbOa9R4+g0N6tNI Vc9oa0xk/Jef37w55fb9iqOZX/r6BY4MHfzB5g/9GtUqrc8gX/dBgwb18fHvX1OOMMYUgykMPYeB B9PKzZs38eKeRzdGdRTJYC/0Wf/+/RfRjelUq9WYKLHduHGjY7Oi+zH3IVgRCpheTdkyhMgcwRca Gor4QPjiR0QzBkLm7KNHj1BsRDaGTEzQmEOrq6uxUuyiL3tlmIfZKIKRH9jzKfjQrb/nwIc6BLCH Gno7lNfdy8e9UtvoBbVNvgGG/NWaxKOPMTRRxxi9i4uL3tyUaqiSJ4wZHrPwheLigo+3pEXMmvyW fpl95cqVovyLrIFPrnnvPxcuXHjvngq99fGe7TW3rt595Kcnd+/jAQggjAdffvnl0aNHEUYvvPCC TCarq6vLzc3FDNVWCTyFYhw+fJipQpiGSQeDB9Y9HWMIATp8+HDMTZcvX8by5cknn2zFHzPjoUOH EJo4cvv27TgXio3BuFWSwk5EIQZCzF+mxVmvQKTjSc3XQH4Dh4BSaVjRP3j4q6enhcK7Ywyqe/BA A76epoV6x1ywUhk8OJj3u9+h1zFIhIWFeXp5urlBeXk52nHixIkYG5ADXujM2g1raoxSWLFinMfx c+bMASzcm5uQkF4fNTXTaRQHIwlywMIc62K8rLEMQm4YBhhu6HWDYJiAMPtg+hgwYAB24ikcgPw9 PT2ZSTEwYMMDjJemhNiDgQdTXmlpKXJmmLdtKDAWPXiWx+MZxabH6cUGtAMmWaz6scDHfqzAsFbD CGo4QO2SkpL+8Ic/WOgV2w83DyCvKdGvXE7ffYGCkFZ5PDVVu4g7puXknogx08TURrQ+nr5QV9fg bQF+ANdTF/OvLHlh7l8ke/Eu0YKY5//xD8WNa0W4VNm/fz+WlsyVymKxXnvttQMHDmAlgVkAKxW8 E4G0WBUdyDz8leS/4pa8hmVEY301c78IHb9lyxbkgKs5XEBhzZGVlYUo2bRpE3Z+8MEHM2bMMMiP OMNFHEIBAwOexTGYTTBcnT59Ggte7ElJSUFH4oyYCrH6xiUSOp4hR0kQZ0goEonu3r2LCzGzHvvm m2+wDEK4Y/nFiI1sUR1cATDVGKYtxBkCnSmP8LJBNZGz4QAXgHjs4+Nje0RYyNFt+5Vms4UwhZuk z0/861cYOH3l1j8LpgwCXIXxrq3U1c3agvTlqz6/xt1+dqt+0b948WLM49VlNX2ZEqahrqKyKWBw f4xAdMHjQ3VTR3SOMRygxKbH+LGh/r66uv5RE7h79Q8M6I8luNnBLahMPjTUVv5agyW8p3+At7aq 0ZDQLDRNLw7HXPnWW2/hgs5skrVUMFyyWErS9fG2fKieBpBdtYYH99TuAwb5dj2J2of4GCkxKO7b tw+XC9ZL1KMAsovvwqy3kZHDoxrVveqH9E3vJk1tHViUQm0pSPd4YTrD+5zMPSeboKd7YnSdygkj UENtVVWNpqHZzb2vzxOBTxjvYXbdKs41kkQgy/zp0S8wiIW3V1jBgwh6LDNdN0a74/0uJLPVv7gw QW529S8jDGk9ZAEnTGE9ZCnHZUtSmOP6zvkld7pVmPO7zL40tCWAxo0bZ1/KEWkAetoptqyBHNFf eLsFvzPpouSzZ89OTEzs4mAXGWbLCOSIJsOvt/Dhr65ITtBj1kquDiA0SlcwRNDT3jVGAERZpmMM EfR0EKEJgHTGaQ9DBD0d53cCIKN92mKIoKfT6pAAqIWJTDFE0NMpenCAqy/jzdoI1/b4ZDtZsRMA dcUCZIxVFiApzCrzEWICIIIBqyxAAGSV+QgxARDBgFUWIACyynyEmACIYMAqCxAAWWU+Qmy8kfiv 280Fd5gtoUhzLQtMGNY8PqSbrtcBCNGzVVrq1/i/rmU5oi1tgZo+Izbyf9M9DOkAlKloxp2Rdovm EJO6oAVWpWTjF39LpnennukOjQuamKjcngUIgAg2rLIAAZBV5iPEBEAEA1ZZgADIKvMR4g4ApEjG LReMjRXGT85W0hZTSWPdkhV2ZDwUNVaqskQgTX66QJJvCYVdKm6pArYf33EEijlUhvuyM02VLVAJ +RLdhuy2l+TxclQXyw6ojXvTP97JH+dsuEu/aRjAj7ad3YIUxuLx+Rezi1tc6Jp8iYDDRgnZPKG0 WOcQvLoTeWEsSm7sljNRS60Q8+k+NgcvfcNIM+RGBbtDo5QL6bkxYIoVah0vTbFUyKPE1PUqkocs OgbvTW8Tt5TZyYw+1EiDmGZMrpQncjgiOW2MNlOqZQITzppsoZtAphfFtu7rnBtu5mo6qNXHzuk7 HcGEl4zcpje2nTFEG/ogdxuYRqD6okPxwdH7S/FM2aEY2JaL/2fFh8bvL6rCrqqi/fGhq05Sh7kb gqPTiuopFlVnN0wK3pZHMwuOoWmbq/J2RI/dQfWZJzcK0XUavaj1edsiIzecpMNm2ckNkZH0PPVn NwRHbsulZGsuPcSIqVehhcqlh2KC19I64MD9MRCfZQzAdKeOqjRr2dgoHUOzU9bnbps0aVsubYP6 s2uDN5ylD3up4S8FGBjggVkRViaf/fJCY/ekA4asHQCZwC94bPSqNMYJBjvuj5pEe4hp6G8GQaYN XbuWsl7ejknB0duy8kqrDKYs7Yy86zQ6AKGvYFmWQQR0NyUf1UvLYNrMAqj1iCgG8sZGUcXExwcb ZzE/JYW/aGZQ7+OnGV8UwTgSD1q5h/loDYC6XAOpiuWSRE6AaURTqXJ+fmeyIcNOf++uiikr1MXy dLFYKOByOfz3QKnC8B0hlEtjlRI+J9BHnxzaJdfPYTGNWqWEAy8H6iXCNPUzvoOH6mV18bVMGpVC KhGLEmOxVhAey1GZKczzvXnJa+USmS4zm50SgB2buOxAUnq+RiGTCmO5vfpSKNQFYw82mxdA6CkL aqA22ZDFwo23W1yjMj4L1PLECGF+QAQnMVkmy07foCdjcRMl8mJVfZVCzJLwxPm4Xbg58hazWEgT wGK3jjUiDlC9SnVXapB8MTc2XcOO4IvSZXK5OMZs/k9MFAhEYm+RSEahy/yU1AmeYIMqOVkgzhbx OJ0WEj09AEsf21c/tNDWAIjNFaAd04tp32DBy2MJ5RpQ5svY+CYILieMBUqpJJ2eRiMXsmLTlRif vAMCMBpEsALAPLnRlJbTeHNiN0hFSUxpq1HKEiO4uGqkemVJEqaiVmeLIjhUZwALVCavCKPOqZSK ixGxsTxuBNtbky0Rm3nTl046Fj9JpExMztbQzNtOSQ3z5vJFrMOHlQJuRE/Do3P+GHt6IvxQEzNZ sAtFdKtSgCqiqYo4bVlkKLLBEmntIaZyLj25NprqCo1ctiP37I7IqLQiamTujvixwbqRJ3Vxyxy5 yTxdpjGp90uz1kbT89DT6+ohXAAwMgWPjd92lp68LGsZdpjWcFiv5KXRMtLK5B5ahTVdy9LJpHKi ahuszKnzZqek5ihKizQJ0XQBxdwXQXnpVQglh7HXbH3yODqtqYE6ANDjEN2p56jKWtamDLdLha0B kDUprPPI6dIjiqUSdSKP7eQ2IADqCQfjQsLNjadIFOOiwskbAVBPODiAJ2luVqbHOnv4QdsRAPUE gFyIZ4uH6v2bbrmQ6kRVvQWq3Ydb+1A9slqYdH7UEN8+Hq1fNEzs7NwWaGx4dKOs7kjSzO6pafxd 2AbJT1Lt093jQqgc2gKLvPOSV03ungrGGojEnu5Z0AmorHE9KaKdAAC9qQIBUG9a3wnmJgByAif2 pgodAej0Wrhp+pcIuyNoWSPgylrY3ptit54bRZUysnWxDYOs1y1Xwf4U76K6PTeskwiUmwOhn+n+ Nt6G6Jnwfs/J8jg5B8Gofo9zPqedy4IUlnECrntA+IQWttiyGEroKFWyHN6nHpig2pbfUyGKiV7n YiAEu/xg56u6npJE2GIYaY7cMMESnp7PavhWv+9D1By4sppmtRqks1s7JiQCziXqJjrNo6fGFgrS 5brOK6/CEj84HQVP4K2vNnEr4UU987VwZTHoniVu630/OPA6pfKSQZRqB1oyh3Hwowlnzotw83WI c1IIdRlAg2DDAhjdADkFRkskLICl/pBxEkL3QUYtrJhLmWkyD5YGwdGjVNx6uwSGs0EIEMKBl/pB cgY18mg1LJ1NudYsuZG7HySMhRvnaT6FMGoibPGjsufOiXCjAGZiZwGET4YDpi+5GwYH8H7YbXju M3juDHiNgt00wnb+FiY3wNv7IDQDCvuBMAqezYH7AEc+A36+iWOngnAUKM5QMz53HiAI3mx5teiG +oE0HjhaWH8UMipgeyzgE4cbUbUMUHjA+/MhpAhyKmH6BKofW0IQ3LoNR10TQNOj9GXQElgSCN98 D2kmhpjPgqslsPka7jADm0/C9X4wfwzkySF0F2y+Q407LofrAP7D4LYWwAviZsKbQZCWCaEH0ctg ltzIvgaQaNQ42DIVyi/B2M9gUw1sGANPlMOa7yny49/DqUoIH2Ok4EyG0VoQn4BCgMIC2KeCpxCn w2CyP+ScgeM1ABXAl8C0E+048xJM/AxWFlFnCy9BoRa8ELJt2rwlMN0DNh+kGQ4DzgBQKCgkIfOV eaANggSA9UWgGQBvIriHQbg/5JlcdU4GJAtqoIl7YE1LQ/h7wFMT9QhLgNEIEl/KPnEzIOtVKpWU rKY6/YMAvoeNJeA/BETz4fxaXT5qj9xg4vVn4LYXLJ0JhxN0CSXIiwoMyIHJjwsHgJeH0SPheLYf pOrP/hnR04ca7w9QTQO608aJAOliOI3paTVM9wJ/c3WSthJu4cUwg2ZGM+fO0xuBzozYA5dAUQvc yRA1GYZXQkrXZu9UPDsc0OUUZk726gb46UdjlY2RHzNCXAykToTqcjh+HtacAMPXsxlymCaBmUch +QYFO1zEmSU3nQejyPN7qKz3xnmoDoL350K5FjRlLWac+LWRAmMGVEO8vuqnyv+DAOXYB0Emgao9 N4TMpjKgVzUo8mH9CchFbuZazlew7zY8PZGKNAzz7+h8bfhbT1OlYZAMgp0hcPU2FS+dtVkFoFPl lB3fp30TN5eqpnePBI4/aKohRQ4pZRAVCcNpy83DQjIRNmAuuwPlDQANcAPALLnR0CPh3FrImgEh NXC7luquroKUXwCGQBZdQoWPg29Xw7kXjRSKPLjlD9tfhHCsuoaBFAPJ7wHuQF41cCJhPuajQbBz OZQsBqij8iPmVtMWFQTeWtiXA5tKIGgCTMZ41k7bdwqu9gGsuBnmUfN01TSWiVjaMz9EUZyHqwBP eEHeJWcFD6WXVQBKOwlfVsOS56gAnjoK8vJg5S8gLoDyQDiJeQQrzWq42gD+/nAqB76phbfi6JFs yD5P1VJmyY3G/gXSSmDUNCphnZyHPyCGNeiJS7D+CoyaoOv0V8Em04LmDqzE4jeEmv18HIRrqcoM 25ozkOcBnyfAzSUQ1QApxwGuQWEtRMfBtybruIxLcJUZlgAJ6Pha8G8PQzWQchOGh8L2UFhzHHCf ia1LaKogqkxMYXSoAUU5FS+xdGOaNBGuLKCP5lJ2YG6k4UoCLy0qmDlmM34bv3FPQUat2VWHY2pm B1LjUt+/EF6+YAeidCjC0v7/2rJifPektCoCdW9KF6EKnw0cDzhu9+ix0h0EQFYa0Dw5xp6TkyFP Aft6hL0dMSUA6hFnLMPFY6u7lD0yT+8zJQDqfR84tAQtiuitr5Mi2qG92U3hN+0lRXQ3TUfIrLUA SWHWWtDF6QmAXBwA1qpPAGStBV2c3tYAKsYfhFN7nCbnu7hhXUV9GwNIlS87xsedk1SiCFexoIvr 2S6A8sUR3HSl3jr4iYefcEf4ZHmxTJwYG5solhVrNPQxV5CMx/QG9tT2yyn67ZfbbtmsUYgiWELc GQ6bCjdU5DnLvuUujCLDllnv/feVFttn4Sa7hv218JjenA23ZgsOXZaWW1pWlLV20qTIKOMxs9+v cQ8481s2N+MOypHUbsC4R7Ru02m73LPLtYTC79G7rbBuizukbw0g3OpYvw20Hj8UgAygovcl1O11 aNij0ACg9vZPxo0IKQiFhgYbiLstOyG0kQWsAVAHNRDuospKz8ZiWCFPjhDwdHttUXusGlu7+x+b 37KZIsR9TQXsmze5Ai7bhQO/06jeURHN5gnYiCBFtpgXyw2wTOV290/GrX+TklirVikTk+Rqy3iS 0XZogQ5XYSyeIEImShLH8i3FT7v7JyulQiGIxRLcyD5fICIQskNIWCZSx8v4AG4s+7vv+Jbjh9pn O1kh0oi51At6wviyMIksMQyjj1DoLU7msxFgQhpC9HbvpDmuBci38Y7rO5tJTr6Nt5kpCSNLLeD2 U3EpQ3Pkf2rI80CWms85xmMEipvVv3u6kBTWPbs5FRVJYU7lTsdSxsZfpjqW8kRa6y1AAGS9DV2a AwGQS7vfeuUJgKy3oUtzIAByafdbrzwBkPU2dGkOBEAu7X7rle8AQPj8aqxEKubhQ/KsMEE69dAq /dgqdibjd6RhybgtDr6rmc+8EZgnlDIjqCFuIqlMEIbfo7J5ydlq66UkHOzWAh1HoGPpygipsrm5 OD1MwhcrGIAck+RzZKrmYhEnX8wTaoTybKpJY/MFAsN36+kyTVK+qrk5W5DPF0jJN+5263+rBesY QDFCAf0kUABHIGSLs4uZ6fSPl+XLk1lCPod5KjGAy+cXp2cr6Q/BQiGfTfWz+UKhQqYgCLLaUfbK oGMAcdj6l8ay2Jy7KjUTgihIUU0Dd8NYbINmLBb7mJKBCodt6GazOWodnb3agMhlhQU6BpBSrdbx VikVwayAlo9Ae0NwsYoJOVRTqZQxOuAoVYaYo1QqAlrRWSEuIbU3C3QMoC+SJAoKQursdLFKxIto KX0ET6QSS3WVkVqeLg4TcJmI9XNyspRClkYpFUti9b32pjuRxwYW6KQG4npLY3ExFZGsSpIKW+EH 3zsglIu9JTx6FcaXc+TpsfqMF8tRC3H1xubJuDIxL8AGghIWdmqBdn9YSP0IjP41oaXN+ONCSynJ +N6xQA/9LsxOEU/EsisLkDvRduUOxxOmAwBxRM24/4HlKrH4smYR86Yj0pzeAkYANTxq5+UiTm8D l1ew4WH3XW98qH7++hPho4f09Wz35+4ub2fnNMCjh5rC62XH8RU13WpGAHWLnBC5ugVIEe3qCLBS fwIgKw3o6uQEQK6OACv1/3+vif6bGXs25AAAAABJRU5ErkJggg== --_004_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_--

6 20

Not seeing Gluster options on Cluster properties
by Will Dennis 01 Mar '16

01 Mar '16

Hi all, I am running a hyperconverged setup of oVirt 3.6, where I pre-made the Gluster volumes that are used for the hosted engine and the VM storage domains. I have seen in screenshots of 3.6 HC setups that there should be options to enable Gluster integration in oVirt by checking a box in Cluster properties > General tab (“Enable Gluster Service”) but I do not see that checkbox in my Cluster properties > General tab. What must I do to enable this integration? BTW, I see that there is a package "vdsm-gluster-4.17.18-0.el7.centos.noarch” installed on all of my oVirt nodes… Is there another package that I am missing? Thanks, Will

2 6

virt-v2v converting multi-disk
by Clint Boggio 01 Mar '16

01 Mar '16

I'm in the process of migrating a series of VM's from KVM environment, to an OVirt environment. I've used virt-v2v to convert quite a few M$ and Linux machines with great success. Coming up I've got to convert a Linux VM that has 3 virtual disks. Inside that VM, the three disks are part of an LVM volume. 1. How will virt-v2v handle these three virtual disks ? 2. On which disk image will I run virt-v2v ? 3. Will virt-v2v "follow" the three images and convert the machine or will I have to somehow tell it to include all three disks ? 4. Shall I have all three images together in the same directory when I run the tool ? 5. Is this the appropriate forum for this question ? As of the writing of this question I'll be using OVirt 3.6 updated on a 4 node cluster running CentOS 7 , and the most recent version of virt-v2v as is available on Fedora 23.

3 4

oVirt New Install
by Brett I. Holcomb 01 Mar '16

01 Mar '16

I am in the process of testing oVirt to replace ESXi 6 and have run into some issues that I haven't found answers to. I've used ESXi for quite a while and done some work with Microsoft's Hypervisor but am new to oVirt. It looks like it has potential to replace the others but there are some major issues I'm trying to work through. I'm using a hosted-engine deployment. The host is a guest on VMware Workstation 11 on Windows. Not the best but it lets me test oVirt. I've created the VM, the engine is installed, the webadmin works, and I can SSH to it but I'm seeing some things that I haven't been able to find answers to so any help is appreciated. I'm using DNS to resolve and both the engine and host can ping each other, reverse lookup on their names works. 1. I used an iSCSI LUN on a NAS for storage during the deploy install but this storage does not show up in the admin portal list of storages. Is it supposed to? It's being used as it now has 3+ our of 50 gig used. 2. I used a local directory on the VM for an initial ISO domain but it does not show up in the admin portal. I have more than 15 Gig of space available. Shouldn't it be showing up in the list of storages? I tested using this (http://www.ovirt.org/documentation/how-to/troublesho oting/troubleshooting-nfs-storage-issues/) and from the host I can mount the engine's exported directory and create a file in it as the vdsm user. 3. My host wants confirmation it's rebooted which it has been both with hosted-engine vm-shutdown/vm-start, and rebooting from within the engine. If I tell it to confirm I get the message below. Well, it's status is running. i can't connect when it's connecting or non- operational!! I've put the system into maintenance mode with hosted- engine commands, I used the context menu on the hosted-engine vm in the portal to put it into maintenance but it still refuses to confirm it's rebooted. Any ideas on how to get it confirmed. I've also rebooted the hosted-engine host with no change. "Error while executing action: Cannot confirm 'Host has been rebooted' Host. Valid Host statuses are "Non operational", "Maintenance" or "Connecting"." 4. My Default Data Center is uninitialized which is probably why nothing works. If I use guide me and attach the hosted_engine choice it tells me it cannot acquire a host id. I restarted the sanlock service and then when I attached the storage the dialog hung up spinning it's wheel and never returned. I restarted the VM from hosted-engine and still get the AcquireHostId failure. The iSCSI lun is being used and accessed by the engine as there is 3+ gig of space used. If I try and attach the hosted_engine storage the icon changes to a wrench, then back to the red down arrow and I get the error about not acquiring a host id. What host id? I only have one host! I've reinitialized the lockspace all with no effect. The /var/log/ovirt- engine/engine.log has this error. What invalid argument? I've seen some bug reports on this but they are back in version 3.3 or so and are supposed to be fixed. Command 'org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand' f ailed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericExcep tion: VDSErrorException: Failed to CreateStoragePoolVDS, error = Cannot acquire host id: ('1d26d977- 0a67-43ab-bfb8-462cea95029a', SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argumen t')), code = 661 (Failed with error AcquireHostIdFailure and code 661) Any help is appreciated. Thanks.

3 7

macvlan + IPv6
by Jay Turner 29 Feb '16

29 Feb '16

Hoping someone can help with a problem my team is seeing under oVirt. We are making heavy use of macvlan interfaces (in VEPA mode) on-top of virtual functions, under VMs being managed by oVirt. In this scenario IPv6 is not playing nicely, with no traffic going through, and messages about neighbor solicitation. There are some pointers out there indicating the issue stems from the fact IPv6 utilizing multicast for neighbor solicitation, but nothing we have tried seems to work around this issue. The problem is made all the most bizarre by the fact that on the same hardware libvirt + virt-manager works perfectly fine. I have looked at the corresponding xml for the guests, and nothing seems to point to the underlying cause for oVirt to fail, but libvirt to succeed. * Intel XL710 40G NICs (i40e/i40evf drivers) * CentOS 7.1 (fully up-to-date) * oVirt 3.6 * libvirt-1.2.17 * virt-manager-1.2.1-8 Thanks for any pointers folks can provide. - jkt

3 10

Snapshot Locked for an extended period of time
by Simon Hallam 28 Feb '16

28 Feb '16

Hi All, I’ve recently written a script which: 1. Takes a snapshot with memory. 2. Creates a VM from that snapshot. 3. Exports the snapshot to the export domain. 4. Deletes the snapshot. 5. Deletes the cloned VM. Whilst running the script for the first time last night, the script timed out whilst deleting the snapshot on the VM at step 4. Now the logs are filled with: 2016-02-25 10:32:53,272 INFO [org.ovirt.engine.core.bll.RemoveSnapshotCommandCallback] (DefaultQuartzScheduler_Worker-25) [4559dd29] Waiting on Live Merge child commands to complete 2016-02-25 10:32:53,332 INFO [org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler_Worker-25) [225b841f] Waiting on Live Merge command step MERGE to complete 2016-02-25 10:32:53,335 INFO [org.ovirt.engine.core.bll.MergeCommandCallback] (DefaultQuartzScheduler_Worker-25) [4559dd29] Waiting on merge command to complete 2016-02-25 10:32:55,331 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-19) [4559dd29] VM job c1064551-022f-4549-a9d4-bb915e177e80: In progress (no change) 2016-02-25 10:32:58,405 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-37) [4559dd29] VM job c1064551-022f-4549-a9d4-bb915e177e80: In progress, updating 2016-02-25 10:33:01,521 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-56) [4559dd29] VM job c1064551-022f-4549-a9d4-bb915e177e80: In progress (no change) 2016-02-25 10:33:03,337 INFO [org.ovirt.engine.core.bll.RemoveSnapshotCommandCallback] (DefaultQuartzScheduler_Worker-12) [4559dd29] Waiting on Live Merge child commands to complete 2016-02-25 10:33:03,350 INFO [org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler_Worker-12) [225b841f] Waiting on Live Merge command step MERGE to complete 2016-02-25 10:33:03,352 INFO [org.ovirt.engine.core.bll.MergeCommandCallback] (DefaultQuartzScheduler_Worker-12) [4559dd29] Waiting on merge command to complete 2016-02-25 10:33:04,678 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-22) [4559dd29] VM job c1064551-022f-4549-a9d4-bb915e177e80: In progress (no change) 2016-02-25 10:33:07,852 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-11) [4559dd29] VM job c1064551-022f-4549-a9d4-bb915e177e80: In progress (no change) 2016-02-25 10:33:10,993 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-44) [4559dd29] VM job c1064551-022f-4549-a9d4-bb915e177e80: In progress, updating 2016-02-25 10:33:13,354 INFO [org.ovirt.engine.core.bll.RemoveSnapshotCommandCallback] (DefaultQuartzScheduler_Worker-14) [4559dd29] Waiting on Live Merge child commands to complete I have attached the log of when the snapshot started deleting (2016-02- 24 23:51:17,094). Any idea what's gone wrong? What are my next steps to clear this? Cheers, Simon Please visit our new website at www.pml.ac.uk and follow us on Twitter @PlymouthMarine Winner of the Environment & Conservation category, the Charity Awards 2014. Plymouth Marine Laboratory (PML) is a company limited by guarantee registered in England & Wales, company number 4178503. Registered Charity No. 1091222. Registered Office: Prospect Place, The Hoe, Plymouth PL1 3DH, UK. This message is private and confidential. If you have received this message in error, please notify the sender and remove it from your system. You are reminded that e-mail communications are not secure and may contain viruses; PML accepts no liability for any loss or damage which may be caused by viruses.

3 4

Cannot delete snapshot or export VM after adding disk
by gregor 28 Feb '16

28 Feb '16

Hi, after the following workflow I can't remove or create a snapshot neither export the VM. - Create a VM - Add a disk with 1GB - Make a snapshot - Add another disk with 1GB - Export the VM Now you I get the following error in the events list: -------------------- VDSM host01 command failed: Error during destination image manipulation -------------------- Did I understand something wrong or is there a bug? Besides: The web-interface is extremely slow and copy&paste the error messages are painful. regards gregor

2 2

[hosted-engine] admin@internal password for additional nodes?
by Wee Sritippho 28 Feb '16

28 Feb '16

Hi, I'm trying to deploy a 2nd host to my hosted-engine environment, but at some point, the setup ask me to type a password for admin@internal again. Do I need to type the same password that I choose when deploying the 1st host? If not, would it replace the old password? Thank you, Wee --- ซอฟต์แวร์ Avast แอนตี้ไวรัสตรวจสอบหาไวรัสจากอีเมลนี้แล้ว https://www.avast.com/antivirus

2 1

DevConf.CZ 2016 - my experience
by Yaniv Kaul 28 Feb '16

28 Feb '16

On the first weekend of February I've had the pleaseure of attending DevConf.CZ 2016, which took place in the wonderful city of Brno, CZ. Compared to FOSDEM, it's a more relaxed, young and vibrant conference, but it was just as fun and rewarding from my perspective. Here's a disorganized personal summary: - Met community members as well as customers and Red Hat TAMs (Technical Account Managers) from all over Europe. - Attended a presentation on a research to understand theoretical best possible improvements to migration convergence performance[3]. I hope to see some of it in coming versions of QEMU, while we work on other improvements to this critical feature. - Attended a presentation on the status of ARM on Fedora and CentOS[14]. Seems like a great positive effort, but the road is still long for complete support. Would be cool to support ARM based hosts running virtual machines! - Attended a presentation on native vs. threads implementation performance in QEMU[4]. The results were not conclusive, though some improvements in native brought it close to or better in some cases to threads. Seems that our default of heuristic for threads in file-based storage and native in block based storage is fine for the time being, but we'll watch closely for developments in this area. - Attended a presentation on debugging qemu (mainly) in OpenStack[5] - I think (and asked) if libvirt can do a better job - in saving in a cyclic log the QMP commands sent and the response from the guest and dump it in case of a guest crash. - Attended a Cockpit hackfest[9] - as we intend to use Cockpit as our UI for RHEVH Next Generation Node, it was great to present our use case and exchange thoughts, ideas and directions. Few bugs were filed during the hackfest per our comments. - Attended 'Dockerizing JBoss Applications' presentation[10]. Great work done by the JBoss team to improve and streamline packaging of JBoss into containers. - Attended 'Fedora Upstream Testing' presentation[13]. I disscussed with the presentor the possibiliy to run oVirt with Lago[17] in Fedora, in a CI way, by monitoring distgit changes for relevant packages (such as lvm2, device-mapper*, libvirt and others. - Attended 'High Performance VMs in OpenStack'[12] - looks like oVirt is already doing a lot of what OpenStack are working to achieve high-performance from KVM! - Preached on running Lago with OpenStack, Gluster and Cockpit. At least the first two items look really promising and I'm looking forward to a collaboration in those efforts. I might just try to do the Gluster one myself. - Having used the oVirt Live[18] USB DoK image in both FOSDEM and DevConf, I've found several items where we can improve in and filed relevant RFEs for them[15][16]. - The oVirt team has delivered numerous presentations in the virtualization track[1][2][6] - and the Gluster team has additionally provided more presentations[7][8], which were all well received. I'd like to thank Red Hat's OSAS team members Mikey and Brian for once again, just one week after FOSDEM, leading the effort of representing the oVirt project and community in this event. Y. [1] https://www.youtube.com/watch?v=cQqJEiK7-Ug - Smart VM Scheduling - Martin Sivák [2] https://www.youtube.com/watch?v=V1JQtmdleaM - Host fencing in oVirt - Fixing the unknown and allowing VMs to be highly available - Martin Peřina [3] https://www.youtube.com/watch?v=XkMIMJKJeTY - in-depth look of virtual machine migration algorithms - Marcelo Tosatti [4] https://www.youtube.com/watch?v=Jx93riUF5_I - Qemu Disk I/O: Which performs better, Native or Threads? - Pradeep K Surisetty [5] https://www.youtube.com/watch?v=Dd2AGGMWXQM - Debugging the Virtualization Layer (libvirt and QEMU) in OpenStack - Kashyap Chamarthy [6] https://www.youtube.com/watch?v=4CbHTAkVDZo - Ceph integration with oVirt using Cinder - Nir Soffer [7] https://www.youtube.com/watch?v=XudYwEWQF7U - oVirt and Gluster Hyperconvergence - Ramesh Nachimuthu [8] https://www.youtube.com/watch?v=TczVVCbm8NE - Improvements in gluster for virtualization usecase - Prasanna Kumar Kalever [9] https://www.youtube.com/watch?v=TNDe90WSZow - Cockpit Hackfest - Dominik Perpeet, Marius Vollmer, Peter Volpe, Stef Walter [10] https://www.youtube.com/watch?v=NpyEoFlDzOQ - Dockerizing JBoss Products - David Becvarik [11] https://www.youtube.com/watch?v=rqavfmPAt7o - Avocado and Jenkins: Test Automation and CI - Lukáš Doktor, Yash Mankad [12] https://www.youtube.com/watch?v=9J_sEdlpIlQ - High performance VMs in OpenStack - Nikola Dipanov [13] https://www.youtube.com/watch?v=15-yXOJuonQ - Upstream First Testing - Tim Flink [14] https://www.youtube.com/watch?v=q4gU87wdRtI - Growing the ARM server ecosystem - Jim Perrin [15] https://bugzilla.redhat.com/show_bug.cgi?id=1307261 - [RFE] register .vv files so they'll be opened automatically with remote-viewer [16] https://bugzilla.redhat.com/show_bug.cgi?id=1307262 - [RFE] Disable power management (display and computer) [17] https://github.com/lago-project/lago

2 2

Master Doamin - Ovirt 3.6 - hoted engine
by Dariusz Kryszak 26 Feb '16

26 Feb '16

Hi folks, I have a question about master domain when I'm using hosted engine deployment. At the beginning I've made deployment on NUC (small home installation) with hosted engine on the nfs share from NUC host. I've configured FS gluster on the same machine and used it for master domain and iso domain. Lets say All-in-ONE. After reboot happened something strange. Log says that master domain is not available and has to become on the hosted_storage. This is not ok in my opinion. I know that behavior because master doamin is not available, has been migrated to other shareable (in this case hosted_domain is nfs ). Do you thing, that should be locked in this particular case means when available is only hosted_storage? Right now it is not possible to change this situation because hosted engine resides on the hosted_storage. I Can't migrate it. jezyk

3 7

OVirt Node / RHEV-H and Multiple NICs/bond
by Christopher Young 26 Feb '16

26 Feb '16

So, I have what I think should be a standard setup where I have dedicated NICs (to be bonded via LACP for storage) and well are NICs for various VLANS, etc. As typical, I have the main system interfaces for the usual system IPs (em1 in this case). A couple of observations (and a "chicken and the egg problem"): #1. The RHEV-H/Ovirt-Node interface doesn't allow you to configure more than one interface. Why is this? #2. This prevents me from bringing up an interface for access to my Netapp SAN (which I keep on separate networking/VLANs for best-practices purposes) If I'm unable to bring up a regular system interface AND an interface for my storage, then how am I going to be able to install a RHEV-M (engine) hosted-engine VM since I would be either unable to have an interface for this VM's IP AND be able to connect to my storage network. In short, I'm confused. I see this as a very standard enterprise setup so I feel like I must be missing something obvious. If someone could educate me, I'd really appreciate it. Thanks, CHris

2 3

Shrinking a storage domain
by Troels Arvin 26 Feb '16

26 Feb '16

Hello, I'm moving some storage from one SAN storage unit to another SAN storage unit (i.e.: block device storage). So I have two RHEV storage domains: SD1 SD2 We need to move most of SD1s data to SD2. Live storage migration for a guest works fine: It's easy to migrate a disk from being in SD1 to SD2. But now that I have released around half of SD1, I would like to let go of a LUN which is part of SD1. How is that done? (If this were a stand- alone Linux box, I would use vgreduce to release a PV and then remove the PV from the server.) -- Regards, Troels Arvin

2 1

Guest/User permissions
by Colin Coe 26 Feb '16

26 Feb '16

Hi all I've been asked to produce a matrix of guests (VMs) and the users who have rights on them. Just trying to save myself some effort and see if anyone's already done this and is willing to share? Thanks CC

1 0

One host failed to attach one of Storage Domains after reboot of all hosts
by Giuseppe Berellini 25 Feb '16

25 Feb '16

--_000_03FD1DFE37AC0E47A173AC5A0835B1C1090AD30B8CSKAWNE25CEXpt_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, At the beginning of february I successfully installed oVirt 3.6.2 (with hos= ted engine) on 3 hosts, which are using 1 storage server with GlusterFS. 2 hosts (with Intel CPU) are using HA and are hosting the engine; the 3rd h= ost (AMD CPU) was added as host from oVirt web administration panel, withou= t hosted engine deployment (I don't want the engine running on this host). About 10 days ago I tried to reboot my oVirt environment (i.e. going to glo= bal maintenance, shutting down the engine, turning off all the hosts, start= ing them again, then setting maintenance mode to "none"). After the reboot, everything was fine with the Intel hosts and the hosted e= ngine, but AMD host (the one without HA) was not operational. I tryed to activate it, buti t failed with the following error: "Host failed to attach one of Storage Domains attached to it." If I log into my AMD host and I check the logs, I see that the storage doma= in which is not mounted is the one of the hosted engine (but this could be = correct, since this host won't run the hosted engine). >From /var/log/vdsm/vdsm.log: Thread-29::DEBUG::2016-02-25 11:44:01,157::monitor::322::Storage.Monitor::(= _produceDomain) Producing domain 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd Thread-29::ERROR::2016-02-25 11:44:01,158::sdc::139::Storage.StorageDomainC= ache::(_findDomain) looking for unfetched domain 6fb10a49-5f1c-4bd4-9ff7-b7= e33c1125cd Thread-29::ERROR::2016-02-25 11:44:01,158::sdc::156::Storage.StorageDomainC= ache::(_findUnfetchedDomain) looking for domain 6fb10a49-5f1c-4bd4-9ff7-b7e= 33c1125cd Thread-29::DEBUG::2016-02-25 11:44:01,159::lvm::370::Storage.OperationMutex= ::(_reloadvgs) Operation 'lvm reload operation' got the operation mutex Thread-29::DEBUG::2016-02-25 11:44:01,159::lvm::290::Storage.Misc.excCmd::(= cmd) /usr/bin/taskset --cpu-list 0-63 /usr/bin/sudo -n /usr/sbin/lvm vgs --= config ' devices { preferred_names =3D ["^/dev/mapper/"] ignore_suspended_d= evices=3D1 write_cache_state=3D0 disable_after_error_count=3D3 filter =3D [= '\''r|.*|'\'' ] } global { locking_type=3D1 prioritise_write_locks=3D1 = wait_for_locks=3D1 use_lvmetad=3D0 } backup { retain_min =3D 50 retain= _days =3D 0 } ' --noheadings --units b --nosuffix --separator '|' --ignores= kippedcluster -o uuid,name,attr,size,free,extent_size,extent_count,free_cou= nt,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name 6fb10a49-5f1c-4bd= 4-9ff7-b7e33c1125cd (cwd None) Thread-29::DEBUG::2016-02-25 11:44:01,223::lvm::290::Storage.Misc.excCmd::(= cmd) FAILED: <err> =3D ' WARNING: lvmetad is running but disabled. Restart= lvmetad before enabling it!\n Volume group "6fb10a49-5f1c-4bd4-9ff7-b7e33= c1125cd" not found\n Cannot process volume group 6fb10a49-5f1c-4bd4-9ff7-b= 7e33c1125cd\n'; <rc> =3D 5 Thread-29::WARNING::2016-02-25 11:44:01,225::lvm::375::Storage.LVM::(_reloa= dvgs) lvm vgs failed: 5 [] [' WARNING: lvmetad is running but disabled. Re= start lvmetad before enabling it!', ' Volume group "6fb10a49-5f1c-4bd4-9ff= 7-b7e33c1125cd" not found', ' Cannot process volume group 6fb10a49-5f1c-4b= d4-9ff7-b7e33c1125cd'] Thread-29::DEBUG::2016-02-25 11:44:01,225::lvm::415::Storage.OperationMutex= ::(_reloadvgs) Operation 'lvm reload operation' released the operation mute= x Thread-29::ERROR::2016-02-25 11:44:01,245::sdc::145::Storage.StorageDomainC= ache::(_findDomain) domain 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd not found Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 143, in _findDomain dom =3D findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 173, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'6fb10a49-5f1c-= 4bd4-9ff7-b7e33c1125cd',) Thread-29::ERROR::2016-02-25 11:44:01,246::monitor::276::Storage.Monitor::(= _monitorDomain) Error monitoring domain 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125c= d Traceback (most recent call last): File "/usr/share/vdsm/storage/monitor.py", line 264, in _monitorDomain self._produceDomain() File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 767, in wrapp= er value =3D meth(self, *a, **kw) File "/usr/share/vdsm/storage/monitor.py", line 323, in _produceDomain self.domain =3D sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 100, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 124, in _realProduce domain =3D self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 143, in _findDomain dom =3D findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 173, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'6fb10a49-5f1c-= 4bd4-9ff7-b7e33c1125cd',) jsonrpc.Executor/0::DEBUG::2016-02-25 11:44:03,292::task::595::Storage.Task= Manager.Task::(_updateState) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`:= :moving from state init -> state preparing jsonrpc.Executor/0::INFO::2016-02-25 11:44:03,293::logUtils::48::dispatcher= ::(wrapper) Run and protect: repoStats(options=3DNone) jsonrpc.Executor/0::INFO::2016-02-25 11:44:03,293::logUtils::51::dispatcher= ::(wrapper) Run and protect: repoStats, Return response: {u'5f7991ba-fdf8-4= b40-9974-c7adcd4da879': {'code': 0, 'actual': True, 'version': 3, 'acquired= ': True, 'delay': '0.00056349', 'lastCheck': '7.7', 'valid': True}, u'6fb10= a49-5f1c-4bd4-9ff7-b7e33c1125cd': {'code': 358, 'actual': True, 'version': = -1, 'acquired': False, 'delay': '0', 'lastCheck': '2.0', 'valid': False}, u= '5efea9c7-c4ec-44d4-a283-060d4c83303c': {'code': 0, 'actual': True, 'versio= n': 0, 'acquired': True, 'delay': '0.000561865', 'lastCheck': '8.4', 'valid= ': True}, u'e84c6a1a-9f82-4fa6-9a3b-0b0bc0330d9a': {'code': 0, 'actual': Tr= ue, 'version': 3, 'acquired': True, 'delay': '0.000227759', 'lastCheck': '8= .7', 'valid': True}} jsonrpc.Executor/0::DEBUG::2016-02-25 11:44:03,294::task::1191::Storage.Tas= kManager.Task::(prepare) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`::fin= ished: {u'5f7991ba-fdf8-4b40-9974-c7adcd4da879': {'code': 0, 'actual': True= , 'version': 3, 'acquired': True, 'delay': '0.00056349', 'lastCheck': '7.7'= , 'valid': True}, u'6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd': {'code': 358, 'a= ctual': True, 'version': -1, 'acquired': False, 'delay': '0', 'lastCheck': = '2.0', 'valid': False}, u'5efea9c7-c4ec-44d4-a283-060d4c83303c': {'code': 0= , 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000561865', '= lastCheck': '8.4', 'valid': True}, u'e84c6a1a-9f82-4fa6-9a3b-0b0bc0330d9a':= {'code': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': '0.00= 0227759', 'lastCheck': '8.7', 'valid': True}} jsonrpc.Executor/0::DEBUG::2016-02-25 11:44:03,294::task::595::Storage.Task= Manager.Task::(_updateState) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`:= :moving from state preparing -> state finished jsonrpc.Executor/0::DEBUG::2016-02-25 11:44:03,294::resourceManager::940::S= torage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} res= ources {} jsonrpc.Executor/0::DEBUG::2016-02-25 11:44:03,295::resourceManager::977::S= torage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} jsonrpc.Executor/0::DEBUG::2016-02-25 11:44:03,295::task::993::Storage.Task= Manager.Task::(_decref) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`::ref = 0 aborting False Thread-30::DEBUG::2016-02-25 11:44:04,603::fileSD::173::Storage.Misc.excCmd= ::(getReadDelay) /usr/bin/taskset --cpu-list 0-63 /usr/bin/dd if=3D/rhev/da= ta-center/mnt/glusterSD/srv-stor-01-ib0:_ssd-pcie/e84c6a1a-9f82-4fa6-9a3b-0= b0bc0330d9a/dom_md/metadata iflag=3Ddirect of=3D/dev/null bs=3D4096 count= =3D1 (cwd None) Thread-30::DEBUG::2016-02-25 11:44:04,630::fileSD::173::Storage.Misc.excCmd= ::(getReadDelay) SUCCESS: <err> =3D '0+1 records in\n0+1 records out\n336 b= ytes (336 B) copied, 0.000286148 s, 1.2 MB/s\n'; <rc> =3D 0 Thread-31::DEBUG::2016-02-25 11:44:04,925::fileSD::173::Storage.Misc.excCmd= ::(getReadDelay) /usr/bin/taskset --cpu-list 0-63 /usr/bin/dd if=3D/rhev/da= ta-center/mnt/glusterSD/srv-stor-01-ib0:_isodomain/5efea9c7-c4ec-44d4-a283-= 060d4c83303c/dom_md/metadata iflag=3Ddirect of=3D/dev/null bs=3D4096 count= =3D1 (cwd None) Thread-31::DEBUG::2016-02-25 11:44:04,950::fileSD::173::Storage.Misc.excCmd= ::(getReadDelay) SUCCESS: <err> =3D '0+1 records in\n0+1 records out\n339 b= ytes (339 B) copied, 0.0005884 s, 576 kB/s\n'; <rc> =3D 0 Thread-28::DEBUG::2016-02-25 11:44:05,583::fileSD::173::Storage.Misc.excCmd= ::(getReadDelay) /usr/bin/taskset --cpu-list 0-63 /usr/bin/dd if=3D/rhev/da= ta-center/mnt/glusterSD/srv-stor-01-ib0:_virtualmachines/5f7991ba-fdf8-4b40= -9974-c7adcd4da879/dom_md/metadata iflag=3Ddirect of=3D/dev/null bs=3D4096 = count=3D1 (cwd None) Thread-28::DEBUG::2016-02-25 11:44:05,606::fileSD::173::Storage.Misc.excCmd= ::(getReadDelay) SUCCESS: <err> =3D '0+1 records in\n0+1 records out\n482 b= ytes (482 B) copied, 0.000637557 s, 756 kB/s\n'; <rc> =3D 0 Other commands (executed on the host having the problem) which probably giv= e useful information: # vdsClient -s 0 getConnectedStoragePoolsList 00000001-0001-0001-0001-00000000020e # vdsClient -s 0 getStoragePoolInfo 00000001-0001-0001-0001-00000000020e name =3D No Description isoprefix =3D /rhev/data-center/mnt/glusterSD/srv-stor-01-ib0:_isod= omain/5efea9c7-c4ec-44d4-a283-060d4c83303c/images/11111111-1111-1111-1111-1= 11111111111 pool_status =3D connected lver =3D 6 spm_id =3D 2 master_uuid =3D 5f7991ba-fdf8-4b40-9974-c7adcd4da879 version =3D 3 domains =3D 5f7991ba-fdf8-4b40-9974-c7adcd4da879:Active,6fb10a49-5f= 1c-4bd4-9ff7-b7e33c1125cd:Active,5efea9c7-c4ec-44d4-a283-060d4c83303c:Activ= e,e84c6a1a-9f82-4fa6-9a3b-0b0bc0330d9a:Active type =3D GLUSTERFS master_ver =3D 1 5f7991ba-fdf8-4b40-9974-c7adcd4da879 =3D {'status': 'Active', 'disk= free': '6374172262400', 'isoprefix': '', 'alerts': [], 'disktotal': '699543= 6371968', 'version': 3} 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd =3D {'status': 'Active', 'isop= refix': '', 'alerts': [], 'version': -1} e84c6a1a-9f82-4fa6-9a3b-0b0bc0330d9a =3D {'status': 'Active', 'disk= free': '224145833984', 'isoprefix': '', 'alerts': [], 'disktotal': '2363171= 79904', 'version': 3} 5efea9c7-c4ec-44d4-a283-060d4c83303c =3D {'status': 'Active', 'disk= free': '6374172262400', 'isoprefix': '/rhev/data-center/mnt/glusterSD/srv-s= tor-01-ib0:_isodomain/5efea9c7-c4ec-44d4-a283-060d4c83303c/images/11111111-= 1111-1111-1111-111111111111', 'alerts': [], 'disktotal': '6995436371968', '= version': 0} # vdsClient -s 0 getStorageDomainInfo 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd Storage domain does not exist: ('6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd',) If I run this last command on one of the working hosts: # vdsClient -s 0 getStorageDomainInfo 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd uuid =3D 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd version =3D 3 role =3D Regular remotePath =3D srv-stor-01-ib0:/ovirtengine type =3D GLUSTERFS class =3D Data pool =3D ['00000001-0001-0001-0001-00000000020e'] name =3D hosted_storage (please note: this is the storage domain used for my hosted engine) If I run "mount" on my AMD host (the one with the problem): # mount ... srv-stor-01-ib0:/virtualmachines on /rhev/data-center/mnt/glusterSD/srv-sto= r-01-ib0:_virtualmachines type fuse.glusterfs (rw,relatime,user_id=3D0,grou= p_id=3D0,default_permissions,allow_other,max_read=3D131072) srv-stor-01-ib0:/isodomain on /rhev/data-center/mnt/glusterSD/srv-stor-01-i= b0:_isodomain type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0,def= ault_permissions,allow_other,max_read=3D131072) srv-stor-01-ib0:/ssd-pcie on /rhev/data-center/mnt/glusterSD/srv-stor-01-ib= 0:_ssd-pcie type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0,defau= lt_permissions,allow_other,max_read=3D131072) tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=3D13185796k,= mode=3D700) If I run "mount" on one of the Intel hosts (currently working): # mount ... srv-stor-01-ib0:/ovirtengine on /rhev/data-center/mnt/glusterSD/srv-stor-01= -ib0:_ovirtengine type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0= ,default_permissions,allow_other,max_read=3D131072) srv-stor-01-ib0:/virtualmachines on /rhev/data-center/mnt/glusterSD/srv-sto= r-01-ib0:_virtualmachines type fuse.glusterfs (rw,relatime,user_id=3D0,grou= p_id=3D0,default_permissions,allow_other,max_read=3D131072) srv-stor-01-ib0:/isodomain on /rhev/data-center/mnt/glusterSD/srv-stor-01-i= b0:_isodomain type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0,def= ault_permissions,allow_other,max_read=3D131072) srv-stor-01-ib0:/ssd-pcie on /rhev/data-center/mnt/glusterSD/srv-stor-01-ib= 0:_ssd-pcie type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0,defau= lt_permissions,allow_other,max_read=3D131072) tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=3D3272288k,m= ode=3D700) The only difference in "mount" is that the hosted-engine storage domain is = not loaded on the host which should not run the engine. The other domains a= re mounted correctly. What could I do to solve this issue? Best regards, Giuseppe -- Giuseppe Berellini PTV SISTeMA www.sistemaits.com<http://www.sistemaits.com/> facebook.com/sistemaits<https://www.facebook.com/sistemaits> linkedin.com/SISTeMA<https://www.linkedin.com/company/sistema-soluzioni-per= -l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l-> --_000_03FD1DFE37AC0E47A173AC5A0835B1C1090AD30B8CSKAWNE25CEXpt_ 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 15 (filtered medium)"><style></style></head><body lang=3DIT link=3D"#0563C1" v= link=3D"#954F72"><div class=3DWordSection1>Hi,<o:p></o= :p><o:p> </o:p>At th= e beginning of february I successfully installed oVirt 3.6.2 (with hosted e= ngine) on 3 hosts, which are using 1 storage server with GlusterFS.<o:p></o= :p>2 hosts (with Intel CPU) are using HA and are h= osting the engine; the 3rd host (AMD CPU) was added as host from oVirt web = administration panel, without hosted engine deployment (I don’t want = the engine running on this host).<o:p></o:p><o:p>&= nbsp;</o:p>About 10 days ago I tried to reboot my = oVirt environment (i.e. going to global maintenance, shutting down the engi= ne, turning off all the hosts, starting them again, then setting maintenanc= e mode to “none”).<o:p></o:p>After the= reboot, everything was fine with the Intel hosts and the hosted engine, bu= t AMD host (the one without HA) was not operational.<o:p></o:p>I tryed to activate it, buti t failed with the following error= :<o:p></o:p>      &n= bsp; “Host failed to attach one of Storage Domains attached to it.&#8= 221;<o:p></o:p><o:p> </o:p>If I log into my AMD host and I check the logs, I see that the stora= ge domain which is not mounted is the one of the hosted engine (but this co= uld be correct, since this host won’t run the hosted engine).<o:p></o= :p><o:p> </o:p>From = /var/log/vdsm/vdsm.log:<o:p></o:p><o:p> </o:p= >Thread-= 29::DEBUG::2016-02-25 11:44:01,157::monitor::322::Storage.Monitor::(_produc= eDomain) Producing domain 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd<o:p></o:p></= span>Thr= ead-29::ERROR::2016-02-25 11:44:01,158::sdc::139::Storage.StorageDomainCach= e::(_findDomain) looking for unfetched domain 6fb10a49-5f1c-4bd4-9ff7-b7e33= c1125cd<o:p></o:p>Thread-29::ERROR::2016-02-25 11:44:01,158::sdc::156::Stora= ge.StorageDomainCache::(_findUnfetchedDomain) looking for domain 6fb10a49-5= f1c-4bd4-9ff7-b7e33c1125cd<o:p></o:p>Thread-29::DEBUG::2016-02-25 11:44:01,1= 59::lvm::370::Storage.OperationMutex::(_reloadvgs) Operation 'lvm reload op= eration' got the operation mutex<o:p></o:p>= Thread-29::DEBUG::2016-02-25 11:4= 4:01,159::lvm::290::Storage.Misc.excCmd::(cmd) /usr/bin/taskset --cpu-list = 0-63 /usr/bin/sudo -n /usr/sbin/lvm vgs --config ' devices { preferred_name= s =3D ["^/dev/mapper/"] ignore_suspended_devices=3D1 write_cache_= state=3D0 disable_after_error_count=3D3 filter =3D [ '\''r|.*|'\'' ] }&nbsp= ; global {  locking_type=3D1  prioritise_write_locks=3D1  wa= it_for_locks=3D1  use_lvmetad=3D0 }  backup {  retain_min = =3D 50  retain_days =3D 0 } ' --noheadings --units b --nosuffix --sepa= rator '|' --ignoreskippedcluster -o uuid,name,attr,size,free,extent_size,ex= tent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_nam= e 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd (cwd None)<o:p></o:p>Thread-29::DEBUG= ::2016-02-25 11:44:01,223::lvm::290::Storage.Misc.excCmd::(cmd) FAILED: &lt= ;err> =3D '  WARNING: lvmetad is running but disabled. Restart lvme= tad before enabling it!\n  Volume group "6fb10a49-5f1c-4bd4-9ff7-= b7e33c1125cd" not found\n  Cannot process volume group 6fb10a49-5= f1c-4bd4-9ff7-b7e33c1125cd\n'; <rc> =3D 5<o:p></o:p>Thread-29::WARNING= ::2016-02-25 11:44:01,225::lvm::375::Storage.LVM::(_reloadvgs) lvm vgs fail= ed: 5 [] ['  WARNING: lvmetad is running but disabled. Restart lvmetad= before enabling it!', '  Volume group "6fb10a49-5f1c-4bd4-9ff7-b= 7e33c1125cd" not found', '  Cannot process volume group 6fb10a49-= 5f1c-4bd4-9ff7-b7e33c1125cd']<o:p></o:p><sp= an style=3D'font-family:"Courier New"'>Thread-29::DEBUG::2016-02-25 11:44:0= 1,225::lvm::415::Storage.OperationMutex::(_reloadvgs) Operation 'lvm reload= operation' released the operation mutex<o:p></o:p>Thread-29::ERROR::2016-02= -25 11:44:01,245::sdc::145::Storage.StorageDomainCache::(_findDomain) domai= n 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd not found<o:p></o:p>Traceback (most r= ecent call last):<o:p></o:p>  File "/usr/share/vdsm/storage/sdc.py= ", line 143, in _findDomain<o:p></o:p>=     dom =3D findMe= thod(sdUUID)<o:p></o:p>  File "/usr/share/vdsm/storage/sdc.py&quot= ;, line 173, in _findUnfetchedDomain<o:p></o:p>    raise se.S= torageDomainDoesNotExist(sdUUID)<o:p></o:p>= StorageDomainDoesNotExist: Storag= e domain does not exist: (u'6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd',)<o:p></o= :p>Thread-29::ERROR::2016-02-25 11:44:01,246::monitor::276::Storage.Monitor:= :(_monitorDomain) Error monitoring domain 6fb10a49-5f1c-4bd4-9ff7-b7e33c112= 5cd<o:p></o:p>Traceback (most recent call last):<o:p></o:p>  File "= /usr/share/vdsm/storage/monitor.py", line 264, in _monitorDomain<o:p><= /o:p>    self._produceDomain()<o:p></o:p>  File "/u= sr/lib/python2.7/site-packages/vdsm/utils.py", line 767, in wrapper<o:= p></o:p>    value =3D meth(self, *a, **kw)<o:p></o:p><= /p>  Fi= le "/usr/share/vdsm/storage/monitor.py", line 323, in _produceDom= ain<o:p></o:p>    self.domain =3D sdCache.produce(self.sdUUID= )<o:p></o:p>  File "/usr/share/vdsm/storage/sdc.py", line 100= , in produce<o:p></o:p>    domain.getRealDomain()<o:p></o:p><= /span>&n= bsp; File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDo= main<o:p></o:p>    return self._cache._realProduce(self._sdUU= ID)<o:p></o:p>  File "/usr/share/vdsm/storage/sdc.py", line 1= 24, in _realProduce<o:p></o:p>    domain =3D self._findDoma= in(sdUUID)<o:p></o:p>  File "/usr/share/vdsm/storage/sdc.py",= line 143, in _findDomain<o:p></o:p>    dom =3D findMethod(sd= UUID)<o:p></o:p>  File "/usr/share/vdsm/storage/sdc.py", line= 173, in _findUnfetchedDomain<o:p></o:p><sp= an style=3D'font-family:"Courier New"'>    raise se.StorageD= omainDoesNotExist(sdUUID)<o:p></o:p>StorageDomainDoesNotExist: Storage domai= n does not exist: (u'6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd',)<o:p></o:p></sp= an>jsonr= pc.Executor/0::DEBUG::2016-02-25 11:44:03,292::task::595::Storage.TaskManag= er.Task::(_updateState) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`::movi= ng from state init -> state preparing<o:p></o:p>jsonrpc.Executor/0::INFO:= :2016-02-25 11:44:03,293::logUtils::48::dispatcher::(wrapper) Run and prote= ct: repoStats(options=3DNone)<o:p></o:p><sp= an style=3D'font-family:"Courier New"'>jsonrpc.Executor/0::INFO::2016-02-25= 11:44:03,293::logUtils::51::dispatcher::(wrapper) Run and protect: repoSta= ts, Return response: {u'5f7991ba-fdf8-4b40-9974-c7adcd4da879': {'code': 0, = 'actual': True, 'version': 3, 'acquired': True, 'delay': '0.00056349', 'las= tCheck': '7.7', 'valid': True}, u'6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd': {'= code': 358, 'actual': True, 'version': -1, 'acquired': False, 'delay': '0',= 'lastCheck': '2.0', 'valid': False}, u'5efea9c7-c4ec-44d4-a283-060d4c83303= c': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0= .000561865', 'lastCheck': '8.4', 'valid': True}, u'e84c6a1a-9f82-4fa6-9a3b-= 0b0bc0330d9a': {'code': 0, 'actual': True, 'version': 3, 'acquired': True, = 'delay': '0.000227759', 'lastCheck': '8.7', 'valid': True}}<o:p></o:p></spa= n>jsonrp= c.Executor/0::DEBUG::2016-02-25 11:44:03,294::task::1191::Storage.TaskManag= er.Task::(prepare) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`::finished:= {u'5f7991ba-fdf8-4b40-9974-c7adcd4da879': {'code': 0, 'actual': True, 'ver= sion': 3, 'acquired': True, 'delay': '0.00056349', 'lastCheck': '7.7', 'val= id': True}, u'6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd': {'code': 358, 'actual'= : True, 'version': -1, 'acquired': False, 'delay': '0', 'lastCheck': '2.0',= 'valid': False}, u'5efea9c7-c4ec-44d4-a283-060d4c83303c': {'code': 0, 'act= ual': True, 'version': 0, 'acquired': True, 'delay': '0.000561865', 'lastCh= eck': '8.4', 'valid': True}, u'e84c6a1a-9f82-4fa6-9a3b-0b0bc0330d9a': {'cod= e': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': '0.00022775= 9', 'lastCheck': '8.7', 'valid': True}}<o:p></o:p>jsonrpc.Executor/0::DEBUG:= :2016-02-25 11:44:03,294::task::595::Storage.TaskManager.Task::(_updateStat= e) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`::moving from state prepari= ng -> state finished<o:p></o:p>jsonrpc.Executor/0::DEBUG::2016-02-25 11:4= 4:03,294::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll)= Owner.releaseAll requests {} resources {}<o:p></o:p>jsonrpc.Executor/0::DEB= UG::2016-02-25 11:44:03,295::resourceManager::977::Storage.ResourceManager.= Owner::(cancelAll) Owner.cancelAll requests {}<o:p></o:p>jsonrpc.Executor/0:= :DEBUG::2016-02-25 11:44:03,295::task::993::Storage.TaskManager.Task::(_dec= ref) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`::ref 0 aborting False<o:= p></o:p>Thread-30::DEBUG::2016-02-25 11:44:04,603::fileSD::173::Storage.Misc= .excCmd::(getReadDelay) /usr/bin/taskset --cpu-list 0-63 /usr/bin/dd if=3D/= rhev/data-center/mnt/glusterSD/srv-stor-01-ib0:_ssd-pcie/e84c6a1a-9f82-4fa6= -9a3b-0b0bc0330d9a/dom_md/metadata iflag=3Ddirect of=3D/dev/null bs=3D4096 = count=3D1 (cwd None)<o:p></o:p>Thread-30::DEBUG::2016-02-25 11:44:04,630::f= ileSD::173::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> =3D '0= +1 records in\n0+1 records out\n336 bytes (336 B) copied, 0.000286148 s, 1.= 2 MB/s\n'; <rc> =3D 0<o:p></o:p><span= style=3D'font-family:"Courier New"'>Thread-31::DEBUG::2016-02-25 11:44:04,= 925::fileSD::173::Storage.Misc.excCmd::(getReadDelay) /usr/bin/taskset --cp= u-list 0-63 /usr/bin/dd if=3D/rhev/data-center/mnt/glusterSD/srv-stor-01-ib= 0:_isodomain/5efea9c7-c4ec-44d4-a283-060d4c83303c/dom_md/metadata iflag=3Dd= irect of=3D/dev/null bs=3D4096 count=3D1 (cwd None)<o:p></o:p><p= class=3DMsoNormal>Thread-31::DEB= UG::2016-02-25 11:44:04,950::fileSD::173::Storage.Misc.excCmd::(getReadDela= y) SUCCESS: <err> =3D '0+1 records in\n0+1 records out\n339 bytes (33= 9 B) copied, 0.0005884 s, 576 kB/s\n'; <rc> =3D 0<o:p></o:p></= p>Thread-28:= :DEBUG::2016-02-25 11:44:05,583::fileSD::173::Storage.Misc.excCmd::(getRead= Delay) /usr/bin/taskset --cpu-list 0-63 /usr/bin/dd if=3D/rhev/data-center/= mnt/glusterSD/srv-stor-01-ib0:_virtualmachines/5f7991ba-fdf8-4b40-9974-c7ad= cd4da879/dom_md/metadata iflag=3Ddirect of=3D/dev/null bs=3D4096 count=3D1 = (cwd None)<o:p></o:p>Thread-28::DEBUG::2016-02-25 11:44:05,606::fileSD::173:= :Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> =3D '0+1 records = in\n0+1 records out\n482 bytes (482 B) copied, 0.000637557 s, 756 kB/s\n'; = <rc> =3D 0<o:p></o:p><o:p> </o:p= ><o:p> </o:p><o:p>&n= bsp;</o:p>Other commands (executed on the host hav= ing the problem) which probably give useful information:<o:p></o:p># vdsClient -s 0= getConnectedStoragePoolsList<o:p></o:p><sp= an style=3D'font-family:"Courier New"'>00000001-0001-0001-0001-00000000020e= <o:p></o:p><o:p> </o:p># vdsClient -s 0 getStoragePoolInfo 00000001-0001= -0001-0001-00000000020e<o:p></o:p>       = name =3D No Description<o:p></o:p>      &nbsp= ; isoprefix =3D /rhev/data-center/mnt/glusterSD/srv-stor-01-ib0:_isodomain/= 5efea9c7-c4ec-44d4-a283-060d4c83303c/images/11111111-1111-1111-1111-1111111= 11111<o:p></o:p>        pool_status =3D c= onnected<o:p></o:p>        lver =3D 6<o:p= ></o:p>        spm_id =3D 2<o:p></o:p></s= pan>&nbs= p;       master_uuid =3D 5f7991ba-fdf8-4b40-9= 974-c7adcd4da879<o:p></o:p>        versio= n =3D 3<o:p></o:p>        domains =3D 5f7= 991ba-fdf8-4b40-9974-c7adcd4da879:Active,6fb10a49-5f1c-4bd4-9ff7-b7e33c1125= cd:Active,5efea9c7-c4ec-44d4-a283-060d4c83303c:Active,e84c6a1a-9f82-4fa6-9a= 3b-0b0bc0330d9a:Active<o:p></o:p>        = type =3D GLUSTERFS<o:p></o:p>        mast= er_ver =3D 1<o:p></o:p>        5f7991ba-f= df8-4b40-9974-c7adcd4da879 =3D {'status': 'Active', 'diskfree': '6374172262= 400', 'isoprefix': '', 'alerts': [], 'disktotal': '6995436371968', 'version= ': 3}<o:p></o:p>        6fb10a49-5f1c-4bd= 4-9ff7-b7e33c1125cd =3D {'status': 'Active', 'isoprefix': '', 'alerts': [],= 'version': -1}<o:p></o:p>        e84c6a1= a-9f82-4fa6-9a3b-0b0bc0330d9a =3D {'status': 'Active', 'diskfree': '2241458= 33984', 'isoprefix': '', 'alerts': [], 'disktotal': '236317179904', 'versio= n': 3}<o:p></o:p>        5efea9c7-c4ec-44= d4-a283-060d4c83303c =3D {'status': 'Active', 'diskfree': '6374172262400', = 'isoprefix': '/rhev/data-center/mnt/glusterSD/srv-stor-01-ib0:_isodomain/5e= fea9c7-c4ec-44d4-a283-060d4c83303c/images/11111111-1111-1111-1111-111111111= 111', 'alerts': [], 'disktotal': '6995436371968', 'version': 0}<o:p></o:p><= /span><o= :p> </o:p># vdsClient -s 0 getStorageDomainInfo 6fb10a49-5f1c-4bd4-9ff7= -b7e33c1125cd<o:p></o:p>Storage domain does not exist: ('6fb10a49-5f1c-4bd4-= 9ff7-b7e33c1125cd',)<o:p></o:p><o:p> <= /o:p>If I run this last command on one of the work= ing hosts:<o:p></o:p># vdsClient -s 0 getStorageDomainInfo 6fb10a49-5f1c-4bd4-9ff7-= b7e33c1125cd<o:p></o:p>        uuid =3D 6= fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd<o:p></o:p>     =    version =3D 3<o:p></o:p>      &nb= sp; role =3D Regular<o:p></o:p>        r= emotePath =3D srv-stor-01-ib0:/ovirtengine<o:p></o:p>   &nbsp= ;    type =3D GLUSTERFS<o:p></o:p>    &nb= sp;   class =3D Data<o:p></o:p><s= pan style=3D'font-family:"Courier New"'>     &nbsp= ;  pool =3D ['00000001-0001-0001-0001-00000000020e']<o:p></o:p>=  &n= bsp;      name =3D hosted_storage<o:p></o:p></span= ><o:p> </o:p>(please= note: this is the storage domain used for my hosted engine)<o:p></o:p>= <o:p> </o:p><o:p> <= /o:p><o:p> </o:p>If = I run “mount” on my AMD host (the one with the problem):<o:p></= o:p># mo= unt<o:p></o:p>...<o:p></o:p>srv-stor-01-ib0:/virtualmachines on /rhev/data-ce= nter/mnt/glusterSD/srv-stor-01-ib0:_virtualmachines type fuse.glusterfs (rw= ,relatime,user_id=3D0,group_id=3D0,default_permissions,allow_other,max_read= =3D131072)<o:p></o:p>srv-stor-01-ib0:/isodomain on /rhev/data-center/mnt/glu= sterSD/srv-stor-01-ib0:_isodomain type fuse.glusterfs (rw,relatime,user_id= =3D0,group_id=3D0,default_permissions,allow_other,max_read=3D131072)<o:p></= o:p>srv-stor-01-ib0:/ssd-pcie on /rhev/data-center/mnt/glusterSD/srv-stor-01= -ib0:_ssd-pcie type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0,de= fault_permissions,allow_other,max_read=3D131072)<o:p></o:p>tmpfs on /run/use= r/0 type tmpfs (rw,nosuid,nodev,relatime,size=3D13185796k,mode=3D700)<o:p><= /o:p><o:p> </o:p>If I run “mount&= #8221; on one of the Intel hosts (currently working):<o:p></o:p># mount<o:p></o:p><= /span>..= .<o:p></o:p>srv-stor-01-ib0:/ovirtengine on /rhev/data-center/mnt/glusterSD/= srv-stor-01-ib0:_ovirtengine type fuse.glusterfs (rw,relatime,user_id=3D0,g= roup_id=3D0,default_permissions,allow_other,max_read=3D131072)<o:p></o:p></= span>srv= -stor-01-ib0:/virtualmachines on /rhev/data-center/mnt/glusterSD/srv-stor-0= 1-ib0:_virtualmachines type fuse.glusterfs (rw,relatime,user_id=3D0,group_i= d=3D0,default_permissions,allow_other,max_read=3D131072)<o:p></o:p><= /p>srv-stor-= 01-ib0:/isodomain on /rhev/data-center/mnt/glusterSD/srv-stor-01-ib0:_isodo= main type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0,default_perm= issions,allow_other,max_read=3D131072)<o:p></o:p>srv-stor-01-ib0:/ssd-pcie o= n /rhev/data-center/mnt/glusterSD/srv-stor-01-ib0:_ssd-pcie type fuse.glust= erfs (rw,relatime,user_id=3D0,group_id=3D0,default_permissions,allow_other,= max_read=3D131072)<o:p></o:p>tmpfs on /run/user/0 type tmpfs (rw,nosuid,node= v,relatime,size=3D3272288k,mode=3D700)<o:p></o:p><o:p> </o:p></p= >The only difference in “mount” is that th= e hosted-engine storage domain is not loaded on the host which should not r= un the engine. The other domains are mounted correctly.<o:p></o:p><o:p> </o:p>What could I do t= o solve this issue?<o:p></o:p><o:p> </o:p></p= >Best regards,<o:p></o:p>&nbs= p;       Giuseppe<o:p></o:p><o:p> </o:p><o:p> </o:p>-- Giuseppe Berellini<o:p></o:p>PTV SISTeMA<o:p></o:p><a hr= ef=3D"http://www.sistemaits.com/">www.sistemaits.com</a><o:p></o:p><a href=3D"https://www.facebook.com/sistemaits">facebook.com/sistemaits</a><= br><a href=3D"https://www.linkedin.com/company/sistema-soluzioni-per-l-inge= gneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l-">linkedin.com/SISTeMA</a>  </sp= an><o:p></o:p></div></body></html>= --_000_03FD1DFE37AC0E47A173AC5A0835B1C1090AD30B8CSKAWNE25CEXpt_--

1 1

engine-backup - readlink: missing operand
by Halsey, Michael 24 Feb '16

24 Feb '16

--_004_D2F0F19D10390michaelhalseyintechnologywificom_ Content-Type: multipart/alternative; boundary="_000_D2F0F19D10390michaelhalseyintechnologywificom_" --_000_D2F0F19D10390michaelhalseyintechnologywificom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWxsLA0KDQoNCknigJltIGhhdmluZyBpc3N1ZXMgdXNpbmcgdGhlIGVuZ2luZS1iYWNrdXAg Y29tbWFuZC4NCg0KDQpXaGVuIHJ1bm5pbmc6DQoNCg0KZW5naW5lLWJhY2t1cCAtLW1vZGU9YmFj a3VwIC0tc2NvcGU9ZmlsZXMg4oCUZmlsZT12ZW5nLmJhayAtLWxvZyBiYWNrdXAubG9nDQoNCg0K SSBnZXQgYmFjayB0aGUgZm9sbG93aW5nIGVycm9yOg0KDQoNCnJlYWRsaW5rOiBtaXNzaW5nIG9w ZXJhbmQNCg0KVHJ5ICdyZWFkbGluayAtLWhlbHAnIGZvciBtb3JlIGluZm9ybWF0aW9uLg0KDQov dXNyL2Jpbi9lbmdpbmUtYmFja3VwOiBsaW5lIDE0MDU6IDogTm8gc3VjaCBmaWxlIG9yIGRpcmVj dG9yeQ0KDQpOb3RpZnlpbmcgZW5naW5lDQoNCi91c3IvYmluL2VuZ2luZS1iYWNrdXA6IGxpbmUg MTQ3MjogOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQoNCi91c3IvYmluL2VuZ2luZS1iYWNr dXA6IGxpbmUgMTQwNTogOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQoNCkZBVEFMOiBGYWls ZWQgbm90aWZ5aW5nIGVuZ2luZQ0KDQoNCkxvZyBmaWxlIGlzIG5vdCBjcmVhdGVkLg0KDQpJIHJl Y2VpdmUgc2ltaWxhciBlcnJvcnMgd2hlbiBjaGFuZ2luZyB0aGUgc2NvcGUgdG8g4oCYYWxsJyBh bmQg4oCYZGInLg0KDQoNCknigJltIHJ1bm5pbmc6DQoNCg0KQ2VudE9TIExpbnV4IHJlbGVhc2Ug Ny4yLjE1MTEgKENvcmUpDQoNCm9WaXJ0IEVuZ2luZSBWZXJzaW9uOiAzLjYuMi42LTEuZWw3LmNl bnRvcw0KDQpFbmdpbmUgaXMgcnVubmluZyBvbiBiYXJlIG1ldGFsLg0KDQoNCkkgaGF2ZSB0cmll ZCB0aGlzIHdpdGggU0VMaW51eCBpbiBQZXJtaXNzaXZlIG1vZGUuIE5vIGRpZmZlcmVuY2UuDQoN CkFsbCBwYWNrYWdlcyBhcmUgdXAgdG8gZGF0ZS4NCg0KDQpDYW4gYW55b25lIGFkdmlzZSBhIGZp eCBmb3IgdGhpcyBvciBpZiBJ4oCZbSBkb2luZyBhbnl0aGluZyB3cm9uZz8NCg0KDQpUaGFua3Mg aW4gYWR2YW5jZSwNCg0KDQoNCg0KTWljaGFlbCBIYWxzZXkNCkRldiBPcHMgRW5naW5lZXIgLSBp bnRlY2hub2xvZ3lXaUZpDQptaWNoYWVsLmhhbHNleUBpbnRlY2hub2xvZ3l3aWZpLmNvbQ0KRGly ZWN0IDAxNDIzIDUxMDY1MA0KTW9iaWxlIDA3NDY3IDE0NTYyNg0KSGVhZCBPZmZpY2UgMDE0MjMg NTEwNTEwDQoNCltjaWQ6aW1hZ2U0YmM0NTkuUE5HQGJlMzJmYWZjLjRlYjEzYzE4XQ0KDQoNCg0K VGhpcyBpcyBhbiBlbWFpbCBmcm9tIGluVGVjaG5vbG9neSBwbGMsIENhcmRhbGUgSG91c2UsIENh cmRhbGUgQ291cnQsIEJlY2t3aXRoIEhlYWQgUm9hZCwgSGFycm9nYXRlLCBVSywgSEczIDFSWS4N ClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAzOTE2NTg2Lg0KDQpUaGUgY29udGVudHMgb2YgdGhpcyBt ZXNzYWdlIG1heSBiZSBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwuIElmIHlvdSBoYXZlIHJl Y2VpdmVkIHRoaXMgbWVzc2FnZSBpbiBlcnJvciwgeW91IG1heSBub3QgdXNlLCBkaXNjbG9zZSwg Y29weSBvciBkaXN0cmlidXRlIGl0cyBjb250ZW50IGluIGFueSB3YXkuIFBsZWFzZSBub3RpZnkg dGhlIHNlbmRlciBpbW1lZGlhdGVseS4gQWxsIG1lc3NhZ2VzIGFyZSBzY2FubmVkIGZvciBhbGwg dmlydXNlcy4NCg== --_000_D2F0F19D10390michaelhalseyintechnologywificom_ Content-Type: text/html; charset="utf-8" Content-ID: <368CBD9A8C6CC24984EA18DFA2D7EEAC(a)intechnologyplc.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xhaW1lciBUZW1w bGF0ZSBFZGl0b3Igb24gMDU6MTA6NTYgTW9uZGF5LCAyMiBGZWJydWFyeSAyMDE2IC0tPg0KPG1l dGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9 dXRmLTgiPg0KPHN0eWxlIHR5cGU9InRleHQvY3NzIj5QLjhlZWUyMzlkLWNiM2YtNDUyMi04NDZh LWNiYjE2YjgyNDUxMSB7DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KTEkuOGVlZTIzOWQtY2Iz Zi00NTIyLTg0NmEtY2JiMTZiODI0NTExIHsNCglNQVJHSU46IDBjbSAwY20gMHB0DQp9DQpESVYu OGVlZTIzOWQtY2IzZi00NTIyLTg0NmEtY2JiMTZiODI0NTExIHsNCglNQVJHSU46IDBjbSAwY20g MHB0DQp9DQpUQUJMRS44ZWVlMjM5ZC1jYjNmLTQ1MjItODQ2YS1jYmIxNmI4MjQ1MTFUYWJsZSB7 DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KRElWLlNlY3Rpb24xIHsNCglwYWdlOiBTZWN0aW9u MQ0KfQ0KPC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdyYXA6IGJyZWFrLXdv cmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13 aGl0ZS1zcGFjZTsiPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFs OyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+SGkgQWxsLDwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFy Z2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+ DQo8L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFs OyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+SeKAmW0gaGF2aW5nIGlzc3VlcyB1c2luZyB0aGUgZW5n aW5lLWJhY2t1cCBjb21tYW5kLjwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxp bmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2ZvbnQ+PC9w Pg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFj ZT0iQ2FsaWJyaSI+V2hlbiBydW5uaW5nOjwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOiAw cHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2Zv bnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZv bnQgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hp dGUtc3BhY2U6IHByZTsiPjwvc3Bhbj5lbmdpbmUtYmFja3VwIC0tbW9kZT1iYWNrdXAgLS1zY29w ZT1maWxlcyZuYnNwO+KAlGZpbGU9dmVuZy5iYWsgLS1sb2cgYmFja3VwLmxvZzwvZm9udD48L3A+ DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNl PSJDYWxpYnJpIj48YnI+DQo8L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5l LWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+SSBnZXQgYmFjayB0aGUgZm9s bG93aW5nIGVycm9yOjwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVp Z2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2ZvbnQ+PC9wPg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbjogMHB4IDBweCAwcHggNDBweDsgYm9yZGVyOiBub25lOyBw YWRkaW5nOiAwcHg7Ij4NCjxwIHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1h bDsiPjxmb250IGZhY2U9IkNhbGlicmkiPnJlYWRsaW5rOiBtaXNzaW5nIG9wZXJhbmQ8L2ZvbnQ+ PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQg ZmFjZT0iQ2FsaWJyaSI+VHJ5ICdyZWFkbGluayAtLWhlbHAnIGZvciBtb3JlIGluZm9ybWF0aW9u LjwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7 Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj4vdXNyL2Jpbi9lbmdpbmUtYmFja3VwOiBsaW5lIDE0MDU6 IDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeTwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2lu OiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj5Ob3RpZnlp bmcgZW5naW5lPC9mb250PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6 IG5vcm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmkiPi91c3IvYmluL2VuZ2luZS1iYWNrdXA6IGxp bmUgMTQ3MjogOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5PC9mb250PjwvcD4NCjxwIHN0eWxl PSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmki Pi91c3IvYmluL2VuZ2luZS1iYWNrdXA6IGxpbmUgMTQwNTogOiBObyBzdWNoIGZpbGUgb3IgZGly ZWN0b3J5PC9mb250PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5v cm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmkiPkZBVEFMOiBGYWlsZWQgbm90aWZ5aW5nIGVuZ2lu ZTwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7 Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2ZvbnQ+PC9wPg0KPC9ibG9ja3F1b3RlPg0K PHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i Q2FsaWJyaSI+TG9nIGZpbGUgaXMgbm90IGNyZWF0ZWQuPC9mb250PjwvcD4NCjxwIHN0eWxlPSJt YXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmkiPkk8 L2ZvbnQ+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7cmVjZWl2ZSBzaW1pbGFyIGVycm9ycyB3 aGVuIGNoYW5naW5nIHRoZSBzY29wZSB0byZuYnNwO+KAmGFsbCcgYW5kJm5ic3A74oCYZGInLjwv Zm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48 Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjog MHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+STwvZm9udD48 Zm9udCBmYWNlPSJDYWxpYnJpIj7igJltIHJ1bm5pbmc6PC9mb250PjwvcD4NCjxwIHN0eWxlPSJt YXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmkiPjxi cj4NCjwvZm9udD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luOjAgMCAwIDQwcHg7IGJv cmRlcjpub25lOyBwYWRkaW5nOjBweDsiPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhl aWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+Q2VudE9TIExpbnV4IHJlbGVhc2Ug Ny4yLjE1MTEgKENvcmUpPC9mb250PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1o ZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJsaW5lLWhlaWdodDogMjEuNjY2N3B4OyB0ZXh0 LWFsaWduOiAtd2Via2l0LWNlbnRlcjsgd2lkb3dzOiAxOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2Io MjU1LCAyNTUsIDI1NSk7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj5vVmlydCBFbmdpbmUgVmVyc2lv bjogMy42LjIuNi0xLmVsNy5jZW50b3M8L2ZvbnQ+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJn aW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmkiPkVuZ2lu ZSBpcyBydW5uaW5nIG9uIGJhcmUgbWV0YWwuPC9mb250PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46 IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmkiPjxicj4NCjwv Zm9udD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBs aW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+STwvZm9udD48Zm9udCBm YWNlPSJDYWxpYnJpIj4mbmJzcDtoYXZlIHRyaWVkIHRoaXMgd2l0aCBTRUxpbnV4IGluIFBlcm1p c3NpdmUgbW9kZS4gTm8gZGlmZmVyZW5jZS48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pjxmb250 IGZhY2U9IkNhbGlicmkiPkFsbCBwYWNrYWdlcyBhcmUgdXAgdG8gZGF0ZS48L2ZvbnQ+PC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luOjAgMCAwIDQwcHg7IGJvcmRlcjpub25lOyBwYWRk aW5nOjBweDsiPjxmb250IGZhY2U9IkNhbGlicmkiPjxicj4NCjwvZm9udD48L2Jsb2NrcXVvdGU+ DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNl PSJDYWxpYnJpIj5DYW4gYW55b25lIGFkdmlzZSBhIGZpeCBmb3IgdGhpcyBvciBpZiBJ4oCZbSBk b2luZyBhbnl0aGluZyB3cm9uZz88L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBs aW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KPC9mb250Pjwv cD4NCjxwIHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZh Y2U9IkNhbGlicmkiPlRoYW5rcyBpbiBhZHZhbmNlLDwvZm9udD48L3A+DQo8cCBzdHlsZT0iZm9u dC1zaXplOiAxMnB4OyBtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZh Y2U9IkNhbGlicmkiPjxicj4NCjwvZm9udD48L3A+DQo8cCBzdHlsZT0iZm9udC1zaXplOiAxMnB4 OyBmb250LWZhbWlseTogTWVubG87IGNvbG9yOiByZ2IoNjMsIDE5NywgNDgpOyBtYXJnaW46IDBw eDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPg0KPGJyPg0KPC9wPg0KPGJyPg0KPGJyPg0KPHNwYW4g c3R5bGU9IkZPTlQtRkFNSUxZOiBWZXJkYW5hOyBGT05ULVNJWkU6IDEwcHQiPk1pY2hhZWwgSGFs c2V5PGJyPg0KRGV2IE9wcyBFbmdpbmVlciAtIGludGVjaG5vbG9neVdpRmk8YnI+DQptaWNoYWVs LmhhbHNleUBpbnRlY2hub2xvZ3l3aWZpLmNvbTxicj4NCkRpcmVjdCAwMTQyMyA1MTA2NTA8YnI+ DQpNb2JpbGUgMDc0NjcgMTQ1NjI2PGJyPg0KSGVhZCBPZmZpY2UgMDE0MjMgNTEwNTEwPGJyPg0K PGJyPg0KPGltZyBpZD0iSU1HMSIgYm9yZGVyPSIwIiBzcmM9ImNpZDppbWFnZTRiYzQ1OS5QTkdA YmUzMmZhZmMuNGViMTNjMTgiIHdpZHRoPSI1NzAiIGhlaWdodD0iMTMyIj48YnI+DQo8L3NwYW4+ PGJyPg0KPGJyPg0KPGJyPg0KPGZvbnQgY29sb3I9IiM4MzgzODUiIHNpemU9IjIiIGZhY2U9IlZl cmRhbmEiPlRoaXMgaXMgYW4gZW1haWwgZnJvbSBpblRlY2hub2xvZ3kgcGxjLCBDYXJkYWxlIEhv dXNlLCBDYXJkYWxlIENvdXJ0LCBCZWNrd2l0aCBIZWFkIFJvYWQsIEhhcnJvZ2F0ZSwgVUssIEhH MyAxUlkuPGJyPg0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kIDM5MTY1ODYuPGJyPg0KPGJyPg0KVGhl IGNvbnRlbnRzIG9mIHRoaXMgbWVzc2FnZSBtYXkgYmUgcHJpdmlsZWdlZCBhbmQgY29uZmlkZW50 aWFsLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4gZXJyb3IsIHlvdSBtYXkg bm90IHVzZSwgZGlzY2xvc2UsIGNvcHkgb3IgZGlzdHJpYnV0ZSBpdHMgY29udGVudCBpbiBhbnkg d2F5LiBQbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkuIEFsbCBtZXNzYWdlcyBh cmUgc2Nhbm5lZCBmb3IgYWxsIHZpcnVzZXMuPC9mb250Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_D2F0F19D10390michaelhalseyintechnologywificom_-- --_004_D2F0F19D10390michaelhalseyintechnologywificom_ Content-Type: image/png; name="image4bc459.PNG" Content-Description: image4bc459.PNG Content-Disposition: inline; filename="image4bc459.PNG"; size=16539; creation-date="Mon, 22 Feb 2016 17:10:56 GMT"; modification-date="Mon, 22 Feb 2016 17:10:56 GMT" Content-ID: <image4bc459.PNG(a)be32fafc.4eb13c18> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAjoAAACECAYAAACZF4HsAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAZdEVYdFNvZnR3YXJlAEFkb2JlIEltYWdlUmVhZHlxyWU8AABAIElEQVR4Xu2debxe VXnv+89Va62116Gt9qrUCbx1qLXeqvVebK1WVLROEAghCQkKBQyBMA9hnsIMQUFmiswGEUQFA2GO A9Zq61QlIQGZIZCgrfeuu7/veX8nz3nOs/e7z3nPSc7Jedbn8333Ws961rOGvfbaz1l7v+/5nQwZ MmTIkCFDhgwZMmTIkCFDhgwZMmTIkCFDhgwZMmTIkCFDhgwZMmTIkCFDhgwZMmTIkCFDhgwZMmTY 4OHuu5e/+rrrvrrlivtWbLlixcotV668v8OK+1ZueV8l++ZNN295w41f/8OueoYMGTJkyJAhQ/tw zTXX/O61X7l2q7vuvmvhj3/604WrHnhg4aOPP77wiTVrFj719DML1zwzwNNr1w7yzLp1C9c+O8C6 Xz87yLMdfj0ifnHffbfccttt5Vu33FJuWbas3FrFb1l2W1l6663l5kpG+uZvLV1627LbFl51xVUL zzz9zPcd/v213dZnyJAhQ4YMGTIEYefP7vyiQxYesuiqa65+4nvf/3756c9+Xn5x34qyctXq8uBD D5dfjZhHykMPjz3YvX/16vLLFSvLj/7t38ttt99RLrjwwtWzZs0+dMHeC36v250MGTJkyJAhQ4aB MOczc1596OELv3/vv/ygPPzIY+Wpp9eOCc/++jfjzrpnf10eefSxctsdd5ajjz7m2ycuOulF3W5l yJAhQ4YMGaZ6WLtu3Yseevih+372H78oT655JnRYRsvadb8OnZPxYO26Z8vPqz4su3XZ8kceefR5 3e5lyJAhQ4YMGaZyeOjhRxbfv/qBMXdy4Oln1oVOyXiBs7Ni5f3lt7/97cHd7mXIkCFDhgwZpmpY /t17/+THP/nZ/3vsiSdDR2UswAF57PEnytFHH1/OOeecYc7JWENdt9955xNfvvj8bi8zZMiQIUOG DFMyfO0bN8/mkVXkoIwV7LL88Ef/Vv5pt73LHrvvGTonYwnv7PDNrM/tNf+j3W5myJAhQ4YMGaZi uODif76Yb0hFDspYocdXt99+R/nBD/51mGMyHty34v4yb6/5C7vdzJAhQ4YMGTJMxXDG4rOWrn7w V6GDMpawy/LsBuTBXz1U9t53nyO63cyQIUOGDBkyTMVw3AmLlt6/6oHQOemXRx9/qjz0yOPl4Uef KI8+9mR5pDo+XKUfrY6PP/5keaziyaeeDh2Vfln9wIPl4EMPObfbzQwZMmTIkCHDVAxfvf6GpTzm iRyVkXLKqaeVd77rXYPp2XPmlNdv/vqy+Ru3KK95/es6xzdssUV53eZvKG/YfPMq7w3l5FNO7bzD w47PWMLjuGuWLLmp280MGTJkyJAhw1QMN3ztxjFzdFY98Kvyve//YDD9s5//R7nl1ls7v1x82+23 l2XLlpU77ryzki0ry267rcPK+1eFjkq//OpXD5Ul1167tNvNDBkyZMiQIcNUDKecdtrSFStXDXFY xotn1o79zk0dK6s+HXP8cenoZMiQIUOGDFM5nLF48dL7Vo7Njk4v1jyzLnRKxgN2ik485eR0dDJk yJAhQ4apHD5/9jkbzNGBtYFTMh7g6Jy++Mx0dDJkyJAhQ4apHM497/wN6ug8vXbD7Org6Jx97hfT 0cmQIUOGDBmmajj+xBPfesFFF/9yQzo6a54Z+E2d8QZH58KLLx4HR2f+zltWLEySJEmSZGKz/wVf XHrpZVcUOTp3L/92+aMt311e/MG/G1c+Om+3MvuAfcaePXbrPBoDHJ1TLrrgl1G/+6IbKUmSJEmS TGymnX5i+efLLht0dG5eekt5wQ6fLP9tz52HM2/uepT28igv0HnLYfuVuWedbDjFHYO8xV4+nJn7 LRji6Bxx4Xlhv/ui+khHJ0mSJEkmAduetqhcfuVVwx0dOSiRI+OxOl5fadnqpv9g713LTmeeNJTF XWza59u0lXWPM/bda4ijc9ylF4f97ovqIx2dJEmSJJkE4Ohcdc2S2NHxWCcmcmBsfh1GZ+sTjyqz zjhxTJm+YM/1js7KVeWkKy8L+90X1Uc6OkmSJEkyCXj3EQeVLy25Nn50VeOgNMp6QZluuc0P2bvM OP2EAU7rHk9fNMBguovSQ/R07MarvGl7zev8OwnA0Tl9ydVhv/ui+khHJ0mSJEkmCadcc1XRLyP3 3NGxzo3i/ujzbdro/v5eu5TtTz1+TNlm/h5DHJ2zrv9K2Oe+qD7S0UmSJEmSScIZX1lS7+hY50Tp KG6R3B8D3nvMoWXaKcf24LhAFvOpebuVZyonB+jTOV+/IexzX1Qf6egkSZIkySThrOuvG+7oNDgn PbFl6+x05a89aH759MnHjBkf32PXQUeHl5HPv/kbYZ/7ovpIRydJkiRJJgln33hDvKPTxmGxSMfr Rukuz5v/mfKJk44e4MSj1sdHSrfsx3bfZYijc/Gt3wr73BfVRzo6SZIkSTJJOPebN45uR0cOi+I+ 32LzXfydRx5Q/vHEIwdY1AOrVzk3Q+VHla13+8wQR+fS228N+9wX1Uc6OkmSJEkyCfj9vXcpl978 zfp3dALHZBCbZ3UsNl84nc0O3LNsfcIRY8KHdt15iKNz+V23h/3ui+ojHZ2klpccMrdsccKcDsQj nX55/n47D9YBpCO9TZlXHTW3HHDTrCEgi3STJJm6zL3g7HLXPcubd3S8syK5JdK31JWreG6V9w/H LiwfPv7wvvngZ+cMcXSuvOfOsN99UX2M2NHhZnTxj3ZsDYt2ZGeycOSymcP69IFzdwp14T1n7TRE l3SkB14XqI+8vzx1Tjn5noG6590wa4gD8PFLhpdrAn1b9gv37thh+hWzB+WCetBR3RZk5PXrjKiO aGwBOWM8VZye6JpCFumOJ3K4dA7S2UqSicWscxaXO+662zk6nwodkiZnpRGVa3CA3rZw37JV5exs dVyFPypu5TXpD3xmdnl67bMdcHSu/vbdYb/7ovpIR6cH3JB9n3A8Il3YecnsUesC9bF74uXoqlzU pibQp1zkWFlHDMeizvmw4PCM9iaIA4eTFdn1oId+ZGdTYqI4Ot65JR3pJUmycZh+1qnl9jvvKisq p6D20ZXAKRmps2OdHFvWpqvjy/fbo7z/mEOHcqxLRzKX/vu5s4yjs7pc8517wn73RfWRjk4PuKH7 PnEDjnTB3yxGogvUF42xtTNaRycqZx0x/TXfBtoz0h0XdpAiW71o2hXbFJgojo5vA+SuTpJMHP7m 2MPKrcuXNzs61kHxMn9sItLtxp+352fKe486qLzv6IP74m/n7Fg5Oes6sKPz5e8uD/vdF9VHOjot 4Kbu+xXdAKKdmJHoypmJnCvrkIzW0eFxkM/TY7hot4f2cP7qdnnsLlMvorpHwqbs7EwUR8fPc83H JEkmDpfdeXvs6AQOybC4JZIj83Kl7bHijQfv1XF2+mHL2TMmj6PDDQ95xKbwF2H0iCl6T6fuZh7p Ro5F3eMp/6gocnSoIxp/sC8S210b4tqVoT32RkedtlzUt7Y3Qtrgywr6zOMpdDhGYy02hbkUEY0P skh3PLGPFTlu6jtpSTIZufzuOypHZ3Xzjo7wMqsneZPMlrPxipfts1t5zxEHrudIE2/LrOnG0Vk9 sR0d7RhsqkROSfTuDTKvB9GuVnRD9zcWHI3ohhc5OiO5MeIwRE6DXhLmJhfZ83WC14mwzpWgjjrH BbluuJZoHDcFomtqJOdzLGEOUPdIH0smSbJhuOLuOztOQatHVzZuqdMhXlcGbH51fPvCfcu7Dt9/ 1Lx7x+3L089Ujk7F/enobFxY9H2fuRF7vejmLLxu9H5O25tLv45OL6J21D2W83qeaL5Ar/ayuxCV 2xR3daIxGsvzmSTJpgNfwR7m6FjnxDojTTJLXV6Pcq89YF7568P26/C/useR8M4Z09Y7Oqs2cUeH Gyu7GdjhBld3w+cmxyMU9NAfyU2vn7IQvadibRD3+RZ744qcBuwrvxfj7eh4sB31v+kbZSJ6Abnt zkxUZ5u5xvjqXDfNJw/lNA/1KDDSGynWLni7pH0/pcO8qivXBHXSd5UljizSHQ2Mqbffa5xp/3i1 J0mmClfec1fzjg545yRyWJSuO/q40qJKv2jvXcrbF+4zat4xfRvn6Hw77HNfVB9j4uiwO8HNK8I6 A74cCx43AL8TQtoumiyK0Q4IICdfup5+ylpoqy/PzVD5xH2+hfLSpc9N+dCUH7UFpyAaf1C5phtq BDciyvsywDlqc6OKytP/SNcTjantj89jXOq+2cWjwiYHuqmf/ty0pWn8QL9jFJ0X5mVUtld7sNVU J3l159yXI+11GMOmb89Rxo8z7fXXuNW3a0SSJPW85sD55RvL7+m9o6N4Hc5hGSKzepaavD8/eK/y 1kMXjIq3b//poY7O9yawo9OEXVR9XvQXO9iXctt+JVk3DUs/ZT3Rjk3TV7N930hLN3o/xy/2Pt/e 3Ij7/CZULjp3dTc9qDs/yNvenKIbXFOdlqi99ubr8+pupoJ2+5tw5GhH2PPXBsanl13N86ifbcta RjIvImfJz2E71sDY1c0JwR8PVt/brKPtHxxJMpX57MXnln/54Q/LysopaNzRAe/EeFkE+cLLbdrI /nS/3cubD967vPmQisrp6VAXd+m3bffJTd/RqUM7BdFf9DglLNKRs2AXy37K1uFvPqSVZ+UQjZNu sn6Hydqps2dvTCO5oYHKRW2y58fCOfC6tLvtbozwNqCuTk/U3iZHpw12F67OeWV8mSv+fLdxiKGN kwOa51E/22CdzV47ihF2LKDJ0Wnj5ICdH/7lfMaEsQVfF3ltdgiTZCoz8+wzyre/d+9wRydyRKBO Lmy+4hyFzatJv2Cvz5b/edD8luw1JP6WbT8xNRwdbp5a/HBA9JcqC6u/WfibrF/c9Vd3P2WbiBwk bjZ+TPRXrb8x4ExFDoT6bPE6jI/yiPv8JlQuOnf2/Fgi3dHciLxTB3V1eqI29HJ0GEvOP0Tny5b3 N1t/HiJHCLtWJ8LbBeYC558+cbRORtRPkA7jHjkZmhPRfAfawbyH6BuB3rnw7bZjFc05ymOb9oN1 BKM++fnj29TWkUySqcr0xaeWe77zXefofGq9E+IdEivz8pHSUJ6Xkjc/cH7ZvHJgOseQPYfJ3rTN x8uaysmBCe/osCCyEEbYxc2X4yZYd+Pwjgh42yyMXgd7/ZSN2iJY1H0Z6vK2tGBH8sgGMl+X16HN yiPu87lJ2/5ZVC46d8iUb4l0I71eRDf9qL8RtN2XtY8Lm/KEd7R0846cmGgMvQPRa+cvsouT0jS3 orG2jhBwHXkd2kdeNN+90waR42fraXJ0/DiQtjtKHu/E2D9ohNdp88dGkkxlXnfoPuVb936vcgoe GOroyOmQM9LWqWnSI8/mR/Hu8aUL/qm89sB5HYenQ13cyire+KmPGUfngYnt6GjB7YUvJ4cgIlqU 20D7+ikbtUVws/JlWKyjnRv0/Vix2Edti26CXseOMXGf36vtEJ27unKRbqTXC+/sQeSQRES7QfbG 7POieVh3844czjb0muttHVlL2/PiddSWaE753ROInCV7LurGKipHnSoXEZ27NkS2kiRZz1Xfvts5 Ot13dLxjYvFOiiXKV7wOV/758z9TNtv/c2WzAyo4tqHS3fyTHy1rqn7Aqom+o9Nr8RcjKecX3bbQ vn7KRm2xeKfG/6ULVj/6S9im6/6KtTpgx4q4z2/T9ujctSnXD9EOR5t6o10KaNohjOZT3c07GsM2 NM1ZGM25aXtevI7aEs13X1Z4PY0H1I1V1L5e4+D12xLZSpJkPaGjU+eo2Hgd0hmprtN/+b67l1ft t8cA+6/nlZVT04k7OenXf2Jr4+hsojs6TeWinYBIL6Kfsr2IbmQWv1vht+c9dbtaXs+OVdSGXjdT aHtDFeRRF0Q7BG2JbsQ4fHV1syMWOZD2pgw+346RqLt5U4eVQ5sx7EVkN2qXpe158TqyG833qHzd 4zrl141VtJPpz4XH/0HQSz9JknbU7uiIkTgsTciZka6PO11+U+cVlbPzisqB6RwtkaziNR//yNR2 dKIbhn9vAbAB9vFPP2V7UbdDIXw9vR6R1N1cvZ4dK+I+v86OJTp3deX8GOJ4NL2T0URUr+CGqPMA /gYpqN87W17HjpEYyc07eqTGOOAMtHX0Iru9xq7tefE66m80xxhHO6+JR2NrH6vVjRX0KuuJnC8/ BrSJse31aC9JkvVc/Z17mnd0uo7H4NFidXy+Tdv8KB7InlfF/2Sf3Yayb3N6s3/80HpHZ/UUdHQg es7Pwkg5sAszNxNrr5+yvUDf2rX4GyLpSA+wY3UtXte2j7jPr3NYLG1vqBCNX9t3ayKiNo+E6Gbo daJz2HTzZj7YPOVjB3w+aes81BHd5FUeu4yjbUfb8+J1bH+j88X8oh6I5ixlrH30bL5tY/THg3Q0 VtjT+ETznjYwNhpf22bi1KH6kiSJCR2dGudjmHPSK+0hXzq9dCtevGDX8rJ9/qk1r/rYVkMdnYn8 y8h2wW1ipOX4C7DJqfBYe/2U7UV0gwR/4xB1uxRNjoPXte0j7vPrHBZL2xsqeD2wN77RUOcA9KLu L36vF53Dppt33S5HHW3739auxr7tefE6tr+RjV74OprGCurmvcW2ifMW6dQR9TlJkqF0HJ3KKejp 6ERHYXVtfqRvZRYvq9IvmP/ZjrNjeUkXL4dXfvSDnX7AlN3RgbYOCzfRsSzbRN0CXmen7gbftGXv de1YEff5bW4S0bmrKxfd1Nqe5yb4q72tA4rj2NQvrx+1r9fNu61TQrk2uzkCXV+3R21pe168ju8v ZdqMLTqR/V5jBb2cVWzbcWrj7FCm6VpIkmQ9oaNjHZLAAWmU+TyP1bPlAp5T5f3h3rt02bWL0pYB +Z9u/Q9DHZ2JsqOD88ACaGm7SI22HAsni7rd6tYCyQ256WbYT9k6dBPz1NmKxgya3vvwunasiPt8 6rDlI6J21JXzN+qROoNNYFt9sOcEOC/sdLWZG7YfEJWh3Vanrh+UjRyetm2pI7KrPmq+tD0vXidq l+Z71Bdk5KHjy0HbsaLdtN/br2sT85xrjX5bfa5J6mi6DpIkGco1vXZ0IHJG2sqEz2tZnl9K/oPK iXkh7NU9epBXvPwjH5iYjs5EoG6hbkM/ZZOpQc6R8SXHN0lGTytHZyQ0OTuijUPEsYKXknmEhcPT Odq4lVX88YffP8TRuSYdnSRJkiSZ2vR0dEbglEj+RwfMKe87bcey08XTy3Ffm1aOvxG2LScMOU4r u146vXxo8Yyy2aE7DbUnqvRzqiM/IDicz5bnV45OJ949/tGH0tFJkiRJksQwokdX1qFxTslbjpld dv3S9HLW0m3KAV/erkw/f4fytuNmlZdVTs+Qcl1euM+c8rZjZ5VPf3FGmXfF9p1ye125fXnvqTuu 1+uWe24FOzsxnxmMv3Srv09HJ0mSJEmS9Vzz3Xsqp+DBekenciCGpA3P2XNuef8ZO5aTv7lt2fuq 7cs7F83svECs/DcdPbvj7GzzxR3KjAvWs33lBL3jhFnlLypH53nz19vb/MjZZY/Lty+n3rRt2fa8 GeVF+6qeAWenFy/Z6n3G0Xmw6tvysM99UX2ko5MkSZIkk4RaR6dyHOSAROl3nziznHHztmXHC3eo HJKBXZuX7T+nfPzsGeXw67YrZ9+6Tdnn6u07js0nz5lR3n78rM4ODo7PR86a0ZHvftnATs6ir08r 25+3Q3nlITt17Pz+grkdO2d9a5uy9ednDKl3sB2+fRUv/uDfpaOTJEmSJMl6eu7oWCrn4r/vN6cs rByZz12+fflDHJxK/pZjZpWjrp9WTvrGtuWDZ+44KB/mjJC2jkqXF+w9t/NOz6Ff2a6c+a1ty9+e OrOj87vz55ZZF+1QTrtp2/Kaw2bHNjh248MdnXx0lSRJkiRTmpE4Om+uHJrzb9umvPukyhGpHIvX Vs7HsTdMK/tcvV3ZbGHliDjHYxBjYzBdI3/5QTuVXS6dXk755radx1vIXn/47M4LzDhDQ8pYqvLp 6CRJkiRJMoRWjk7lRPzDGTuW02/etrxonzmd92pmXrRD55HTq/WNqa6e4v/jkJ3K/zllZufR1jGV M8S3rPRtK5hz8fTO+z2vq5yYwfKGF+83pxy0ZLvO4y8ejfE4a0EV3+2y6UN1TZ1DHJ0HJoij439Q TD8QJjk6pInzg2f8EBg/UGbxNgW/rUE+Za0ePzQm2+gQ5x9n6kfW7A+U2bpJ86NmlFc+kIdcP57m 5ZTX/9xRHdam6gDSilOPdCT3P7imMbCovNAPqHk92SAPPfUbfdWjtqHjz4m1xQ+++bGyKM+2XzL9 yJ21rzjjF/3zVODcMUaMO0f7Wyq0ifJWrjRxnQfaoLosyMH3UbrWJjL1xYJc7RHSI0821A/k1CPd yIaVKV5Xt+0j+qT9fFTZ6BxY0PNjgZw4+nacZQOic2fzhdpIu0jTTtrbZm6qjOqSXPMQG7QPm+q3 R2VkG9ROf65t3mjmp8qqTgt5/rzZcQf6gy2NfV39Fts/yqoNFtVn26fykvn+2rb2igNxyiGXTLYk Uxslt3g7sh2de1svNlXGwlj68VVf1QZdm8S9ruYnOuSrTts/i9rQpq8bEt5jCR0d40DwOAon4/l7 zS0vPWBO5/ES79AM0auOPLLa4YIdyuKl23YeQ33sCzM67+W8yjpDFXz9HPlWld19r9m+0t+m882r VxxkvmbehV2dxVV97OqQnnvJ9M6Lz4N6xu6EdHQ42faXTYEJJDk6pImzuILVlU4EF6XVY3Iht+Vk jwsFrB7YulkkfT74Pijf/3IyF4Vtv/S4SCQjrbjQxUGcuogLrxuNJ7Je40aa8SKOPr84S1xjKLmP C134xKkLHYvVl0z6XOxWx+tbHYvKCy02jGskV5qFReOBDV9XndzKdMMkjsy3RXK1tald9vyD5gVx b8PKFK+r2/YR/Wg+qmx0DiySC8rV9cfr+nPn8wF7tMfKaC/6xJvmpvqJQ4FcfdI8jPqN3GLb5GX+ XHt9GMn8VFmfD+T58+Z1yK+bMxHRefLtB1+f+gp1/bVt7RUHtdO2n3TdXLJYO2qrZNG5t/rAvPHn 3uuAtYEOcY2F1ZOO4n5dkdxCfpu+bmh6OTrPnT+342iQxtn44rJtyuuPGLoLw+4LXw0/4evTOjs/ fBurU75iiyNnl/eeMnPIt65wnN58zOz1epWN/33yzHL0DdM6uzhDdokqeJx14tfXv7uD08U3uqwO TEhHh5u4JgeTlTiTURcWOtHkZXIo7W0CdtFjMdTEwo7KA3rWti4+ezHIuSGfNmmRtZBP25noxKlT 9RCXA+Xr12JBWcmsPbVNFwJxu/hYXeyCxlM2rUy2pGvtcDOQbf2sPnFkuuHYc6K4bDFmdizRsdib jcZX+rSVdGQfXY7RuEuHcceGdGzbVC9yjsA5JY84beg1B0l7mc4dcWTkoePHXW217aK9tEvtRUaa MrJnbVsbUX5d3bJn552fj03nwCI5dsCPjx1nyWkDR3/u6sZbbaF91onBNjYpG81N2QLGVnaQK4/z pXUA+7Y9oPYDbZF9lSVNXO1QHrocRzM/25w39IlrnEDrDDLVz3jZui22HfSTdtSdA9kDdL0N31/b 1l5xqFvzojaqbmEdBK2J1nbduUemtd2fe+nYdVH1cFR/7RocnQvw6wpxXWuyj36bvm5ohjs6nxpw HLqOCnHey2Gn5uRvbFtexTejjHPBzg47PDgqpF+4YODHAnlh+cRKf/9rtus4N3972szO18n/5qSZ nd/Y4WXmRZXzwg8K8i0s/d4ODhAOD4+8cLJUD4/M+Nq53t8Z3P0RVdnhjs4E+tYVJ54JoLQmA/G6 ySvdCJVh8tm4Jh6gpwWVOBPYTzrVp3JRvcjVdsVtO6O4LyPq7Pm4iGSATPag17ihr4UNPeAiRyb7 1qa3Dxpn6rJykE2bL32grjr7UV1NOnVxjqBFh7gdD9LoK23Lepkdq15lfB4LHAu+XTxloy4umvKJ I1Pa9rEu3nQOLJHcytrEPcjJV1ptoX02jk7T3FR/gJuTLas8xpubu/RVp1B5lUOmtkfnWnk+bqnT 8fo+rTbTD9LE0VG+ZKxXxMmLnDch+37egbetuoXkto02btvaKw6qS2mwNqM2Cp1XkB1ru+7c+/ZY m5G8qRxx1S2QQbSuRPbb9HVDU7ujY3jp/nM6uzCdr5F3nYoX7TO3HLhku47j8cIFc8vv7jW348Cw +zPtvB3Knx7sHJEa9JX0L9yyTee9HX1ja4fKFu8E8S2vjm5VJ+8Gvf/0HQe/hm7twJRydOxksnE5 NsBiiWOjepHZNoDqQw+wYfPBlqNdXHC2nVFcTpX+6tVfON5eXVxEMkAme9Br3LjYyJeejetCtDa9 fcC2ylm5+qgyWpSlD4xZnX3FOV+y6XW0yHm5jXMEblzReJBGX2lb1suA9rQpI9Rff1OyNurivXSB ODKlbR/r4moT+HNgieRWVhe389qDHF2l1RbaZ+O95qaVk7ZluV65zjjn0bULdfNTafDn2vZR8dHM zyit/kifODrKB5Wh7VYeofGInCFvGx3JrH3bRsXpr21rr3jTmtfURqG1m/qxg0y2wZ/7qA1ay4TV kYx5Il3OG3H+SCaPuB0vySBaVyL7amNTXzc0bRwdD7srx904rWy1eOBbULxvc2bllPDDgLw0PMQJ Ia504JxY+fsqJ4avkr+3+4iKr63j7PDtLq8bMSkdHSaF4kwaTRxk5PnFRWhx83GOpLGhSYxXHU1I kFx6Nk+Q5ye/tRfFuYgko03qo+yxCGjR0cVJ3NeDjPKyLbm1B6q3btyQkc8FzRE0PuShY20qTh56 1oZtB8imHW+rz/mgj5F9G/d2rU6d3MY5+nOvvikffaVV1vZRMuzIRlRGaQtjTjmwN11roy7eSxeI I1Na55z218WBeHQOLJJHY1EX1/jo2vOQh67Sagvti+J1c1P9oQ+6Fkgjxy7zTbqqy1I3P9WP6FxH /VV9wuo0yX1a/VF7iftrXG2mrMrVUTfvwNvQWKm/1IPctlFx2mLb2ivetOY1tVGwJoLaiJ5sU86f +6gNfrysHD2ti9iTjHw5fMT9uUCGPkc7L619paFNXzc0oaPT5JhUsv2u2a789aIBZ+RTX5zR+RbV Hx848OjJlmEn6MNn7dh5dMXLyejxezv8Ns4nzp4xsDPTtakyOFEHX7tdmX/l9h057wXh7Ch/SB2m HExKR8fCpNHEsTJrB5hI5PEXgI0zqYjrQrEXtSa0Lmxh69NF4CGv7gLSBRHFOXLhUlb9lT3BxWAv Ml+P1bUXk7UHth9AWnlgF04dFW9a7KSLTH3ytq080ufcaGEhTV4U93atTp3cxjmSpi79dWjHTPlK q6yVS0Z52YjKKO2xfZbM2qiL99IF4siU1nhTZ13ctsefA4vkoDqtbhQXXF+yYyFPtkBtoX023mtu qj86Hzoixy7XPX1DFu2A2Lo4qk2qA3uy6fNsXPUJq9Mk92m1g3aRJi4ks+Xa7Ayoj/TDypFhR2nZ 9G2wbbQ6Vq9NnGO05oHyfRsFeZSRnq1f50dHm2fbQHlrU3JBGjl6dp2QvtXFrmReX3m2DbIB6kNd Xzc0I9rR6ToWh123XfmL46pr44rpZc8rBhwSq8evJvNiMl8r539ZvfXYWZ0fBUSPx0+8SPyRygHC +eEXlD9wxo5VXtd+1xa7RYdU+W8+mm9dbTNg29XjmZSODhNFfwkQ18Qhn8kSOR9aGMmP4vK6tfhh QxPU21N92lWJIN+2HewEr4tzwRPH4VJ/ZY+2UaddmJH7epD5vzDA2gPVWzduyqde2kXdGh/ZtTYV J09txK7VFzp/Kkd7rb4/H9LzcW/X6tTJbZwjads32qByyldaZdHRzVoy0rIRlVE6Qudd/bE26uKi KZ84MqWxT5r218WBeHQOLLJNWZ1vW18Ut2VkxyIdpdUW9G1c7aVt0dxUPmWYWzZPtq2zJJmom59q f3SulWfjtj6v0yT3adsf0sSja5xrmHZBm50BP++ANPUrTT1Kk8fYELdtVBw7tq1t4nVrnojaCPTV 2+O8WNv+3Ns8xW1fwcrR07qoOUF7NB8AmT8XKh+tK7YNsiHq+roxqN3RsU6FczD+bOFOnX/c+VH3 7xnYoeG3cvjnnq84uPtuTQWPnv7qhFnlQ5Xzwk6Q/cbUS/Yf+Eo6Ds8bjxz4Crnqe89JMzvvAb2p cnY6+q4dninzjo7Vj+Is1ExW4kxMyugi8bZ0A2j6q4l8tZ06/AVYF1cfbdzbs0TyOl1rD2y9Vs9C vuyhp7TyrU1vH1SGuqxcuhy1EHh9nQ/lRXV558zqMObqW1SWOEfSOqdgx0P5StuyXqaFt00Zj86F yrWJi6Z84siUtue8Lg7Eo3Ng8ba9LIrbPzJsOUEeukrbtti4dKWvPCDP9kc3KFBZoXbVyTna+Sl5 dK6V5/Vk0+vUzc8obftDmjg6yrdoLKTbhOxaW1GaMVCblKe0jdNf29Y2cZW1cdUNURutnDkqB8Hb 9ufe5ikux83bRcfKScuWbYtPW1m0rtTZt3ne3sZguKNjvnXlj97RMGl+74ZHTJ3fu6nSOD185Zz/ ZYWzYr9ezu/g8NLyQddu19ntQZ+vkPMvJD7cfe+nFt8e04Yhjk7Vp03W0VFZ/sqJ4laHox5pEfe2 9HiLen2esGUVt+2si9t+qT3eniWS1+lae2DrtXoW8qVjL1rlW5vePtj+WLluHhacTatvFynK9Kqr SacuzpG0vXHZ8VC+0rZsJJNj0KuMzWM+EddiTdzaqIuLpnziyJS257wu3nQOLN62l0VxzjFHf3MR 5KGrtG2LjUsXkPu5aftj85CTpg7aUud41c1P2yd/rm2ejVvqdLy+T9v+kCaOjvLVNvrWtHYJ8qJ5 B7aszpeFsZEN0j5u29omDsSReZt1bQS9r2hhF97a9ue+rg3Wbi+5zyOt8fKyaF2J7Pfq68agdkfH OxVdZ2JIvAtfG+cffPJ+Dd/A4nEWLyv/uXZiILDFTg/v+/DuDjs7v7f33I4TxM5PWLcFucubMo4O +SxMWgSYTMj1lwpx2cdOk03bjjpUh+qzFyAT2i6wti5dvH5R5ah2+nq8vE7Xt7vNuKkMC4b0rW1r 09sHbCOjrGR2IUbOeJBmTKy+xggoJ/taPLTgWqRDHYy/X5Qll02O5BGX3I6HzQfZUdrL1JdeZQRy 5iVx3y47f2TPxkWdLvi67TlX3M/HpnNgifolmR9nq8uRPFtOkGfbr7bQDo0t7SJPNqO5afupcVFZ 2aSc7bfqtOOIvp2fth/+XCuvn/np9ZS2/SFNXPXafBzIaB54yI/mnfJUVuNDX6lD7aIOxX1/bVsV 93PM6jSteXVtBI2/zj/1o2dt+3Nv8+TE+515q2Pl1umzZUj7sbYytV32Ivukm/q6MbjmO8vL/U2O Tl3cHNml4fdx+LcPvJvDI6dOvseX78bfcszsztfL2Q3i6+Q4PkN0jO4wuUlvUo6ORWUEFwFyJhNH LjpdoJpwso892Rf2L1DSTEalI2RLcDHai07toR124itubRDnaMdCILdEY4EMXWsPIl3lCb2nhK7a b1+Wsza9fbDnSTLVq3G3aatvxws92RcsdLIpVF7ovGlR1Ljr/BHXuEpH7fL54NuAru23FvOojNIW ja8WN5VTWu1VX4lbGCfZl65tv6/bjnXdfNQYRufAEvWrbpytblROICdfaY2n7AFtIq9pbtp+ktZ4 ItcNC5taD5CrTl/Wpm3b/blWnhjJ/PRj4tO+TSovyLdjzhFdX07UzTvZVlrtxY5P1/XX1sl5Ubt0 JN/qKE5Z2++mNnpdm7a2kdtzrzxBm7gPyAZ4HVCe0uh4mc3jqPb6dUX5SkOvvm4MQkfHOhANjoXY bOFOnR/xA/2rBq8zDKfz8oP4r+gD/wGdr6tHOoNYuYlPaEeHk20XC+KaADgOxFm09JeARWUE+kxq kDfOhENXk1b2uTiZhNYe5dHhoiBtJ2kEbWLyMnGtrtrBZFbf1H45Q/bmjJw4RzsWArklGgtk6Fp7 0HbcrJy4xgKsTW8fVF5tAI277KgdnBevz1jIpuwzrv6vMKHxY9w5kpacsow7NzfZR6Zx9e3y+aA2 CHRtv1VPVEZpi/quRU7t4qibMPnqB3ELeqAF0vYZfN2qT33k6Odj0zmwRP2qG2erq2tLeRbkaocg jT3aac+N2qk0ceX7fjJfbJ20QeuBr69pftp++HOtvNHMT2s3Svv+ELeQj+OlOUMbsI2cPvr1SvbQ tfNOttUnP24ac8aorr+yrbZypF22HVZHY4Lc9rupjeDnpcr682f7IJuAvrcJVkcoT3XqvIHXVXmN Yd18UtrK6vq6Mejp6Cgepa2sTi+Kj4SoDi/vxie0o5MkSZL0x0S5cSaTi6ubHl1FeAdDaX80vPno 2WX2RTuUw66b1vmnnO/p/ruIIXi7Pt507MbT0UmSJNlEYQcaRyfKS5ImBhydB4Y6OjgQlsCpGHYM 4OVkfiBwwVXbd97h4RtWf3X8rM7Xz0+/advOI6+o3CB1tm07DEMdnQfS0UmSJEmSqc7V37mnt6NT R4OTw38m55+AvpsXkys9/vcV3856Xffr57zLc8Ht26z//1lQ48AMkdt8ybsy7+jQt6jPfVF9pKOT JEmSJJOEq789CkfHOBdDZObIv3iYdu4OnfhnL53e+SFBvp11xFendX4RGb23HTer83XyQRse1eNs Dx6tXnX0js5Vy+8K+9wX1Uc6OkmSJEkySbiqztGxDoZzKNrI+KFAdnXedeLMzm/lWL1tzp1RZlxY OUGV7OxbtinP32t9OWtj2NHLRDftHZ0r7r4j7HNfVB/p6CRJkiTJJOHK5Xc37+hETkWNo2Hha+Ic +b9Yrz50+D/vXPT1aZ3j7pdN7zzSGsz3WLniHIVJe0fnsrtuD/vcF9VHOjpJkiRJMkm48p67hjs6 TU6F8PlO1nF0qjiPqTbD0bG6FXJ09rh8+6GOjnScfi3odXW9o3PpHbeGfe6L6iMdnSRJkiSZJFx+ 953tHR0vM06Gh/9lxX8s/+sTZnb+AajN490d3tcZ0Kt5dDVSqrLe0blk2dKwz31RfaSjkyRJkiST hMvuuqP+HR3jRLSOd49bnzWjbHfewHs4/IYOOzg4N0deP63s33V8+E/m/OPPYXaitGQ+bo7e0bno lpvDPvfFxy/ZaSG/iJkkSZIkycTnmz9YNsTRmXf6hzr/a6otfJsK1su2HZBXjs213/3U4L+EeMVB 3a+XHzbw9XJ2ca5a/unOzs9wG8PTdTLJ4dO7v2fQ0aFPX13+9bDP/fA7W5wwZyE/g50kSZIkycRn yfJbe+/oRPj8Jv26vCYbxIXPs2kjtzs69OmyW78W9rkf8tFVkiRJkkwiLll2S7l/VY93dDgah2IQ K/c6Ps8e66jLt7aivG7cOzrn3Hh92Oe+qD7S0UmSJEmSScJFt3xruKPjHIhBrMNh863MytvibVo7 kT2f3417R+fzN3wl7HNfVB/p6CRJkiTJJOGCb90UOzptiJwQi883TskweRtZHV1d7+gsvm5J2Oe+ qD7S0UmSJEmSScJ5N31j5I5OL4fF5zXJhZX7/Ka04hVDHJ2qT6cvuTrsc19UH+noJEmSJMkk4Zxv fK3e0ZEjYY9eZuVRntex+XV6I0kbvKNzytVXhH3ui+ojHZ0kSZIkmSR84WvXl5VjtaMzEqLyTU5N r3h1HOrorC4nXvGlsM99UX2ko5MkSZIkk4Szrr9uuKNjHQnrTPi4TXNso1eX9ii/7mhBVuEdneO/ dEnY576oPtLRSZIkSZJJwhlfWVK/oxM5FU1y0XU8wjxLGz2bX6fbtfPird43xNE55pILwz73RfUx KkfnJYfMLe85a+BXBznyozzP3y/WTZIkSZJkbDhtydWVo7N6uKPTdR6GORQ27anTj45et44R6Pod nSMvOi/sc19UHyN2dHByvnDvjuXiHw3nyGUzywfO3SmdniRJkiQZB06++srY0bHUOSiRE+LTHuW3 0bM6Pu2p8ryjc9h554R97ovqY8SODrs3kZNjwRHC4YnKJ0mSJEkyOhZdeflwR0cOhT9ampwOYXUi W3Vxywjk3tE55JzPh33ui+pjxI4OuzXs3EQOjueAm2bl7k6SJEmSjBHHX3Zp7x0dwLFockx8XpTv ZRFtykb51dE6OvTpwM+fGfa5L6qPMXkZmV2e6VfMLiffM9wBwilKZydJkiRJ+ueYSy+ud3RqHIow z8ubyjbJm9I9bHhHZ//Fp4V97ovqY1SODo6N/Tfof3nq+peReWTl3+HB2fE2kiRJkiQZGUdefGFZ eX+LHR0LjoWnSU9xK4+OPl5Hjb53dBacdnLY576oPkbl6EQvIyPD6cHhedVRw19YZscnspUkSZIk STsOv/D8ekcnckSUFlZu80crs3J/9Di5d3Tmn7Io7HNfVB+jcnSsA+Nh94ZvZkXODvLIXpIkSZIk vVl4/hdjR6fOuQDybL7ivkwkJ27lNq8JrxuU9Y7OvBOPC/vcF9XHqBwdHk/xojFYR0bovRweaVn5 zktyVydJkiRJRsvBXzy7rOj16KrOwXCOxhCivDqZtydZXR5HH68Y4uhUfdr9+KPDPvdF9TEmLyPz o4F+92beDbM6ed4ZyheTkyRJkmR0HHjO54c7OnXOhHc2/LGJkeqMog7v6Ox6zBFhn/ui+hgTRwdw YPy3rnh85Xd1SEflkyRJkiRpZv8vLHaOzqcGHIc2jgn0ckSs3OvYspGeP1oCfe/ofOaow8I+90X1 MWpHB8dGuzX6vRz/Y4J6AdnKeGHZ20qSJEmSpDf7nXXGoKNz77/8oGz2jr8sL3/H2yYlb3r3O4c4 OnMPPyTsc19UH6N2dHjfJnJg7I8J6mvl9vGVHmltbJb+/CdFYeHXrwt1NiRbnrmo25qBEOkkyWhh fp2//M7yy8ce7c6w0okje/WR+4dlkmSseOuiIzpEecnI2OfM0wYdnU2JlfevKrMXHhT2uS+qj1E7 Ojgscl5ALxrj8Fg5MusU+X8NsbEcjnR0kqnAiw6cV778r/d2Z1XpzHvmuw8n33pTWD5J6vjYeYs7 8yvKE+hY5/qJdWvLzC+dP+h4p/Mzchacceom6+jMPHgc/uiqPkbt6PjHVKSR26+V29/O4YVlUFqk ozNAOjrJWMNN6N7VKzvzSTcbbjKSKXDD0TGykyQRzCnW0Tpnx69pPlAWRygqm9Sz9+mnVI7OqtBZ GCsee2JNefixpwZ5pOKJNc+EumMFjs6MA/cN+9wX1UdfLyPzuzg4OP73cXhfB4dHaSY8WB3R1uFg ex0bI/kLYDT1jqaONlv/2FR7In3kNvh86GXDwwLUVjfZ9MBx0V/QzHGOUZCjQ5gITn8yOVDAcWad 8fl2JzEKzM3c0Rk5e52GozN+Ozo4NQ89gnOzZggPVzzx1Pg5Ozhv0/dfEPa5L6qPUTs6TGwWSBZG jqS98wBMZhvQ5QbMoou+zddfCOSpHmzYrU8F7EQ3cC6c6ALjYrR/Pfi2snVvA+1CbvWF+m4DbZy3 5PJBfRGNAQF92x5s2jAaG4IxsP0jkEZuA+21IXp8Yf/6x4Z938o6uFau3T1gV09yPe5E5h9xRugb e/mr2iNH51pzknR0HXHOOa/MZ+YY9HockSTgdwaZR3VrbBSYk9Ze0o75p53ceXE3chb65fEn1pRH H19THnvi6ZBHK54cp50dHJ3t9p0f9rkvqo++HB0bvKPjLwIb0OPmXRfkYPS6UFiU7cVCPHIIbIhs N5WRvg1N+tZJ885QFKRf5+j0GgOCrbNpDPyNjjqtjLjsAI6kDdw0rYNifypAMrDvYckB4nEmcuI4 PG0cHasve0k7cGDs+fTnksA8UT66zCNkdj4lSR3Mk7rA+t+0ThIim0lvzrnx+vLLFfeHzkK/4OQ8 /lTl8FSsevDRsnLVQ2XFql+VBx9+fFD++JNPh2X75aGHHyknXzl8s6Bvqo9xc3QUkEVyFmLk9mJg sUXGBeQdIeV5B8ou5sRtQNfrUx9/sUZtiuzrZuADcvSjOtH3uyXSj+rlJhQ5On4MetmgTJTn+6RA nb6d1nH0Cxl18EhSjoh2WqwM7C9gSyZnhd0eHm1aRwd90h6rL3tJO5gHnHecbXY4o3mBTNeV0uhD ZBP0OHS8dn2Yf3YOjpaxstMWXcNt5ZsCrEcwmsBci2wmvZl/6kmdf5cQOQv9wE7Nk5Uj8+SadR1W 3P+rwfhKE3/8yWfKmqB8v9CnDy8Yh3Wl+hhXR8f+ZehvqLr4bRntnoC9gPxF4W2xXepvytZWpO/b ahdF/+gLmQ20zS703hYy6wARt/rUbwM3Fj+eo7FBH2zgRqcy5PlFiTpZiG1grFSH/7aO5HrZXD8f wEvmclqsHCdFMnRwjNjh8Y+u7KMui9WP8pN6NCfrbkTI7XXAudYukD3XHs1TXb8RzDVsjMbRoFxT /W0ZKztt0R8lxOm3rl0r39SIXhFoG5qcacGazhqmc2nXdIJNR5DfNE/rqJvjagtxrZtcM7aM1mW1 TW239Dsn9j791HL/6gdDZ6Ef2KlZ88yz5ekuDzz4yGB8tYk/9fS6Si+20Q+rHniwvHv+bmGf+6L6 GDdHhwvd6vsbqiaRLaPJ4W0zeawtsE4A5ZhwNnh9O9G4gGy9XLBW1zsRyGzQ5BaauAre4bAOn7CL BDcd3+eR2mA8mnZnwDuDOgd2x4e49O1N0tZvfy6ANI4IcS+3zgzv8+gxFkebxyMqnB2L/0FK1Z20 Q/Obucp5tk4Ngbh0ycchBruYR6AjfeYX17V2LeRUax5ylAxdzTcLMjtPqRu8zbq6BDLylJYdpdGP yll7/mjzQfZpi9qsfGuHmzjBylWfxZaJ5EqrTcRlk7htx8aAuusc6V4hWtMtrKmMI30lTl3MZa29 dhzqIOieMhKwTbDnAKib/hLXWqr1UvcA4rZtBOYh+cKf35HyuTNO7TgFkbPQL+ue/U3Ff3ZYtfqh 8szarqPzwMOD8vHYzYGf/+KX5R3zdgn73BfVx7g5OnaRETboRNsympTedq+AjV51e6J6ha8fmQ3e 6aC8DdHYWP22ZWxoY8OnvX6dTe8gsbCysNhgF2O7g4NTIofEy/Xysf/hSO/oRFi76eiMHDnBft7I qa27Rsj314NFc4gjNuQYcQMA5onq4Mg84oaFI06aIwu99EgrD5lseZt1dWGLOHkcdSNED4jrDxfS BN1kdbNCThsI2CRoZ5NxFLKnuohTH2V17dFf2UJfcnQttm6C1hTdTFWHbooEdJErrrJN52u88WtO m8D4RLYE54C+y5FiTOgr54T+o0Ogbo0NOgT0vVOPnuYQgfo1B+z5wjZp2dQ1JJuaR3ZOE2QbbNt8 XGjMrGwkbH3KceXHP/1Z6Cz0y9rK0fn1f/5Xh6fXriuPPf5Uh7Xrfj0oH4+XkbF5x913l83nfTbs c19UH+noVMFPRF8/MhvUdqGJq+DLe/22ZWzQXwhNNnza69e1S4u7AouutcUFb+2wOyOHpG7Xhl0a /3tK6ehsOOS8cu44v8j8+eccs2DrelG+bgIR0uFIOcoj100AudXRDZ180twcKKMbBW3TjUI2dTOz Nuvqkh3kqotrBX1ArjqJW31uYJKrrHRog64L8pQvmW7E2OImq+uF8nVxQfsIcqY4Uqfk1IVc7aaf BJ0XAnUSt/3cGOhcjCSoH3XofDMu6ifjyHhrLSIg09hw5NwwZhoPAjrEkaksdjl/jLedA+Rz3mUT PWvTzgdk5BPoD3ZUF8HGbUAOBPJHw58dvl/50Y9/XJ54ak3oNPTDmmfWld9Uzsx//tdvQ9jheerp sXd0Hn7ksXLamWeU5wb97ZvqY1I4OkwkZHVwAVg7WigtVl8LoYLqtbo2ILOBfKuviavgy0cXtv4C UfBlorS3wQVqg28H/bT6flGyNrnIFbDLGCpo4bXoX33oiFODXA6MnBTAaSGvztHJR1djD4syiy9B 1yKLc10gn3MeXTsWzUuO2PXXLEcb15xEVzD3Fff2rdzaQRbV1aQvOUFl1R4vV1niuk7IYwyR6SZH 2xkjrhddw6w/1m5dXNh2NsnVBy8nqN22nxsL1gfNtV5BTkUTjCdjjCPBOMuRQC7Hh8AYaGxU1o4H QeMUBZ0bjavw421t0i7iBN13bBodgq2XPmMLWJNVL/mj5ZK7bi8/+dn47Org7Dz769+U//rt/y2/ 7YKTww5PpD8W3L382+W9e+0e9rVvqo8J6ejoLxuF6EaLrsCWdxzsTT6yF9UrfN+Q2aC2C8rboEVR QX9JCHsTInDx+DpHaoP+eEfGLyq2zwTbD8ZEwdolTl3WDui9HCFnxP+3elCZOkdHjpAnHZ3+sPOB RbgucI7lNGuxrkPzlCPzSdeOlUdx7DKPqIe5Rjnq5dpU22gvNqFtXVz3mqO6DolbO7o5EedIWnGc P9knIAfkGhfJKEegTt3cgTzV3RSnDOja1U2baxvbyAmUsTq2v+gT0CFOu9W3jQnnkPY2hZG0k/Fg PjD+jIEcS81PAmOgsVE5Ox4EjRPnU+MtZ0PzjnOCHMeK+vx4W5vYIPjzrjQQVK+NC5WxspGy2RH7 lx/8/Gdlxcrx+Zo5dN7F0WOqcfrtHPjJz35e7v73fyvP2TPua99UHxPK0WEyI2ci2r8+mURMQi2K 6NnARPXt0YWCXAuUghZCBT8Rva26tgtNXAVkunEoqG+0ybcnaj82fD+16NXZoIxfbOgn7Yv+mrf9 0CLrg13oLTgnclQAxwW5fawF9jdw0tHZ8DAvCH4uRUFzqAnNU46aW15ur1/S6Ghe0g7mGugaIU83 IWxC27qwo75Rp/pg7bBm6HrhqJsl7aQN6OkGhhyUpg7J7KMKyhJ0fWgNaIrbNmFDY2TbRPsl11jZ /qJD0FhYmxsS2k8bwK9FUdD5bYvOGfbpN+NCPxkP8gnKI6icHQ/mleYE7SVNnp1v2CAgJ6Drx9va VB7nJkoDAbs+LlSnlY2GLY46sBy26ITy7z/56bg8xhpvHn/iqfKDH/6o3LB0adni6IPDPo4J1ceE cnQU7ATuFWw9kS0fNOmsrp+Ivm5kNqjtQhNXARkLoRb3psDFjH5UZ1sbdgy4oNsG3w/dMGzAntWx 6B0csD8eaOU8lpI8HZ2NA+dZN88oMH90o51KcLPTDQ8nhjEirpuq0slwcDg0ZnWBtQtHkHUsstEG zgXrK0c5OcCcxq4cQcmZx5rLylP9Pi1II5d96SltbYK30ZT2eaD6rGy0vHDezmX6AfuWq7785fLd e79ffrliZblvxf2d48SDdlXct7Lcdsed5ZJLv1R2OuaI8vwFu4Z9GzOqj43u6EQ3Zjke6DRdSPqL R/aJN/11YXcnbFvHw9EBLo5eNxi1P6pTNpqcHWtDsCj4Mlp0bPD98OeCMjbfo29VQd2/g4jk6ehs HJhLzFXBjcou4FMNe31y1PWA88N1NZXHZiToxq15xTri15ZkHNljp/LKXWeXD+62S9nv2GPK6eed W8659J/LRVdfVb503VfK5V/96obn+q926j7v8svKqeecXQ5fdELZ+9BDyi4L9i5/9+lPli223qq8 cPa0TtvDPo0l1ceoHR1urkxmQZqFQelokfD6knOhsOjqQiHfluPGrcUH5wadpkWIC036EOnbtnqP 2/cNmU17x0IXurB56Nr2qz2RXr82PNae7NsQjaEN1jFMkiRJJgG86zKRido8nlQfo3Z0kokHjosc IcA5svl+R8fmAeVt6OVIJUmSJMmEpvpIR2cTgl0bG3j0xC4Quz84PjbYl+dwiMi3j7vYyre2kyRJ kmTSUX2ko7OJgWPTK+DQ2MdWOEI++N2gJEmSJJl0VB/p6GyC8I5S9FK2Xkj27yR5RwdnyeYnSZIk yaSk+khHZxNHL0pHeUmSJEmySVN9pKOTJEmSJMmmSfWRjk6SJEmSJJsgO5f/D0+d20iSQBQoAAAA AElFTkSuQmCC --_004_D2F0F19D10390michaelhalseyintechnologywificom_--

2 6

oVirt Community Newsletter, January 2016
by Mikey Ariel 24 Feb '16

24 Feb '16

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cKkKLQIcccSCDhnBbsD9FkeL1fVWOAGj0 Content-Type: multipart/mixed; boundary="GMBxl1QWnrmhep8nQDrR226sViFfoheJb" From: Mikey Ariel <mariel(a)redhat.com> To: announce(a)ovirt.org, users(a)ovirt.org, devel(a)ovirt.org Message-ID: <56CDD4E3.2040002(a)redhat.com> Subject: oVirt Community Newsletter, January 2016 --GMBxl1QWnrmhep8nQDrR226sViFfoheJb Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable January was a great start for 2016 with the release of oVirt 3.6.2, as well as a stream of technical content and lots of interesting activities at FOSDEM 2016 in Brussels. Check out the newsletter for all the updates.= **Apologies for the late publication, we were waiting for FOSDEM videos to finish processing but due to technical delays on the FOSDEM side the videos are not available yet. See below for slide links in the meantime!*= * ----------------- Software Releases ----------------- oVirt 3.6.3 First Release Candidate is now available for testing http://lists.ovirt.org/pipermail/announce/2016-January/000231.html oVirt 3.6.2 Final Release is now available http://lists.ovirt.org/pipermail/announce/2016-January/000230.html ---------------- In the Community ---------------- Roman Mohr presented about oVirt at the Czech JBoss User Group http://eventle.com/jbug-cz/6103 Slides are available for all oVirt-related sessions at FOSDEM 2016: https://fosdem.org/2016/schedule/event/virt_iaas_host_lifecycle_content_m= anagement_in_ovirt/ https://fosdem.org/2016/schedule/event/virt_iaas_reactive_processing_ovir= t/ https://fosdem.org/2016/schedule/event/virt_iaas_sweep_away_the_garbage/ https://fosdem.org/2016/schedule/event/managing_ceph_through_cinder_using= _ovirt/ https://fosdem.org/2016/schedule/event/virt_iaas_ovirt_hyperconverge/ https://fosdem.org/2016/schedule/event/virt_iaas_containers_and_virtualiz= ation/ ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ Using oVirt API to automate VPS provisioning https://bobcares.com/blog/using-ovirt-api-to-automate-vps-provisioning/ Installing the oVirt Node Next (Early-Preview) http://dummdida.tumblr.com/post/136872577940/installing-the-ovirt-node-ne= xt-early-preview Hyperconverged Infrastructure using oVirt and Gluster http://blogs-ramesh.blogspot.cz/2016/01/ovirt-and-gluster-hyperconvergenc= e.html oVirt as VMWare Replacement https://www.reddit.com/r/sysadmin/comments/412wwg/ovirt_as_a_vmware_repla= cement (Discussion) How we configured disaster recovery in an oVirt system https://bobcares.com/blog/how-we-configured-disaster-recovery-in-a-server= -virtualization-system-based-on-ovirt/ Summary of oVirt 3.6.2 Release [Portuguese] http://blog.seprol.com.br/solucoes-corporativas/nova-versao-do-ovirt-3-6-= 2-disponivel/ Manage KVM with oVirt [Japanese] http://qiita.com/idzzy/items/338fcd27bb386867cdd8 --=20 Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady --GMBxl1QWnrmhep8nQDrR226sViFfoheJb-- --cKkKLQIcccSCDhnBbsD9FkeL1fVWOAGj0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWzdTjAAoJEHYPPTOszxHoP/MIALFodZQYwTXEyeApXoH3/zgq fgOLZibayrMEqu8keWvKg4KAtYGYDxeyRzC8MKWUd910lwuMeNMuUcjLxm1f1Cmu vg4XRWk8MHtkZFkN3aEeURUXiP9WPyUx92HEEvpB77zgQVau7gnCYoyO4qN1cRB5 5wnXH21n84Zo0oMw0c2cUqBa41yMxyun6yY2KRp9fZa2rEc9mUHE6gBrL1ITt+wt Mu8WXCqvWiR8YGQaGbYvmtyGnFJAcxQG0V4Z4mLG+nzjh5z0KT14RBBGkK7/RiOX z+JxU5OlX7lTAnA5sg1ryTYHa7Fs7wB3YG/MlQY82yHPWv0iWK0NpY4BF/TXYY0= =n2TX -----END PGP SIGNATURE----- --cKkKLQIcccSCDhnBbsD9FkeL1fVWOAGj0--

1 0

REST API - Problem when trying to retrieve vms list
by jaumotte, styve 24 Feb '16

24 Feb '16

Hi everybody, Since fews days I can't get vms list from rest api. I always have the same return when I try https://myengine.mydomain/api/vms : <fault> <reason>Operation Failed</reason> </fault> I suspect that for new vm, some properties are malformed, but I can't identify them. If I ask https://myengine.mydomain/api/vms?search=dev , vms including dev in their name are return. If I ask https://myengine.mydomain/api/vms?search=xtypo , Operation Failed returns ! I look at the log on the engine, but I don't find any answers. If someone have any ideas ... thank you !! Here the log : 2016-02-18 16:43:03,591 ERROR [org.ovirt.engine.api.restapi.resource.validation.MappingExceptionMapper] (default task-23) [] Mapping exception while processing "GET" request for path "/vms" 2016-02-18 16:43:03,591 ERROR [org.ovirt.engine.api.restapi.resource.validation.MappingExceptionMapper] (default task-23) [] Exception: org.ovirt.engine.api.restapi.utils.MappingException: java.lang.reflect.InvocationTargetException at org.ovirt.engine.api.restapi.types.MappingLocator$MethodInvokerMapper.map(MappingLocator.java:155) [restapi-types.jar:] at org.ovirt.engine.api.restapi.resource.AbstractBackendResource.map(AbstractBackendResource.java:65) [restapi-jaxrs.jar:] at org.ovirt.engine.api.restapi.resource.AbstractBackendResource.map(AbstractBackendResource.java:61) [restapi-jaxrs.jar:] at org.ovirt.engine.api.restapi.resource.BackendVmsResource.mapCollection(BackendVmsResource.java:570) [restapi-jaxrs.jar:] at org.ovirt.engine.api.restapi.resource.BackendVmsResource.list(BackendVmsResource.java:94) [restapi-jaxrs.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_71] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:137) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:296) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:250) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:237) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:179) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:220) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51) [resteasy-jaxrs-3.0.10.Final.jar:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.api.common.invocation.CurrentFilter.doFilter(CurrentFilter.java:66) [interface-common-jaxrs.jar:] at org.ovirt.engine.api.common.invocation.CurrentFilter.doFilter(CurrentFilter.java:48) [interface-common-jaxrs.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter.doFilter(RestApiSessionMgmtFilter.java:81) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.EnforceAuthFilter.doFilter(EnforceAuthFilter.java:39) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.LoginFilter.doFilter(LoginFilter.java:75) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.NegotiationFilter.doFilter(NegotiationFilter.java:113) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:90) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.doFilter(SessionValidationFilter.java:77) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.EngineSessionTokenAuthenticationFilter.doFilter(EngineSessionTokenAuthenticationFilter.java:31) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.RestApiSessionValidationFilter.doFilter(RestApiSessionValidationFilter.java:35) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.api.common.security.CSRFProtectionFilter.doFilter(CSRFProtectionFilter.java:111) [interface-common-jaxrs.jar:] at org.ovirt.engine.api.common.security.CSRFProtectionFilter.doFilter(CSRFProtectionFilter.java:102) [interface-common-jaxrs.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.api.common.security.CORSSupportFilter.doFilter(CORSSupportFilter.java:183) [interface-common-jaxrs.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:248) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:77) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:167) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:761) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_71] Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor299.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.ovirt.engine.api.restapi.types.MappingLocator$MethodInvokerMapper.map(MappingLocator.java:150) [restapi-types.jar:] ... 83 more Caused by: java.lang.ArrayIndexOutOfBoundsException: 1 at org.ovirt.engine.api.restapi.types.VersionMapper.fromKernelVersionString(VersionMapper.java:52) [restapi-types.jar:] at org.ovirt.engine.api.restapi.types.VmMapper.map(VmMapper.java:446) [restapi-types.jar:] at org.ovirt.engine.api.restapi.types.VmMapper.map(VmMapper.java:330) [restapi-types.jar:] ... 87 more

3 5

[ANN] oVirt 3.6.3 Fourth Release Candidate is now available for testing
by Sandro Bonazzola 24 Feb '16

24 Feb '16

The oVirt Project is pleased to announce the availability of the Fourth Release Candidate of oVirt 3.6.3 for testing, as of February 24th, 2016 This release is available now for Fedora 22, Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar). This release supports Hypervisor Hosts running Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar) and Fedora 22. Highly experimental support for Debian 8.3 Jessie has been added too. This release candidate includes updated packages for: - ovirt-engine - vdsm - ovirt-hosted-engine-ha - ovirt-hosted-engine-setup This release of oVirt 3.6.3 includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO will be available soon [2]. Please note that mirrors[3] may need usually one day before being synchronized. * Read more about the oVirt 3.6.3 release highlights: http://www.ovirt.org/release/3.6.3/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Read more about oVirt Project community events: http://www.ovirt.org/Upcoming_events [1] http://www.ovirt.org/release/3.6.3/ [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

RHEV-H 7.2 Beta Install
by Christopher Young 24 Feb '16

24 Feb '16

I know this is the ovirt-list, but I've had great success with help here as I have been running a couple of ovirt instances for some time (as part of a lab/testing). In any case, I'm trying to install the RHEV-H beta (7.2 latest ISO), and for whatever reason, my install gets to 22% (right after partitioning up the local drive, I believe) and fails. I have no idea how to troubleshoot this. I've tried changing install options (i've been installing via PXE) to no avail, and I notice that there don't appear to be any virtual terminals to switch to look at things and/or see where things failed. The errors that I get say something along the lines of: unexpected EOF while looking for matching '' I'll try and get more details, but i've attached a screenshot from the console. Any help on HOW to troubleshoot this, pull logs, etc.. would be most appreciated as I'd like to get this moving forward. Thanks for all of your hard work and the help of the community! -- Chris

2 2

adding network via ovirt-shell
by Bill James 24 Feb '16

24 Feb '16

I'm trying to add a network using ovirt-shell. It adds fine to the GUI but I can't add the network to a host because it isn't listed in the "Setup Host Networks" dialog. Adding a network interface using the GUI is added fine to the dialog window. What am I missing? [oVirt shell (connected)]# add network --data_center-name Default --name Vlan7 --description '10.176.7' --vlan-id 7 Also not sure how to add "Network Label" via cli. (adding it via GUI doesn't make interface usable in dialog window) ovirt-engine-3.6.2.6-1.el7.centos.noarch Problem networks are Vlan5 & Vlan 7. [oVirt shell (connected)]# list networks id : 80b5bffb-afb7-4c14-b228-e505b6a93152 name : Gluster-KS description: kickstart id : 00000000-0000-0000-0000-000000000009 name : ovirtmgmt description: Management Network id : 7d9d55d9-1158-4a64-a2b9-07b763ae2b6d name : vlan1 description: 10.176.1 id : e81540f9-99f2-4826-b483-b9c08031cdaa name : Vlan5 description: 10.176.5 id : 6d1bf691-d438-48e2-a230-21360c609889 name : Vlan6 description: 10.176.6 id : 2c7db3f8-151f-4c5a-a88d-c840f7f2ce57 name : Vlan7 description: 10.176.7 Cloud Services for Business www.j2.com j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox This email, its contents and attachments contain information from j2 Global, Inc. and/or its affiliates which may be privileged, confidential or otherwise protected from disclosure. The information is intended to be for the addressee(s) only. If you are not an addressee, any disclosure, copy, distribution, or use of the contents of this message is prohibited. If you have received this email in error please notify the sender by reply e-mail and delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are registered trademarks of j2 Global, Inc. and its affiliates.

2 2

Importing data domain
by SATHEESARAN 24 Feb '16

24 Feb '16

Hi All, I am using ovirt 3.6.3 with 2 data domains. domain1 to store os disks and other to store additional disks for the VM I am more concerned about the additional domain and I have rsynced the second data domain to another file based storage. After sometime, I tried to attach that file based storage to another oVirt DC. When trying importing the data domain, I see a warning like "Storage Domain(s) are already attached to a Data Center. Approving this operation might cause data corruption if both Data Centers are active." Any clue why do I see this warning ? Also is there any better way to import the existing data domain ? -- Satheesaran

2 1

ovirt - can't attach master domain II
by paf1＠email.cz 24 Feb '16

24 Feb '16

This is a multi-part message in MIME format. --------------090001000406070504000905 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I found the main ( maybe ) problem with IO error ( -5 ) for "ids" file access This file is not accessable via NFS, locally yes. How can I fix it ?? regs. Pavel # sanlock client log_dump .... 0 flags 1 timeout 0 2016-02-24 02:01:10+0100 3828 [12111]: s1316 lockspace 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 2016-02-24 02:01:10+0100 3828 [12111]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:10+0100 3828 [19556]: s1316 delta_acquire begin 88adbd49-62d6-45b1-9992-b04464a04112:1 2016-02-24 02:01:10+0100 3828 [19556]: 88adbd49 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:10+0100 3828 [19556]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids 2016-02-24 02:01:10+0100 3828 [19556]: s1316 delta_acquire leader_read1 error -5 2016-02-24 02:01:11+0100 3829 [12111]: s1316 add_lockspace fail result -5 2016-02-24 02:01:12+0100 3831 [12116]: cmd_add_lockspace 4,15 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:12+0100 3831 [12116]: s1317 lockspace 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 2016-02-24 02:01:12+0100 3831 [12116]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:12+0100 3831 [19562]: s1317 delta_acquire begin 7f52b697-c199-4f58-89aa-102d44327124:1 2016-02-24 02:01:12+0100 3831 [19562]: 7f52b697 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:12+0100 3831 [19562]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids 2016-02-24 02:01:12+0100 3831 [19562]: s1317 delta_acquire leader_read1 error -5 2016-02-24 02:01:13+0100 3831 [1321]: cmd_add_lockspace 4,15 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:13+0100 3831 [1321]: s1318 lockspace 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids:0 2016-02-24 02:01:13+0100 3831 [1321]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:13+0100 3831 [19564]: s1318 delta_acquire begin 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1 2016-02-24 02:01:13+0100 3831 [19564]: 0fcad888 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458201000 result -5:0 match res 2016-02-24 02:01:13+0100 3831 [19564]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids 2016-02-24 02:01:13+0100 3831 [19564]: s1318 delta_acquire leader_read1 error -5 2016-02-24 02:01:13+0100 3832 [12116]: s1317 add_lockspace fail result -5 2016-02-24 02:01:14+0100 3832 [1321]: s1318 add_lockspace fail result -5 2016-02-24 02:01:19+0100 3838 [12106]: cmd_add_lockspace 4,15 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:19+0100 3838 [12106]: s1319 lockspace 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids:0 2016-02-24 02:01:19+0100 3838 [12106]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:19+0100 3838 [19638]: s1319 delta_acquire begin 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1 2016-02-24 02:01:19+0100 3838 [19638]: 3da46e07 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:19+0100 3838 [19638]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids 2016-02-24 02:01:19+0100 3838 [19638]: s1319 delta_acquire leader_read1 error -5 2016-02-24 02:01:20+0100 3839 [12106]: s1319 add_lockspace fail result -5 2016-02-24 02:01:20+0100 3839 [1320]: cmd_add_lockspace 4,15 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:20+0100 3839 [1320]: s1320 lockspace 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 2016-02-24 02:01:20+0100 3839 [1320]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:20+0100 3839 [19658]: s1320 delta_acquire begin 88adbd49-62d6-45b1-9992-b04464a04112:1 2016-02-24 02:01:20+0100 3839 [19658]: 88adbd49 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:20+0100 3839 [19658]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids 2016-02-24 02:01:20+0100 3839 [19658]: s1320 delta_acquire leader_read1 error -5 2016-02-24 02:01:21+0100 3840 [1320]: s1320 add_lockspace fail result -5 --------------090001000406070504000905 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hi, I found the main ( maybe ) problem with IO error ( -5 ) for "ids" file access This file is not accessable via NFS, locally yes. How can I fix it ?? regs. Pavel # sanlock client log_dump .... 0 flags 1 timeout 0 2016-02-24 02:01:10+0100 3828 [12111]: s1316 lockspace 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 2016-02-24 02:01:10+0100 3828 [12111]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:10+0100 3828 [19556]: s1316 delta_acquire begin 88adbd49-62d6-45b1-9992-b04464a04112:1 2016-02-24 02:01:10+0100 3828 [19556]: 88adbd49 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:10+0100 3828 [19556]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids 2016-02-24 02:01:10+0100 3828 [19556]: s1316 delta_acquire leader_read1 error -5 2016-02-24 02:01:11+0100 3829 [12111]: s1316 add_lockspace fail result -5 2016-02-24 02:01:12+0100 3831 [12116]: cmd_add_lockspace 4,15 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:12+0100 3831 [12116]: s1317 lockspace 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 2016-02-24 02:01:12+0100 3831 [12116]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:12+0100 3831 [19562]: s1317 delta_acquire begin 7f52b697-c199-4f58-89aa-102d44327124:1 2016-02-24 02:01:12+0100 3831 [19562]: 7f52b697 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:12+0100 3831 [19562]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids 2016-02-24 02:01:12+0100 3831 [19562]: s1317 delta_acquire leader_read1 error -5 2016-02-24 02:01:13+0100 3831 [1321]: cmd_add_lockspace 4,15 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:13+0100 3831 [1321]: s1318 lockspace 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids:0 2016-02-24 02:01:13+0100 3831 [1321]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:13+0100 3831 [19564]: s1318 delta_acquire begin 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1 2016-02-24 02:01:13+0100 3831 [19564]: 0fcad888 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458201000 result -5:0 match res 2016-02-24 02:01:13+0100 3831 [19564]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids 2016-02-24 02:01:13+0100 3831 [19564]: s1318 delta_acquire leader_read1 error -5 2016-02-24 02:01:13+0100 3832 [12116]: s1317 add_lockspace fail result -5 2016-02-24 02:01:14+0100 3832 [1321]: s1318 add_lockspace fail result -5 2016-02-24 02:01:19+0100 3838 [12106]: cmd_add_lockspace 4,15 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:19+0100 3838 [12106]: s1319 lockspace 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids:0 2016-02-24 02:01:19+0100 3838 [12106]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:19+0100 3838 [19638]: s1319 delta_acquire begin 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1 2016-02-24 02:01:19+0100 3838 [19638]: 3da46e07 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:19+0100 3838 [19638]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids 2016-02-24 02:01:19+0100 3838 [19638]: s1319 delta_acquire leader_read1 error -5 2016-02-24 02:01:20+0100 3839 [12106]: s1319 add_lockspace fail result -5 2016-02-24 02:01:20+0100 3839 [1320]: cmd_add_lockspace 4,15 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:20+0100 3839 [1320]: s1320 lockspace 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 2016-02-24 02:01:20+0100 3839 [1320]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:20+0100 3839 [19658]: s1320 delta_acquire begin 88adbd49-62d6-45b1-9992-b04464a04112:1 2016-02-24 02:01:20+0100 3839 [19658]: 88adbd49 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:20+0100 3839 [19658]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids 2016-02-24 02:01:20+0100 3839 [19658]: s1320 delta_acquire leader_read1 error -5 2016-02-24 02:01:21+0100 3840 [1320]: s1320 add_lockspace fail result -5 </body> </html> --------------090001000406070504000905--

2 5

Fwd: Re: ovirt - can't attach master domain III
by paf1＠email.cz 24 Feb '16

24 Feb '16

This is a multi-part message in MIME format. --------------070808000207030305050505 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit hi, after a lot of test will get 2016-02-24 11:38:05+0100 7406 [25824]: cmd_add_lockspace 3,10 ff71b47b-0f72-4528-9bfe-c3da888e47f0:4:/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids:0 flags 1 timeout 0 2016-02-24 11:38:05+0100 7406 [25824]: s2256 lockspace ff71b47b-0f72-4528-9bfe-c3da888e47f0:4:/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids:0 2016-02-24 11:38:05+0100 7406 [25824]: cmd_add_lockspace 3,10 async done 0 2016-02-24 11:38:05+0100 7406 [26186]: open error -2 /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids 2016-02-24 11:38:05+0100 7406 [26186]: s2256 open_disk /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids error -2 what's wrong ?? thx. Pa. On 24.2.2016 08:14, Nir Soffer wrote: > On Wed, Feb 24, 2016 at 8:53 AM, paf1(a)email.cz <mailto:paf1@email.cz> > <paf1(a)email.cz <mailto:paf1@email.cz>> wrote: > > Hi, > it seems that sanlock daemon has problem with reading empty "ids" > file . > How can I regenarate this "ids" file to get 2k rows of datas ?? > It's the base problem to get up "master domain" following > "datacenter" > > > You should understand why the ids files is empty and fix the root cause. > > To recover your ids files, you can follow the instructions here: > http://lists.ovirt.org/pipermail/users/2016-February/038046.html > > Nir > > > regs. > Pa. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > --------------070808000207030305050505 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> <div class="moz-forward-container"> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> hi, after a lot of test will get 2016-02-24 11:38:05+0100 7406 [25824]: cmd_add_lockspace 3,10 ff71b47b-0f72-4528-9bfe-c3da888e47f0:4:/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids:0 flags 1 timeout 0 2016-02-24 11:38:05+0100 7406 [25824]: s2256 lockspace ff71b47b-0f72-4528-9bfe-c3da888e47f0:4:/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids:0 2016-02-24 11:38:05+0100 7406 [25824]: cmd_add_lockspace 3,10 async done 0 2016-02-24 11:38:05+0100 7406 [26186]: open error -2 /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids 2016-02-24 11:38:05+0100 7406 [26186]: s2256 open_disk /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids error -2 what's wrong ?? thx. Pa. <div class="moz-cite-prefix">On 24.2.2016 08:14, Nir Soffer wrote: </div> <blockquote cite="mid:CAMRbyysE8T_LyGwhT3K0cZ+ErSU0VQj7ZHPknL+=WzhAN7BKXQ@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra"> <div class="gmail_quote">On Wed, Feb 24, 2016 at 8:53 AM, <a moz-do-not-send="true" href="mailto:paf1@email.cz">paf1(a)email.cz</a> <<a moz-do-not-send="true" href="mailto:paf1@email.cz" target="_blank">paf1(a)email.cz</a>> wrote: <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div text="#000066" bgcolor="#FFFFFF"> Hi, it seems that sanlock daemon has problem with reading empty "ids" file . How can I regenarate this "ids" file to get 2k rows of datas ?? It's the base problem to get up "master domain" following "datacenter" </div> </blockquote> <div> </div> <div>You should understand why the ids files is empty and fix the root cause.</div> <div> </div> <div>To recover your ids files, you can follow the instructions here:</div> <div><a moz-do-not-send="true" href="http://lists.ovirt.org/pipermail/users/2016-February/038046.html">http://lists.ovirt.org/pipermail/users/2016-February/038046.html</a> </div> <div> </div> <div>Nir</div> <div> </div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div text="#000066" bgcolor="#FFFFFF"> regs. Pa. </div> _______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </blockquote> </div> </div> </div> </blockquote> </div> </body> </html> --------------070808000207030305050505--

1 0

Fwd: Re: ovirt - can't attach master domain III
by paf1＠email.cz 24 Feb '16

24 Feb '16

This is a multi-part message in MIME format. --------------000301020903090600090002 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Nir, it doesn't running, or failed by me 1) no trafic od any storage in gluster two ways A: - will stop ( maintenance not allowed )master domain ( 2KVM12-P2 ) from GUI - try to mount locally to one node # mount -t glusterfs localhost:/2KVM12-P2 /mnt ==> error -19 B: go to /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/f71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ - remove empty ids file - sanlock direct init -s <f7......>:0:ids:0 - from manual - restart sanlockd 2) no way was successfull regs.Pa. On 24.2.2016 08:14, Nir Soffer wrote: > On Wed, Feb 24, 2016 at 8:53 AM, paf1(a)email.cz <mailto:paf1@email.cz> > <paf1(a)email.cz <mailto:paf1@email.cz>> wrote: > > Hi, > it seems that sanlock daemon has problem with reading empty "ids" > file . > How can I regenarate this "ids" file to get 2k rows of datas ?? > It's the base problem to get up "master domain" following > "datacenter" > > > You should understand why the ids files is empty and fix the root cause. > > To recover your ids files, you can follow the instructions here: > http://lists.ovirt.org/pipermail/users/2016-February/038046.html > > Nir > > > regs. > Pa. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > --------------000301020903090600090002 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> <div class="moz-forward-container"> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> Hi Nir, it doesn't running, or failed by me 1) no trafic od any storage in gluster two ways A: - will stop ( maintenance not allowed )master domain ( 2KVM12-P2 ) from GUI - try to mount locally to one node # mount -t glusterfs localhost:/2KVM12-P2 /mnt ==> error -19 B: go to /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/f71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ - remove empty ids file - sanlock direct init -s <f7......>:0:ids:0 - from manual - restart sanlockd 2) no way was successfull regs.Pa. <div class="moz-cite-prefix">On 24.2.2016 08:14, Nir Soffer wrote: </div> <blockquote cite="mid:CAMRbyysE8T_LyGwhT3K0cZ+ErSU0VQj7ZHPknL+=WzhAN7BKXQ@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra"> <div class="gmail_quote">On Wed, Feb 24, 2016 at 8:53 AM, <a moz-do-not-send="true" href="mailto:paf1@email.cz">paf1(a)email.cz</a> <<a moz-do-not-send="true" href="mailto:paf1@email.cz" target="_blank">paf1(a)email.cz</a>> wrote: <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div text="#000066" bgcolor="#FFFFFF"> Hi, it seems that sanlock daemon has problem with reading empty "ids" file . How can I regenarate this "ids" file to get 2k rows of datas ?? It's the base problem to get up "master domain" following "datacenter" </div> </blockquote> <div> </div> <div>You should understand why the ids files is empty and fix the root cause.</div> <div> </div> <div>To recover your ids files, you can follow the instructions here:</div> <div><a moz-do-not-send="true" href="http://lists.ovirt.org/pipermail/users/2016-February/038046.html">http://lists.ovirt.org/pipermail/users/2016-February/038046.html</a> </div> <div> </div> <div>Nir</div> <div> </div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div text="#000066" bgcolor="#FFFFFF"> regs. Pa. </div> _______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </blockquote> </div> </div> </div> </blockquote> </div> </body> </html> --------------000301020903090600090002--

1 0

[hosted-engine] Error creating a glusterfs storage domain
by Wee Sritippho 24 Feb '16

24 Feb '16

Hi, I'm trying to deploy an oVirt Hosed Engine environment using this glusterfs volume: # gluster volume info Volume Name: gv0 Type: Replicate Volume ID: 37bba03b-7276-421a-8960-81e28196ebde Status: Started Number of Bricks: 1 x 3 = 3 Transport-type: tcp Bricks: Brick1: host01.ovirt.forest.go.th:/data/brick1/gv0 Brick2: host03.ovirt.forest.go.th:/data/brick1/gv0 Brick3: host02.ovirt.forest.go.th:/data/brick1/gv0 Options Reconfigured: storage.owner-gid: 36 storage.owner-uid: 36 performance.readdir-ahead: on But the deployment failed with this error message: [ ERROR ] Failed to execute stage 'Misc configuration': Error creating a storage domain: ('storageType=7, sdUUID=be5f66d8-57ef-43c8-90a5-e9132e0c95b4, domainName=hosted_storage, domClass=1, typeSpecificArg=host01.ovirt.forest.go.th:/gv0 domVersion=3',) I tried to figure out what is happening via the log files: Line ~7243 of vdsm.log Line ~2930 of ovirt-hosted-engine-setup-20160223204857-585hqv.log But didn't seem to understand it at all. Please guide me on how to solve this problem. Here is my environment: CentOS Linux release 7.2.1511 (Core) ovirt-hosted-engine-setup-1.3.2.3-1.el7.centos.noarch vdsm-4.17.18-1.el7.noarch glusterfs-3.7.8-1.el7.x86_64 Thank you, Wee --- ซอฟต์แวร์ Avast แอนตี้ไวรัสตรวจสอบหาไวรัสจากอีเมลนี้แล้ว https://www.avast.com/antivirus

2 2

Re: [ovirt-users] RHEV-H 7.2 Beta Install
by Ryan Barry 24 Feb '16

24 Feb '16

Hi Christopher -- You can get to a console by pressing F2 (I think this is blocked while the progress bar is moving, but should be available after the exception, and it's available at any point the installer is interactive). This is a new issue to me. Can you please file a bug report? An sosreport may be helpful (this works normally from the rescue shell at <F2>) If possible, it would be best to get debug logs. To do that, press F2 immediately after entering the installer, and run: python -m ovirt.node.installer --debug Logs will be available at /tmp/ovirt-node.debug.log or /var/log/ovirt-node.debug.log, depending on how far through the installer it gets. On Tue, Feb 23, 2016 at 9:32 AM, <users-request(a)ovirt.org> wrote: > I know this is the ovirt-list, but I've had great success with help > here as I have been running a couple of ovirt instances for some time > (as part of a lab/testing). > > In any case, I'm trying to install the RHEV-H beta (7.2 latest ISO), > and for whatever reason, my install gets to 22% (right after > partitioning up the local drive, I believe) and fails. > > I have no idea how to troubleshoot this. I've tried changing install > options (i've been installing via PXE) to no avail, and I notice that > there don't appear to be any virtual terminals to switch to look at > things and/or see where things failed. > > The errors that I get say something along the lines of: > > unexpected EOF while looking for matching '' > > I'll try and get more details, but i've attached a screenshot from the > console. > > Any help on HOW to troubleshoot this, pull logs, etc.. would be most > appreciated as I'd like to get this moving forward. > > Thanks for all of your hard work and the help of the community! > > -- Chris >

2 1

ovirt - can't attach master domain III
by paf1＠email.cz 24 Feb '16

24 Feb '16

This is a multi-part message in MIME format. --------------080106070204050804080108 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, it seems that sanlock daemon has problem with reading empty "ids" file . How can I regenarate this "ids" file to get 2k rows of datas ?? It's the base problem to get up "master domain" following "datacenter" regs. Pa. --------------080106070204050804080108 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hi, it seems that sanlock daemon has problem with reading empty "ids" file . How can I regenarate this "ids" file to get 2k rows of datas ?? It's the base problem to get up "master domain" following "datacenter" regs. Pa. </body> </html> --------------080106070204050804080108--

2 1

management network VLAN mismatch
by Garry Tiedemann 24 Feb '16

24 Feb '16

Hi folks, I'm in the process of upgrading to 3.6, and have encountered a new error message. I understand the error, and how to fix it. My question is, can fixing it affect production VM traffic? I don't think so, but I'd appreciate confirmation from someone who really knows, please. Description of what I am doing: I've upgraded hosted-engine, and am now upgrading the first hypervisor node. My method, which may be outdated, is: have no VMs running on the host, I drop it out of the cluster, do yum updates & reboots, then add the host back to the cluster when it's ready. When I add the host to the cluster, I get this error message: Failed to configure management network on host bl05. Host bl05 has an interface eth0.20 for the management network configuration with VLAN-ID (20), which is different from data-center definition (none). I know what this means, and will explain it for the benefit of others. It means that: * the ovirtmgmt bridge on the host is attached to a VLAN 20 subinterface. That is by design; it is correct. * However, in Data Center > Networks definition of ovirtmgmt, there is no VLAN tag defined, so my hosted-engine believes that ovirtmgmt should go into in VLAN 1. Also, for completeness: * there is PVID 20 on the adjacent switchport, which means "untagged ingress traffic should be tagged into VLAN 20". This is why my ovirtmgmt network has been working. * I am grateful for the error message now appearing, as it shows me where I have misconfigured this a long time ago. So. To fix this, I need to add VLAN 20 tag in ovirtmgmt in Data Center > Networks. My question: If I add the VLAN 20 tag to ovirtmgmt in Data Center > Networks, is there any possibility of breaking traffic (or VMs) on other (production) VLANs? From my general knowledge, I cannot see that would be the case, but I would be grateful for an informed opinion from someone who has tried it before please. Best regards to all, Garry * *

1 0

ovirt - can't attach master domain
by paf1＠email.cz 24 Feb '16

24 Feb '16

This is a multi-part message in MIME format. --------------010305030902080508040003 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, due cleaning envir. I restarted all nodes and ovirt mgm server too, Now I can't get master domain ON. Tried to move to diff. storage with same result. All storages are OFF and DataCenter OFF too. All NFS mount points are connected and writeable via ovirt mountpoint. Any idea how to fix thi - quicky Rhel 7.1 / KVM 2.1.2 / libvirt 1.2.8-16 / vdsm 4.16.27 / gluster 3.7.5.1 / ovirt 3.5.2 VDSM log ======== Thread-22688::DEBUG::2016-02-24 01:32:34,852::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-22688::DEBUG::2016-02-24 01:32:34,852::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-22688::DEBUG::2016-02-24 01:32:34,852::task::993::Storage.TaskManager.Task::(_decref) Task=`492b6d3f-47b7-47fe-a713-6e47d5f2d3c1`::ref 0 aborting False Thread-22688::DEBUG::2016-02-24 01:32:34,855::stompReactor::162::yajsonrpc.StompServer::(send) Sending response Thread-22697::DEBUG::2016-02-24 01:32:34,967::stompReactor::162::yajsonrpc.StompServer::(send) Sending response Thread-200::DEBUG::2016-02-24 01:32:35,001::fileSD::153::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97 Thread-200::ERROR::2016-02-24 01:32:35,007::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 300e9ac8-3c2f-4703-9bb1-1df2130c7c97 monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 160, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 89, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 351, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 5] Input/output error Thread-130::DEBUG::2016-02-24 01:32:35,013::fileSD::153::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P1/553d9b92-e4a0-4042-a579-4cabeb55ded4 Thread-130::ERROR::2016-02-24 01:32:35,017::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 160, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 89, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 351, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 5] Input/output error thx Pavel --------------010305030902080508040003 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hi, due cleaning envir. I restarted all nodes and ovirt mgm server too, Now I can't get master domain ON. Tried to move to diff. storage with same result. All storages are OFF and DataCenter OFF too. All NFS mount points are connected and writeable via ovirt mountpoint. Any idea how to fix thi - quicky Rhel 7.1 / KVM 2.1.2 / libvirt 1.2.8-16 / vdsm 4.16.27 / gluster 3.7.5.1 / ovirt 3.5.2 VDSM log ======== Thread-22688::DEBUG::2016-02-24 01:32:34,852::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-22688::DEBUG::2016-02-24 01:32:34,852::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-22688::DEBUG::2016-02-24 01:32:34,852::task::993::Storage.TaskManager.Task::(_decref) Task=`492b6d3f-47b7-47fe-a713-6e47d5f2d3c1`::ref 0 aborting False Thread-22688::DEBUG::2016-02-24 01:32:34,855::stompReactor::162::yajsonrpc.StompServer::(send) Sending response Thread-22697::DEBUG::2016-02-24 01:32:34,967::stompReactor::162::yajsonrpc.StompServer::(send) Sending response Thread-200::DEBUG::2016-02-24 01:32:35,001::fileSD::153::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97 Thread-200::ERROR::2016-02-24 01:32:35,007::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 300e9ac8-3c2f-4703-9bb1-1df2130c7c97 monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 160, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 89, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 351, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 5] Input/output error Thread-130::DEBUG::2016-02-24 01:32:35,013::fileSD::153::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P1/553d9b92-e4a0-4042-a579-4cabeb55ded4 Thread-130::ERROR::2016-02-24 01:32:35,017::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 160, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 89, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 351, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 5] Input/output error thx Pavel </body> </html> --------------010305030902080508040003--

1 0

Ovir (rhev) backup authomation
by Dariusz Kryszak 23 Feb '16

23 Feb '16

Hi all, I would like to share with all my couple scripts which I've made for the backup automation process. If your backup system not support virtual environment like ovirt or rhev, you can use it as workaround :-) It is not a classical backup solution (especially differential backup, compression, deduplication ). This is protection against loss your vm and the data. All what you need it is to change credential and information regards environment like url. Everything I've described in the code. For new environment (3.5> with rhe or centos 7) you can change or comments lines like power off during cleanup snapshots. Please enjoy. jezyk

2 1

Gluster 3.7.8 from ovirt-3.6-glusterfs-epel breaks vdsm ?
by Matteo 23 Feb '16

23 Feb '16

Hi, today I update one node os, in the updates gluster client packages where upgraded from 3.7.6-1.el7, centos-ovirt36 repository to 3.7.8-1.el7, ovirt-3.6-glusterfs-epel and after reboot the node was marked not operational. looking into the logs, vdsm was failing to get gluster volume information. the command (ovirt-storage is the gluster storage where the hosted engine is kept) gluster --mode=script volume info --remote-host=gluster1 ovirt-storage --xml was failing, returning error 2 (and no output) doing yum downgrade on gluster client packages (back to 3.7.6-1.el7, centos-ovirt36) fixed everything. Data nodes are running glusterfs 3.7.6-1.el7. The funny thing is that from the ovirt I was able to manually mount the glusterfs shares, only the volume info command was failing, thus breaking vdsm. Any hint? regards, Matteo

3 4

cluster's minimum CPU level
by suporte＠logicworks.pt 22 Feb '16

22 Feb '16

------=_Part_462871_1547176049.1454675051567 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=20 I'm trying to add a new old host (Intel(R) Xeon(R) CPU X3430 @ 2.40GHz Inte= l Nehalem Family) to oVirt Engine Version: 3.5.4.2-1.el7.centos.=20 But I'm getting this error:=20 host does not meet the cluster's minimum CPU level. Missing CPU features : = model_SandyBridge=20 What happen if I lower the cluster CPU type? Do I loose functionalities? Do= I need to shutdown all VMs before change the cluster CPU type?=20 Do you see any problem here?=20 Thanks=20 Jos=C3=A9=20 --=20 Jose Ferradeira=20 http://www.logicworks.pt=20 ------=_Part_462871_1547176049.1454675051567 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: Times New Roman; font-size: 10pt; co= lor: #000000"><div>Hi, </div><div> I'm trying to add a new old host= (Intel(R) Xeon(R) CPU  X3430  @ 2.40GHz Intel Nehalem Famil= y) to oVirt Engine Version: 3.5.4.2-1.el7.c= entos. </div><div>But I'm getting= this error: </div><div>host does not meet the cluster's minimum = CPU level. Missing CPU features : model_SandyBridge</div><div> </div><di= v> </div><div>What happen if I lower the cluster CPU type? Do I loose fu= nctionalities? Do I need to shutdown all VMs before change the cluster CPU = type? </div><div>Do you see any problem here? </div><div> </div><d= iv>Thanks </div><div> </div><div>Jos=C3=A9 </div><div> </div><d= iv> </div><div>-- </div><div><hr style=3D"wi= dth: 100%; height: 2px;" data-mce-style=3D"width: 100%; height: 2px;">Jose = Ferradeira http://www.logicworks.pt </div= ></div></body></html> ------=_Part_462871_1547176049.1454675051567--

4 12

Master Storage Domain Locked
by Rob Abshear 22 Feb '16

22 Feb '16

We lost power to an ovirt 3.5.1.1-1.el7.centos cluster. When things came back, the master storage domain was locked. All of the nodes are non operational. Is there a procedure for unlocking a storage domain? I have used the unlock-entity script for other object types.

2 1

Going crazy with emory hotplug on 3.6
by Markus Stockhausen 22 Feb '16

22 Feb '16

This is a multi-part message in MIME format. ------=_NextPartTM-000-5ecc680a-ac13-498f-ad6c-497b2bd8fa74 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there,=0A= =0A= we upgraded Ovirt to 3.6, added the first Centos 7 host and created a new c= luster =0A= with compatibility level 3.6 around it. Until now we are running with Fedor= a nodes.=0A= The first Linux VMs are already running in the new cluster. With the first = Windows=0A= VM migrated over we once again face the old Windows activation problem. The= =0A= system request us to reactivate the Windows license.=0A= =0A= To make a long story short: I manually compiled OVirt/Centos qemu 2.3 and e= nabled =0A= the old Fedora machine type pc-1.0. Afterwards I had to lower compatibility= level=0A= of the cluster to 3.5 because Ovirt tried to start the old machine type wit= h memory=0A= hotplug support -> FAIL. Finally everything is up and running.=0A= =0A= Conclusion: OVirt always tries to start VMs with memory hotplug in a curren= t 3.6 =0A= cluster. The machine type (e.g. rhel6.6.0) ist not checked and qemu will fa= il during=0A= startup with the message: qemu-kvm: "-memory 'slots|maxmem'" is not support= ed"=0A= Older post on mailing list: http://lists.ovirt.org/pipermail/users/2016-Jan= uary/037034.html=0A= =0A= Question: What is the desired way to disable the hotplug qemu parametrizati= on=0A= for single VMs in 3.6 cluster? It MUST be possible otherwise it would not m= ake=0A= sense to choos older machine types.=0A= =0A= Markus=0A= ------=_NextPartTM-000-5ecc680a-ac13-498f-ad6c-497b2bd8fa74 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-5ecc680a-ac13-498f-ad6c-497b2bd8fa74--

3 4

Highly Available in 3.6 and USB support
by jaumotte, styve 21 Feb '16

21 Feb '16

--_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi everybody, After testing some features on 3.5, we are planning to finaly go to 3.6. So= me problems still exist. A major problem still remain on the < Highly Available > option on vm wich = doesn't work. I had a cluster with 4 engines and a simple vm. When I start = a poweroff from the node where this vm is living, the node is shutting down= but my vm doesn't restart on another node of the cluster. The power managm= ent of all the node are correctly configure. The HA feature of then hosted-= engine is working well (except it is very long). Another problem consist of passing usb host device to the virtual machine. = We've got some specials usb keys for activating old application and we need= to attach this key to vm. At first, I try with standard usb mass storage k= ey to test this approach. I can't start virtual machine when I add usb devi= ce, I always have the message < The host ... did not satisfy internal filte= r HostDevice because it does not support host device passthrough >. Have an= y idea where I can find an HowTo to help me ? Tanks for your help, SJ --_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_ 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 15 (filtered medium)"> <style></style> </head> <body lang=3D"FR" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi everybody,<o:p></o:p> <o:p> </o:p> After testing some features on 3.5, we ar= e planning to finaly go to 3.6. Some problems still exist. <o:p></o:p> <o:p> </o:p> A major problem still remain on the &laqu= o; Highly Available » option on vm wich doesn’t work.= I had a cluster with 4 engines and a simple vm. When I start a poweroff fr= om the node where this vm is living, the node is shutting down but my vm does= n’t restart on another node of the cluster. The power managment of al= l the node are correctly configure. The HA feature of then hosted-engine is= working well (except it is very long).<o:p></o:p> <o:p> </o:p> Another problem consist of passing usb ho= st device to the virtual machine. We’ve got some specials usb keys fo= r activating old application and we need to attach this key to vm. At first, I try with standard usb mass storage key to test this= approach. I can’t start virtual machine when I add usb device, I alw= ays have the message « The host … did not satisfy internal= filter HostDevice because it does not support host device passthrough ». Have any idea where I can find an HowTo to help = me ?<o:p></o:p> <o:p> </o:p> Tanks for your help,<o:p></o:p></p= > <o:p> </o:p> SJ<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_--

4 7

ovirt-guest-agent puppet module available for testing
by René Koch 21 Feb '16

21 Feb '16

This is a cryptographically signed message in MIME format. --------------ms050606000501090707090306 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, As I'm trying to manage my infrastructure using puppet, I figured out=20 that there's no puppet module available for installing and configuring=20 ovirt-guest-agent (or at least I couldn't find one). So I created a=20 module, which is tested on Debian 7/8 (please see Readme for=20 limitations) and CentOS/Scientifc Linux/RHEL 6/7. Other operating=20 systems will follow soon... If you're using puppet, feel free to test this module and leave me some=20 feedback: https://forge.puppetlabs.com/scrat14/ovirt_guest_agent Regards, Ren=C3=A9 --------------ms050606000501090707090306 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC C/kwggXZMIIDwaADAgECAgcWZ1TjwnBRMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYTAklM MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzEwMTQyMTAxNTVaFw0yMjEwMTQyMTAxNTVaMIGMMQswCQYDVQQGEwJJTDEW MBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlm aWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy bWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDHCYPM zi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKnu8zPf1Jwuk0t svVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1PKHG/FaR/wpb fuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvuryGaC/o2/ ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSMTGKk DiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggFMMIIBSDASBgNV HRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwaQYIKwYBBQUHAQEE XTBbMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwMAYIKwYBBQUH MAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAyBgNVHR8EKzApMCeg JaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwQwYDVR0gBDwwOjA4BgRV HSAAMDAwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw DQYJKoZIhvcNAQELBQADggIBAHQKh/oy3viYt+qvMyyQhqWiIb9kP1KRhqWHGFMID7OAbofo UgDKVUJ7UsiBnPmleGa2pUwvf2B67qPqc2e9Ge9/kBvJtV8rSES3z+/KVrx6UwlX8VyWnkRN GV0PLvCD+34cIOqhF3Tjmt4jpfYSTjkXcOpa7F4RGZbmu0+j1HO46XAYypOisgXD3XWecqqX zEMimZVrF3DlsMYTYMmFtzRYAeaDh2BxczJlV4HeBs8gw7d4USUoDWHckMR4QK0zLVVmQ1F6 6irltWWsJ9CFKVyz9ZTBspi3FDJCT93XfR4OrOUHB+I5P18lTWHDD1p/9dX7Zh8bdwlOSKdE fsKvzaxVZbKkuXXo7FMG2v6LQ2Jmv6Gc4jJ8jSyjatpy86llJJT2R3tJFPRGlfPcZ1ge3Ad/ qXDZKPI4pN8D5so89WUPAJ7z9ZeDqSFdGTWaynTZaCRPAIC/e35VtTyNuIam+n6nuaZFgccp ACw51vkgFUij6AKxByq7CNgB1Zn/FRX15qZA9bu2ZI8QTHJT/8zM3njXAgV6AsFOf682t14q sYSBz0jpef8kU0q15uV9oZSGjy1ph/0ysQD+342MIh3PQlKp62dj3eWWP3MBF7gtQTbERX1P mMzfTIsyMbjq+pv9P4iKROw0+8MNp0PUNtilMG2fKLBRoczLiZ7hMLjyedCXMIIGGDCCBQCg AwIBAgIDDmx8MA0GCSqGSIb3DQEBBQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3Rh cnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmlu ZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGll bnQgQ0EwHhcNMTUwNjE4MDQwNTE2WhcNMTYwNjE4MDAxODU0WjA4MRcwFQYDVQQDDA5ya29j aEByay1pdC5hdDEdMBsGCSqGSIb3DQEJARYOcmtvY2hAcmstaXQuYXQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQC+9dGpO90CAw648QlL90EX3nwpK8n4R1HloyhGFPo2uYmt G4GnsVgr1B0luOwvlbMr8jqcX4CvlCxexKrRhP8qOrrZJfgRAkkye18MUJUE5YFqi/xXZuEp EzzS6pF4lYn07MXTQFaWg6tDV9pbTHSeJTJ+1e1qqlAT06bNMJ5qKteB58gDjf8CoJX8d8GX gewkhsjx37TcJghDf+cNtahwbE69qmMPVYA4uM4E2x/4RuImoZe6Al51GYdqu0VhntBH34rl 8GK2P5U6ysmofvKs6uP+CNQEsmCjkzgAXbjCjjg3HY2G1hpYZu9pk0MAsv+e5WPJdcM/gzkF HoygAwb9AgMBAAGjggLUMIIC0DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFMgv5KUDcED1P2lBst9Bm4mL+fFwMB8G A1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMBkGA1UdEQQSMBCBDnJrb2NoQHJrLWl0 LmF0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEW Imh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcW IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmlj YXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVx dWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9y IHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFy dHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wu Y29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6 Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9jYTBCBggrBgEFBQcwAoY2 aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0 MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUFAAOC AQEAhzctU3ikQEX6m/3trtNit5+BznSRQvaWhymyjXIe6yhLPbKvXrJMj1hiFHqv7hi4I/hO iy4w3TGMaKf2hNONkrlQ1OzYayv71BLhrrXD3zKYQVWf/Rw4Mhqu7K/PXz/hx1kQrMZ/aQS/ FyEG/ddX8d59YPGMdeWpdwuHEuwoW33v/PYXcKH4nCdpfq8AZZJGzKz/k2/jqUaHu0IEV77S M+Ul2JzON7j6iV8xMzojYgv4mzSJgVVsP48Nym/R2/MZMu0Fk80g9qqZUIZMS/Nr6rdpl5Fo qRqwioIm0xvZiDrRlcLniTu5GXBC7lmz3xEv66s4WZRDh3/WP4xdi8JF9TGCApowggKWAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw5sfDANBglghkgBZQME AgEFAKCB1zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAy MTkwODE2MjlaMC8GCSqGSIb3DQEJBDEiBCDESIsE2gfwuFLuW6oyNavdNKWvswm8at/+C3d/ lEYkpDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIBAJwYKXJHbGdgSAVp1SKwO8RV4TAVhVXitQTxBwtx E4psIiMzT0pS5KUc06EwPf/Y1bn60pybMxkxcph1R6uXYPJOWohuBnD1CcWojyGvUBUQ866G NUYAZPyVz5fZ5qGkCN6/TtOvrjHPA157Z8LLxtaokCTVPWj0dGtlkckZrTvjcFBLYINqqsBS O2G0zn1EffBbhMR4B9LlPlOhROMVHfW7YmmtU0dG88fLEN+rKpd6q9H3ug9DfxMSj/8+/8kC PoricAWUVoQ4n1smaLEBosiJGRahAIu8BXJHSrJsPq5aOEbuWmQ4Fd+1HGdv26ditFLClStR quuo7ozAMwTR3AAAAAAAAAA= --------------ms050606000501090707090306--

3 2

No OVF Store on Export Domain - normal?
by Christophe TREFOIS 21 Feb '16

21 Feb '16

--_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, When I attached my NFS export domain to a data center, I see the following = message in the events log "The Storage Domain does not contain any OVF_STORE disks. Usually the Stora= ge Domain does not contain OVF_STORE disks when the Storage Domain has been= previously managed with a Data Center version lower then 3.5." However, the export domain and oVirt have been used below 3.5. Is this normal behavior for an export domain or is there something I should= do to fix it? I can export / import VMs from / to the export domain just fine (until now) Thank you for your feedback, -- Christophe --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_ 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 15 (filtered medium)"> <style></style> </head> <body lang=3D"FR-LU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> When I attached my NFS export d= omain to a data center, I see the following message in the events log<o:p><= /o:p> <o:p> </o:p> “The Storage Domain does = not contain any OVF_STORE disks. Usually the Storage Domain does not contai= n OVF_STORE disks when the Storage Domain has been previously managed with = a Data Center version lower then 3.5.”<o:p></o:p> <o:p> </o:p> However, the export domain and = oVirt have been used below 3.5.<o:p></o:p> <o:p> </o:p> Is this normal behavior for an = export domain or is there something I should do to fix it?<o:p></o:p></span= > <o:p> </o:p> I can export / import VMs from = / to the export domain just fine (until now)<o:p></o:p> <o:p> </o:p> Thank you for your feedback,<o:= p></o:p> <o:p> </o:p> --<o:p></o:p> Christophe<o:p></o:p></p= > </div> </body> </html> --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_--

3 6

Unexpected exception when trying to destroy a VM
by Mark Steele 21 Feb '16

21 Feb '16

oVirt Engine Version: 3.5.0.1-1.el6 I attempted to shutdown a VM via the VH's CLI by issuing the poweroff command (ubuntu 14.04.3). The session disconnected and ping dropped, however oVirt reports the VM up. Attempted to 'Power Off' via oVirt gui and received and error. Accessed the host via CLI and attempted a destroy with: vdsClient -s 0 destroy *vmgui* received an Unexpected exception. The VM still reports as UP in vsdClient -s 0 list table Thank you *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 2

How to create a DataCenterQuota via Python SDK?
by nicolas＠devels.es 20 Feb '16

20 Feb '16

Hi, I'm trying to create a Data Center Quota with limits for memory, vcpu and storage. As per the class definition, DataCenterQuota expects: a datacenter, a quota and a context. Quota class in turn expects limits but only as percentages, for hard and soft limits. However if I dump an already created DataCenterQuota object I see: {'_Base__context': 36443152, 'parentclass': <ovirtsdk.xml.params.DataCenter object at 0x278e750>, 'permissions': <ovirtsdk.infrastructure.brokers.DataCenterQuotaPermissions object at 0x278ef90>, 'quotaclusterlimits': <ovirtsdk.infrastructure.brokers.DataCenterQuotaQuotaClusterLimits object at 0x2540490>, 'quotastoragelimits': <ovirtsdk.infrastructure.brokers.DataCenterQuotaQuotaStorageLimits object at 0x278ef50>, 'superclass': <ovirtsdk.xml.params.Quota object at 0x278ec90>} I see DataCenterQuotaQuotaClusterLimits and DataCenterQuotaQuotaStorageLimits allow creating limits for memory/cpu and storage respectively, and they're set in the DataCenterQuota __init__ method like this: self.quotaclusterlimits = DataCenterQuotaQuotaClusterLimits(self, context) self.quotastoragelimits = DataCenterQuotaQuotaStorageLimits(self, context) However, I'm unable to find out how to handle the 'context' parameter to contain those two limit classes. Could someone shed some light on it? An example would be welcome too. Thanks. Nicolás

2 1

Clone VM fails - could not create volume
by Chris Adams 20 Feb '16

20 Feb '16

On oVirt 3.6.2, I tried to clone a VM, but got an error that the volume couldn't be created. Checking the logs, I see (in vdsm.log on the SPM): jsonrpc.Executor/2::ERROR::2016-02-11 09:50:24,459::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Image is not a legal chain: (u'fa4d1802-6223-4800-8339-c194076cfb4b',)", 'code': 262}} The VM I am trying to clone is thin-provisioned from a template; is it "legal" to clone such a VM, or is this a bug? -- Chris Adams <cma(a)cmadams.net>

2 2

Consolidating LUNs in iSCSI storage domain
by Colin Coe 20 Feb '16

20 Feb '16

Hi all In one of our RHEV setups (v3.5.4) the iSCSI storage domain consists of four LUNs. (full details in the attached text file). I want to consolidate all the data on LUNs iqn.2003-10.com.lefthandnetworks:iscsi:341:rhev-data01 qn.2003-10.com.lefthandnetworks:iscsi:453:rhev-data02 iqn.2003-10.com.lefthandnetworks:iscsi:518:rhev-data03 to LUN iqn.2003-10.com.lefthandnetworks:iscsi:687:rhev-data04 Is this possible? Thanks CC

3 5

Missing dom_md/ids file
by Cameron Christensen 19 Feb '16

19 Feb '16

--=-ib3K2M22fij89CwJmOQa Content-Type: multipart/alternative; boundary="=-NjNRZoVPoPY0Nb552k5L" --=-NjNRZoVPoPY0Nb552k5L Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, I am using glusterfs storage and ran into a split-brain issue. One of the file affected by split-brain was dom_md/ids. In attempts to fix the split-brain issue I deleted the dom_md/ids file. Is there a method to recreate or reconstruct this file? Thanks, Cameron --=-NjNRZoVPoPY0Nb552k5L Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <html><head></head><body><div>Hello,</div><div> </div><div>I am using gl= usterfs storage and ran into a split-brain issue. One of the file affected = by split-brain was dom_md/ids. In attempts to fix the split-brain issue I d= eleted the dom_md/ids file. Is there a method to recreate or reconstruct th= is file?</div><div> </div><div>Thanks,</div><div> </div><div>Cameron<= /div></body></html> --=-NjNRZoVPoPY0Nb552k5L-- --=-ib3K2M22fij89CwJmOQa Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJWx4HpAAoJEM1PCzopIAOtyogH/2COr1uz+wnbcJIYDwj+B/pI LeTdieUk/JxDLzp3eYetcPFTjJ2xxNNKIY4UirRPKxx2cIPIsjyWeTgdPqebkP4n L9Ol7/y3fmgtoG9vQJ0SPKpXJi1kkZgeCZ9MytFv/nsxPqt43GYllIoV+sya2XbJ L/Kg801158O6c/AZ8l/enErrT5HgqTqVKVBEnqxKUpM2AjMR8a74qX85IwMtgpyR cJI18PCYb1/+lJibjK9Q7mdIsmG5mTlHrBnYxjk7MfxdipYmq6S+KW/rXHhypNY5 W8+3z4QChIO0/fmb6gM6ullOmjxvfLkYmOKxI3ktp6nTcB4v5q488Sngc7BAR7s= =6R5n -----END PGP SIGNATURE----- --=-ib3K2M22fij89CwJmOQa--

3 5

delete hang task
by paf1＠email.cz 19 Feb '16

19 Feb '16

This is a multi-part message in MIME format. --------------090609060600060403090209 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, I'm testing oVirt 3.6 for failover and have total issue. Snapshot VM will hang on ZFS filesystem. But the main questionis is : how can I cancel any unfinished tasks in ovirt ??? I didn't find any "normal" solution, except deleting record from ovirt DB manually any idea ? - no one is missing this functionality ??? regs. Pa. --------------090609060600060403090209 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello, I'm testing oVirt 3.6 for failover and have total issue. Snapshot VM will hang on ZFS filesystem. But the main questionis is : how can I cancel any unfinished tasks in ovirt ??? I didn't find any "normal" solution, except deleting record from ovirt DB manually any idea ? - no one is missing this functionality ??? regs. Pa. </body> </html> --------------090609060600060403090209--

4 3

Can't fine engine postgres password
by Adam Verslype 19 Feb '16

19 Feb '16

Hi, After deploying hosted engine using the hosted-engine-appliance I need to run the unlock_entity utility on the engine vm to unlock a disk that's stuck. So I ssh on the vm and run: sudo PGPASSWORD=xxxxxxxxx ./unlock_entity.sh -t disk -u engine -q psql: FATAL: password authentication failed for user "engine" FATAL: Cannot execute sql command: --file=./unlock_entity.sql where xxxxxxxxx is the password I supplied for everything during deployment. Does it have a different password that came with the appliance? Is this documented somewhere? Thanks, Adam Verslype

3 2

Run Once install -> reboot loop
by Jamie Lawrence 19 Feb '16

19 Feb '16

Hello all, I’m running overt 3.6.0 on Centos 7.[1] I’ve been working on getting Ovirt to slot in to our environment, and almost have a setup that works. I can now build isos on demand for automated installs (I’m working around some local networking choices without modifying them for now, which is why this isn’t a PXE boot) and create my guests, pointing them to the iso form which to install via Run Once. This all works. The problem is that after the install, the guest reboots, but (best I can tell) Ovirt doesn’t detect it, the iso is still mounted, and the install happens all over again. Rinse, repeat. Has anyone seen this? Or better, does anyone know how to fix this? Thanks, -j [1] # yum list installed |grep ovirt ebay-cors-filter.noarch 1.0.1-0.1.ovirt.el7 @ovirt-3.6 gperftools-libs.x86_64 2.4-7.el7 @ovirt-3.6 ipxe-bootimgs.noarch 20130517-7.gitc4bce43.el7 @ovirt-3.6 ipxe-roms.noarch 20130517-7.gitc4bce43.el7 @ovirt-3.6 ipxe-roms-qemu.noarch 20130517-7.gitc4bce43.el7 @ovirt-3.6 jasperreports-server.noarch 6.0.1-1.el7 @ovirt-3.6 libcacard-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 libgovirt.x86_64 0.3.1-3.el7 @base otopi.noarch 1.4.0-1.el7.centos @ovirt-3.6 otopi-java.noarch 1.4.0-1.el7.centos @ovirt-3.6 ovirt-engine.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-backend.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-cli.noarch 3.6.0.1-1.el7.centos @ovirt-3.6 ovirt-engine-dbscripts.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-extension-aaa-jdbc.noarch 1.0.1-1.el7 @ovirt-3.6 ovirt-engine-extension-aaa-ldap.noarch 1.1.2-1.el7.centos @ovirt-3.6 ovirt-engine-extension-aaa-ldap-setup.noarch 1.1.2-1.el7.centos @ovirt-3.6 ovirt-engine-extensions-api-impl.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-jboss-as.x86_64 7.1.1-1.el7.centos @ovirt-3.6 ovirt-engine-lib.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-restapi.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-sdk-python.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-base.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-ovirt-engine.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-ovirt-engine-common.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-vmconsole-proxy-helper.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-websocket-proxy.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-tools.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-userportal.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-vmconsole-proxy-helper.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-webadmin-portal.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-websocket-proxy.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-wildfly.x86_64 8.2.0-1.el7 @ovirt-3.6 ovirt-engine-wildfly-overlay.noarch 001-2.el7 @ovirt-3.6 ovirt-host-deploy.noarch 1.4.0-1.el7.centos @ovirt-3.6 ovirt-host-deploy-java.noarch 1.4.0-1.el7.centos @ovirt-3.6 ovirt-host-deploy-offline.x86_64 1.4.0-1.el7.centos @ovirt-3.6 ovirt-hosted-engine-ha.noarch 1.3.2.1-1.el7.centos @ovirt-3.6 ovirt-hosted-engine-setup.noarch 1.3.0-1.el7.centos @ovirt-3.6 ovirt-image-uploader.noarch 3.6.0-1.el7.centos @ovirt-3.6 ovirt-iso-uploader.noarch 3.6.0-1.el7.centos @ovirt-3.6 ovirt-setup-lib.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole-host.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole-proxy.noarch 1.0.0-1.el7.centos @ovirt-3.6 patternfly1.noarch 1.3.0-1.el7.centos @ovirt-3.6-patternfly1-noarch-epel python-gluster.noarch 3.7.6-1.el7 @ovirt-3.6-glusterfs-noarch-epel qemu-img-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 qemu-kvm-common-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 qemu-kvm-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 qemu-kvm-tools-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 seabios-bin.noarch 1.7.5-11.el7 @ovirt-3.6 seavgabios-bin.noarch 1.7.5-11.el7 @ovirt-3.6 spice-qxl.noarch 0.1-21.1 @ovirt-3.6 unboundid-ldapsdk.noarch 3.0.0-1.el7 @ovirt-3.6 vdsm.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-cli.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-gluster.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-hook-fileinject.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-infra.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-jsonrpc.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-jsonrpc-java.noarch 1.1.5-1.el7.centos @ovirt-3.6 vdsm-python.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-xmlrpc.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-yajsonrpc.noarch 4.17.10.1-0.el7.centos @ovirt-3.6

3 3

Nagios/Icinga monitoring plugin check_rhev3 1.5 released
by René Koch 19 Feb '16

19 Feb '16

This is a cryptographically signed message in MIME format. --------------ms050800010408060702080203 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable I'm happy to announce version 1.5 of check_rhev3. check_rhev3 is a monitoring plugin for Icinga/Nagios and it's forks,=20 which is used to monitor datacenters, clusters, hosts, vms, vm pools and storage=20 domains of Red Hat Enterprise Virtualization (RHEV) and oVirt virtualization=20 environments. Download this plugin from:=20 https://github.com/ovido/check_rhev3/releases/check_rhev3-1.5 For further information on how to install this plugin visit: https://github.com/ovido/check_rhev3/wiki/Installation-Documentation A detailed usage documentation can be found here: https://github.com/ovido/check_rhev3/wiki/Usage-Documentation Changelog: - New features: - Set cluster to warning if host is in maintenance mode instead of=20 critical (Issue #27) - New storage domain check: -s overall-usage (Issue #28) - Display more detailed information of host and vm status (Issue #35) Bugs fixed: - Wrong CPU Usage on hypervisor maintenance (Issue #26) - Discrepancy in DataCenter Storage usage Output. (Issue #28) - Wrong CPU value for vms (Issue #29) - VM CPU usage graphs show values over 100% (Issue #33) - Unsuccessful stat on filename containing newline (Issue #36) - align behaviour for check_statistics cpu to memory (Issue #39) If you have any questions or ideas, please drop me an email: rkoch(a)rk-it.at. Thank you for using check_rhev3. Regards, Ren=C3=A9 --------------ms050800010408060702080203 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC C/kwggXZMIIDwaADAgECAgcWZ1TjwnBRMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYTAklM MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzEwMTQyMTAxNTVaFw0yMjEwMTQyMTAxNTVaMIGMMQswCQYDVQQGEwJJTDEW MBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlm aWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy bWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDHCYPM zi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKnu8zPf1Jwuk0t svVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1PKHG/FaR/wpb fuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvuryGaC/o2/ ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSMTGKk DiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggFMMIIBSDASBgNV HRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwaQYIKwYBBQUHAQEE XTBbMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwMAYIKwYBBQUH MAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAyBgNVHR8EKzApMCeg JaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwQwYDVR0gBDwwOjA4BgRV HSAAMDAwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw DQYJKoZIhvcNAQELBQADggIBAHQKh/oy3viYt+qvMyyQhqWiIb9kP1KRhqWHGFMID7OAbofo UgDKVUJ7UsiBnPmleGa2pUwvf2B67qPqc2e9Ge9/kBvJtV8rSES3z+/KVrx6UwlX8VyWnkRN GV0PLvCD+34cIOqhF3Tjmt4jpfYSTjkXcOpa7F4RGZbmu0+j1HO46XAYypOisgXD3XWecqqX zEMimZVrF3DlsMYTYMmFtzRYAeaDh2BxczJlV4HeBs8gw7d4USUoDWHckMR4QK0zLVVmQ1F6 6irltWWsJ9CFKVyz9ZTBspi3FDJCT93XfR4OrOUHB+I5P18lTWHDD1p/9dX7Zh8bdwlOSKdE fsKvzaxVZbKkuXXo7FMG2v6LQ2Jmv6Gc4jJ8jSyjatpy86llJJT2R3tJFPRGlfPcZ1ge3Ad/ qXDZKPI4pN8D5so89WUPAJ7z9ZeDqSFdGTWaynTZaCRPAIC/e35VtTyNuIam+n6nuaZFgccp ACw51vkgFUij6AKxByq7CNgB1Zn/FRX15qZA9bu2ZI8QTHJT/8zM3njXAgV6AsFOf682t14q sYSBz0jpef8kU0q15uV9oZSGjy1ph/0ysQD+342MIh3PQlKp62dj3eWWP3MBF7gtQTbERX1P mMzfTIsyMbjq+pv9P4iKROw0+8MNp0PUNtilMG2fKLBRoczLiZ7hMLjyedCXMIIGGDCCBQCg AwIBAgIDDmx8MA0GCSqGSIb3DQEBBQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3Rh cnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmlu ZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGll bnQgQ0EwHhcNMTUwNjE4MDQwNTE2WhcNMTYwNjE4MDAxODU0WjA4MRcwFQYDVQQDDA5ya29j aEByay1pdC5hdDEdMBsGCSqGSIb3DQEJARYOcmtvY2hAcmstaXQuYXQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQC+9dGpO90CAw648QlL90EX3nwpK8n4R1HloyhGFPo2uYmt G4GnsVgr1B0luOwvlbMr8jqcX4CvlCxexKrRhP8qOrrZJfgRAkkye18MUJUE5YFqi/xXZuEp EzzS6pF4lYn07MXTQFaWg6tDV9pbTHSeJTJ+1e1qqlAT06bNMJ5qKteB58gDjf8CoJX8d8GX gewkhsjx37TcJghDf+cNtahwbE69qmMPVYA4uM4E2x/4RuImoZe6Al51GYdqu0VhntBH34rl 8GK2P5U6ysmofvKs6uP+CNQEsmCjkzgAXbjCjjg3HY2G1hpYZu9pk0MAsv+e5WPJdcM/gzkF HoygAwb9AgMBAAGjggLUMIIC0DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFMgv5KUDcED1P2lBst9Bm4mL+fFwMB8G A1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMBkGA1UdEQQSMBCBDnJrb2NoQHJrLWl0 LmF0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEW Imh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcW IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmlj YXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVx dWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9y IHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFy dHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wu Y29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6 Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9jYTBCBggrBgEFBQcwAoY2 aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0 MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUFAAOC AQEAhzctU3ikQEX6m/3trtNit5+BznSRQvaWhymyjXIe6yhLPbKvXrJMj1hiFHqv7hi4I/hO iy4w3TGMaKf2hNONkrlQ1OzYayv71BLhrrXD3zKYQVWf/Rw4Mhqu7K/PXz/hx1kQrMZ/aQS/ FyEG/ddX8d59YPGMdeWpdwuHEuwoW33v/PYXcKH4nCdpfq8AZZJGzKz/k2/jqUaHu0IEV77S M+Ul2JzON7j6iV8xMzojYgv4mzSJgVVsP48Nym/R2/MZMu0Fk80g9qqZUIZMS/Nr6rdpl5Fo qRqwioIm0xvZiDrRlcLniTu5GXBC7lmz3xEv66s4WZRDh3/WP4xdi8JF9TGCApowggKWAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw5sfDANBglghkgBZQME AgEFAKCB1zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAy MTkxNDU4NTRaMC8GCSqGSIb3DQEJBDEiBCDxEuGT9hZ3QFQ8YaRzRt237lPfHOQeh5gpT7c+ 3tV7QTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIBAHwuzSmzly/p0tknb3F/NTgOKaAdnZNranw595Zf rxvif8F+g3ajYrtLSybSjrb/X9VWBlUePAMfih+JUBVa0a5wPgaMJf91VnivrsW0Ud16n9SN Dqy5BgVVHjxSiOOWSK65uZ+JLbQ+AvkEnoIkX6NaglnUZFWGGWAAn2xxc//TBDfEO6mLViV6 i+NXDBwC7YyGILAtWyskcjgj8NQft6w7yUEPTxyxUeevIvJbWdJPlrQ6EG8dMVdMJKCpWBQd 89aDqBlbL7zwwWQDofXF33tCDx8JYw42BK5v8dGmWU5xwXENng9UP9RFackcl+T4CfG8Q9Au AEhFtyG8YSNvf70AAAAAAAA= --------------ms050800010408060702080203--

1 0

Re: [ovirt-users] Can't fine engine postgres password
by paf1＠email.cz 19 Feb '16

19 Feb '16

This is a multi-part message in MIME format. --------------020507080206080208080502 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, it's running well on ovirt 3.6, but exists the same procedure for ovirt 3.5 ?? Didn't find that. Or can I use this from ovirt 3.6 on 3.5 version ?? regs. Pavel =========================================================== Hi, database configuration is stored in the VM/host where engine is installed in "/etc/ovirt-engine/engine.conf.d/10-setup-database.conf". If you used automatic database setup, then whole db configuration is generated automatically. And please bear in mind that db user password is different from webadmin user (admin@internal) password which you can specify during installation. Martin Perina ----- Original Message ----- > From: "Adam Verslype"<verslyap(a)gmail.com> > To:users@ovirt.org > Sent: Monday, February 15, 2016 2:50:21 AM > Subject: [ovirt-users] Can't fine engine postgres password > > Hi, > > After deploying hosted engine using the hosted-engine-appliance I need to run > the unlock_entity utility on the engine vm to unlock a disk that's stuck. So > I ssh on the vm and run: > > sudo PGPASSWORD=xxxxxxxxx ./unlock_entity.sh -t disk -u engine -q > psql: FATAL: password authentication failed for user "engine" > FATAL: Cannot execute sql command: --file=./unlock_entity.sql > where xxxxxxxxx is the password I supplied for everything during deployment. > Does it have a different password that came with the appliance? Is this > documented somewhere? > > Thanks, > > Adam Verslype --------------020507080206080208080502 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> <pre wrap="">Hello, it's running well on ovirt 3.6, but exists the same procedure for ovirt 3.5 ?? Didn't find that. Or can I use this from ovirt 3.6 on 3.5 version ?? regs. Pavel =========================================================== Hi, database configuration is stored in the VM/host where engine is installed in "/etc/ovirt-engine/engine.conf.d/10-setup-database.conf". If you used automatic database setup, then whole db configuration is generated automatically. And please bear in mind that db user password is different from webadmin user (admin@internal) password which you can specify during installation. Martin Perina ----- Original Message ----- </pre> <blockquote type="cite" style="color: #000066;"> <pre wrap="">From: "Adam Verslype" <a class="moz-txt-link-rfc2396E" href="mailto:verslyap@gmail.com"><verslyap(a)gmail.com></a> To: <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users(a)ovirt.org</a> Sent: Monday, February 15, 2016 2:50:21 AM Subject: [ovirt-users] Can't fine engine postgres password Hi, After deploying hosted engine using the hosted-engine-appliance I need to run the unlock_entity utility on the engine vm to unlock a disk that's stuck. So I ssh on the vm and run: sudo PGPASSWORD=xxxxxxxxx ./unlock_entity.sh -t disk -u engine -q psql: FATAL: password authentication failed for user "engine" FATAL: Cannot execute sql command: --file=./unlock_entity.sql where xxxxxxxxx is the password I supplied for everything during deployment. Does it have a different password that came with the appliance? Is this documented somewhere? Thanks, Adam Verslype </pre> </blockquote> </body> </html> --------------020507080206080208080502--

2 1

How to deploy custom UI plugin written in java
by shailendra saxena 19 Feb '16

19 Feb '16

I have been working on a project where i need to make an UI Plugin which gets added in the ovirt. front end of UI plugin has been added by following the url:http:// <http://www.ovirt.org/Features/UIPlugins>www.ovirt.org <http://www.ovirt.org/Features/UIPlugins>/Features/ <http://www.ovirt.org/Features/UIPlugins>UIPlugins <http://www.ovirt.org/Features/UIPlugins> but i am not sure where I should put my backend code which has been written using java servlet so that the requests, defined in my UI plugin, can be handled by my servlet.

2 1

hosted-engine storage domain locked / not recognized
by Paul Groeneweg | Pazion 18 Feb '16

18 Feb '16

I am having problems getting the hosted-engine storage domain imported into the web interface. I upgrade my hosts from el6 to el7. I am running oVirt 3.6.2 The storage domain is locked: http://screencast.com/t/gzBarFhH0 I am unable to attach in the datacenter as it says "There are no compatible Storage Domains to attach to this Data Center. Please add new Storage from the Storage tab.". I read https://bugzilla.redhat.com/show_bug.cgi?id=1269768 comment 52, and ( a little afraid to kill or loose my hosted-engine ) I destroyed the hostedengine_nfs storage. Then storage appeared again, but still the same, attach under datacenter tab does not work either. The event tab shows errors about failed adding http://screencast.com/t/49uigrvyuM3 My hosted engine storage domain is hostedengine_nfs. In https://bugzilla.redhat.com/show_bug.cgi?id=1269768 I read "ATM only domain's name 'hosted_storage' are *supported*." I found https://bugzilla.redhat.com/show_bug.cgi?id=1294457 and https://gerrit.ovirt.org/#/c/51218/ and added + ran # engine-config -s HostedEngineStorageDomainName=hosted_storage Now the storage domain is not detected in the web interface anymore. Putting storage domain name in engince-config back: # engine-config -s HostedEngineStorageDomainName=hostedengine_nfs => The domain is imported again, but locked as I started. So I wonder if it is possible to rename hosted storage domain? Or should I wait and is my described issue solved in 3.6.3? MAYBE RELATED?: On a host I get this in the agent.log ( host and engine are in maintenance mode ) MainThread::INFO::2016-02-17 20:33:00,482::upgrade::947::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade) Upgrading to current version MainThread::INFO::2016-02-17 20:33:00,994::upgrade::819::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(_is_in_engine_maintenance) This host is connected to other storage pools MainThread::ERROR::2016-02-17 20:33:00,994::upgrade::950::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade) Unable to upgrade while not in maintenance mode: please put this host into maintenance mode from the engine, and manually restart this service when ready MainThread::INFO::2016-02-17 20:33:00,995::hosted_engine::424::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Reloading vm.conf from the shared storage domain -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E paul(a)pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation."

1 0

Manually assign DC and Cluster to Blank template
by nicolas＠devels.es 18 Feb '16

18 Feb '16

Hi, We upgraded from oVirt 3.5 and 3.6 and deleted the Default cluster, so now we have the Blank template with no DC and no Cluster, thus our users can't use it. Is there a way to manually set these two parameters to the current DC and Cluster values for the Blank template? I tried editing it but see no option to set them. Thanks. Nicolás

3 4

Re: [ovirt-users] Users Digest, Vol 53, Issue 153
by pbauer＠algotech.cz 18 Feb '16

18 Feb '16

--------------030807040804030101080506 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Hi, thx for support So I received another solution from Marcelo L. . Will share to us . Run command in SPM: vdsClient -s 0 getAllTasksStatuses see the taks ID and : vdsClient -s 0 stopTask <idtask> regs to all Pa. On 18.2.2016 15:33, users-request(a)ovirt.org wrote: > Send Users mailing list submissions to > users(a)ovirt.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ovirt.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)ovirt.org > > You can reach the person managing the list at > users-owner(a)ovirt.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Re: delete hang task (Nathana?l Blanchet) > 2. Re: cluster's minimum CPU level (suporte(a)logicworks.pt) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 18 Feb 2016 14:51:06 +0100 > From: Nathana?l Blanchet <blanchet(a)abes.fr> > To: users(a)ovirt.org > Subject: Re: [ovirt-users] delete hang task > Message-ID: <56C5CC4A.8030607(a)abes.fr> > Content-Type: text/plain; charset="windows-1252"; Format="flowed" > > Hello, > > I met the same issue, so I worked a little bit for you :) > On the engine : > > * QUERY : -q > > PGPASSWORD=XXXXX /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh > -q -t snapshot -u engine > 296c010e-3c1d-4008-84b3-5cd39cff6aa1 | 525a4dda-dbbb-4872-a5f1-8ac2aed48392 > > * REMOVE > > PGPASSWORD=XXXXX /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh > -t snapshot -u engine 525a4dda-dbbb-4872-a5f1-8ac2aed48392 > > Ref : > http://lists.ovirt.org/pipermail/users/2015-November/035686.html > > > Le 18/02/2016 14:25, paf1(a)email.cz a ?crit : >> Hello, >> I'm testing oVirt 3.6 for failover and have total issue. >> Snapshot VM will hang on ZFS filesystem. >> But the main questionis is : how can I cancel any unfinished tasks in >> ovirt ??? >> I didn't find any "normal" solution, except deleting record from ovirt >> DB manually >> >> any idea ? - no one is missing this functionality ??? >> regs. >> Pa. >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users --------------030807040804030101080506 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=windows-1252" http-equiv="Content-Type"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hi, thx for support So I received another solution from Marcelo L. . Will share to us . <pre wrap="">Run command in SPM: vdsClient -s 0 getAllTasksStatuses see the taks ID and : vdsClient -s 0 stopTask <idtask> </pre> regs to all Pa. <div class="moz-cite-prefix">On 18.2.2016 15:33, <a class="moz-txt-link-abbreviated" href="mailto:users-request@ovirt.org">users-request(a)ovirt.org</a> wrote: </div> <blockquote cite="mid:mailman.3124.1455806006.1942.users@ovirt.org" type="cite"> <pre wrap="">Send Users mailing list submissions to <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users(a)ovirt.org</a> To subscribe or unsubscribe via the World Wide Web, visit <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> or, via email, send a message with subject or body 'help' to <a class="moz-txt-link-abbreviated" href="mailto:users-request@ovirt.org">users-request(a)ovirt.org</a> You can reach the person managing the list at <a class="moz-txt-link-abbreviated" href="mailto:users-owner@ovirt.org">users-owner(a)ovirt.org</a> When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: delete hang task (Nathana?l Blanchet) 2. Re: cluster's minimum CPU level (<a class="moz-txt-link-abbreviated" href="mailto:suporte@logicworks.pt">suporte(a)logicworks.pt</a>) ---------------------------------------------------------------------- Message: 1 Date: Thu, 18 Feb 2016 14:51:06 +0100 From: Nathana?l Blanchet <a class="moz-txt-link-rfc2396E" href="mailto:blanchet@abes.fr"><blanchet(a)abes.fr></a> To: <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users(a)ovirt.org</a> Subject: Re: [ovirt-users] delete hang task Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:56C5CC4A.8030607@abes.fr"><56C5CC4A.8030607(a)abes.fr></a> Content-Type: text/plain; charset="windows-1252"; Format="flowed" Hello, I met the same issue, so I worked a little bit for you :) On the engine : * QUERY : -q PGPASSWORD=XXXXX /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -q -t snapshot -u engine 296c010e-3c1d-4008-84b3-5cd39cff6aa1 | 525a4dda-dbbb-4872-a5f1-8ac2aed48392 * REMOVE PGPASSWORD=XXXXX /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t snapshot -u engine 525a4dda-dbbb-4872-a5f1-8ac2aed48392 Ref : <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/pipermail/users/2015-November/035686.html">http://lists.ovirt.org/pipermail/users/2015-November/035686.html</a> Le 18/02/2016 14:25, <a class="moz-txt-link-abbreviated" href="mailto:paf1@email.cz">paf1(a)email.cz</a> a ?crit : </pre> <blockquote type="cite"> <pre wrap="">Hello, I'm testing oVirt 3.6 for failover and have total issue. Snapshot VM will hang on ZFS filesystem. But the main questionis is : how can I cancel any unfinished tasks in ovirt ??? I didn't find any "normal" solution, except deleting record from ovirt DB manually any idea ? - no one is missing this functionality ??? regs. Pa. _______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <pre wrap=""> </pre> </blockquote> </body> </html> --------------030807040804030101080506--

1 0

Self-Hosted Engine Deployment - Certificate Cannot be Found
by Trenton D Warren 18 Feb '16

18 Feb '16

This is a multipart message in MIME format. ------=_NextPart_000_014A_01D169F6.DF5165E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Aloha, I am looking for assistance with an Ovirt Self-Hosted Engine Deployment on Centos 7.2. I have the host configured, and have accessed the VM (Engine). I run engine setup on the VM in accordance with the http://www.ovirt.org/Hosted_Engine_Howto page on the Wiki, with the exception of Automatically executing "Engine Setup" on the VM. Because of my configuration, I have to manually enter the network settings on the VM before it has network access, and then execute engine setup automatically. Particularly notable is that I enter the selection to automatically configure Apache to use a self-signed SSL during the Engine-Setup. The Engine-Setup completes successfully on the VM, I reboot, and verify that the web page is accessible and that I can log in to the engine. Then I return to the host to enter option 1 (Continue Setup - Ovirt Engine Installation is Ready and Engine service is up) and continue with the installation. The Engine Replies: DB Up! And acquires the internal CA cert from the engine. It lists the cert and then attempts to connect to the engine. The installation asks me to enter the name of the Cluster to which I want to add the host and I enter the automatic "Default" option. At this point the installation returns an error: Cannot automatically add the host to cluster Default: Cannot add Host. Connecting to host via SSH has failed, verify that the host is reachable (IP address, routable address, etc.) You may refer to the engine.log file for further details. Some notes: 1. The /etc/hosts/ file is configured on both host and engine, with ip and fqdn 2. Password-Less SSH is enable between both host and engine, bidirectionally. 3. Ping responds to both servers. DNS resolves on both servers. 4. SSH-Keygen was use to generate key, and key was stored in default Centos location /root/.ssh/id_rsa 5. Ssh-copy-id was used to copy the key to engine from host and vice versa. No password on key. I have managed to get this error to change by copying the contents of the /root/.ssh/id_rsa key to the /etc/pki/ovirt-engine/keys/engine.p12 location. When I attempt to "Continue setup - Engine VM configuration has been fixed" from this point, the error message changes slightly to: "Cannot automatically add the host to cluster Default: Cannot add new host using a secured connection, Certificate file could not be found. Some Notes: 1. I have ran the "Certificate and/or SSL problems?" procedures on www.ovirt.org/Node_Troubleshooting <http://www.ovirt.org/Node_Troubleshooting> " to verify the vdsm cert on the host. It returns a normal response. Can someone provide some assistance with this issue? I have attempted every work around that I know, and researched every source at my disposal to no avail. This issue has been plaguing me for the last three weeks. I have restarted the installation multiple times from fresh installs of the engine, the host, and both, and still no change up to this point. Thank you! Trenton D Warren President and CEO, Phoenix Holdings Corporation Main Office: 41-745 Mooiki ST. Waimanalo, HI 96795 Office: (808) 263-7448 Direct: (808) 263-7449 Cell: (478) 867-3107 Web: www.phoenixhawaii.net ------=_NextPart_000_014A_01D169F6.DF5165E0 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-microsoft-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"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1>Aloha,<o:p></o:p><o:p> </o:p>I am looking = for assistance with an Ovirt Self-Hosted Engine Deployment on Centos = 7.2.<o:p></o:p><o:p> </o:p>I have the host configured, and have accessed the VM = (Engine).  I run engine setup on the VM in accordance with the = <a = href=3D"http://www.ovirt.org/Hosted_Engine_Howto">http://www.ovirt.org/Ho= sted_Engine_Howto</a> page on the Wiki, with the exception of = Automatically executing “Engine Setup” on the VM.  = Because of my configuration, I have to manually enter the network = settings on the VM before it has network access, and then execute engine = setup automatically.  Particularly notable is that I enter the = selection to automatically configure Apache to use a self-signed SSL = during the Engine-Setup.<o:p></o:p><o:p> </o:p>The = Engine-Setup completes successfully on the VM, I reboot, and verify that = the web page is accessible and that I can log in to the engine.  = Then I return to the host to enter option 1 (Continue Setup – = Ovirt Engine Installation is Ready and Engine service is up) and = continue with the installation.  <o:p></o:p><o:p> </o:p>The Engine = Replies: DB Up! And acquires the internal CA cert from the engine.  = It lists the cert and then attempts to connect to the engine.  The = installation asks me to enter the name of the Cluster to which I want to = add the host and I enter the automatic “Default” = option.   <o:p></o:p><o:p> </o:p>At this = point the installation returns an error: Cannot automatically add the = host to cluster Default: Cannot add Host.  Connecting to host via = SSH has failed, verify that the host is reachable (IP address, routable = address, etc.) You may refer to the engine.log file for further = details.<o:p></o:p><o:p> </o:p>Some notes: <o:p></o:p><![if = !supportLists]>1.       = <![endif]> The /etc/hosts/ file is configured on both = host and engine, with ip and fqdn<o:p></o:p><![if !supportLists]>2.       = <![endif]>Password-Less SSH is enable between both host = and engine, bidirectionally.<o:p></o:p><![if = !supportLists]>3.       = <![endif]>Ping responds to both servers.  DNS = resolves on both servers.<o:p></o:p><![if = !supportLists]>4.       = <![endif]>SSH-Keygen was use to generate key, and key was = stored in default Centos location /root/.ssh/id_rsa<o:p></o:p><![if !supportLists]>5.       = <![endif]>Ssh-copy-id was used to copy the key to engine = from host and vice versa.  No password on key.<o:p></o:p><o:p> </o:p>I have = managed to get this error to change by copying the contents of the = /root/.ssh/id_rsa key to the /etc/pki/ovirt-engine/keys/engine.p12 = location.  <o:p></o:p><o:p> </o:p>When I = attempt to “Continue setup – Engine VM configuration has = been fixed” from this point, the error message changes slightly = to: “Cannot automatically add the host to cluster Default: Cannot = add new host using a secured connection, Certificate file could not be = found.<o:p></o:p><o:p> </o:p>Some Notes:<o:p></o:p><![if = !supportLists]>1.       <![endif]>I = have ran the “Certificate and/or SSL problems?” procedures = on <a = href=3D"http://www.ovirt.org/Node_Troubleshooting">www.ovirt.org/Node_Tro= ubleshooting</a>”  to verify the vdsm cert on the = host.  It returns a normal response.  <o:p></o:p><o:p> </o:p>Can someone = provide some assistance with this issue?  I have attempted every = work around that I know, and researched every source at my disposal to = no avail.  This issue has been plaguing me for the last three = weeks.  I have restarted the installation multiple times from fresh = installs of the engine, the host, and both, and still no change up to = this point.<o:p></o:p><o:p> </o:p>Thank you!<o:p></o:p><o:p> </o:p>Trenton D Warren<o:p></o:p>President and CEO, Phoenix Holdings = Corporation<o:p></o:p>Main Office: 41-745 Mooiki ST. Waimanalo, HI = 96795<o:p></o:p>Office:    (808) = 263-7448<o:p></o:p>Direct:    (808) = 263-7449<o:p></o:p>Cell:       = (478) 867-3107<o:p></o:p>Web:      = www.phoenixhawaii.net<o:p></o:p><o:p> </o:p></div></body></html> ------=_NextPart_000_014A_01D169F6.DF5165E0--

2 1

Re: [ovirt-users] User with SuperAdmin Role has not MANIPULATE_STORAGE_DOMAIN
by Kevin C 18 Feb '16

18 Feb '16

--=-y29ZL6CL9AL3fnqPHcJy Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le mercredi 13 janvier 2016 =C3=A0 14:37 +0100, Kevin C a =C3=A9crit=C2=A0: >=20 > Le 12/01/2016 16:57, Maor Lipchuk a =C3=A9crit : > > ----- Original Message ----- > > > From: "Kevin COUSIN" <kevin(a)famillecousin.fr> > > > To: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > Cc: "users" <users(a)ovirt.org>, "Oved Ourfali" <oourfali(a)redhat.co > > > m> > > > Sent: Tuesday, January 12, 2016 5:06:22 PM > > > Subject: Re: [ovirt-users] User with SuperAdmin Role has not > > > MANIPULATE_STORAGE_DOMAIN > > >=20 > > > I set SuperAdmin Role on a group. > > > It dosen't work with StorageAdmin role. > > > I can't add set roles with my directory account, I need to use ad > > > min@internal > > > account. > >=20 > > Which DC are you trying to attach the Storage Domain? >=20 > I try to attach the Storage Domain to the Default DC (I have only one > DC). >=20 > > =C2=A0From the attached print screens it looks like the DC you have > > permissions on are infra and local. > infra.local is our AD realm. >=20 > > Also, Which oVirt version are you using? > I am using oVirt 3.6.1. >=20 > > If it is possible can you please send print screens with the > > permissions of the user and the permissions on the Data Center? > You have print screens attached but I think you're right. I set roles > on=C2=A0 > a group, and I can see my user has not Admin role defined desipte my=C2= =A0 > user is on the group (I can login with this user, create VM...). >=20 I confirm. If I set SuperAdmin role on user, I can attach my storage. Roles can not be applied from groups from my users are ? Regards > >=20 > > Thanks, > > Maor > Regards, >=20 > Kevin C >=20 > >=20 > > > ------------------------ > > >=20 > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0COUSIN Kevin > > >=20 > > > ----- Mail original ----- > > > > De: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > > =C3=80: "Kevin C" <kevin(a)famillecousin.fr> > > > > Cc: "users" <users(a)ovirt.org>, "Oved Ourfali" <oourfali@redhat. > > > > com> > > > > Envoy=C3=A9: Mardi 12 Janvier 2016 13:57:16 > > > > Objet: Re: [ovirt-users] User with SuperAdmin Role has not > > > > MANIPULATE_STORAGE_DOMAIN > > > > ----- Original Message ----- > > > > > From: "Kevin C" <kevin(a)famillecousin.fr> > > > > > To: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > > > Cc: "users" <users(a)ovirt.org>, "Oved Ourfali" <oourfali@redha > > > > > t.com> > > > > > Sent: Monday, January 11, 2016 11:04:11 AM > > > > > Subject: Re: [ovirt-users] User with SuperAdmin Role has not > > > > > MANIPULATE_STORAGE_DOMAIN > > > > >=20 > > > > >=20 > > > > >=20 > > > > > Le 09/01/2016 16:09, Maor Lipchuk a =C3=A9crit : > > > > > > Hi Kevin, > > > > > >=20 > > > > > > Does it still reproduce after the permissions were set? > > > > > >=20 > > > > > > Regards, > > > > > > Maor > > > > > >=20 > > > > > Hi Maor, > > > > >=20 > > > > > Yes it does, I just try it with another Domain. > > > > >=20 > > > > > Regards > > > >=20 > > > > Which role have you added to your user? Can u please try to > > > > edit the role > > > > which > > > > you have added to your user, does the role "Configure Storage > > > > Domain" is > > > > marked > > > > (See attached screenshot). > > > > Can you please try to add to the user the role StorageAdmin > > > > (See second > > > > attached > > > > screenshot) > > > >=20 > > > > Regards, > > > > Maor > > > >=20 > > > > > --- > > > > >=20 > > > > > Kevin C > > > > >=20 > > > > >=20 > > > > > > ----- Original Message ----- > > > > > > > From: "Oved Ourfali" <oourfali(a)redhat.com> > > > > > > > To: "Kevin C" <kevin(a)famillecousin.fr> > > > > > > > Cc: "users" <users(a)ovirt.org> > > > > > > > Sent: Friday, January 8, 2016 1:20:53 PM > > > > > > > Subject: Re: [ovirt-users] User with SuperAdmin Role has > > > > > > > not > > > > > > > MANIPULATE_STORAGE_DOMAIN > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > > CC-ing someone from the storage team to take a look. > > > > > > > On Jan 7, 2016 6:43 PM, "Kevin C" < kevin(a)famillecousin.f > > > > > > > r > wrote: > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > > Hi, > > > > > > >=20 > > > > > > > I set it on "system" level, on right upper side. > > > > > > >=20 > > > > > > > Regards, > > > > > > >=20 > > > > > > > Le 07/01/2016 17:39, Oved Ourfali a =C3=A9crit : > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > > Permissions in ovirt are composed of the role, > > > > > > > user/group, and object. > > > > > > >=20 > > > > > > > I guess you refer to the SuperUser role. Question is what > > > > > > > object you've > > > > > > > granted it on. > > > > > > >=20 > > > > > > > In order to have a permission on "system" level, you gave > > > > > > > to go to the > > > > > > > configure dialog (see right upper side of your screen). > > > > > > >=20 > > > > > > > Regards, > > > > > > > Oved Ourfali > > > > > > > Hi list, > > > > > > >=20 > > > > > > > I set the SuperAdmin Role on a AD group. I use my account > > > > > > > in this group > > > > > > > to > > > > > > > use oVirt. I try today to add an Export Domain but I > > > > > > > failed with this > > > > > > > error > > > > > > > in log : > > > > > > >=20 > > > > > > > 2016-01-07 16:46:28,883 INFO > > > > > > > [org.ovirt.engine.core.bll.storage.AttachStorageDomainToP > > > > > > > oolCommand] > > > > > > > (default task-1) [68d5410a] No permission found for user > > > > > > > '8ac67747-110c-4125-86f1-1f52ca0e7705' or one of the > > > > > > > groups he is > > > > > > > member > > > > > > > of, > > > > > > > when running action 'AttachStorageDomainToPool', Required > > > > > > > permissions > > > > > > > are: > > > > > > > Action type: 'ADMIN' Action group: > > > > > > > 'MANIPULATE_STORAGE_DOMAIN' Object > > > > > > > type: > > > > > > > 'Storage' Object ID: 'c7dee64d-a27e-446e-8656- > > > > > > > cef2d8ea42a6'. > > > > > > >=20 > > > > > > >=20 > > > > > > > Where can I set the good permission ? > > > > > > >=20 > > > > > > > Thanks a lot > > > > > > > --- > > > > > > > Kevin C > > > > > > > _______________________________________________ > > > > > > > Users mailing list > > > > > > > Users(a)ovirt.org > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > > _______________________________________________ > > > > > > > Users mailing list > > > > > > > Users(a)ovirt.org > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > >=20 >=20 --=-y29ZL6CL9AL3fnqPHcJy Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEeww ggXiMIIDyqADAgECAhBrp4p9CteI1lEK+Vnk57ThMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYT AklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eTAeFw0xNTEyMTYwMTAwMDVaFw0zMDEyMTYwMTAwMDVaMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQC9fdr3w6J9g/Zbgv3bW1+uHht1wLUZr5gkrLtXedg17AkefMyUGwrQdvwO bhajcVmnKVxhrUwkZPXRAwZZosRHfEIi5FH7x6SV/8Sp5lZEuiMnvMFG2MzLA84J6Ws5T4NfXZ0q n4TPgnr3X2vPVS51M7Ua9nIJgn8jvTra4eyyQzxvuA/GZwKg7VQfDCmCS+kICslYYWgXOMt2xlsS slxLce0CGWRsT8EpMyt1iDflSjXZIsE7m1uTyHaKZspMLyIyz6mySu8j8BWWHpChNNeTrFuhVfrO AyDPFJVUvKZCLKBhibTLloyy+LatoWELrjdI4a8StZY8+dIR9t4APXGzAgMBAAGjggFkMIIBYDAO BgNVHQ8BAf8EBAMCAQYwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBIGA1UdEwEB/wQI MAYBAf8CAQAwMgYDVR0fBCswKTAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2Eu Y3JsMGYGCCsGAQUFBwEBBFowWDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wuY29t MDAGCCsGAQUFBzAChiRodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9jYS5jcnQwHQYDVR0O BBYEFCSBbDlhvkkPj7cbRivJKLUnSG1oMB8GA1UdIwQYMBaAFE4L7xqkQFulF2mHMMo0aEPQQa7y MD8GA1UdIAQ4MDYwNAYEVR0gADAsMCoGCCsGAQUFBwIBFh5odHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggIBAIvj94fsAYuErQ8BAluc4SMnIwS9NPBwAm5SH9uh 2NCXTq7im61g7F1LIiNI/+wq37fUuaMbz4g7VarKQTgf8ubs0p7NZWcIe7Bvem2AWaXBsxsaRTYw 5kG3DN8pd1hSEUuFoTa7DmNeFe8tiK1BrL3rbA/m48jp4AiFXgvxprJrW7izsyetOrRHPbkW4Y07 v29MdhaPv3u1JELyszXqOzjIYo4sWlC8iDQXwgSW/ntvWy2n4LuiaozlCfXl149tKeqvwlvrla2Y klue/quWp9j9ou4T/OY0CXMuY+B8wNK0ohd2D4ShgFlMSjzAFRoHGKF81snTr2d1A7Ew02oF6UQy CkC2aNNsK5cWOojBar5c7HplX9aHYUCZouxIeU28SONJAxnATgR4cJ2jrpmYSz/kliUJ46S6UpVD o/ebn9c6PaM/XtDYCCaM/7XX6wc3s++sbQ7CtCn1Ax7df6ufQbwyO0V+oFa9H0KAsjHMzcwk3EV2 B2NLatidKE/m7G+rB9m+FlVgIiSp0mGlg43QO9Kh1+JqvTCIzv2bJJkmPMLQJNuKKwHNL8F4GGp6 jbAV+WL+LDeGfVcq8DHS3LrD+xyYEXQBiqZEdiPVOMxLDSUCXsDO0uCWpaNQ8j6y6S9p0xE/Ga0p eVLadVHhqf9nXqKaxnr358VgfrxzUIrvOaOjMIIF/zCCBOegAwIBAgIQTLnfP04vlkvqxMUZU04a zjANBgkqhkiG9w0BAQsFADB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEp MCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBMB4XDTE2MDIwMzA5NDQ1N1oXDTE3MDIwMzA5NDQ1N1owSDEf MB0GA1UEAwwWa2V2aW5AZmFtaWxsZWNvdXNpbi5mcjElMCMGCSqGSIb3DQEJARYWa2V2aW5AZmFt aWxsZWNvdXNpbi5mcjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM7aVEpOkTQPuDSV lEcQ9J3Pjb+XrzJeE5nFDTD3uLfVZ5bXEsHlGJtgzS0AIT5dCgtyAO44QL8HQY/qOnyNU3/DSQIq 0c2BV/AJt9qrGdInhD32LfsyaIGyEUS1KYY++SfndVwWGxy2ZAtaqlwGSuR19mTwv4BCD0IqSLbo ANo8xR+Hy6A10BzHRBklNhMPerWxySzSNC4YMQXDwQWe9cWqm1TcvOZmnYh/O0HCjirbNcA5gpgq cimNC6YTHEsfvLzpnbi53QdJC4gobRaQKw5MuMDDMOgOZVNGaKe8MVrVelyDFbXo4VNk5CbTcXP2 YK3Lbeuu/krCbYIN6CxioW9obxIMVzCbjA4z+6CqFJNc1Qv389vMF/WkeghZQOJL5JE/zB0NFgrq hriPmX1IEA/kW/MSBWujjFwxkS3p7V/Kg98mioCBerDEuU4k77y5NuOif42e1ssKWweRoi54kfzp m/DHigfzBoqowo2pudiEuMc91ta3CtgOBqEZSiQBYqS8biHChCXZv3me6Gf8WPaqyN0OwnCD+lOx dGKd56yHHKZyfT0b/RSfJ89uWls7+Ou47sXAa7IjKRLyirqEKjmC4Efl+pAsxbMoV4ZgWIAr8/VM x1pzwoUFbdla2jYttvOEWog/c1Ss+1/WJM+Lre9ItC+LN8iKKrT7fZfKy0f9AgMBAAGjggG2MIIB sjALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAw HQYDVR0OBBYEFFZg5P1hZz/039cwy9+ThVfL+w6kMB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJ KLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wu Y29tMDkGCCsGAQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50 MS5jcnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVu dDEuY3JsMCEGA1UdEQQaMBiBFmtldmluQGZhbWlsbGVjb3VzaW4uZnIwIwYDVR0SBBwwGoYYaHR0 cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgQwLDAqBggrBgEF BQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQC0 QbMzgSfJicGx8BJneSYlo7ZxeMKKSWb8wXBj3rwCKrR1uiVx8fVIt5x/Hl1F3dZ6aVoF+dzTvUIA qTovD5ACumfqhu6qb1TiHRaCQr9tKBN6Cb5Du11muun5k5T17tFWD8qPi7u4iZCOGrynd3uWv9Dl T9a0LY6yL+GeIiIVwq8DyDHE7sqCiN+S9iL4Zkho7pS4l7mIW71JNqKZZgOANpzbCFw4lJc2NMhR GlcVdwdJeHpZyW5vpHxmNjWQ+ptaBfKaWOFO5r5na5wF2QOsbICq6e8IKNsliY9hlZnRzu32AzLj GXnmUfy+JF1+gOpSsxpzMGi+axBmxxV0gWCNMIIF/zCCBOegAwIBAgIQTLnfP04vlkvqxMUZU04a zjANBgkqhkiG9w0BAQsFADB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEp MCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBMB4XDTE2MDIwMzA5NDQ1N1oXDTE3MDIwMzA5NDQ1N1owSDEf MB0GA1UEAwwWa2V2aW5AZmFtaWxsZWNvdXNpbi5mcjElMCMGCSqGSIb3DQEJARYWa2V2aW5AZmFt aWxsZWNvdXNpbi5mcjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM7aVEpOkTQPuDSV lEcQ9J3Pjb+XrzJeE5nFDTD3uLfVZ5bXEsHlGJtgzS0AIT5dCgtyAO44QL8HQY/qOnyNU3/DSQIq 0c2BV/AJt9qrGdInhD32LfsyaIGyEUS1KYY++SfndVwWGxy2ZAtaqlwGSuR19mTwv4BCD0IqSLbo ANo8xR+Hy6A10BzHRBklNhMPerWxySzSNC4YMQXDwQWe9cWqm1TcvOZmnYh/O0HCjirbNcA5gpgq cimNC6YTHEsfvLzpnbi53QdJC4gobRaQKw5MuMDDMOgOZVNGaKe8MVrVelyDFbXo4VNk5CbTcXP2 YK3Lbeuu/krCbYIN6CxioW9obxIMVzCbjA4z+6CqFJNc1Qv389vMF/WkeghZQOJL5JE/zB0NFgrq hriPmX1IEA/kW/MSBWujjFwxkS3p7V/Kg98mioCBerDEuU4k77y5NuOif42e1ssKWweRoi54kfzp m/DHigfzBoqowo2pudiEuMc91ta3CtgOBqEZSiQBYqS8biHChCXZv3me6Gf8WPaqyN0OwnCD+lOx dGKd56yHHKZyfT0b/RSfJ89uWls7+Ou47sXAa7IjKRLyirqEKjmC4Efl+pAsxbMoV4ZgWIAr8/VM x1pzwoUFbdla2jYttvOEWog/c1Ss+1/WJM+Lre9ItC+LN8iKKrT7fZfKy0f9AgMBAAGjggG2MIIB sjALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAw HQYDVR0OBBYEFFZg5P1hZz/039cwy9+ThVfL+w6kMB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJ KLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wu Y29tMDkGCCsGAQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50 MS5jcnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVu dDEuY3JsMCEGA1UdEQQaMBiBFmtldmluQGZhbWlsbGVjb3VzaW4uZnIwIwYDVR0SBBwwGoYYaHR0 cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgQwLDAqBggrBgEF BQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQC0 QbMzgSfJicGx8BJneSYlo7ZxeMKKSWb8wXBj3rwCKrR1uiVx8fVIt5x/Hl1F3dZ6aVoF+dzTvUIA qTovD5ACumfqhu6qb1TiHRaCQr9tKBN6Cb5Du11muun5k5T17tFWD8qPi7u4iZCOGrynd3uWv9Dl T9a0LY6yL+GeIiIVwq8DyDHE7sqCiN+S9iL4Zkho7pS4l7mIW71JNqKZZgOANpzbCFw4lJc2NMhR GlcVdwdJeHpZyW5vpHxmNjWQ+ptaBfKaWOFO5r5na5wF2QOsbICq6e8IKNsliY9hlZnRzu32AzLj GXnmUfy+JF1+gOpSsxpzMGi+axBmxxV0gWCNMYIEXjCCBFoCAQEwgYkwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQTLnfP04vlkvq xMUZU04azjANBglghkgBZQMEAgEFAKCCAaUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq hkiG9w0BCQUxDxcNMTYwMjE4MTI0MTE5WjAvBgkqhkiG9w0BCQQxIgQgIb54ZsmEYV22Fqs+ASN3 HcmtEiyKofHSnse4ATpREDYwgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJTDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlT ThrOMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNV BAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlTThrOMA0GCSqGSIb3 DQEBAQUABIICAKCfKjo3EICql6PCKgBiag7lXW2RAxoTYq6+8PIqsGpcBeqCWSTejoDpXgPNu/I2 mqlH86nXMjGxvya6DW3IZjAwldnUFnrpciPwZVXH0sT6R+xojb3sQ11PV3YVDoclcToIX9KUWR2/ 1XRdKKPWi5uURb/S2EHFwwm0NHTalZLtjqbdtgW+bzDHZ6vJaT0UU1Ut+gkArJEGp3qNnw9FVf3I GmGpJG59hUlmkEIHVvcIOwW022Lt+bsePGjHcirYpeu++3vsPygM4/pVPn5CMA3O/qx85wqF9iZ7 lkf08iX6EN8nTapRviYgCoe8rSZC6fOyzlbtZYhO/AuhIRCxf84Z00njCUGb0G1PojxgVDmg1cem AQT6fhQKyhpn7Ma995KaZ4yYF0j42Qz81zFKs7ygq8hC3vy3e4kO0tCBGqToTePLBJoZ4JuWtk9L 2aC0vaSmi9Opi9mQD+Tm5rTeV3XP86jV4BFogIE/UaT91/nJpGn1XhV6uMD0ZnbfXhvGS0z0aUAN bsP59TfkOe2ldA3vbPBSv/njmlUD4c7U/TDFlw6mzEAhf921bvCXtI/qQoLcA28MA5f0t1M3ik5k U4M48tCESbyCgiAIuhFmiGUeKTs3V4LS8H9W/t0PxaSqnmYtaSfY35tugp1zNsVU5O35ra9bLAeZ C6OB1H+vRaHBAAAAAAAA --=-y29ZL6CL9AL3fnqPHcJy--

1 0

virtio-serial0 duplicate id
by Johannes Tiefenbacher 18 Feb '16

18 Feb '16

Hi, finally I am posting something to this list :) I read it for quite some time now and I am an ovirt user since 3.0. I updated an engine installation from 3.2 to 3.6 (stepwise of course, and yes I know that's pretty outdated ;-). Then I updated the associated Centos6 hosts vdsm as well, from 3.10.x to 3.16.30. I also set my cluster comp level to 3.5(3.6 comp level is only possible with El7 hosts if I understood correctly). After my first failover test a VM could not be restarted, altough the host where it was running could correctly be fenced. The reason according to engine's log was this: VM xxxxxxxx is down with error. Exit message: internal error process exited while connecting to monitor: qemu-kvm: -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4: Duplicate ID 'virtio-serial0' for device I then recognized that I am not able to run this VM on any host. Ich checked the virtual hardware in the engine database and could confirm that ALL my VMs had this problem: 2 devices with alias='virtio-serial0' e.g.: ---- engine=# SELECT * FROM vm_device WHERE vm_device.device = 'virtio-serial' AND vm_id = 'cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec' ORDER BY vm_id; -[ RECORD 1 ]-------------+------------------------------------------------------------- device_id | 2821d03c-ce88-4613-9095-e88eadcd3792 vm_id | cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec type | controller device | virtio-serial address | boot_order | 0 spec_params | { } is_managed | t is_plugged | f is_readonly | f _create_date | 2016-01-14 08:30:43.797161+01 _update_date | 2016-02-10 10:04:56.228724+01 alias | virtio-serial0 custom_properties | { } snapshot_id | logical_name | is_using_scsi_reservation | f -[ RECORD 2 ]-------------+------------------------------------------------------------- device_id | 29e0805f-d836-451a-9ec3-9031baa995e6 vm_id | cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec type | controller device | virtio-serial address | {bus=0x00, domain=0x0000, type=pci, slot=0x04, function=0x0} boot_order | 0 spec_params | { } is_managed | f is_plugged | t is_readonly | f _create_date | 2016-02-11 13:47:02.69992+01 _update_date | alias | virtio-serial0 custom_properties | snapshot_id | logical_name | is_using_scsi_reservation | f ---- My solution was this: DELETE FROM vm_device WHERE vm_id='cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec' AND vm_device.device = 'virtio-serial' AND address = ''; (just renaming one of the aliases to virtio-serial1" did not help) Is this a known issue? Couldn't find anything so far. Should I also post this to the developer list? I am not subscribed there yet, wanted to check out here first. thanks in advance and all the best Jojo @ LINBIT VIE

5 5

How to add RAM to Hosted Engine
by DiOrio, Max 18 Feb '16

18 Feb '16

--_000_a557d822d9e94ddd9bc6df7847826c45vwc2pmaiap01ihsinternal_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi There...new oVirt user. After a bit of a learning curve, I have things = set up pretty well. The web console in the hosted engine is running slow, = and it's spiking memory to 98% frequently, but I only have 4096MB of RAM al= located. Currently running oVirt 3.6. >From the web interface, it doesn't seem possible to add memory to the hoste= d engine VM. I can add it via the Edit menu, but then it complains that "T= his VM is not managed by the engine". I see that some people have said to edit /etc/ovirt-hosted-engine-ha/vm.con= f but this file does not exist. Then I saw someone say that the file is n= ow located in /var/run/ovirt-hosted-engine-ha/vm.conf I do see this here, = but I can't update the file. Each time I go to update it, it reverts back = to the previous config. I shut down the VM then tried to edit it, same thing. I put the system in = global maintenance mode, shut down the vm, then tried to edit it, same thin= g. Getting frustrated over what should be a simple task, with nearly no docume= ntation available. Thanks for any help you can provide. Max --_000_a557d822d9e94ddd9bc6df7847826c45vwc2pmaiap01ihsinternal_ 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 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi There…new oVirt user.  After a bit of = a learning curve, I have things set up pretty well.  The web console i= n the hosted engine is running slow, and it’s spiking memory to 98% f= requently, but I only have 4096MB of RAM allocated.  Currently running oVirt 3.6.<o:p></o:p> <o:p> </o:p> From the web interface, it doesn’t seem possib= le to add memory to the hosted engine VM.  I can add it via the Edit m= enu, but then it complains that “This VM is not managed by the engine”.<o:p></o:p> <o:p> </o:p> I see that some peopl= e have said to edit /etc/ovirt-hosted-engine-ha/vm.conf  but this file= does not exist.  Then I saw someone say that the file is now located in /var/run/ovirt-hosted-engine-ha/vm.conf  I do see t= his here, but I can’t update the file.  Each time I go to update= it, it reverts back to the previous config.<o:p></o:p> <o:p> </o:p></sp= an> I shut down the VM th= en tried to edit it, same thing.  I put the system in global maintenan= ce mode, shut down the vm, then tried to edit it, same thing.<o:p></o:p> <o:p> </o:p></sp= an> Getting frustrated ov= er what should be a simple task, with nearly no documentation available.<o:= p></o:p> <o:p> </o:p></sp= an> Thanks for any help y= ou can provide.<o:p></o:p> <o:p> </o:p></sp= an> Max<o:p><= /o:p> </div> </body> </html> --_000_a557d822d9e94ddd9bc6df7847826c45vwc2pmaiap01ihsinternal_--

3 2