December 2014 - Users - oVirt List Archives

Network Address Change
by Paul.LKW 28 Dec '22

28 Dec '22

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

4 6

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

15 May '19

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

2 1

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

15 May '19

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

2 1

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

11 May '19

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

2 1

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

11 May '19

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

2 1

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

29 Apr '19

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

3 2

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

08 Apr '19

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

2 1

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

08 Apr '19

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

2 1

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

07 Apr '19

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

3 2

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

11 Mar '19

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

3 2

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

11 Mar '19

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

3 5

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

11 Mar '19

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

3 3

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

26 Feb '19

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

2 1

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

16 Aug '16

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

4 10

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

07 Jan '16

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

3 11

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

12 Nov '15

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

3 3

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

07 Nov '15

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

4 4

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

05 Nov '15

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

29 92

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

20 Oct '15

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

6 5

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

28 Sep '15

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

6 15

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

25 Sep '15

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

6 10

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

19 Jun '15

--_000_EE4D679B9474414187D2E27D8B6890F6931BF6G08CNEXMBPEKD03g0_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksQWxsDQogICAgICAgICBBcyB0aGUgbWF1dWFsLCBJIGNhbqGvdCBmaW5kIGFueXdheSB0byBi YWNrdXAvcmVzdG9yZSB0aGUgcmhldm0tVk0gaW4gdGhlIGhvc3RlZC1lbmdpbmUuIFRoZSBJIGp1 c3QgdHJ5IHRvIGJhY2t1cCB0aGUgc3RvcmFnZSBvZiByaGV2bS1WTSAodXNpbmcgY3AgqENwcmYg IHRvIG1ha2UgYSBjb3B5IG9mIGZvbGRlcikuIFRoZW4gSSBtYWtlIHNvbWUgY2hhbmdlIGFuZCBy ZXBsYWNlIHRoZSBvcmlnaW4gUkhFVk0tVk0gY29udGVudCB3aXRoIG15IGJhY2t1cCBmb2xkZXIg KG9mIGNvdXJzZSBJIHNodXRkb3duIHRoZSByaGV2bS12bSBmaXJzdCkuICBBdCBsYXN0IHRoZSB2 bSBjYW4gYmUgdXAsYnV0IHRoZSBzdGF0dXMgaXMgTk9UIGhlYWx0aCBidXQgYXMgYmVsb3c6DQoN Cj09PT09PT09PT09PT09PT09PT09DQpTdGF0dXMgdXAtdG8tZGF0ZSAgICAgICAgICAgICAgICAg IDogRmFsc2UNCkhvc3RuYW1lICAgICAgICAgICAgICAgICAgICAgICAgICAgOiAxOTMuMTY4LjE5 NS4yNDgNCkhvc3QgSUQgICAgICAgICAgICAgICAgICAgICAgICAgICAgOiAxDQpFbmdpbmUgc3Rh dHVzICAgICAgICAgICAgICAgICAgICAgIDogdW5rbm93biBzdGFsZS1kYXRhDQpTY29yZSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDogMjQwMA0KTG9jYWwgbWFpbnRlbmFuY2UgICAgICAg ICAgICAgICAgICA6IEZhbHNlDQpIb3N0IHRpbWVzdGFtcCAgICAgICAgICAgICAgICAgICAgIDog MTQwOTc0MzQ2MQ0KRXh0cmEgbWV0YWRhdGEgKHZhbGlkIGF0IHRpbWVzdGFtcCk6DQogICAgICAg ICBtZXRhZGF0YV9wYXJzZV92ZXJzaW9uPTENCiAgICAgICAgIG1ldGFkYXRhX2ZlYXR1cmVfdmVy c2lvbj0xDQogICAgICAgICB0aW1lc3RhbXA9MTQwOTc0MzQ2MSAoV2VkIFNlcCAgMyAwNzoyNDoy MSAyMDE0KQ0KICAgICAgICAgaG9zdC1pZD0xDQogICAgICAgICBzY29yZT0yNDAwDQogICAgICAg ICBtYWludGVuYW5jZT1GYWxzZQ0KICAgICAgICAgc3RhdGU9RW5naW5lVXANCg0KPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0NCg0KU28gYXJlIHRoZXJlIHNvbWUgcHJvcGVyIHdheSB0byBi YWNrdXAgdGhlIHJoZXZtLXZtPw0K --_000_EE4D679B9474414187D2E27D8B6890F6931BF6G08CNEXMBPEKD03g0_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple" style=3D"text-justify-t= rim:punctuation"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi,All<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   As the mauual, I can=A1=AFt find anyway to backup/restore= the rhevm-VM in the hosted-engine. The I just try to backup the storage of= rhevm-VM (using cp =A8Cprf  to make a copy of folder). Then I make so= me change and replace the origin RHEVM-VM content with my backup folder (of course I shu= tdown the rhevm-vm first).  At last the vm can be up,but the status is <b>NOT</b> health but as below:<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Status up-to-date  &n= bsp;           &nbsp= ;   : False<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hostname   &nbsp= ;            &n= bsp;          : 193.168.195.24= 8<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Host ID    =             &nb= sp;           : 1<o:p></o= :p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Engine status   =             &nb= sp;      : unknown stale-data<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"EN-US">Score    &n= bsp;           &nbsp= ;             := 2400<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Local maintenance  &n= bsp;           &nbsp= ;   : False<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Host timestamp  &nbsp= ;             &= nbsp;    : 1409743461<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Extra metadata (valid at timest= amp):<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   metadata_parse_version=3D1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   metadata_feature_version=3D1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   timestamp=3D1409743461 (Wed Sep  3 07:24:21 2014)<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   host-id=3D1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   score=3D2400<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   maintenance=3DFalse<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   state=3DEngineUp<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">So are there some proper way to= backup the rhevm-vm? <o:p></o:p></span></p> </div> </body> </html> --_000_EE4D679B9474414187D2E27D8B6890F6931BF6G08CNEXMBPEKD03g0_--

6 7

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

11 Jun '15

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

6 10

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

06 Jun '15

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

4 8

oVirt 3.5 on Ubuntu? [oVirt Dockerized]
by Moran Goldboim 13 Apr '15

13 Apr '15

Deploying oVirt engine has never been so easy. Checkout oVirt dockerized projects on docker hub[1] and github[2]. You can find some overview on oVirt-dockerized blog[3] Please let me know if you find it useful. Cheers, Moran. [1] https://hub.docker.com/u/mgoldboi/ [2] https://github.com/mgoldboi/oVirt-Dockerized [3] http://community.redhat.com/blog/2014/10/ovirt-dockerized/

2 2

virtio-blk-data-plane
by Wolfgang Bucher 20 Mar '15

20 Mar '15

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_0Tvj1xAjEdqqp3MpgqaqMvPzgSmENz08ToMayjgFL5VUGVgo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=0D=0A=0D=0Ais it possible to use=C2=A0virtio-blk-data-plane in ovi= rt with el7 host.=0D=0A=0D=0A=0D=0A=0D=0AThanks=0D=0A=0D=0AWolfgang=C2=A0= =0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A --=_0Tvj1xAjEdqqp3MpgqaqMvPzgSmENz08ToMayjgFL5VUGVgo Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html>=0A<head>=0A <meta name=3D"Generator"= content=3D"Zarafa WebApp v7.1.10-44973">=0A <meta http-equiv=3D"Content= -Type" content=3D"text/html; charset=3Dutf-8">=0A <title>virtio-blk-data= -plane</title>=0A</head>=0A<body>=0A<p style=3D"padding: 0; margin: 0;"><= span style=3D"font-family: tahoma; font-size: 10pt;">Hello,</span></p>=0A= <p style=3D"padding: 0; margin: 0;"><span style=3D"font-family: tahoma; f= ont-size: 10pt;">is it possible to use </span><span style=3D"color: = #222222; font-family: Arial, sans-serif; font-size: 12px; line-height: 18= px;">virtio-blk-data-plane in ovirt with el7 host.</span></p>=0A<p style=3D= "padding: 0; margin: 0;"><span style=3D"color: #222222; font-family: Aria= l, sans-serif; font-size: 12px; line-height: 18px;"><br /></span></p>=0A<= p style=3D"padding: 0; margin: 0;"><span style=3D"color: #222222; font-fa= mily: Arial, sans-serif; font-size: 12px; line-height: 18px;">Thanks</spa= n></p>=0A<p style=3D"padding: 0; margin: 0;"><span style=3D"color: #22222= 2; font-family: Arial, sans-serif; font-size: 12px; line-height: 18px;">W= olfgang </span></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0p= x; color: #000000; font-family: Arial, Verdana, sans-serif;"><br /></p>=0A= <p style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-fam= ily: Arial, Verdana, sans-serif;"><br /></p>=0A<p style=3D"margin-top: 0p= x; margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-= serif;"><br /></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; col= or: #000000; font-family: Arial, Verdana, sans-serif;"><br /></p>=0A<p st= yle=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-family: = Arial, Verdana, sans-serif;"><br /></p>=0A</body>=0A</html> --=_0Tvj1xAjEdqqp3MpgqaqMvPzgSmENz08ToMayjgFL5VUGVgo--

3 3

HostedEngine Deployment Woes
by Mikola Rose 13 Mar '15

13 Mar '15

--_000_F992C848E4EB468E83F437646EDB3E62powersoftcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi List Members; I have been struggling with deploying oVirt hosted engine I keep running i= nto a timeout during the "Misc Configuration" any suggestion on how I can = trouble shoot this? Redhat 2.6.32-504.3.3.el6.x86_64 Installed Packages ovirt-host-deploy.noarch = 1.2.5-1.el6ev = @rhel-6-server-rhevm-3.4= -rpms ovirt-host-deploy-java.noarch = 1.2.5-1.el6ev = @rhel-6-server-rhevm-3.4= -rpms ovirt-hosted-engine-ha.noarch = 1.1.6-3.el6ev = @rhel-6-server-rhevm-3.4= -rpms ovirt-hosted-engine-setup.noarch = 1.1.5-1.el6ev = @rhel-6-server-rhevm-3.4= -rpms rhevm-setup-plugin-ovirt-engine.noarch = 3.4.4-2.2.el6ev = @rhel-6-server-rhevm-3.4= -rpms rhevm-setup-plugin-ovirt-engine-common.noarch = 3.4.4-2.2.el6ev = @rhel-6-server-rhevm-3.4= -rpms Please confirm installation settings (Yes, No)[No]: Yes [ INFO ] Stage: Transaction setup [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Configuring libvirt [ INFO ] Configuring VDSM [ INFO ] Starting vdsmd [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Connecting Storage Domain [ INFO ] Connecting Storage Pool [ INFO ] Verifying sanlock lockspace initialization [ INFO ] sanlock lockspace already initialized [ INFO ] sanlock metadata already initialized [ INFO ] Creating VM Image [ INFO ] Disconnecting Storage Pool [ INFO ] Start monitoring domain [ ERROR ] Failed to execute stage 'Misc configuration': The read operation = timed out [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination 2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.sanlock.l= ockspace lockspace._misc:133 Ensuring lease for lockspace hosted-engine, ho= st id 1 is acquired (file: /rhev/data-center/mnt/192.168.0.75:_Volumes_Raid= 1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/hosted-engine.lockspace) 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lo= ckspace lockspace._misc:144 sanlock lockspace already initialized 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lo= ckspace lockspace._misc:157 sanlock metadata already initialized 2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod:138 Stage mi= sc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plugin._misc 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.vm.image i= mage._misc:162 Creating VM Image 2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image = image._misc:163 createVolume 2014-12-29 14:53:42 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image = image._misc:184 Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d, reques= t was: - image: 9043e535-ea94-41f8-98df-6fdbfeb107c3 - volume: e6a9291d-ac21-4a95-b43c-0d6e552baaa2 2014-12-29 14:53:42 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:= 48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:= 48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage mi= sc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:144 conditio= n False 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage mi= sc METHOD otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._d= isconnect_pool 2014-12-29 14:53:43 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.st= orage storage._disconnect_pool:971 Disconnecting Storage Pool 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:= 48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.s= torage storage._spmStop:602 spmStop 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.s= torage storage._spmStop:611 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.s= torage storage._storagePoolConnection:573 disconnectStoragePool 2014-12-29 14:53:45 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.st= orage storage._disconnect_pool:975 Start monitoring domain 2014-12-29 14:53:45 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.s= torage storage._startMonitoringDomain:529 _startMonitoringDomain 2014-12-29 14:53:46 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.s= torage storage._startMonitoringDomain:534 {'status': {'message': 'OK', 'cod= e': 0}} 2014-12-29 14:53:51 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:= 127 Waiting for domain monitor 2014-12-29 14:54:51 DEBUG otopi.context context._executeMethod:152 method e= xception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _e= xecuteMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hoste= d-engine-setup/storage/storage.py", line 976, in _disconnect_pool self._startMonitoringDomain() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hoste= d-engine-setup/storage/storage.py", line 539, in _startMonitoringDomain waiter.wait(self.environment[ohostedcons.StorageEnv.SD_UUID]) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/tasks.py= ", line 128, in wait response =3D serv.s.getVdsStats() File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=3Dself.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request errcode, errmsg, headers =3D h.getreply() File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply response =3D self._conn.getresponse() File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse response.begin() File "/usr/lib64/python2.6/httplib.py", line 391, in begin version, status, reason =3D self._read_status() File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status line =3D self.fp.readline() File "/usr/lib64/python2.6/socket.py", line 433, in readline data =3D recv(1) File "/usr/lib64/python2.6/ssl.py", line 215, in recv return self.read(buflen) File "/usr/lib64/python2.6/ssl.py", line 136, in read return self._sslobj.read(len) SSLError: The read operation timed out var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141229145137-= g8d2or.log --_000_F992C848E4EB468E83F437646EDB3E62powersoftcom_ Content-Type: text/html; charset="us-ascii" Content-ID: <1EEAA9F7E3040E4492C3D82322B4002A(a)power-soft.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > </head> <body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin= e-break: after-white-space;" class=3D""> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= >Hi List Members;</div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= >I have been struggling with deploying oVirt hosted engine  I keep run= ning into a timeout during the "Misc Configuration"  any sug= gestion on how I can trouble shoot this?</div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= >Redhat 2.6.32-504.3.3.el6.x86_64</div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= > <div style=3D"margin: 0px;" class=3D"">Installed Packages</div> <div style=3D"margin: 0px;" class=3D"">ovirt-host-deploy.noarch   &nbs= p;                     &n= bsp;                     =                     &nbsp= ;                     &nb= sp; 1.2.5-1.el6ev                 &= nbsp;                    =                     &nbs= p;             @rhel-6-server-rhevm-3.4-rpms&= nbsp;    </div> <div style=3D"margin: 0px;" class=3D"">ovirt-host-deploy-java.noarch  =                     &nbsp= ;                     &nb= sp;                     &= nbsp;                   1.2.5-= 1.el6ev                   &nbs= p;                     &n= bsp;                     =           @rhel-6-server-rhevm-3.4-rpms     </div> <div style=3D"margin: 0px;" class=3D"">ovirt-hosted-engine-ha.noarch  =                     &nbsp= ;                     &nb= sp;                     &= nbsp;                   1.1.6-= 3.el6ev                   &nbs= p;                     &n= bsp;                     =           @rhel-6-server-rhevm-3.4-rpms     </div> <div style=3D"margin: 0px;" class=3D"">ovirt-hosted-engine-setup.noarch &nb= sp;                     &= nbsp;                    =                     &nbs= p;                 1.1.5-1.el6ev &n= bsp;                     =                     &nbsp= ;                     &nb= sp;       @rhel-6-server-rhevm-3.4-rpms     </div> <div style=3D"margin: 0px;" class=3D"">rhevm-setup-plugin-ovirt-engine.noar= ch                     &n= bsp;                     =                     &nbsp= ;             3.4.4-2.2.el6ev     &= nbsp;                    =                     &nbs= p;                     &n= bsp; @rhel-6-server-rhevm-3.4-rpms     </div> <div style=3D"margin: 0px;" class=3D"">rhevm-setup-plugin-ovirt-engine-comm= on.noarch                  &nb= sp;                     &= nbsp;                    =         3.4.4-2.2.el6ev         &n= bsp;                     =                     &nbsp= ;                   @rhel-6-se= rver-rhevm-3.4-rpms    </div> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= > <div style=3D"margin: 0px;" class=3D"">         &n= bsp;Please confirm installation settings (Yes, No)[No]: Yes</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Transaction setup</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Misc configuration</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Package installation</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Misc configuration</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Co= nfiguring libvirt</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Co= nfiguring VDSM</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= arting vdsmd</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Wa= iting for VDSM hardware info</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Wa= iting for VDSM hardware info</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Co= nnecting Storage Domain</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Co= nnecting Storage Pool</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Ve= rifying sanlock lockspace initialization</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> sa= nlock lockspace already initialized</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> sa= nlock metadata already initialized</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Cr= eating VM Image</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Di= sconnecting Storage Pool</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= art monitoring domain</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #c33720" class=3D"">[ ERROR ]</span> Failed = to execute stage 'Misc configuration': The read operation timed out</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Clean up</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Ge= nerating answer file '/etc/ovirt-hosted-engine/answers.conf'</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Pre-termination</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Termination</div> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= > <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:41 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:133 Ensurin= g lease for lockspace hosted-engine, host id 1 is acquired (file: /rhev/dat= a-center/mnt/192.168.0.75:_Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfe= bb/ha_agent/hosted-engine.lockspace)</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:41 INFO otopi.plugi= ns.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:144 sanlock = lockspace already initialized</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:41 INFO otopi.plugi= ns.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:157 sanlock = metadata already initialized</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:41 DEBUG otopi.cont= ext context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted= _engine_setup.vm.image.Plugin._misc</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:41 INFO otopi.plugi= ns.ovirt_hosted_engine_setup.vm.image image._misc:162 Creating VM Image</di= v> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:41 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.vm.image image._misc:163 createVolume</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:42 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.vm.image image._misc:184 Created volume d8e7e= ed4-c763-4b3d-8a71-35f2d692a73d, request was:</div> <div style=3D"margin: 0px;" class=3D"">- image: 9043e535-ea94-41f8-98df-6fd= bfeb107c3</div> <div style=3D"margin: 0px;" class=3D"">- volume: e6a9291d-ac21-4a95-b43c-0d= 6e552baaa2</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:42 DEBUG otopi.ovir= t_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to com= plete</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.ovir= t_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to com= plete</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.cont= ext context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted= _engine_setup.vm.boot_disk.Plugin._misc</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.cont= ext context._executeMethod:144 condition False</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.cont= ext context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted= _engine_setup.storage.storage.Plugin._disconnect_pool</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 INFO otopi.plugi= ns.ovirt_hosted_engine_setup.storage.storage storage._disconnect_pool:971 D= isconnecting Storage Pool</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.ovir= t_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to com= plete</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:602 spmStop<= /div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:611</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.storage.storage storage._storagePoolConnectio= n:573 disconnectStoragePool</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:45 INFO otopi.plugi= ns.ovirt_hosted_engine_setup.storage.storage storage._disconnect_pool:975 S= tart monitoring domain</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:45 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.storage.storage storage._startMonitoringDomai= n:529 _startMonitoringDomain</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:46 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.storage.storage storage._startMonitoringDomai= n:534 {'status': {'message': 'OK', 'code': 0}}</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:51 DEBUG otopi.ovir= t_hosted_engine_setup.tasks tasks.wait:127 Waiting for domain monitor</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:54:51 DEBUG otopi.cont= ext context._executeMethod:152 method exception</div> <div style=3D"margin: 0px;" class=3D"">Traceback (most recent call last):</= div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib/python2.6= /site-packages/otopi/context.py", line 142, in _executeMethod</div> <div style=3D"margin: 0px;" class=3D"">    method['method']()</di= v> <div style=3D"margin: 0px;" class=3D"">  File "/usr/share/ovirt-h= osted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/sto= rage.py", line 976, in _disconnect_pool</div> <div style=3D"margin: 0px;" class=3D"">    self._startMonitoringD= omain()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/share/ovirt-h= osted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/sto= rage.py", line 539, in _startMonitoringDomain</div> <div style=3D"margin: 0px;" class=3D"">    waiter.wait(self.envir= onment[ohostedcons.StorageEnv.SD_UUID])</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib/python2.6= /site-packages/ovirt_hosted_engine_setup/tasks.py", line 128, in wait<= /div> <div style=3D"margin: 0px;" class=3D"">    response =3D serv.s.ge= tVdsStats()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/xmlrpclib.py", line 1199, in __call__</div> <div style=3D"margin: 0px;" class=3D"">    return self.__send(sel= f.__name, args)</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/xmlrpclib.py", line 1489, in __request</div> <div style=3D"margin: 0px;" class=3D"">    verbose=3Dself.__verbo= se</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/xmlrpclib.py", line 1237, in request</div> <div style=3D"margin: 0px;" class=3D"">    errcode, errmsg, heade= rs =3D h.getreply()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/httplib.py", line 1064, in getreply</div> <div style=3D"margin: 0px;" class=3D"">    response =3D self._con= n.getresponse()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/httplib.py", line 990, in getresponse</div> <div style=3D"margin: 0px;" class=3D"">    response.begin()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/httplib.py", line 391, in begin</div> <div style=3D"margin: 0px;" class=3D"">    version, status, reaso= n =3D self._read_status()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/httplib.py", line 349, in _read_status</div> <div style=3D"margin: 0px;" class=3D"">    line =3D self.fp.readl= ine()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/socket.py", line 433, in readline</div> <div style=3D"margin: 0px;" class=3D"">    data =3D recv(1)</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/ssl.py", line 215, in recv</div> <div style=3D"margin: 0px;" class=3D"">    return self.read(bufle= n)</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/ssl.py", line 136, in read</div> <div style=3D"margin: 0px;" class=3D"">    return self._sslobj.re= ad(len)</div> <div style=3D"margin: 0px;" class=3D"">SSLError: The read operation timed o= ut</div> <div class=3D""><br class=3D""> </div> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= >var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141229145137= -g8d2or.log</div> </body> </html> --_000_F992C848E4EB468E83F437646EDB3E62powersoftcom_--

5 18

Guest VM Running 160 RCU Processes
by Punit Dambiwal 24 Feb '15

24 Feb '15

Hi, I have one Ovirt cluster and under this cluster all the guest machines (such as centos,ubuntu,debian etc) almost 160 RCU processes running.... i searched on google about the RCU (It's kernel process "read-copy-upate") http://lwn.net/Articles/518953/ I want to know how i can modify this 160 processes to 10-20 or how i can to disable it....is there any bed impact if i disable it.... Thanks, Punit

5 7

Backup solution using the API
by Keppler, Thomas (PEBA) 16 Feb '15

16 Feb '15

--_000_196AB7D9F4C2F943BFC199940DF21D79016557467A0CKITMSX07kit_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCm5vdyB0aGF0IG91ciBvVmlydCBDbHVzdGVyIHJ1bnMgZ3JlYXQsIEknZCBsaWtl IHRvIGtub3cgaWYgYW55Ym9keSBoYXMgZG9uZSBhIGJhY2t1cCBzb2x1dGlvbiBmb3Igb1ZpcnQg YmVmb3JlLg0KDQpNeSBiYXNpYyBpZGVhIGdvZXMgYXMgZm9sbG93czoNCi0gQ3JlYXRlIGEgSlNP TiBmaWxlIHdpdGggbWFjaGluZSdzIHByZWZlcmVuY2VzIGZvciBsYXRlciByZXN0b3JlLCBjcmVh dGUgYSBzbmFwc2hvdCwgc25hdGNoIHRoZSBkaXNrIGJ5IGl0cyBkaXNrLWlkIChjb3B5IGl0IHRv IHRoZSBmaWxlc2VydmVyKSwgdGhlbiBkZWxldGluZyB0aGUgc25hcHNob3QgYW5kIGJlIGRvbmUg d2l0aCBpdC4NCi0gT24gcmVzdG9yZSBJJ2QganVzdCBjcmVhdGUgYSBuZXcgVk0gd2l0aCB0aGUg RGlza3MgYW5kIE5JQ3Mgc3BlY2lmaWVkIGluIHRoZSBwcmVmZXJlbmNlczsgdGhlbiBJJ2QgZ28g YWhlYWQgYW5kIGFuZCBwdXQgYmFjayB0aGUgZGlzay4uLiB0DQoNCkkndmUgcGxheWVkIGEgbGl0 dGxlIGJpdCBhcm91bmQgd2l0aCBidWlsZGluZyBhIEpTT04gZmlsZSBhbmQgc28gZmFyIGl0IHdv cmtzIGdyZWF0OyBJIGhhdmVuJ3QgdHJpZWQgdG8gbWFrZSBhIFZNIHdpdGggdGhhdCwgdGhvdWdo Li4uDQoNClVzaW5nIHRoZSBleHBvcnQgZG9tYWluIG9yIGEgc2ltcGxlIGV4cG9ydCBjb21tYW5k IGlzIG5vdCB3aGF0IEkgd2FudCBzaW5jZSB5b3UnZCBoYXZlIHRvIHR1cm4gb2ZmIHRoZSBtYWNo aW5lIHRvIGRvIHRoYXQgLSBBRkFJSy4gQ29ycmVjdCBtZSBpZiB0aGF0IHNob3VsZCBub3QgYmUg dHJ1ZS4NCg0KTm93LCBiZWZvcmUgSSBnbyBpbnRvIGFueSBtb3JlIGhhc3NsZSwgaGFzIHNvbWVi b2R5IGVsc2Ugb2YgeW91IGRvbmUgYSBsaXZlLWJhY2t1cCBzb2x1dGlvbiBmb3Igb1ZpcnQ/IEFy ZSB0aGVyZSBhbnkgcmVjb21tZW5kYXRpb25zPyBUaGFua3MgZm9yIGFueSBoZWxwIHByb3ZpZGVk IQ0KDQpCZXN0IHJlZ2FyZHMNClRob21hcyBLZXBwbGVyDQo= --_000_196AB7D9F4C2F943BFC199940DF21D79016557467A0CKITMSX07kit_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4KPEhUTUw+CjxIRUFEPgogIDxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIgQ09O VEVOVD0idGV4dC9odG1sOyBDSEFSU0VUPVVURi04Ij4KICA8TUVUQSBOQU1FPSJHRU5FUkFUT1Ii IENPTlRFTlQ9Ikd0a0hUTUwvNC42LjYiPgo8L0hFQUQ+CjxCT0RZPgpIZWxsbyw8QlI+CjxCUj4K bm93IHRoYXQgb3VyIG9WaXJ0IENsdXN0ZXIgcnVucyBncmVhdCwgSSdkIGxpa2UgdG8ga25vdyBp ZiBhbnlib2R5IGhhcyBkb25lIGEgYmFja3VwIHNvbHV0aW9uIGZvciBvVmlydCBiZWZvcmUuPEJS Pgo8QlI+Ck15IGJhc2ljIGlkZWEgZ29lcyBhcyBmb2xsb3dzOjxCUj4KLSBDcmVhdGUgYSBKU09O IGZpbGUgd2l0aCBtYWNoaW5lJ3MgcHJlZmVyZW5jZXMgZm9yIGxhdGVyIHJlc3RvcmUsIGNyZWF0 ZSBhIHNuYXBzaG90LCBzbmF0Y2ggdGhlIGRpc2sgYnkgaXRzIGRpc2staWQgKGNvcHkgaXQgdG8g dGhlIGZpbGVzZXJ2ZXIpLCB0aGVuIGRlbGV0aW5nIHRoZSBzbmFwc2hvdCBhbmQgYmUgZG9uZSB3 aXRoIGl0LjxCUj4KLSBPbiByZXN0b3JlIEknZCBqdXN0IGNyZWF0ZSBhIG5ldyBWTSB3aXRoIHRo ZSBEaXNrcyBhbmQgTklDcyBzcGVjaWZpZWQgaW4gdGhlIHByZWZlcmVuY2VzOyB0aGVuIEknZCBn byBhaGVhZCBhbmQgYW5kIHB1dCBiYWNrIHRoZSBkaXNrLi4uIHQ8QlI+CjxCUj4KSSd2ZSBwbGF5 ZWQgYSBsaXR0bGUgYml0IGFyb3VuZCB3aXRoIGJ1aWxkaW5nIGEgSlNPTiBmaWxlIGFuZCBzbyBm YXIgaXQgd29ya3MgZ3JlYXQ7IEkgaGF2ZW4ndCB0cmllZCB0byBtYWtlIGEgVk0gd2l0aCB0aGF0 LCB0aG91Z2guLi48QlI+CjxCUj4KVXNpbmcgdGhlIGV4cG9ydCBkb21haW4gb3IgYSBzaW1wbGUg ZXhwb3J0IGNvbW1hbmQgaXMgbm90IHdoYXQgSSB3YW50IHNpbmNlIHlvdSdkIGhhdmUgdG8gdHVy biBvZmYgdGhlIG1hY2hpbmUgdG8gZG8gdGhhdCAtIEFGQUlLLiBDb3JyZWN0IG1lIGlmIHRoYXQg c2hvdWxkIG5vdCBiZSB0cnVlLjxCUj4KPEJSPgpOb3csIGJlZm9yZSBJIGdvIGludG8gYW55IG1v cmUgaGFzc2xlLCBoYXMgc29tZWJvZHkgZWxzZSBvZiB5b3UgZG9uZSBhIGxpdmUtYmFja3VwIHNv bHV0aW9uIGZvciBvVmlydD8gQXJlIHRoZXJlIGFueSByZWNvbW1lbmRhdGlvbnM/IFRoYW5rcyBm b3IgYW55IGhlbHAgcHJvdmlkZWQhPEJSPgo8QlI+CkJlc3QgcmVnYXJkczxCUj4KVGhvbWFzIEtl cHBsZXIKPC9CT0RZPgo8L0hUTUw+CgA= --_000_196AB7D9F4C2F943BFC199940DF21D79016557467A0CKITMSX07kit_--

9 13

[Users] A mobile monitoring application for oVirt
by Martin Betak 03 Feb '15

03 Feb '15

Hello oVirt users, I'm in the process of developing a simple monitoring application for oVirt on the Android platform. This is still under heavy development, but first usable version can be found at [1] Please note that this is still a development preview so it can be a little unstable and the UI design is not yet perfect (well ... design by programmer :-)) but I hope it could be useful. All comments, remarks, feature requests and general feedback are very welcome. You can file any issues directly at [2]. Below follow the details of using and configuring the app. Description: The goal of this project was to create a simple Android app that would enable oVirt admins to configure conditions on Vms, Clusters, or whole datacenter upon which they want to be notified. At the moment you can configure 3 types of "Triggers": - when Vm CPU is over given level - when Vm Memory usage is over given level - when Vm enters given state (Down, Unknown ...) You can also choose if you want just simple standard android notification or also want the device to vibrate. You can also define all these triggers on per-Vm, per-Cluster or "global" level. Configuration: On first run the app will prompt you to enter connection parameters of your running oVirt engine instance. API URL should be in the form of http://host:port/ovirt-engine/api Username is user@domain i.e. admin@internal Password is ... well the above user's password :-) sadly only http (not https) is supported so far for endpoint url. If you have any more questions feel free to use this thread and I'll do my best to answer them :-) Best regards, Martin [1] https://github.com/matobet/moVirt/blob/master/moVirt/moVirt.apk [2] https://github.com/matobet/moVirt/issues

6 32

oVirt 3.6 Feature: Cumulative Network Usage Statistics
by Lior Vernia 01 Feb '15

01 Feb '15

Hello users and developers, Just put up a feature page for the aforementioned feature; in summary, to report total RX/TX statistics for hosts and VMs in oVirt. This has been requested several times on the users mailing list, and is especially useful for accounting in VDI deployments. You're more than welcome to review the feature page: http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics Note that this only deals with network usage - it'll be great if we have similar features for CPU and disk usage! Yours, Lior.

3 6

name of virtual machine and hostname
by nicola gentile 28 Jan '15

28 Jan '15

Good morning, I would like to ask you an information. After I have installed ovirt, I have created a pool of vm with name like centos-?? (from 1 to 20) and then ovirt generated 20 vm with name centos-1, centos-2, centos-3 etc. etc. The problem is when the vm starts the hostname is not the same of the vm name in ovirt but is the same name of the template. Is it possible to make sure that the name of vm and the hostname is identical? Best regard Nicola Gentile

7 8

Re: [ovirt-users] oVirt 3.5 and FreeIpa
by Marcelo Donato 22 Jan '15

22 Jan '15

Below the solution. Resolved By "Alon Bar-Lev" <alonbl(a)redhat.com> 1. install ovirt-engine-extension-aaa-ldap, it is available in ovirt-3.5-snapshots repository. 2. create /etc/ovirt-engine/extensions.d/din.intranet-authz.properties ovirt.engine.extension.name = din-intranet-authz ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz config.profile.file.1 = /etc/ovirt-engine/aaa/din.intranet.properties 3. create /etc/ovirt-engine/extensions.d/din.intranet-authn.properties ovirt.engine.extension.name = din-intranet-authn ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn ovirt.engine.aaa.authn.profile.name = din.intranet ovirt.engine.aaa.authn.authz.plugin = din-intranet-authz config.profile.file.1 = /etc/ovirt-engine/aaa/din.intranet.properties 4. create /etc/ovirt-engine/aaa/din.intranet.properties include = <ipa.properties> vars.user = uid=admin,cn=users,cn=accounts,dc=din,dc=intranet vars.password = 123456 vars.server = ipa1.din.intranet pool.default.serverset.single.server = ${global:vars.server} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} 5. restart engine. Thanks a lot Alon. -- Ao encaminhar esta mensagem, por favor: 1. Apague o meu e-mail e o meu nome. 2. Apague também os endereços dos amigos antes de reenviar 3. Use Cco ou Bcc para enviar mensagens! Dificulte a disseminação de vírus e spam.

3 7

Problem Upgrading 3.4.4 -> 3.5
by InterNetX - Juergen Gotteswinter 20 Jan '15

20 Jan '15

Hi, i am currently trying to upgrade an existing 3.4.4 Setup (which got upgraded several times before, starting at 3.3), but this time i run into a Error while Upgrading the DB -- snip -- ********* QUERY ********** ALTER TABLE event_subscriber DROP CONSTRAINT fk_event_subscriber_event_notification_methods; ************************** 2014-12-20 00:16:27 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.executeRaw:803 execute-result: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt-engine-setup-20141220001232-3xjymi.log', '-c', 'apply'], rc=1 2014-12-20 00:16:27 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:861 execute-output: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt-engine-setup-20141220001232-3xjymi.log', '-c', 'apply'] stdout: Creating schema engine@localhost:5432/engine Saving custom users permissions on database objects... upgrade script detected a change in Config, View or Stored Procedure... Running upgrade sql script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0000_config.sql'... Running upgrade sql script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql'... Running upgrade sql script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0020_add_materialized_views_table.sql'... Running upgrade sql script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0030_materialized_views_extensions.sql'... Running upgrade sql script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0040_extend_installed_by_column.sql'... Dropping materialized views... Running upgrade sql script '/usr/share/ovirt-engine/dbscripts/upgrade/03_05_0010_add_tables_for_gluster_volume_and_brick_details.sql'... Running upgrade sql script '/usr/share/ovirt-engine/dbscripts/upgrade/03_05_0020_gluster_refresh_gluster_volume_details-event_map.sql'... Skipping upgrade script /usr/share/ovirt-engine/dbscripts/upgrade/03_05_0030_add_ha_columns_to_vds_statistics.sql, already installed by 03040610 Skipping upgrade script /usr/share/ovirt-engine/dbscripts/upgrade/03_05_0040_add_ha_maintenance_events.sql, already installed by 03040620 Running upgrade sql script '/usr/share/ovirt-engine/dbscripts/upgrade/03_05_0050_event_notification_methods.sql'... 2014-12-20 00:16:27 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:866 execute-output: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt-engine-setup-20141220001232-3xjymi.log', '-c', 'apply'] stderr: psql:/usr/share/ovirt-engine/dbscripts/upgrade/03_05_0050_event_notification_methods.sql:2: ERROR: constraint "fk_event_subscriber_event_notification_methods" of relation "event_subscriber" does not exist FATAL: Cannot execute sql command: --file=/usr/share/ovirt-engine/dbscripts/upgrade/03_05_0050_event_notification_methods.sql 2014-12-20 00:16:27 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", line 291, in _misc oenginecons.EngineDBEnv.PGPASS_FILE File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute command=args[0], RuntimeError: Command '/usr/share/ovirt-engine/dbscripts/schema.sh' failed to execute 2014-12-20 00:16:27 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/schema.sh' failed to execute 2014-12-20 00:16:27 DEBUG otopi.transaction transaction.abort:131 aborting 'Yum Transaction' -- snip -- after that, engine-setup starts doing a rollback to 3.4.4 which worksflawless. Anyone got an Idea what is causing this? Thanks, Juergen

4 12

[RFC] oVirt mobile client
by Greg Sheremeta 15 Jan '15

15 Jan '15

Hi, The focus of our OPW internship program starting in December will be mobile and/or lightweight engine clients -- hopefully integrating the new ovirt.js project. I see that there are some already existing mobile clients for oVirt. I'm trying to grasp what we have and what the needs are. moVirt: https://github.com/matobet/moVirt (mbetak) This appears to be more of a lightweight webadmin. No console access, but I believe it's planned as part of OPW. (?) nomad: http://www.ovirt.org/Project_Proposal_-_Nomad and https://github.com/Vizuri/ovirt-nomad Looks dead -- last commit 3 years ago. Anyone know more about this one? That's all I see on the first few pages of google. When I think of a mobile client for oVirt, I think the most useful part would be the user portal -- simple operations for start, stop, and the ability to view the console of vms. moVirt mentions it wants to support some basic management operations, though. I think it would be difficult to do complex management in a mobile client. (I'm biased towards huge screens, though.) I'd like to see an official subproject started that coordinates our mobile efforts. Is this possible? What would it take to start it? What would people like to see in such an app? Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

9 11

Issues with vm start up
by Shanil S 12 Jan '15

12 Jan '15

Hi All, I am using the ovirt version 3.5 and having some issues with the vm startup with cloud-init using api in run-once mode..... Below is the steps i follow :- 1. Create the VM by API from precreated Template.. 2. Start the VM in run-once mode and push the cloud-init data from API.. 3. VM stuck and from console it display the following :- Booting from DVD/CD.. ... Boot failed : could not read from CDROM (code 004) I am using the following xml for this operation :- <action> <vm> <os> <boot dev='cdrom'/> </os> <initialization> <cloud_init> <host> <address>test</address> </host> <network_configuration> <nics> <nic> <interface>virtIO</interface> <name>eth0</name> <boot_protocol>static</boot_protocol> <mac address=''/> <network> <ip address='' netmask='' gateway=''/> </network> <on_boot>true</on_boot><vnic_profile id='' /> </nic> <nic> <interface>virtIO</interface> <name>eth1</name> <boot_protocol>static</boot_protocol> <mac address=''/> <network> <ip address='' netmask='255.255.255.0' gateway=''/> </network> <on_boot>true</on_boot><vnic_profile id='' /> </nic> </nics> </network_configuration> <files> <file> <name>/ignored</name><content><![CDATA[#cloud-config disable-ec2-metadata: true disable_root: false ssh_pwauth: true ssh_deletekeys: true chpasswd: { expire: False } users: - name: root primary-group: root passwd: 8W7RQ5Bh lock-passwd: false runcmd: - sed -i '/nameserver/d' /etc/resolv.conf - echo 'nameserver 8.8.8.8' >> /etc/resolv.conf - echo 'nameserver 8.8.4.4' >> /etc/resolv.conf - echo 'root:8W7RQ5Bh' | chpasswd - yum -y update - yum -y install rdate - rdate -s stdtime.gov.hk]]></content> <type>plaintext</type> </file> </files> </cloud_init><custom_script><![CDATA[#cloud-config disable-ec2-metadata: true disable_root: false ssh_pwauth: true ssh_deletekeys: true chpasswd: { expire: False } users: - name: root primary-group: root passwd: 8W7RQ5Bh lock-passwd: false runcmd: - sed -i '/nameserver/d' /etc/resolv.conf - echo 'nameserver 8.8.8.8' >> /etc/resolv.conf - echo 'nameserver 8.8.4.4' >> /etc/resolv.conf - echo 'root:8W7RQ5Bh' | chpasswd - yum -y update - yum -y install rdate - rdate -s stdtime.gov.hk]]></custom_script> </initialization> </vm> </action> I am also attaching the screen shot to this. -- Regards Shanil

5 11

Backup and Restore of VMs
by Soeren Malchow 12 Jan '15

12 Jan '15

--_000_687766E0007010429FBFF98CA70824887896D9mcexch01mcongroup_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all, ovirt: 3.5 gluster: 3.6.1 OS: CentOS 7 (except ovirt hosted engine =3D centos 6.6) i spent quite a while researching backup and restore for VMs right now, so = far I have come up with this as a start for us - API calls to create schedule snapshots of virtual machines This is or short term storage and to guard against accidential deletion wit= hin the VM but not for storage corruption - Since we are using a gluster backend, gluster snapshots I wasn't able so far to really test it since the LV needs to be thin provis= ioned and we did not do that in the setup For the API calls we have the problem that we can not find any existing scr= ipts or something like that to do those snapshots (and i/we are not develop= ers enough to do that). As an additional information, we have a ZFS based storage with deduplicatio= n that we use for other backup purposes which does a great job especially b= ecause of the deduplication (we can storage generations of backups without = problems), this storage can be NFS exported and used as backup repository. Are there any backup and restore procedure you guys are using for backup an= d restore that works for you and can you point me into the right direction = ? I am a little bit list right now and would appreciate any help. Regards Soeren --_000_687766E0007010429FBFF98CA70824887896D9mcexch01mcongroup_ 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"DE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Dear all,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">ovirt: 3.5<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"EN-US">gluster: 3.6.1<o:p></o:p></span= ></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">OS: CentOS 7 (except ovirt host= ed engine =3D centos 6.6)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">i spent quite a while researchi= ng backup and restore for VMs right now, so far I have come up with this as= a start for us<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-.25in;mso-list:l0 level= 1 lfo1"><![if !supportLists]><span lang=3D"EN-US"><span style=3D"mso-list:I= gnore">-<span style=3D"font:7.0pt "Times New Roman"">  =         </span></span></span><![endif]><span lang=3D"EN-US">API calls to create sch= edule snapshots of virtual machines<br> This is or short term storage and to guard against accidential deletion wit= hin the VM but not for storage corruption<br> <br> <o:p></o:p></span></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-.25in;mso-list:l0 level= 1 lfo1"><![if !supportLists]><span lang=3D"EN-US"><span style=3D"mso-list:I= gnore">-<span style=3D"font:7.0pt "Times New Roman"">  =         </span></span></span><![endif]><span lang=3D"EN-US">Since we are using a gl= uster backend, gluster snapshots<br> I wasn’t able so far to really test it since the LV needs to be thin = provisioned and we did not do that in the setup<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">For the API calls we have the p= roblem that we can not find any existing scripts or something like that to = do those snapshots (and i/we are not developers enough to do that).<o:p></o= :p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">As an additional information, w= e have a ZFS based storage with deduplication that we use for other backup = purposes which does a great job especially because of the deduplication (we= can storage generations of backups without problems), this storage can be NFS exported and used as backup rep= ository.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Are there any backup and restor= e procedure you guys are using for backup and restore that works for you an= d can you point me into the right direction ?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I am a little bit list right no= w and would appreciate any help.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Regards<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Soeren<o:p></o:p></span></p> </div> </body> </html> --_000_687766E0007010429FBFF98CA70824887896D9mcexch01mcongroup_--

6 9

Re: [ovirt-users] VM failover with ovirt3.5
by cong yue 11 Jan '15

11 Jan '15

The vdsm.log just after I turned the host where HE VM is to local. In the log, there is some part like --- GuestMonitor-HostedEngine::DEBUG::2014-12-30 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not set GuestMonitor-HostedEngine::DEBUG::2014-12-30 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not set GuestMonitor-HostedEngine::DEBUG::2014-12-30 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not set JsonRpc (StompReactor)::DEBUG::2014-12-30 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) Handling message <StompFrame command='SEND'> JsonRpcServer::DEBUG::2014-12-30 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) Waiting for request Thread-1806995::DEBUG::2014-12-30 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending response JsonRpc (StompReactor)::DEBUG::2014-12-30 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) Handling message <StompFrame command='SEND'> JsonRpcServer::DEBUG::2014-12-30 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) Waiting for request Thread-1806996::DEBUG::2014-12-30 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not set --- I this with some wrong? Thanks, Cong > From: Artyom Lukianov <alukiano(a)redhat.com> > Date: 2014年12月29日 23:13:45 GMT-8 > To: "Yue, Cong" <Cong_Yue(a)alliedtelesis.com> > Cc: Simone Tiraboschi <stirabos(a)redhat.com>, "users(a)ovirt.org" > <users(a)ovirt.org> > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's > more interesting, can you provide vdsm.log for this one please. > > ----- Original Message ----- > From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com> > To: "Artyom Lukianov" <alukiano(a)redhat.com> > Cc: "Simone Tiraboschi" <stirabos(a)redhat.com>, users(a)ovirt.org > Sent: Monday, December 29, 2014 8:29:04 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > I disabled local maintenance mode for all hosts, and then only set the host > where HE VM is there to local maintenance mode. The logs are as follows. > During the migration of HE VM , it shows some fatal error happen. By the > way, also HE VM can not work with live migration. Instead, other VMs can do > live migration. > > --- > [root@compute2-3 ~]# hosted-engine --set-maintenance --mode=local > You have new mail in /var/spool/mail/root > [root@compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log > MainThread::INFO::2014-12-29 > 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.92 (id: 3, score: 2400) > MainThread::INFO::2014-12-29 > 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-29 > 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.92 (id: 3, score: 2400) > MainThread::INFO::2014-12-29 > 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-29 > 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-29 > 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-29 > 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-29 > 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Engine vm running on localhost > MainThread::INFO::2014-12-29 > 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-29 > 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-29 > 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-29 > 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Trying: notify time=1419877023.61 type=state_transition > detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' > MainThread::INFO::2014-12-29 > 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Success, was notification of state_transition > (EngineUp-LocalMaintenanceMigrateVm) sent? sent > MainThread::INFO::2014-12-29 > 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) > Score is 0 due to local maintenance mode > MainThread::INFO::2014-12-29 > 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenanceMigrateVm (score: 0) > MainThread::INFO::2014-12-29 > 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-29 > 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Trying: notify time=1419877023.96 type=state_transition > detail=LocalMaintenanceMigrateVm-EngineMigratingAway > hostname='compute2-3' > MainThread::INFO::2014-12-29 > 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Success, was notification of state_transition > (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent > MainThread::INFO::2014-12-29 > 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) > Penalizing score by 400 due to low free memory > MainThread::INFO::2014-12-29 > 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineMigratingAway (score: 2000) > MainThread::INFO::2014-12-29 > 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::ERROR::2014-12-29 > 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) > Failed to migrate > Traceback (most recent call last): > File > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", > line 863, in _monitor_migration > vm_id, > File > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", > line 85, in run_vds_client_cmd > response['status']['message']) > DetailedError: Error 12 from migrateStatus: Fatal error during migration > MainThread::INFO::2014-12-29 > 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Trying: notify time=1419877034.26 type=state_transition > detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' > MainThread::INFO::2014-12-29 > 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Success, was notification of state_transition > (EngineMigratingAway-ReinitializeFSM) sent? ignored > MainThread::INFO::2014-12-29 > 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state ReinitializeFSM (score: 0) > MainThread::INFO::2014-12-29 > 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-29 > 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-29 > 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Trying: notify time=1419877044.55 type=state_transition > detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' > MainThread::INFO::2014-12-29 > 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Success, was notification of state_transition > (ReinitializeFSM-LocalMaintenance) sent? sent > MainThread::INFO::2014-12-29 > 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-29 > 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-29 > 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-29 > 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-29 > 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-29 > 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-29 > 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-29 > 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > ^C > [root@compute2-3 ~]# > > > [root@compute2-3 ~]# hosted-engine --vm-status > > > --== Host 1 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.94 > Host ID : 1 > Engine status : {"health": "good", "vm": "up", > "detail": "up"} > Score : 0 > Local maintenance : True > Host timestamp : 1014956<tel:1014956> > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=1014956<tel:1014956> (Mon Dec 29 13:20:19 2014) > host-id=1 > score=0 > maintenance=True > state=LocalMaintenance > > > --== Host 2 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.93 > Host ID : 2 > Engine status : {"reason": "vm not running on > this host", "health": "bad", "vm": "down", "detail": "unknown"} > Score : 2400 > Local maintenance : False > Host timestamp : 866019 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=866019 (Mon Dec 29 10:19:45 2014) > host-id=2 > score=2400 > maintenance=False > state=EngineDown > > > --== Host 3 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.92 > Host ID : 3 > Engine status : {"reason": "vm not running on > this host", "health": "bad", "vm": "down", "detail": "unknown"} > Score : 2400 > Local maintenance : False > Host timestamp : 860493 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=860493 (Mon Dec 29 10:20:35 2014) > host-id=3 > score=2400 > maintenance=False > state=EngineDown > [root@compute2-3 ~]# > --- > Thanks, > Cong > > > > On 2014/12/29, at 8:43, "Artyom Lukianov" > <alukiano(a)redhat.com<mailto:alukiano@redhat.com>> wrote: > > I see that HE vm run on host with ip 10.0.0.94, and two another hosts in > "Local Maintenance" state, so vm will not migrate to any of them, can you > try disable local maintenance on all hosts in HE environment and after > enable "local maintenance" on host where HE vm run, and provide also output > of hosted-engine --vm-status. > Failover works in next way: > 1) if host where run HE vm have score less by 800 that some other host in HE > environment, HE vm will migrate on host with best score > 2) if something happen to vm(kernel panic, crash of service...), agent will > restart HE vm on another host in HE environment with positive score > 3) if put to local maintenance host with HE vm, vm will migrate to another > host with positive score > Thanks. > > ----- Original Message ----- > From: "Cong Yue" > <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com>> > To: "Artyom Lukianov" <alukiano(a)redhat.com<mailto:alukiano@redhat.com>> > Cc: "Simone Tiraboschi" <stirabos(a)redhat.com<mailto:stirabos@redhat.com>>, > users(a)ovirt.org<mailto:users@ovirt.org> > Sent: Monday, December 29, 2014 6:30:42 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Thanks and the --vm-status log is as follows: > [root@compute2-2 ~]# hosted-engine --vm-status > > > --== Host 1 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.94 > Host ID : 1 > Engine status : {"health": "good", "vm": "up", > "detail": "up"} > Score : 2400 > Local maintenance : False > Host timestamp : 1008087 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=1008087<tel:1008087> (Mon Dec 29 11:25:51 2014) > host-id=1 > score=2400 > maintenance=False > state=EngineUp > > > --== Host 2 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.93 > Host ID : 2 > Engine status : {"reason": "vm not running on > this host", "health": "bad", "vm": "down", "detail": "unknown"} > Score : 0 > Local maintenance : True > Host timestamp : 859142 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=859142 (Mon Dec 29 08:25:08 2014) > host-id=2 > score=0 > maintenance=True > state=LocalMaintenance > > > --== Host 3 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.92 > Host ID : 3 > Engine status : {"reason": "vm not running on > this host", "health": "bad", "vm": "down", "detail": "unknown"} > Score : 0 > Local maintenance : True > Host timestamp : 853615 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=853615 (Mon Dec 29 08:25:57 2014) > host-id=3 > score=0 > maintenance=True > state=LocalMaintenance > You have new mail in /var/spool/mail/root > [root@compute2-2 ~]# > > Could you please explain how VM failover works inside ovirt? Is there any > other debug option I can enable to check the problem? > > Thanks, > Cong > > > On 2014/12/29, at 1:39, "Artyom Lukianov" > <alukiano(a)redhat.com<mailto:alukiano@redhat.com><mailto:alukiano@redhat.com>> > wrote: > > Can you also provide output of hosted-engine --vm-status please, previous > time it was useful, because I do not see something unusual. > Thanks > > ----- Original Message ----- > From: "Cong Yue" > <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> > To: "Artyom Lukianov" > <alukiano(a)redhat.com<mailto:alukiano@redhat.com><mailto:alukiano@redhat.com>> > Cc: "Simone Tiraboschi" > <stirabos(a)redhat.com<mailto:stirabos@redhat.com><mailto:stirabos@redhat.com>>, > users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org> > Sent: Monday, December 29, 2014 7:15:24 AM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Also I change the maintenance mode to local in another host. But also the VM > in this host can not be migrated. The logs are as follows. > > [root@compute2-2 ~]# hosted-engine --set-maintenance --mode=local > [root@compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log > MainThread::INFO::2014-12-28 > 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-28 > 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-28 > 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Engine vm is running on host 10.0.0.94 (id 1) > MainThread::INFO::2014-12-28 > 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-28 > 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-28 > 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-28 > 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Trying: notify time=1419829795.7 type=state_transition > detail=EngineDown-LocalMaintenance hostname='compute2-2' > MainThread::INFO::2014-12-28 > 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Success, was notification of state_transition > (EngineDown-LocalMaintenance) sent? sent > MainThread::INFO::2014-12-28 > 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) > Score is 0 due to local maintenance mode > MainThread::INFO::2014-12-28 > 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-28 > 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > ^C > You have new mail in /var/spool/mail/root > [root@compute2-2 ~]# ps -ef | grep qemu > root 18420 2777 0 21:10<x-apple-data-detectors://39> pts/0 > 00:00:00<x-apple-data-detectors://40> grep --color=auto qemu > qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm > -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem > -m 500 -realtime mlock=off -smp > 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid > c31e97d0-135e-42da-9954-162b5228dce3 -smbios > type=1,manufacturer=oVirt,product=oVirt > Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 > -no-user-config -nodefaults -chardev > socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait > -mon chardev=charmonitor,id=monitor,mode=control -rtc > base=2014-12-19T20:17:17<x-apple-data-detectors://42>,driftfix=slew > -no-kvm-pit-reinjection > -no-hpet -no-shutdown -boot strict=on -device > piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device > virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device > virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 > -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= > -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 > -drive > file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads > -device > virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 > -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device > virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 > -chardev > socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait > -device > virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm > -chardev > socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait > -device > virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 > -chardev spicevmc,id=charchannel2,name=vdagent -device > virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 > -spice > tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on > -k en-us -vga qxl -global qxl-vga.ram_size=67108864<tel:67108864> -global > qxl-vga.vram_size=33554432<tel:33554432> -incoming tcp:[::]:49152 -device > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 > [root@compute2-2 ~]# > > Thanks, > Cong > > > On 2014/12/28, at 20:53, "Yue, Cong" > <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> > wrote: > > I checked it again and confirmed there is one guest VM is running on the top > of this host. The log is as follows: > > [root@compute2-1 vdsm]# ps -ef | grep qemu > qemu 2983 846 0 Dec19 ? 00:00:00<x-apple-data-detectors://0> > [supervdsmServer] <defunct> > root 5489 3053 0 20:49<x-apple-data-detectors://1> pts/0 > 00:00:00<x-apple-data-detectors://2> grep --color=auto qemu > qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm > -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m > 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 > -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios > type=1,manufacturer=oVirt,product=oVirt > Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 > -no-user-config -nodefaults -chardev > socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait > -mon chardev=charmonitor,id=monitor,mode=control -rtc > base=2014-12-19T20:18:01<x-apple-data-detectors://4>,driftfix=slew > -no-kvm-pit-reinjection > -no-hpet -no-shutdown -boot strict=on -device > piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device > virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device > virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 > -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= > -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 > -drive > file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads > -device > virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 > -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device > virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 > -chardev > socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait > -device > virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm > -chardev > socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait > -device > virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 > -chardev spicevmc,id=charchannel2,name=vdagent -device > virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 > -spice > tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on > -k en-us -vga qxl -global qxl-vga.ram_size=67108864<tel:67108864> -global > qxl-vga.vram_size=33554432<tel:33554432> -incoming tcp:[::]:49152 -device > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 > [root@compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log > MainThread::INFO::2014-12-28 > 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-28 > 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-28 > 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-28 > 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-28 > 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-28 > 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) > Score is 0 due to local maintenance mode > MainThread::INFO::2014-12-28 > 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-28 > 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > > Thanks, > Cong > > > On 2014/12/28, at 3:46, "Artyom Lukianov" > <alukiano(a)redhat.com<mailto:alukiano@redhat.com><mailto:alukiano@redhat.com><mailto:alukiano@redhat.com>> > wrote: > > I see that you set local maintenance on host3 that do not have engine vm on > it, so it nothing to migrate from this host. > If you set local maintenance on host1, vm must migrate to another host with > positive score. > Thanks > > ----- Original Message ----- > From: "Cong Yue" > <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> > To: "Simone Tiraboschi" > <stirabos(a)redhat.com<mailto:stirabos@redhat.com><mailto:stirabos@redhat.com><mailto:stirabos@redhat.com>> > Cc: > users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org><mailto:users@ovirt.org> > Sent: Saturday, December 27, 2014 6:58:32 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Hi > > I had a try with "hosted-engine --set-maintence --mode=local" on > compute2-1, which is host 3 in my cluster. From the log, it shows > maintence mode is dectected, but migration does not happen. > > The logs are as follows. Is there any other config I need to check? > > [root@compute2-1 vdsm]# hosted-engine --vm-status > > > --== Host 1 status ==- > > Status up-to-date : True > Hostname : 10.0.0.94 > Host ID : 1 > Engine status : {"health": "good", "vm": "up", > "detail": "up"} > Score : 2400 > Local maintenance : False > Host timestamp : 836296 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=836296 (Sat Dec 27 11:42:39 2014) > host-id=1 > score=2400 > maintenance=False > state=EngineUp > > > --== Host 2 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.93 > Host ID : 2 > Engine status : {"reason": "vm not running on > this host", "health": "bad", "vm": "down", "detail": "unknown"} > Score : 2400 > Local maintenance : False > Host timestamp : 687358 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=687358 (Sat Dec 27 08:42:04 2014) > host-id=2 > score=2400 > maintenance=False > state=EngineDown > > > --== Host 3 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.92 > Host ID : 3 > Engine status : {"reason": "vm not running on > this host", "health": "bad", "vm": "down", "detail": "unknown"} > Score : 0 > Local maintenance : True > Host timestamp : 681827 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=681827 (Sat Dec 27 08:42:40 2014) > host-id=3 > score=0 > maintenance=True > state=LocalMaintenance > [root@compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log > MainThread::INFO::2014-12-27 > 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-27 > 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-27 > 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-27 > 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-27 > 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-27 > 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-27 > 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > > > > [root@compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log > MainThread::INFO::2014-12-27 > 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-27 > 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-27 > 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-27 > 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-27 > 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-27 > 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-27 > 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-27 > 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Engine vm running on localhost > MainThread::INFO::2014-12-27 > 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-27 > 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-27 > 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-27 > 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > > > [root@compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log > MainThread::INFO::2014-12-27 > 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-27 > 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Engine vm is running on host 10.0.0.94 (id 1) > MainThread::INFO::2014-12-27 > 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-27 > 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-27 > 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-27 > 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Global metadata: {'maintenance': False} > MainThread::INFO::2014-12-27 > 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Host 10.0.0.94 (id 1): {'extra': > 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 > (Sat Dec 27 11:37:30 > 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', > 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': > {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, > 'maintenance': False, 'host-ts': 835987} > MainThread::INFO::2014-12-27 > 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Host 10.0.0.92 (id 3): {'extra': > 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 > (Sat Dec 27 08:37:41 > 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', > 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': > {'reason': 'vm not running on this host', 'health': 'bad', 'vm': > 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, > 'host-ts': 681528} > MainThread::INFO::2014-12-27 > 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Local (id 2): {'engine-health': {'reason': 'vm not running on this > host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': > True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, > 'gateway': True} > MainThread::INFO::2014-12-27 > 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-27 > 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > > Thanks, > Cong > > On 2014/12/22, at 5:29, "Simone Tiraboschi" > <stirabos(a)redhat.com<mailto:stirabos@redhat.com><mailto:stirabos@redhat.com><mailto:stirabos@redhat.com>> > wrote: > > > > ----- Original Message ----- > From: "Cong Yue" > <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> > To: "Simone Tiraboschi" > <stirabos(a)redhat.com<mailto:stirabos@redhat.com><mailto:stirabos@redhat.com><mailto:stirabos@redhat.com>> > Cc: > users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org><mailto:users@ovirt.org> > Sent: Friday, December 19, 2014 7:22:10 PM > Subject: RE: [ovirt-users] VM failover with ovirt3.5 > > Thanks for the information. This is the log for my three ovirt nodes. > From the output of hosted-engine --vm-status, it shows the engine state for > my 2nd and 3rd ovirt node is DOWN. > Is this the reason why VM failover not work in my environment? > > No, they looks ok: you can run the engine VM on single host at a time. > > How can I make > also engine works for my 2nd and 3rd ovit nodes? > > If you put the host 1 in local maintenance mode ( hosted-engine > --set-maintenance --mode=local ) the VM should migrate to host 2; if you > reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put > host 2 in local maintenance mode the VM should migrate again. > > Can you please try that and post the logs if something is going bad? > > > -- > --== Host 1 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.94 > Host ID : 1 > Engine status : {"health": "good", "vm": "up", > "detail": "up"} > Score : 2400 > Local maintenance : False > Host timestamp : 150475 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=150475 (Fri Dec 19 13:12:18 2014) > host-id=1 > score=2400 > maintenance=False > state=EngineUp > > > --== Host 2 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.93 > Host ID : 2 > Engine status : {"reason": "vm not running on > this host", "health": "bad", "vm": "down", "detail": "unknown"} > Score : 2400 > Local maintenance : False > Host timestamp : 1572 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=1572 (Fri Dec 19 10:12:18 2014) > host-id=2 > score=2400 > maintenance=False > state=EngineDown > > > --== Host 3 status ==-- > > Status up-to-date : False > Hostname : 10.0.0.92 > Host ID : 3 > Engine status : unknown stale-data > Score : 2400 > Local maintenance : False > Host timestamp : 987 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=987 (Fri Dec 19 10:09:58 2014) > host-id=3 > score=2400 > maintenance=False > state=EngineDown > > -- > And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are > as follows: > -- > 10.0.0.94(hosted-engine-1) > --- > MainThread::INFO::2014-12-19 > 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Engine vm running on localhost > MainThread::INFO::2014-12-19 > 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Global metadata: {'maintenance': False} > MainThread::INFO::2014-12-19 > 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Host 10.0.0.93 (id 2): {'extra': > 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 > (Fri Dec 19 10:10:14 > 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', > 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': > {'reason': 'vm not running on this host', 'health': 'bad', 'vm': > 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, > 'host-ts': 1448} > MainThread::INFO::2014-12-19 > 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Host 10.0.0.92 (id 3): {'extra': > 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 > (Fri Dec 19 10:09:58 > 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', > 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': > {'reason': 'vm not running on this host', 'health': 'bad', 'vm': > 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, > 'host-ts': 987} > MainThread::INFO::2014-12-19 > 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', > 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': > False, 'cpu-load': 0.0269, 'gateway': True} > MainThread::INFO::2014-12-19 > 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Engine vm running on localhost > MainThread::INFO::2014-12-19 > 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > ---- > > 10.0.0.93 (hosted-engine-2) > MainThread::INFO::2014-12-19 > 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-19 > 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-19 > 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-19 > 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-19 > 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-19 > 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-19 > 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-19 > 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-19 > 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-19 > 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-19 > 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-19 > 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > > > 10.0.0.92(hosted-engine-3) > same as 10.0.0.93 > -- > > -----Original Message----- > From: Simone Tiraboschi [mailto:stirabos@redhat.com] > Sent: Friday, December 19, 2014 12:28 AM > To: Yue, Cong > Cc: > users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org><mailto:users@ovirt.org> > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > > > ----- Original Message ----- > From: "Cong Yue" > <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> > To: > users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org><mailto:users@ovirt.org> > Sent: Friday, December 19, 2014 2:14:33 AM > Subject: [ovirt-users] VM failover with ovirt3.5 > > > > Hi > > > > In my environment, I have 3 ovirt nodes as one cluster. And on top of > host-1, there is one vm to host ovirt engine. > > Also I have one external storage for the cluster to use as data domain > of engine and data. > > I confirmed live migration works well in my environment. > > But it seems very buggy for VM failover if I try to force to shut down > one ovirt node. Sometimes the VM in the node which is shutdown can > migrate to other host, but it take more than several minutes. > > Sometimes, it can not migrate at all. Sometimes, only when the host is > back, the VM is beginning to move. > > Can you please check or share the logs under > /var/log/ovirt-hosted-engine-ha/ > ? > > Is there some documentation to explain how VM failover is working? And > is there some bugs reported related with this? > > http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram > > Thanks in advance, > > Cong > > > > > This e-mail message is for the sole use of the intended recipient(s) > and may contain confidential and privileged information. Any > unauthorized review, use, disclosure or distribution is prohibited. If > you are not the intended recipient, please contact the sender by reply > e-mail and destroy all copies of the original message. If you are the > intended recipient, please be advised that the content of this message > is subject to access, review and disclosure by the sender's e-mail System > Administrator. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org<mailto:Users@ovirt.org><mailto:Users@ovirt.org><mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > This e-mail message is for the sole use of the intended recipient(s) and may > contain confidential and privileged information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply e-mail and destroy all copies > of the original message. If you are the intended recipient, please be > advised that the content of this message is subject to access, review and > disclosure by the sender's e-mail System Administrator. > > > This e-mail message is for the sole use of the intended recipient(s) and may > contain confidential and privileged information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply e-mail and destroy all copies > of the original message. If you are the intended recipient, please be > advised that the content of this message is subject to access, review and > disclosure by the sender's e-mail System Administrator. > _______________________________________________ > Users mailing list > Users(a)ovirt.org<mailto:Users@ovirt.org><mailto:Users@ovirt.org><mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > ________________________________ > This e-mail message is for the sole use of the intended recipient(s) and may > contain confidential and privileged information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply e-mail and destroy all copies > of the original message. If you are the intended recipient, please be > advised that the content of this message is subject to access, review and > disclosure by the sender's e-mail System Administrator. > > ________________________________ > This e-mail message is for the sole use of the intended recipient(s) and may > contain confidential and privileged information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply e-mail and destroy all copies > of the original message. If you are the intended recipient, please be > advised that the content of this message is subject to access, review and > disclosure by the sender's e-mail System Administrator. > > ________________________________ > This e-mail message is for the sole use of the intended recipient(s) and may > contain confidential and privileged information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply e-mail and destroy all copies > of the original message. If you are the intended recipient, please be > advised that the content of this message is subject to access, review and > disclosure by the sender's e-mail System Administrator. > > > ________________________________ > This e-mail message is for the sole use of the intended recipient(s) and may > contain confidential and privileged information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply e-mail and destroy all copies > of the original message. If you are the intended recipient, please be > advised that the content of this message is subject to access, review and > disclosure by the sender's e-mail System Administrator.

4 11

Status libgfapi support in oVirt
by Joop 09 Jan '15

09 Jan '15

I have been trying to use libgfapi glusterfs support in oVirt but can't get it to work. After talks on IRC it seems I should apply a patch (http://gerrit.ovirt.org/33768) to enable libgf BUT I can't get it to work. Systems used: - hosts Centos7 or Fedora20 (so upto date qemu/libvirt/oVirt(3.5)) - glusterfs-3.6.1 - vdsm-4.16.0-524.gitbc618a4.el7.x86_64 (snapshot master 14-nov) - vdsm-4.16.7-1.gitdb83943.el7.x86_64 (official ovirt-3.5 vdsm, seems newer than master snapshot?? ) Just adding the patch to vdsm-4.16.7-1.gitdb83943.el7.x86_64 doesn't work, vdsm doesn't start anymore due to an error in virt/vm.py. Q1: what is de exact status of libgf and oVirt. Q2: how do I test that patch? Joop

7 18

[STORAGE] Adding posix compliant FS
by Julian De Marchi 08 Jan '15

08 Jan '15

Heya-- I'm using ovirt 3.5 and trying to add a posix compliant FS to a node in my cluster. The storage I'm trying to add is contained within LVM. Below is a link to my log files on the node where I'm trying to attach the storage. http://pastebin.com/fzN9ktAX I've read the ovirt manual for adding posix compliant storage and believe I'm doing everything correct. Any help to get this storage added would be great thanks and if I forgot to include any info please ask. --julian

5 12

hosted-engine --deploy fails
by Andreas Mather 07 Jan '15

07 Jan '15

Hi All! Just tried to install the hosted engine on a fresh CentOS 6.6: beside setting up a gluster cluster, I just added the repo and installed hosted-engine-setup package. Otherwise it's just a very minimal installation. hosted-engine deploy failed immediately. The issue seems to be the same as described here http://lists.ovirt.org/pipermail/users/2014-October/028461.html but that conversation didn't continue after the reporting user was asked for additional details. Failed installation: [root@vhost1 ~]# hosted-engine --deploy [ INFO ] Stage: Initializing Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141223224236-y9ttk4.log Version: otopi-1.3.0 (otopi-1.3.0-1.el6) [ INFO ] Hardware supports virtualization [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ ERROR ] Failed to execute stage 'Environment setup': Command '/sbin/service' failed to execute [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been updated [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination Packages: [root@vhost1 ~]# rpm -qa|grep hosted-engine ovirt-hosted-engine-setup-1.2.1-1.el6.noarch ovirt-hosted-engine-ha-1.2.4-1.el6.noarch [root@vhost1 ~]# rpm -qa|grep vdsm vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch vdsm-python-4.16.7-1.gitdb83943.el6.noarch vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch vdsm-4.16.7-1.gitdb83943.el6.x86_64 vdsm-cli-4.16.7-1.gitdb83943.el6.noarch vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch So here's the output that was requested in the other thread. Hope someone can help me here. Thanks! [root@vhost1 ~]# find /var/lib/vdsm/persistence /var/lib/vdsm/persistence [root@vhost1 ~]# find /var/run/vdsm/netconf find: `/var/run/vdsm/netconf': No such file or directory [root@vhost1 ~]# ip l 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000 link/ether 00:25:90:d8:0a:b0 brd ff:ff:ff:ff:ff:ff 4: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN link/ether 62:e5:28:13:9d:ba brd ff:ff:ff:ff:ff:ff 5: bond0: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state DOWN link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff virsh -r net [root@vhost1 ~]# virsh -r net error: unknown command: 'net' [root@vhost1 ~]# virsh -r net-list Name State Autostart Persistent -------------------------------------------------- ;vdsmdummy; active no no [root@vhost1 ~]# vdsm-tool restore-nets Traceback (most recent call last): File "/usr/share/vdsm/vdsm-restore-net-config", line 137, in <module> restore() File "/usr/share/vdsm/vdsm-restore-net-config", line 123, in restore unified_restoration() File "/usr/share/vdsm/vdsm-restore-net-config", line 57, in unified_restoration _inRollback=True) File "/usr/share/vdsm/network/api.py", line 616, in setupNetworks netinfo._libvirtNets2vdsm(libvirt_nets))) File "/usr/lib/python2.6/site-packages/vdsm/netinfo.py", line 822, in get d['nics'][dev.name] = _nicinfo(dev, paddr, ipaddrs) File "/usr/lib/python2.6/site-packages/vdsm/netinfo.py", line 653, in _nicinfo info = _devinfo(link, ipaddrs) File "/usr/lib/python2.6/site-packages/vdsm/netinfo.py", line 681, in _devinfo ipv4addr, ipv4netmask, ipv4addrs, ipv6addrs = getIpInfo(link.name, ipaddrs) File "/usr/lib/python2.6/site-packages/vdsm/netinfo.py", line 370, in getIpInfo ipv4addr, prefix = addr['address'].split('/') ValueError: need more than 1 value to unpack Traceback (most recent call last): File "/usr/bin/vdsm-tool", line 209, in main return tool_command[cmd]["command"](*args) File "/usr/lib/python2.6/site-packages/vdsm/tool/restore_nets.py", line 36, in restore_command restore() File "/usr/lib/python2.6/site-packages/vdsm/tool/restore_nets.py", line 45, in restore raise EnvironmentError('Failed to restore the persisted networks') EnvironmentError: Failed to restore the persisted networks following is mentioned in the original thread, but should help other googlers: ovirt-hosted-engine-setup.log (first attempt): 2014-12-23 22:04:38 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:861 execute-output: ('/sbin/service', 'vdsmd', 'start') stdout: Starting multipathd daemon: [ OK ] Starting rpcbind: [ OK ] Starting ntpd: [ OK ] Loading the softdog kernel module: [ OK ] Starting wdmd: [ OK ] Starting sanlock: [ OK ] supervdsm start[ OK ] Starting iscsid: [ OK ] [ OK ] vdsm: Running mkdirs vdsm: Running configure_coredump vdsm: Running configure_vdsm_logs vdsm: Running run_init_hooks vdsm: Running check_is_configured libvirt is already configured for vdsm vdsm: Running validate_configuration SUCCESS: ssl configured to true. No conflicts vdsm: Running prepare_transient_repository vdsm: Running syslog_available vdsm: Running nwfilter vdsm: Running dummybr vdsm: Running load_needed_modules vdsm: Running tune_system vdsm: Running test_space vdsm: Running test_lo vdsm: Running unified_network_persistence_upgrade vdsm: stopped during execute unified_network_persistence_upgrade task (task returned with error code 1). vdsm start[FAILED] 2014-12-23 22:04:38 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:866 execute-output: ('/sbin/service', 'vdsmd', 'start') stderr: initctl: Job is already running: libvirtd libvirt: Network Filter Driver error : Network filter not found: no nwfilter with matching name 'vdsm-no-mac-spoofing' 2014-12-23 22:04:38 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/system/vdsmenv.py", line 155, in _late_setup state=True File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 188, in state 'start' if state else 'stop' File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 96, in _executeServiceCommand raiseOnError=raiseOnError File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute command=args[0], RuntimeError: Command '/sbin/service' failed to execute 2014-12-23 22:04:38 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Environment setup': Command '/sbin/service' failed to execute ovirt-hosted-engine-setup.log (further attempts): 2014-12-23 22:42:40 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:861 execute-output: ('/sbin/service', 'vdsmd', 'start') stdout: vdsm: Running mkdirs vdsm: Running configure_coredump vdsm: Running configure_vdsm_logs vdsm: Running run_init_hooks vdsm: Running check_is_configured libvirt is already configured for vdsm vdsm: Running validate_configuration SUCCESS: ssl configured to true. No conflicts vdsm: Running prepare_transient_repository vdsm: Running syslog_available vdsm: Running nwfilter vdsm: Running dummybr vdsm: Running load_needed_modules vdsm: Running tune_system vdsm: Running test_space vdsm: Running test_lo vdsm: Running unified_network_persistence_upgrade vdsm: stopped during execute unified_network_persistence_upgrade task (task returned with error code 1). vdsm start[FAILED] 2014-12-23 22:42:40 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:866 execute-output: ('/sbin/service', 'vdsmd', 'start') stderr: initctl: Job is already running: libvirtd 2014-12-23 22:42:40 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/system/vdsmenv.py", line 155, in _late_setup state=True File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 188, in state 'start' if state else 'stop' File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 96, in _executeServiceCommand raiseOnError=raiseOnError File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute command=args[0], RuntimeError: Command '/sbin/service' failed to execute 2014-12-23 22:42:40 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Environment setup': Command '/sbin/service' failed to execute ---- Andreas

4 6

ERROR 'no free file handlers in pool' while creating VM from template
by Tiemen Ruiten 07 Jan '15

07 Jan '15

Hello, I ran into a nasty problem today when creating a new, cloned VM from a template (one virtual 20 GBdisk) on our two-node oVirt cluster: on the node where I started a VM creation job, load skyrocketed and some VMs stopped responding until and after the job failed. Everything recovered without intervention, but this obviously shouldn't happen. I have attached the relevant vdsm log file. The button to create the VM was pressed around 11:17, the first error in the vdsm log is at 11:23:58. The ISO domain is a gluster volume exposed via NFS, the storage domain for the VM's is also a gluster volume. The underlying filesystem is ZFS. The hypervisor nodes are full CentOS 6 installs. I'm guessing the 'no free file handlers in pool' in the vdsm log file is key here. What can I do to prevent this from happening again? Apart from not creating new VMs of course :) Tiemen

3 12

Re: [ovirt-users] 3.5 live merge findings and mysteries [was Re: Simple way to activate live merge in FC20 cluster]
by Gianluca Cecchi 06 Jan '15

06 Jan '15

On Fri, Dec 12, 2014 at 4:32 PM, Itamar Heim <iheim(a)redhat.com> wrote: > > On 11/21/2014 09:53 AM, Gianluca Cecchi wrote: > >> So the official statement is this one at: >> http://www.ovirt.org/OVirt_3.5_Release_Notes >> >> Live Merge >> If an image has one or more snapshots, oVirt 3.5's merge command will >> combine the data of one volume into another. Live merges can be >> performed with data is pulled from one snapshot into another snapshot. >> The engine can merge multiple disks at the same time and each merge can >> independently fail or succeed in each operation. >> >> I think we should remove the part above, or at least have some of the >> developers to better clarify it. >> The feature in my opinion is very important and crucial for oVirt/RHEV >> because it is able to almost-fill the gap with VMware, especially in >> development environments, where having flexibility on snapshots >> management is very important and could be a starting point to have >> greater user base familiarize with the product and adopt it. >> >> So these are my findings and all combinations and none of them was able >> to provide live merge.... >> Could anyone tell me where I'm failing? Or correct release notes? >> >> 1) Environment with All-In-One F20 >> >> installing oVirt AIO on F20 automatically gives the virt-preview repo >> through the ovirt-3.5-dependencies.repo file, but only for libvirt* >> packages: >> >> the same server is the engine and the hypervisor >> >> [root@tekkaman qemu]# rpm -q libvirt >> libvirt-1.2.9.1-1.fc20.x86_64 >> >> [root@tekkaman qemu]# vdsClient -s 0 getVdsCaps | grep -i merge >> liveMerge = 'true' >> >> but >> [root@tekkaman qemu]# rpm -q qemu >> qemu-1.6.2-10.fc20.x86_64 >> >> So that tryng live merge it initially start but you get this in vdsm.log: >> libvirtError: unsupported configuration: active commit not supported >> with this QEMU binary >> >> >> 2) Another seaparate environment with a dedicated 3.5 engine f20 engine >> and 4 test cases tried >> >> a) ovirt node installed and put in a dedicated cluster >> latest available seems ovirt-node-iso-3.5.0.ovirt35.20140912.el6.iso >> from 3.5 rc test days >> >> At the end of oVirt Node install and activation in engine: >> [root@ovnode01 ~]# vdsClient -s 0 getVdsCaps | grep -i merge >> liveMerge = 'false' >> >> [root@ovnode01 ~]# rpm -qa libvirt* qemu* >> libvirt-0.10.2-29.el6_5.12.x86_64 >> libvirt-lock-sanlock-0.10.2-29.el6_5.12.x86_64 >> libvirt-python-0.10.2-29.el6_5.12.x86_64 >> qemu-kvm-tools-0.12.1.2-2.415.el6_5.14.x86_64 >> qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64 >> libvirt-client-0.10.2-29.el6_5.12.x86_64 >> qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64 >> >> >> >> b) f20 + latest updates host installed as OS and then installed from >> webadmin in another cluster >> virt-preview on host it is not enabled so that libvirt/qemu are not ready >> >> >> [root@ovnode02 network-scripts]# vdsClient -s 0 getVdsCaps | grep -i >> merge >> liveMerge = 'false' >> >> [root@ovnode02 network-scripts]# rpm -qa libvirt* qemu* >> libvirt-daemon-1.1.3.6-2.fc20.x86_64 >> libvirt-python-1.1.3.6-2.fc20.x86_64 >> libvirt-daemon-config-nwfilter-1.1.3.6-2.fc20.x86_64 >> qemu-kvm-1.6.2-10.fc20.x86_64 >> qemu-common-1.6.2-10.fc20.x86_64 >> libvirt-client-1.1.3.6-2.fc20.x86_64 >> libvirt-daemon-driver-network-1.1.3.6-2.fc20.x86_64 >> libvirt-daemon-driver-nwfilter-1.1.3.6-2.fc20.x86_64 >> libvirt-daemon-driver-interface-1.1.3.6-2.fc20.x86_64 >> libvirt-daemon-driver-nodedev-1.1.3.6-2.fc20.x86_64 >> libvirt-daemon-driver-secret-1.1.3.6-2.fc20.x86_64 >> qemu-system-x86-1.6.2-10.fc20.x86_64 >> libvirt-daemon-kvm-1.1.3.6-2.fc20.x86_64 >> qemu-kvm-tools-1.6.2-10.fc20.x86_64 >> qemu-img-1.6.2-10.fc20.x86_64 >> libvirt-daemon-driver-qemu-1.1.3.6-2.fc20.x86_64 >> libvirt-daemon-driver-storage-1.1.3.6-2.fc20.x86_64 >> libvirt-lock-sanlock-1.1.3.6-2.fc20.x86_64 >> >> >> >> c) CentOS 6.6 host + latest updates installed as OS and then installed >> from webadmin in another cluster >> >> [root@ovnode03 ~]# vdsClient -s 0 getVdsCaps | grep -i merge >> liveMerge = 'false' >> >> [root@ovnode03 ~]# rpm -qa libvirt* qemu* >> libvirt-python-0.10.2-46.el6_6.2.x86_64 >> qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64 >> qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64 >> libvirt-client-0.10.2-46.el6_6.2.x86_64 >> libvirt-0.10.2-46.el6_6.2.x86_64 >> qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64 >> libvirt-lock-sanlock-0.10.2-46.el6_6.2.x86_64 >> >> >> >> d) CentOS 7.0 host + latest updates installed as OS and then installed >> from webadmin in another cluster >> >> [root@ovnode04 ~]# vdsClient -s 0 getVdsCaps | grep -i merge >> liveMerge = 'false' >> >> [root@ovnode04 ~]# rpm -qa qemu* libvirt* >> qemu-img-rhev-1.5.3-60.el7_0.2.x86_64 >> libvirt-daemon-1.1.1-29.el7_0.3.x86_64 >> libvirt-daemon-driver-storage-1.1.1-29.el7_0.3.x86_64 >> libvirt-daemon-driver-nodedev-1.1.1-29.el7_0.3.x86_64 >> libvirt-daemon-kvm-1.1.1-29.el7_0.3.x86_64 >> qemu-kvm-tools-rhev-1.5.3-60.el7_0.2.x86_64 >> qemu-kvm-common-rhev-1.5.3-60.el7_0.2.x86_64 >> libvirt-client-1.1.1-29.el7_0.3.x86_64 >> libvirt-daemon-driver-nwfilter-1.1.1-29.el7_0.3.x86_64 >> libvirt-daemon-driver-interface-1.1.1-29.el7_0.3.x86_64 >> libvirt-lock-sanlock-1.1.1-29.el7_0.3.x86_64 >> libvirt-daemon-config-nwfilter-1.1.1-29.el7_0.3.x86_64 >> libvirt-daemon-driver-network-1.1.1-29.el7_0.3.x86_64 >> qemu-kvm-rhev-1.5.3-60.el7_0.2.x86_64 >> libvirt-python-1.1.1-29.el7_0.3.x86_64 >> libvirt-daemon-driver-secret-1.1.1-29.el7_0.3.x86_64 >> libvirt-daemon-driver-qemu-1.1.1-29.el7_0.3.x86_64 >> >> >> Thanks in advance, >> Gianluca >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > was this resolved? > In my opinion it was not resolved and what written into release notes doesn't correspond to features set. See my test cases and eventually describe other test cases where live merge is usable See also other findings about live merge on active layer here: http://lists.ovirt.org/pipermail/users/2014-November/029450.html Gianluca

4 7

Debug Environment for RHEVM
by Xie, Chao 06 Jan '15

06 Jan '15

--_000_EE4D679B9474414187D2E27D8B6890F694E491G08CNEXMBPEKD03g0_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SEksDQoNCkkgZm91bmQgdGhlcmUgaXMgYSBkZWJ1ZyBlbnZpcm9ubWVudCBmb3Igb1ZpcnQ6IGh0 dHA6Ly93aWtpLm92aXJ0Lm9yZy9PVmlydF9FbmdpbmVfRGV2ZWxvcG1lbnRfRW52aXJvbm1lbnQN CklzIGl0IGFsc28gdXNlZnVsIGZvciBSSEVWTSBzb3VyY2UgY29kZT8NCg0KQmVzdCBSZWdhcmRz LA0KWGllDQo= --_000_EE4D679B9474414187D2E27D8B6890F694E491G08CNEXMBPEKD03g0_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple" style=3D"text-justify-t= rim:punctuation"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">HI, <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I found there is a debug enviro= nment for oVirt: <a href=3D"http://wiki.ovirt.org/OVirt_Engine_Development_Environment">http= ://wiki.ovirt.org/OVirt_Engine_Development_Environment</a><o:p></o:p></span= ></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Is it also useful for RHEVM sou= rce code?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Best Regards,<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Xie<o:p></o:p></span></p> </div> </body> </html> --_000_EE4D679B9474414187D2E27D8B6890F694E491G08CNEXMBPEKD03g0_--

3 2

templates and freeipa
by Jim Kinney 06 Jan '15

06 Jan '15

Ovirt 3.5 is running well for me and I have freeIPA controlling access to the user portal. I would like to provide templates of various linux setups that all have freeipa for user authentication in the VM for my developers to be able to create a new VM from and then log in using their freeIPA access and sudo control. I'm wanting to group developers by project and use freeIPA to set sudo commands as needed (group A get oracle, group B get postgresql, etc). Wanting to maximize developer ability while minimizing my clean up time :-) They will be able to delete VMs they create. It's possible to do a kickstart deploy with freeIPA registration but a template from that will be a problem as it will have the same keys for all VMs. Is there a post-creation scripting process I can attach to in ovirt or should I look at a default root user and script that personalizes the new VM? -- -- James P. Kinney III Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain *http://heretothereideas.blogspot.com/ <http://heretothereideas.blogspot.com/>*

3 2

Re: [ovirt-users] engine-iso-uploader unexpected behaviour (steve a)
by Steve Atkinson 05 Jan '15

05 Jan '15

On Wed, Dec 31, 2014 at 12:47 PM, Yedidyah Bar David <didi(a)redhat.com> wrote: > ----- Original Message ----- > > From: "Steve Atkinson" <satkinson(a)telvue.com> > > To: users(a)ovirt.org > > Sent: Wednesday, December 31, 2014 7:15:23 PM > > Subject: [ovirt-users] engine-iso-uploader unexpected behaviour > > > > When attempting use the engine-iso-uploader to drop ISOs in my iso > storage > > domain I get the following results. > > > > Using engine-iso-uploader --iso-domain=[domain] upload [iso] does not > work > > because the engine does not have access to our storage network. So it > > attempts to mount to an address that is not routable. I thought to > resolve > > this by adding an interfaces to the Hosted Engine, only to find that I > > cannot modify the Engine's VM config from the GUI. I receive the error: > > Cannot add Interface. This VM is not managed by the engine. Actually, I > get > > that error whenever I attempt to modify anything about the engine. Maybe > > this is expected behavior? I can't find any bestpractices regarding > Hosted > > Engine administration. > > > > Alternatively, using engine-iso-uploader --nfs-server=[path] upload [iso] > > --verbose returns the following error: > > > > ERROR: local variable 'domain_type' referenced before assignment > > INFO: Use the -h option to see usage. > > DEBUG: Configuration: > > DEBUG: command: upload > > DEBUG: Traceback (most recent call last): > > DEBUG: File "/usr/bin/engine-iso-uploader", line 1440, in <module> > > DEBUG: isoup = ISOUploader(conf) > > DEBUG: File "/usr/bin/engine-iso-uploader", line 455, in __init__ > > DEBUG: self.upload_to_storage_domain() > > DEBUG: File "/usr/bin/engine-iso-uploader", line 1089, in > > upload_to_storage_domain > > DEBUG: elif domain_type in ('localfs', ): > > DEBUG: UnboundLocalError: local variable 'domain_type' referenced before > > assignment > > Do you run it from the engine's machine? The host? Elsewhere? > Where is the iso domain? > > This sounds to me like a bug, but I didn't check the sources yet. > Please open one. Thanks. > > That said, you can simply copy your iso file directly to the correct > directory inside the iso domain, which is: > > /path-to-iso-domain/SOME-UUID/images/11111111-1111-1111-1111-111111111111/ > > Make sure it's readable to vdsm:kvm (36:36). > > Best, > -- > Didi > I'm running the command from the Engine itself, it seems to be the only box that has this command available. The ISO domain utilizes the same root share as the DATA and EXPORT domains which seem to work fine. The structure looks something like: server:/nfs-share/ovirt-store/iso-store/UUIDblahblah/images/ server:/nfs-share/ovirt-store/export-store/path/path/path server:/nfs-share/ovirt-store/data-store/UUIDblahblah/images/ Each of storage-domain was created through the Engine. Perms for each below, which persists all the way down the tree: drwxr-xr-x. 3 vdsm kvm 4 Nov 14 19:02 data-store drwxr-xr-x. 3 vdsm kvm 4 Nov 14 19:04 export-store drwxr-xr-x. 3 vdsm kvm 4 Nov 14 18:18 hosted-engine drwxr-xr-x. 3 vdsm kvm 4 Nov 14 19:04 iso-store If I attempt to mount any of them via NFS from our management network they work just fine. (moved around, read/write operations) Copied the ISO I needed directly to it and changed the perms/ownership by hand which seems to have worked as a short term solution. I can see why the --iso-domain argument has issues as it is trying to use the our storage network, which isn't routable from the Engine as it only has the one network interface. Although that does seem like an oversight. Seems like this transfer should pass through the SPM and not try to directly mount the NFS share if the --iso-domain flag is used. Thanks for the quick response.

2 7

Problem wiht ovirt-node
by rino 05 Jan '15

05 Jan '15

I installed ovirt node with hosted-engine using pre-release ovirt-node 3.5 iso. When i shutdown the ovirt-node from menu everything down ok, ( i register it as node in vm ). When i turn on the server next day, ovirt-node come up with no vm was installed ( i use other server as storage with nfs). Nfs is working fine i see all resource if i do showmount -e nfs.server. But if i try to do hosted-engine --vm-status or any command with hosted-engine it suggest me to do a new deploy, but i have all enviroment configured en my engine. I need to configure two ovirt-node, and then move it to datacenter, but after shutdown vm engine is not seen by ovirt-node. Regards -- --- Rondan Rino Certificado en LPIC-2 <https://cs.lpi.org/caf/Xamman/certification> LPI ID:LPI000209832 Verification Code:gbblvwyfxu Red Hat Certified Engineer -- RHCE -- RHCVA <https://www.redhat.com/wapps/training/certification/verify.html?certNumber=…> Blog:http://www.itrestauracion.com.ar Cv: http://cv.rinorondan.com.ar <http://www.rinorondan.com.ar/> http://counter.li.org Linux User -> #517918 Viva La Santa Federacion!! Mueran Los Salvages Unitarios!! ^^^Transcripcion de la epoca ^^^

4 6

Problems after upgrade ovirt 3.4 to ovirt 3.5
by andrey.dyadyura＠gmail.com 05 Jan '15

05 Jan '15

2 1

Would you add the project of Jasper into the Zanata?
by 张亚琪 05 Jan '15

05 Jan '15

hi all, Would you add Jasper into zanata? I want to translate it for reports, and this project is based on this project. So would you add it for reports? Thanks a lot. :)

3 4

Autostart vm's at host boot on local storage
by Brent Hartzell 04 Jan '15

04 Jan '15

--_CC286E1A-A3A3-481A-AB16-0EE929F3B4A9_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="Windows-1252" Can this be done? We hit a road block with gluster and will be using local = storage while testing gluster. Only problem, if a host reboots, the vm's on= that host do not. Is there a way to have ovirt/libvirt start all vm's resi= ding on the local storage?= --_CC286E1A-A3A3-481A-AB16-0EE929F3B4A9_ Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="Windows-1252" <HTML><HEAD> <META content=3D"text/html; charset=3Dwindows-1252" http-equiv=3DContent-Ty= pe></HEAD> <BODY> <DIV> <DIV style=3D"FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif">Can this be= done? We hit a road block with gluster and will be using local storage whi= le testing gluster. Only problem, if a host reboots, the vm's on that host = do not. Is there a way to have ovirt/libvirt start all vm's residing on the= local storage?</DIV></DIV></BODY></HTML>= --_CC286E1A-A3A3-481A-AB16-0EE929F3B4A9_--

5 4

Cannot start VM - pauses due to storage error
by Brent Hartzell 04 Jan '15

04 Jan '15

------=_NextPart_000_3233_01D021BB.C6C2CAC0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, All of the sudden stared getting the errors below. Can't start VM's, they immediately go into paused state. Thread-51856::DEBUG::2014-12-27 09:56:08,812::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set Thread-51858::DEBUG::2014-12-27 09:56:11,953::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set Thread-51860::DEBUG::2014-12-27 09:56:12,856::__init__::467::jsonrpc.JsonRpcServer::(_serveRequest) Calling 'VM.cont' in bridge with {u'vmID': u'e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d'} libvirtEventLoop::DEBUG::2014-12-27 09:56:13,016::vm::5461::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::event Resumed detail 0 opaque None libvirtEventLoop::DEBUG::2014-12-27 09:56:13,021::vm::5461::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::event Resumed detail 0 opaque None libvirtEventLoop::INFO::2014-12-27 09:56:13,026::vm::4780::vm.Vm::(_onIOError) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::abnormal vm stop device virtio-disk0 error eother libvirtEventLoop::DEBUG::2014-12-27 09:56:13,029::vm::5461::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::event Suspended detail 2 opaque None Thread-51863::DEBUG::2014-12-27 09:56:15,072::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set Thread-51869::DEBUG::2014-12-27 09:56:18,120::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set Thread-51872::DEBUG::2014-12-27 09:56:21,154::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set ------=_NextPart_000_3233_01D021BB.C6C2CAC0 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=3D"Content-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><p = class=3DMsoNormal>Hello,<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>All of the = sudden stared getting the errors below. Can’t start VM’s, = they immediately go into paused state.<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Thread-51856::DEBUG::2014-12-27 = 09:56:08,812::vm::486::vm.Vm::(_getUserCpuTuneInfo) = vmId=3D`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not = set<o:p></o:p></p><p class=3DMsoNormal>Thread-51858::DEBUG::2014-12-27 = 09:56:11,953::vm::486::vm.Vm::(_getUserCpuTuneInfo) = vmId=3D`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not = set<o:p></o:p></p><p class=3DMsoNormal>Thread-51860::DEBUG::2014-12-27 = 09:56:12,856::__init__::467::jsonrpc.JsonRpcServer::(_serveRequest) = Calling 'VM.cont' in bridge with {u'vmID': = u'e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d'}<o:p></o:p></p><p = class=3DMsoNormal>libvirtEventLoop::DEBUG::2014-12-27 = 09:56:13,016::vm::5461::vm.Vm::(_onLibvirtLifecycleEvent) = vmId=3D`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::event Resumed detail 0 = opaque None<o:p></o:p></p><p = class=3DMsoNormal>libvirtEventLoop::DEBUG::2014-12-27 = 09:56:13,021::vm::5461::vm.Vm::(_onLibvirtLifecycleEvent) = vmId=3D`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::event Resumed detail 0 = opaque None<o:p></o:p></p><p = class=3DMsoNormal>libvirtEventLoop::INFO::2014-12-27 = 09:56:13,026::vm::4780::vm.Vm::(_onIOError) = vmId=3D`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::abnormal vm stop device = virtio-disk0 error eother<o:p></o:p></p><p = class=3DMsoNormal>libvirtEventLoop::DEBUG::2014-12-27 = 09:56:13,029::vm::5461::vm.Vm::(_onLibvirtLifecycleEvent) = vmId=3D`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::event Suspended detail 2 = opaque None<o:p></o:p></p><p = class=3DMsoNormal>Thread-51863::DEBUG::2014-12-27 = 09:56:15,072::vm::486::vm.Vm::(_getUserCpuTuneInfo) = vmId=3D`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not = set<o:p></o:p></p><p class=3DMsoNormal>Thread-51869::DEBUG::2014-12-27 = 09:56:18,120::vm::486::vm.Vm::(_getUserCpuTuneInfo) = vmId=3D`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not = set<o:p></o:p></p><p class=3DMsoNormal>Thread-51872::DEBUG::2014-12-27 = 09:56:21,154::vm::486::vm.Vm::(_getUserCpuTuneInfo) = vmId=3D`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not = set<o:p></o:p></p></div></body></html> ------=_NextPart_000_3233_01D021BB.C6C2CAC0--

2 1

1. Re: ??: bond mode balance-alb (Jorick Astrego)
by Nikolai Sednev 01 Jan '15

01 Jan '15

------=_Part_2052610_1445178490.1419935668210 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Mode 2 will do the job the best way for you in case of static LAG supported only at the switch's side, I'd advise using of xmit_hash_policy layer3+4, so you'll get better distribution for your DC. Thanks in advance. Best regards, Nikolai ____________________ Nikolai Sednev Senior Quality Engineer at Compute team Red Hat Israel 34 Jerusalem Road, Ra'anana, Israel 43501 Tel: +972 9 7692043 Mobile: +972 52 7342734 Email: nsednev(a)redhat.com IRC: nsednev ----- Original Message ----- From: users-request(a)ovirt.org To: users(a)ovirt.org Sent: Tuesday, December 30, 2014 2:12:58 AM Subject: Users Digest, Vol 39, Issue 173 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: ??: bond mode balance-alb (Jorick Astrego) 2. Re: ??: bond mode balance-alb (Jorick Astrego) 3. HostedEngine Deployment Woes (Mikola Rose) ---------------------------------------------------------------------- Message: 1 Date: Mon, 29 Dec 2014 20:13:40 +0100 From: Jorick Astrego <j.astrego(a)netbulae.eu> To: users(a)ovirt.org Subject: Re: [ovirt-users] ??: bond mode balance-alb Message-ID: <54A1A7E4.90308(a)netbulae.eu> Content-Type: text/plain; charset="utf-8" On 12/29/2014 12:56 AM, Dan Kenigsberg wrote: > On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote: >> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote: >>> Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM networks >>> https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0 >> Dan, >> >> What is bad about these modes that oVirt can't use them? > I can only quote jpirko's workds from the link above: > > Do not use tlb or alb in bridge, never! It does not work, that's it. The reason > is it mangles source macs in xmit frames and arps. When it is possible, just > use mode 4 (lacp). That should be always possible because all enterprise > switches support that. Generally, for 99% of use cases, you *should* use mode > 4. There is no reason to use other modes. > This switch is more of an office switch and only supports part of the 802.3ad standard: PowerConnect* *2824 Scalable from small workgroups to dense access solutions, the 2824 offers 24-port flexibility plus two combo small?form?factor pluggable (SFP) ports for connecting the switch to other networking equipment located beyond the 100 m distance limitations of copper cabling. Industry-standard link aggregation adhering to IEEE 802.3ad standards (static support only, LACP not supported) So the only way to have some kind of bonding without buying more expensive switches, is using balance-rr (mode=0), balance-xor (mode=2) or broadcast (modes=3). >> I just tested mode 4, and the LACP with Fedora 20 appears to not be >> compatible with the LAG mode on my Dell 2824. >> >> Would there be any issues with bringing two NICS into the VM and doing >> balance-alb at the guest level? >> Kind regards, Jorick Astrego Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info(a)netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20141229/dfacba22/attach…> ------------------------------ Message: 2 Date: Mon, 29 Dec 2014 20:14:55 +0100 From: Jorick Astrego <j.astrego(a)netbulae.eu> To: users(a)ovirt.org Subject: Re: [ovirt-users] ??: bond mode balance-alb Message-ID: <54A1A82F.1090100(a)netbulae.eu> Content-Type: text/plain; charset="utf-8" On 12/29/2014 12:56 AM, Dan Kenigsberg wrote: > On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote: >> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote: >>> Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM networks >>> https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0 >> Sorry, no mode 0. So only mode 2 or 3 for your environment.... Kind regards, Jorick Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info(a)netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20141229/41da033b/attach…> ------------------------------ Message: 3 Date: Tue, 30 Dec 2014 00:12:52 +0000 From: Mikola Rose <mrose(a)power-soft.com> To: "users(a)ovirt.org" <users(a)ovirt.org> Subject: [ovirt-users] HostedEngine Deployment Woes Message-ID: <F992C848-E4EB-468E-83F4-37646EDB3E62(a)power-soft.com> Content-Type: text/plain; charset="us-ascii" Hi List Members; I have been struggling with deploying oVirt hosted engine I keep running into a timeout during the "Misc Configuration" any suggestion on how I can trouble shoot this? Redhat 2.6.32-504.3.3.el6.x86_64 Installed Packages ovirt-host-deploy.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms ovirt-host-deploy-java.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms ovirt-hosted-engine-ha.noarch 1.1.6-3.el6ev @rhel-6-server-rhevm-3.4-rpms ovirt-hosted-engine-setup.noarch 1.1.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms rhevm-setup-plugin-ovirt-engine.noarch 3.4.4-2.2.el6ev @rhel-6-server-rhevm-3.4-rpms rhevm-setup-plugin-ovirt-engine-common.noarch 3.4.4-2.2.el6ev @rhel-6-server-rhevm-3.4-rpms Please confirm installation settings (Yes, No)[No]: Yes [ INFO ] Stage: Transaction setup [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Configuring libvirt [ INFO ] Configuring VDSM [ INFO ] Starting vdsmd [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Connecting Storage Domain [ INFO ] Connecting Storage Pool [ INFO ] Verifying sanlock lockspace initialization [ INFO ] sanlock lockspace already initialized [ INFO ] sanlock metadata already initialized [ INFO ] Creating VM Image [ INFO ] Disconnecting Storage Pool [ INFO ] Start monitoring domain [ ERROR ] Failed to execute stage 'Misc configuration': The read operation timed out [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination 2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:133 Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file: /rhev/data-center/mnt/192.168.0.75:_Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/hosted-engine.lockspace) 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:144 sanlock lockspace already initialized 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:157 sanlock metadata already initialized 2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plugin._misc 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:162 Creating VM Image 2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:163 createVolume 2014-12-29 14:53:42 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:184 Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d, request was: - image: 9043e535-ea94-41f8-98df-6fdbfeb107c3 - volume: e6a9291d-ac21-4a95-b43c-0d6e552baaa2 2014-12-29 14:53:42 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:144 condition False 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._disconnect_pool 2014-12-29 14:53:43 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._disconnect_pool:971 Disconnecting Storage Pool 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:602 spmStop 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:611 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._storagePoolConnection:573 disconnectStoragePool 2014-12-29 14:53:45 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._disconnect_pool:975 Start monitoring domain 2014-12-29 14:53:45 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._startMonitoringDomain:529 _startMonitoringDomain 2014-12-29 14:53:46 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._startMonitoringDomain:534 {'status': {'message': 'OK', 'code': 0}} 2014-12-29 14:53:51 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:127 Waiting for domain monitor 2014-12-29 14:54:51 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", line 976, in _disconnect_pool self._startMonitoringDomain() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", line 539, in _startMonitoringDomain waiter.wait(self.environment[ohostedcons.StorageEnv.SD_UUID]) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/tasks.py", line 128, in wait response = serv.s.getVdsStats() File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request errcode, errmsg, headers = h.getreply() File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply response = self._conn.getresponse() File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse response.begin() File "/usr/lib64/python2.6/httplib.py", line 391, in begin version, status, reason = self._read_status() File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status line = self.fp.readline() File "/usr/lib64/python2.6/socket.py", line 433, in readline data = recv(1) File "/usr/lib64/python2.6/ssl.py", line 215, in recv return self.read(buflen) File "/usr/lib64/python2.6/ssl.py", line 136, in read return self._sslobj.read(len) SSLError: The read operation timed out var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141229145137-g8d2or.log -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20141230/899f724c/attach…> ------------------------------ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 39, Issue 173 ************************************** ------=_Part_2052610_1445178490.1419935668210 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo= r: #000000"><div><span style=3D"color: #333333; font-family: monospace; fon= t-size: 13.142857551574707px; background-color: #fdfdfd;" data-mce-style=3D= "color: #333333; font-family: monospace; font-size: 13.142857551574707px; b= ackground-color: #fdfdfd;">Mode 2 will do the job the best way for you in c= ase of static LAG supported only at the switch's side, I'd advise using of&= nbsp;xmit_hash_policy layer3+4, so you'll get better distribution for your = DC.</span></div><div><br></div><div><span name=3D"x"></span><br>Thanks in a= dvance.<br><div><br></div>Best regards,<br>Nikolai<br>____________________<= br>Nikolai Sednev<br>Senior Quality Engineer at Compute team<br>Red Hat Isr= ael<br>34 Jerusalem Road,<br>Ra'anana, Israel 43501<br><div><br></div>Tel: =       +972   9 7692043<br>Mobile: +972 52 7342734<br>Em= ail: nsednev(a)redhat.com<br>IRC: nsednev<span name=3D"x"></span><br></div><d= iv><br></div><hr id=3D"zwchr"><div style=3D"color:#000;font-weight:normal;f= ont-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-seri= f;font-size:12pt;" data-mce-style=3D"color: #000; font-weight: normal; font= -style: normal; text-decoration: none; font-family: Helvetica,Arial,sans-se= rif; font-size: 12pt;"><b>From: </b>users-request(a)ovirt.org<br><b>To: </b>u= sers(a)ovirt.org<br><b>Sent: </b>Tuesday, December 30, 2014 2:12:58 AM<br><b>= Subject: </b>Users Digest, Vol 39, Issue 173<br><div><br></div>Send Users m= ailing list submissions to<br>       &nb= sp;users(a)ovirt.org<br><div><br></div>To subscribe or unsubscribe via the Wo= rld Wide Web, visit<br>        http= ://lists.ovirt.org/mailman/listinfo/users<br>or, via email, send a message = with subject or body 'help' to<br>      &nbsp= ; users-request(a)ovirt.org<br><div><br></div>You can reach the person m= anaging the list at<br>        user= s-owner(a)ovirt.org<br><div><br></div>When replying, please edit your Subject= line so it is more specific<br>than "Re: Contents of Users digest..."<br><= div><br></div><br>Today's Topics:<br><div><br></div>   1. Re: &nb= sp;??: bond mode balance-alb (Jorick Astrego)<br>   2. Re:  = ??: bond mode balance-alb (Jorick Astrego)<br>   3.  HostedE= ngine Deployment Woes (Mikola Rose)<br><div><br></div><br>-----------------= -----------------------------------------------------<br><div><br></div>Mes= sage: 1<br>Date: Mon, 29 Dec 2014 20:13:40 +0100<br>From: Jorick Astrego &l= t;j.astrego(a)netbulae.eu><br>To: users(a)ovirt.org<br>Subject: Re: [ovirt-u= sers] ??: bond mode balance-alb<br>Message-ID: <54A1A7E4.90308(a)netbulae.= eu><br>Content-Type: text/plain; charset=3D"utf-8"<br><div><br></div><br= >On 12/29/2014 12:56 AM, Dan Kenigsberg wrote:<br>> On Fri, Dec 26, 2014= at 12:39:45PM -0600, Blaster wrote:<br>>> On 12/23/2014 2:55 AM, Dan= Kenigsberg wrote:<br>>>> Bug 1094842 - Bonding modes 0, 5 and 6 s= hould be avoided for VM networks<br>>>> https://bugzilla.redhat.co= m/show_bug.cgi?id=3D1094842#c0<br>>> Dan,<br>>><br>>> Wha= t is bad about these modes that oVirt can't use them?<br>> I can only qu= ote jpirko's workds from the link above:<br>><br>>     Do n= ot use tlb or alb in bridge, never! It does not work, that's it. The reason= <br>>     is it mangles source macs in xmit frames and arps. W= hen it is possible, just<br>>     use mode 4 (lacp). That shou= ld be always possible because all enterprise<br>>     switches= support that. Generally, for 99% of use cases, you *should* use mode<br>&g= t;     4. There is no reason to use other modes.<br>><br>This = switch is more of an office switch and only supports part of the<br>802.3ad= standard:<br><div><br></div><br>           &= nbsp;PowerConnect* *2824<br><div><br></div>    Scalable from= small workgroups to dense access solutions, the 2824<br>   &nbsp= ;offers 24-port flexibility plus two combo small?form?factor<br> &nbsp= ;  pluggable (SFP) ports for connecting the switch to other networking= <br>    equipment located beyond the 100 m distance limitati= ons of copper<br>    cabling.<br><div><br></div>  =  Industry-standard link aggregation adhering to IEEE 802.3ad<br>&nbsp= ;   standards (static support only, LACP not supported)<br><div><= br></div><br>So the only way to have some kind of bonding without buying mo= re<br>expensive switches, is using balance-rr (mode=3D0), balance-xor (mode= =3D2)<br>or broadcast (modes=3D3).<br>>> I just tested mode 4, and th= e LACP with Fedora 20 appears to not be<br>>> compatible with the LAG= mode on my Dell 2824.<br>>><br>>> Would there be any issues wi= th bringing two NICS into the VM and doing<br>>> balance-alb at the g= uest level?<br>>><br>Kind regards,<br><div><br></div>Jorick Astrego<b= r><div><br></div><br><div><br></div>Met vriendelijke groet, With kind regar= ds,<br><div><br></div>Jorick Astrego<br><div><br></div>Netbulae Virtualizat= ion Experts <br><div><br></div>----------------<br><div><br></div> &nb= sp;      Tel: 053 20 30 270   &nbsp= ;     info(a)netbulae.eu     &nb= sp;   Staalsteden 4-3A       &= nbsp; KvK 08198180<br>        =  Fax: 053 20 30 271         ww= w.netbulae.eu         7547 TA Ensch= ede         BTW NL821234584B01<br><= div><br></div>----------------<br><div><br></div>-------------- next part -= -------------<br>An HTML attachment was scrubbed...<br>URL: <http://list= s.ovirt.org/pipermail/users/attachments/20141229/dfacba22/attachment-0001.h= tml><br><div><br></div>------------------------------<br><div><br></div>= Message: 2<br>Date: Mon, 29 Dec 2014 20:14:55 +0100<br>From: Jorick Astrego= <j.astrego(a)netbulae.eu><br>To: users(a)ovirt.org<br>Subject: Re: [ovir= t-users] ??: bond mode balance-alb<br>Message-ID: <54A1A82F.1090100@netb= ulae.eu><br>Content-Type: text/plain; charset=3D"utf-8"<br><div><br></di= v><br>On 12/29/2014 12:56 AM, Dan Kenigsberg wrote:<br>> On Fri, Dec 26,= 2014 at 12:39:45PM -0600, Blaster wrote:<br>>> On 12/23/2014 2:55 AM= , Dan Kenigsberg wrote:<br>>>> Bug 1094842 - Bonding modes 0, 5 an= d 6 should be avoided for VM networks<br>>>> https://bugzilla.redh= at.com/show_bug.cgi?id=3D1094842#c0<br>>><br>Sorry, no mode 0. So onl= y mode 2 or 3 for your environment....<br><div><br></div>Kind regards,<br><= div><br></div>Jorick<br><div><br></div><br><div><br></div>Met vriendelijke = groet, With kind regards,<br><div><br></div>Jorick Astrego<br><div><br></di= v>Netbulae Virtualization Experts <br><div><br></div>----------------<br><d= iv><br></div>        Tel: 053 20 30= 270         info(a)netbulae.eu &nbsp= ;       Staalsteden 4-3A   &nb= sp;     KvK 08198180<br>    &n= bsp;    Fax: 053 20 30 271     &nbs= p;   www.netbulae.eu       &nb= sp; 7547 TA Enschede         B= TW NL821234584B01<br><div><br></div>----------------<br><div><br></div>----= ---------- next part --------------<br>An HTML attachment was scrubbed...<b= r>URL: <http://lists.ovirt.org/pipermail/users/attachments/20141229/41da= 033b/attachment-0001.html><br><div><br></div>---------------------------= ---<br><div><br></div>Message: 3<br>Date: Tue, 30 Dec 2014 00:12:52 +0000<b= r>From: Mikola Rose <mrose(a)power-soft.com><br>To: "users(a)ovirt.org" &= lt;users(a)ovirt.org><br>Subject: [ovirt-users] HostedEngine Deployment Wo= es<br>Message-ID: <F992C848-E4EB-468E-83F4-37646EDB3E62(a)power-soft.com&g= t;<br>Content-Type: text/plain; charset=3D"us-ascii"<br><div><br></div><br>= Hi List Members;<br><div><br></div>I have been struggling with deploying oV= irt hosted engine  I keep running into a timeout during the "Misc Conf= iguration"  any suggestion on how I can trouble shoot this?<br><div><b= r></div>Redhat 2.6.32-504.3.3.el6.x86_64<br><div><br></div>Installed Packag= es<br>ovirt-host-deploy.noarch             &n= bsp;                     =                     &nbsp= ;                     &nb= sp;             1.2.5-1.el6ev     &= nbsp;                    =                     &nbs= p;                     &n= bsp;   @rhel-6-server-rhevm-3.4-rpms<br>ovirt-host-deploy-java.noarch =                     &nbsp= ;                     &nb= sp;                     &= nbsp;                    = 1.2.5-1.el6ev                 &nbsp= ;                     &nb= sp;                     &= nbsp;           @rhel-6-server-rhevm-3.4-rpms<br>o= virt-hosted-engine-ha.noarch             &nbs= p;                     &n= bsp;                     =                     &nbsp= ;        1.1.6-3.el6ev         &nbs= p;                     &n= bsp;                     =                     @rhel= -6-server-rhevm-3.4-rpms<br>ovirt-hosted-engine-setup.noarch     =                     &nbsp= ;                     &nb= sp;                     &= nbsp;             1.1.5-1.el6ev    =                     &nbs= p;                     &n= bsp;                     =     @rhel-6-server-rhevm-3.4-rpms<br>rhevm-setup-plugin-ovirt-eng= ine.noarch                   &= nbsp;                    =                     &nbs= p;               3.4.4-2.2.el6ev   =                     &nbsp= ;                     &nb= sp;                     &= nbsp;   @rhel-6-server-rhevm-3.4-rpms<br>rhevm-setup-plugin-ovirt-engi= ne-common.noarch                 &n= bsp;                     =                     &nbsp= ;          3.4.4-2.2.el6ev       &n= bsp;                     =                     &nbsp= ;                     @rh= el-6-server-rhevm-3.4-rpms<br><div><br></div><br>      =    Please confirm installation settings (Yes, No)[No]: Yes<br>[ = INFO  ] Stage: Transaction setup<br>[ INFO  ] Stage: Misc configu= ration<br>[ INFO  ] Stage: Package installation<br>[ INFO  ] Stag= e: Misc configuration<br>[ INFO  ] Configuring libvirt<br>[ INFO &nbsp= ;] Configuring VDSM<br>[ INFO  ] Starting vdsmd<br>[ INFO  ] Wait= ing for VDSM hardware info<br>[ INFO  ] Waiting for VDSM hardware info= <br>[ INFO  ] Connecting Storage Domain<br>[ INFO  ] Connecting S= torage Pool<br>[ INFO  ] Verifying sanlock lockspace initialization<br= >[ INFO  ] sanlock lockspace already initialized<br>[ INFO  ] san= lock metadata already initialized<br>[ INFO  ] Creating VM Image<br>[ = INFO  ] Disconnecting Storage Pool<br>[ INFO  ] Start monitoring = domain<br>[ ERROR ] Failed to execute stage 'Misc configuration': The read = operation timed out<br>[ INFO  ] Stage: Clean up<br>[ INFO  ] Gen= erating answer file '/etc/ovirt-hosted-engine/answers.conf'<br>[ INFO &nbsp= ;] Stage: Pre-termination<br>[ INFO  ] Stage: Termination<br><div><br>= </div><br><div><br></div>2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_host= ed_engine_setup.sanlock.lockspace lockspace._misc:133 Ensuring lease for lo= ckspace hosted-engine, host id 1 is acquired (file: /rhev/data-center/mnt/1= 92.168.0.75:_Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/ho= sted-engine.lockspace)<br>2014-12-29 14:53:41 INFO otopi.plugins.ovirt_host= ed_engine_setup.sanlock.lockspace lockspace._misc:144 sanlock lockspace alr= eady initialized<br>2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_eng= ine_setup.sanlock.lockspace lockspace._misc:157 sanlock metadata already in= itialized<br>2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod= :138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plu= gin._misc<br>2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_set= up.vm.image image._misc:162 Creating VM Image<br>2014-12-29 14:53:41 DEBUG = otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:163 createVolu= me<br>2014-12-29 14:53:42 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.= image image._misc:184 Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d, = request was:<br>- image: 9043e535-ea94-41f8-98df-6fdbfeb107c3<br>- volume: = e6a9291d-ac21-4a95-b43c-0d6e552baaa2<br>2014-12-29 14:53:42 DEBUG otopi.ovi= rt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to co= mplete<br>2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks t= asks.wait:48 Waiting for existing tasks to complete<br>2014-12-29 14:53:43 = DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plug= ins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc<br>2014-12-29 14:53= :43 DEBUG otopi.context context._executeMethod:144 condition False<br>2014-= 12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage misc ME= THOD otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._discon= nect_pool<br>2014-12-29 14:53:43 INFO otopi.plugins.ovirt_hosted_engine_set= up.storage.storage storage._disconnect_pool:971 Disconnecting Storage Pool<= br>2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wa= it:48 Waiting for existing tasks to complete<br>2014-12-29 14:53:43 DEBUG o= topi.plugins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:602= spmStop<br>2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_set= up.storage.storage storage._spmStop:611<br>2014-12-29 14:53:43 DEBUG otopi.= plugins.ovirt_hosted_engine_setup.storage.storage storage._storagePoolConne= ction:573 disconnectStoragePool<br>2014-12-29 14:53:45 INFO otopi.plugins.o= virt_hosted_engine_setup.storage.storage storage._disconnect_pool:975 Start= monitoring domain<br>2014-12-29 14:53:45 DEBUG otopi.plugins.ovirt_hosted_= engine_setup.storage.storage storage._startMonitoringDomain:529 _startMonit= oringDomain<br>2014-12-29 14:53:46 DEBUG otopi.plugins.ovirt_hosted_engine_= setup.storage.storage storage._startMonitoringDomain:534 {'status': {'messa= ge': 'OK', 'code': 0}}<br>2014-12-29 14:53:51 DEBUG otopi.ovirt_hosted_engi= ne_setup.tasks tasks.wait:127 Waiting for domain monitor<br>2014-12-29 14:5= 4:51 DEBUG otopi.context context._executeMethod:152 method exception<br>Tra= ceback (most recent call last):<br>  File "/usr/lib/python2.6/sit= e-packages/otopi/context.py", line 142, in _executeMethod<br>   &= nbsp;method['method']()<br>  File "/usr/share/ovirt-hosted-engine= -setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", li= ne 976, in _disconnect_pool<br>    self._startMonitoringDoma= in()<br>  File "/usr/share/ovirt-hosted-engine-setup/scripts/../p= lugins/ovirt-hosted-engine-setup/storage/storage.py", line 539, in _startMo= nitoringDomain<br>    waiter.wait(self.environment[ohostedco= ns.StorageEnv.SD_UUID])<br>  File "/usr/lib/python2.6/site-packag= es/ovirt_hosted_engine_setup/tasks.py", line 128, in wait<br>   &= nbsp;response =3D serv.s.getVdsStats()<br>  File "/usr/lib64/pyth= on2.6/xmlrpclib.py", line 1199, in __call__<br>    return se= lf.__send(self.__name, args)<br>  File "/usr/lib64/python2.6/xmlr= pclib.py", line 1489, in __request<br>    verbose=3Dself.__v= erbose<br>  File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, = in request<br>    errcode, errmsg, headers =3D h.getreply()<= br>  File "/usr/lib64/python2.6/httplib.py", line 1064, in getrep= ly<br>    response =3D self._conn.getresponse()<br> &nb= sp;File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse<br>&nbs= p;   response.begin()<br>  File "/usr/lib64/python2.6/h= ttplib.py", line 391, in begin<br>    version, status, reaso= n =3D self._read_status()<br>  File "/usr/lib64/python2.6/httplib= .py", line 349, in _read_status<br>    line =3D self.fp.read= line()<br>  File "/usr/lib64/python2.6/socket.py", line 433, in r= eadline<br>    data =3D recv(1)<br>  File "/usr/li= b64/python2.6/ssl.py", line 215, in recv<br>    return self.= read(buflen)<br>  File "/usr/lib64/python2.6/ssl.py", line 136, i= n read<br>    return self._sslobj.read(len)<br>SSLError: The= read operation timed out<br><div><br></div><br><div><br></div><br>var/log/= ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141229145137-g8d2or.l= og<br>-------------- next part --------------<br>An HTML attachment was scr= ubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/attachments/201= 41230/899f724c/attachment.html><br><div><br></div>----------------------= --------<br><div><br></div>_______________________________________________<= br>Users mailing list<br>Users(a)ovirt.org<br>http://lists.ovirt.org/mailman/= listinfo/users<br><div><br></div><br>End of Users Digest, Vol 39, Issue 173= <br>**************************************<br></div><div><br></div></div></= body></html> ------=_Part_2052610_1445178490.1419935668210--

3 2

engine-iso-uploader unexpected behaviour
by Steve Atkinson 31 Dec '14

31 Dec '14

When attempting use the engine-iso-uploader to drop ISOs in my iso storage domain I get the following results. Using engine-iso-uploader --iso-domain=[domain] upload [iso] does not work because the engine does not have access to our storage network. So it attempts to mount to an address that is not routable. I thought to resolve this by adding an interfaces to the Hosted Engine, only to find that I cannot modify the Engine's VM config from the GUI. I receive the error: Cannot add Interface. This VM is not managed by the engine. Actually, I get that error whenever I attempt to modify anything about the engine. Maybe this is expected behavior? I can't find any bestpractices regarding Hosted Engine administration. Alternatively, using engine-iso-uploader --nfs-server=[path] upload [iso] --verbose returns the following error: ERROR: local variable 'domain_type' referenced before assignment INFO: Use the -h option to see usage. DEBUG: Configuration: DEBUG: command: upload DEBUG: Traceback (most recent call last): DEBUG: File "/usr/bin/engine-iso-uploader", line 1440, in <module> DEBUG: isoup = ISOUploader(conf) DEBUG: File "/usr/bin/engine-iso-uploader", line 455, in __init__ DEBUG: self.upload_to_storage_domain() DEBUG: File "/usr/bin/engine-iso-uploader", line 1089, in upload_to_storage_domain DEBUG: elif domain_type in ('localfs', ): DEBUG: UnboundLocalError: local variable 'domain_type' referenced before assignment Engine is Self Hosted and is Version 3.5.0.1-1.el6. Thanks! -Steve

2 1

feedback-on-oVirt-engine-3.5.0.1-1.el6
by bingozhou2013 31 Dec '14

31 Dec '14

------=_001_NextPart566401241025_=---- Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 RGVhciBTaXIsDQoNCldoZW4gIEkgIHRyeSB0byBpbnN0YWxsIHRoZSBvVmlydC1lbmdpbmUgMy41 ICBpbiB0aGUgQ2VudE9TIDYuNiAgLkJlbG93IGVycm9yIGlzIHNob3cgOg0KDQotLT4gRmluaXNo ZWQgRGVwZW5kZW5jeSBSZXNvbHV0aW9uDQpFcnJvcjogUGFja2FnZTogb3ZpcnQtZW5naW5lLWJh Y2tlbmQtMy41LjAuMS0xLmVsNi5ub2FyY2ggKG92aXJ0LTMuNSkNCiAgICAgICAgICAgUmVxdWly ZXM6IG5vdm5jDQogWW91IGNvdWxkIHRyeSB1c2luZyAtLXNraXAtYnJva2VuIHRvIHdvcmsgYXJv dW5kIHRoZSBwcm9ibGVtDQogWW91IGNvdWxkIHRyeSBydW5uaW5nOiBycG0gLVZhIC0tbm9maWxl cyAtLW5vZGlnZXN0DQoNCg0KSSBoYXZlICBhZGRlZCB0aGUgIEVQRUwgc291cmNlIGFuZCBpbnN0 YWxsZWQgIG92aXJ0LXJlbGVhc2UzNS5ycG0gLGJ1dCBpdCBzdGlsbCBzaG93cyAicmVxdWlyZXM6 bm92bmMiIC4gUGxlYXNlIGhlbHAgbWUgdG8gY2hlY2sgdGhpcyAuVGhhbmsgeW91IHZlcnkgbXVj aCAhDQoNCg0KDQoNCmJpbmdvemhvdTIwMTM= ------=_001_NextPart566401241025_=---- Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML xmlns:o =3D "urn:schemas-microsoft-com:office:office"><HEAD> <META content=3D"text/html; charset=3Dus-ascii" http-equiv=3DContent-Type> <STYLE> BLOCKQUOTE { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px; MARGIN-LEFT: 2em } OL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } UL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } P { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } BODY { LINE-HEIGHT: 1.5; FONT-FAMILY: Tahoma; COLOR: #000000; FONT-SIZE: 10.5pt } </STYLE> <META name=3DGENERATOR content=3D"MSHTML 9.00.8112.16599"></HEAD> <BODY style=3D"MARGIN: 10px"> <DIV>Dear Sir,</DIV> <DIV> </DIV> <DIV>When  I  try to install the oVirt-engine 3.5  in the C= entOS=20 6.6  .Below error is show :</DIV> <DIV> </DIV> <DIV> <DIV>--> Finished Dependency Resolution</DIV> <DIV style=3D""><SPAN=20 style=3D"BACKGROUND-COLOR: #ff0000">Error: Package: ovirt-engine= -backend-3.5.0.1-1.el6.noarch (ovirt-3.5)</SPAN></DIV> <DIV style=3D""><SPAN=20 style=3D"BACKGROUND-COLOR: #ff0000">      &n= bsp;    Requires: novnc</SPAN></DIV> <DIV> You could try using --skip-broken to&n= bsp;work around the problem</DIV> <DIV> You could try running: rpm -Va --= nofiles --nodigest</DIV></DIV> <DIV> </DIV> <DIV> </DIV> <DIV>I have  added the  EPEL source and installed =20 ovirt-release35.rpm ,but it still shows "requires:novnc" . Please help me = to=20 check this .Thank you very much !</DIV> <DIV> </DIV> <HR style=3D"WIDTH: 210px; HEIGHT: 1px" align=3Dleft color=3D#b5c4df SIZE= =3D1> <DIV><SPAN>bingozhou2013</SPAN></DIV></BODY></HTML> ------=_001_NextPart566401241025_=------

3 2

domain storage of the type Glusterfs
by suporte＠logicworks.pt 30 Dec '14

30 Dec '14

------=_Part_25142_1582656685.1419956865500 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, Concerning to Version 3.5.0.1-1.el6, For creating a domain storage of the type Glusterfs, do I have to create a host first? Thanks Jose -- Jose Ferradeira http://www.logicworks.pt ------=_Part_25142_1582656685.1419956865500 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: Times New Roman; font-size: 10pt; color: #000000"><div>Hi,<br></div><div><br></div><div><span class="version-text">Concerning to Version 3.5.0.1-1.el6,</span></div><div><span class="version-text">For creating a domain storage of the type Glusterfs, do I have to create a host first?<br></span></div><div><br class="version-text"></div><div>Thanks<br></div><div><br></div><div>Jose<br></div><div>-- <br></div><div><span name="x"></span><hr style="width: 100%; height: 2px;" data-mce-style="width: 100%; height: 2px;">Jose Ferradeira<br>http://www.logicworks.pt<br><span name="x"></span><br></div></div></body></html> ------=_Part_25142_1582656685.1419956865500--

1 0

Centos 6.6 ovirt install fail. dependency novnc error
by Anders Hellquist 30 Dec '14

30 Dec '14

Hi ! I am trying to install ovirt 3.5 on a Centos 6.6 host Have tried both http://resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm http://resources.ovirt.org/pub/yum-repo/ovirt-release35-snapshot.rpm While installing ovirt-engine, ovirt-engine-backend requires novnc and fails. --> Running transaction check ---> Package bind-libs.x86_64 32:9.8.2-0.30.rc1.el6_6.1 will be installed ---> Package ovirt-engine-backend.noarch 0:3.5.1-0.0.master.20141219191829.gite2b1d3a.el6 will be installed --> Processing Dependency: novnc for package: ovirt-engine-backend-3.5.1-0.0.master.20141219191829.gite2b1d3a.el6.noarch ---> Package perl-Pod-Escapes.x86_64 1:1.04-136.el6_6.1 will be installed ---> Package python-crypto.x86_64 0:2.0.1-22.el6 will be installed ---> Package setools-libs.x86_64 0:3.3.7-4.el6 will be installed --> Finished Dependency Resolution Error: Package: ovirt-engine-backend-3.5.1-0.0.master.20141219191829.gite2b1d3a.el6.noarch (ovirt-3.5-snapshot) Requires: novnc You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Have looked for novnc package but maybe it is named something else.. Anyone ? Best regards, Anders

5 6

Unable to reinstall hosts after network removal.
by Arman Khalatyan 30 Dec '14

30 Dec '14

Hello, I have a little trouble with ovirt 3.5 on CentOS6.6: I was removing all networks from all hosts. Then after removing network from data center the hosts went to unusable. Every time after reinstall the host claims that the network is not configured, but it s already removed from network tab in DC. Where from it gets the old configuration? the old interfaces also restored every time on the reinstalled hosts. Which DB table is in charge of dc-networks? Thanks, Arman. *********************************************************** Dr. Arman Khalatyan eScience -SuperComputing Leibniz-Institut für Astrophysik Potsdam (AIP) An der Sternwarte 16, 14482 Potsdam, Germany ***********************************************************

3 6

VM failover with ovirt3.5
by Yue, Cong 30 Dec '14

30 Dec '14

--_000_ED08B56256B38842A463A2A0804C5AC0326ACA4745svrcaexch1atg_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi In my environment, I have 3 ovirt nodes as one cluster. And on top of host-= 1, there is one vm to host ovirt engine. Also I have one external storage for the cluster to use as data domain of e= ngine and data. I confirmed live migration works well in my environment. But it seems very buggy for VM failover if I try to force to shut down one = ovirt node. Sometimes the VM in the node which is shutdown can migrate to o= ther host, but it take more than several minutes. Sometimes, it can not migrate at all. Sometimes, only when the host is back= , the VM is beginning to move. Is there some documentation to explain how VM failover is working? And is t= here some bugs reported related with this? Thanks in advance, Cong ________________________________ This e-mail message is for the sole use of the intended recipient(s) and ma= y contain confidential and privileged information. Any unauthorized review,= use, disclosure or distribution is prohibited. If you are not the intended= recipient, please contact the sender by reply e-mail and destroy all copie= s of the original message. If you are the intended recipient, please be adv= ised that the content of this message is subject to access, review and disc= losure by the sender's e-mail System Administrator. --_000_ED08B56256B38842A463A2A0804C5AC0326ACA4745svrcaexch1atg_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Hi<o:p></o:p= ></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <= /o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">In my enviro= nment, I have 3 ovirt nodes as one cluster. And on top of host-1, there is = one vm to host ovirt engine.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Also I have = one external storage for the cluster to use as data domain of engine and da= ta.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">I confirmed = live migration works well in my environment.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">But it seems= very buggy for VM failover if I try to force to shut down one ovirt node. = Sometimes the VM in the node which is shutdown can migrate to other host, b= ut it take more than several minutes.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Sometimes, i= t can not migrate at all. Sometimes, only when the host is back, the VM is = beginning to move.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <= /o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Is there som= e documentation to explain how VM failover is working? And is there some bu= gs reported related with this?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <= /o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Thanks in ad= vance,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Cong<o:p></o= :p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <= /o:p></span></p> </div> <br> <hr> <font face=3D"Arial" color=3D"Gray" size=3D"1">This e-mail message is for t= he sole use of the intended recipient(s) and may contain confidential and p= rivileged information. Any unauthorized review, use, disclosure or distribu= tion is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy = all copies of the original message. If you are the intended recipient, plea= se be advised that the content of this message is subject to access, review= and disclosure by the sender's e-mail System Administrator.<br> </font> </body> </html> --_000_ED08B56256B38842A463A2A0804C5AC0326ACA4745svrcaexch1atg_--

3 16

bond mode balance-alb
by Blaster 29 Dec '14

29 Dec '14

I’m looking to setup bonding. I’m using Dell 2824 switches which support LAG (static 802.3ad apparently?) but not LACP (dynamic 802.3ad). Fedora only seems to support Dynamic mode from what I can tell. The next best choice seems to be balance-alb, but for some reason it’s not available as a mode in the drop down. Any reason why it’s missing? If I select custom and enter balance-alb, is that supported?

5 6

Re: [ovirt-users] Users Digest, Vol 39, Issue 171
by Nikolai Sednev 29 Dec '14

29 Dec '14

------=_Part_1882534_1428653136.1419879250032 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, Can you please provide engine.log from /var/log/ovirt-engine/engine.log and to try as follows: 1. Revert all tree hosts to maintenance-mode=none. 2. Check that engine up and running. 3. Turn one of the hosts that is not running the engine, to maintenance mode local. 4. Turn host that is running the engine to maintenance mode local. 5. Check that engine migrated to one and the only remaining host, that had not been put in to maintenance mode at all. Can you also provide your engine version, is it 3.4 something? Thanks in advance. Best regards, Nikolai ____________________ Nikolai Sednev Senior Quality Engineer at Compute team Red Hat Israel 34 Jerusalem Road, Ra'anana, Israel 43501 Tel: +972 9 7692043 Mobile: +972 52 7342734 Email: nsednev(a)redhat.com IRC: nsednev ----- Original Message ----- From: users-request(a)ovirt.org To: users(a)ovirt.org Sent: Monday, December 29, 2014 8:29:36 PM Subject: Users Digest, Vol 39, Issue 171 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: VM failover with ovirt3.5 (Yue, Cong) ---------------------------------------------------------------------- Message: 1 Date: Mon, 29 Dec 2014 10:29:04 -0800 From: "Yue, Cong" <Cong_Yue(a)alliedtelesis.com> To: Artyom Lukianov <alukiano(a)redhat.com> Cc: "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] VM failover with ovirt3.5 Message-ID: <21D302CF-AD6F-4E8C-A373-52ADAC1C129B(a)alliedtelesis.com> Content-Type: text/plain; charset="utf-8" I disabled local maintenance mode for all hosts, and then only set the host where HE VM is there to local maintenance mode. The logs are as follows. During the migration of HE VM , it shows some fatal error happen. By the way, also HE VM can not work with live migration. Instead, other VMs can do live migration. --- [root@compute2-3 ~]# hosted-engine --set-maintenance --mode=local You have new mail in /var/spool/mail/root [root@compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log MainThread::INFO::2014-12-29 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.92 (id: 3, score: 2400) MainThread::INFO::2014-12-29 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-29 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.92 (id: 3, score: 2400) MainThread::INFO::2014-12-29 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-29 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-29 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-29 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-29 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm running on localhost MainThread::INFO::2014-12-29 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-29 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-29 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-29 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1419877023.61 type=state_transition detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' MainThread::INFO::2014-12-29 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineUp-LocalMaintenanceMigrateVm) sent? sent MainThread::INFO::2014-12-29 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Score is 0 due to local maintenance mode MainThread::INFO::2014-12-29 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenanceMigrateVm (score: 0) MainThread::INFO::2014-12-29 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-29 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1419877023.96 type=state_transition detail=LocalMaintenanceMigrateVm-EngineMigratingAway hostname='compute2-3' MainThread::INFO::2014-12-29 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent MainThread::INFO::2014-12-29 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) Penalizing score by 400 due to low free memory MainThread::INFO::2014-12-29 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-29 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-29 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 12 from migrateStatus: Fatal error during migration MainThread::INFO::2014-12-29 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1419877034.26 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-29 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-29 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-29 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-29 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-29 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1419877044.55 type=state_transition detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' MainThread::INFO::2014-12-29 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (ReinitializeFSM-LocalMaintenance) sent? sent MainThread::INFO::2014-12-29 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-29 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-29 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-29 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-29 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-29 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-29 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-29 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) ^C [root@compute2-3 ~]# [root@compute2-3 ~]# hosted-engine --vm-status --== Host 1 status ==-- Status up-to-date : True Hostname : 10.0.0.94 Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 0 Local maintenance : True Host timestamp : 1014956<tel:1014956> Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=1014956<tel:1014956> (Mon Dec 29 13:20:19 2014) host-id=1 score=0 maintenance=True state=LocalMaintenance --== Host 2 status ==-- Status up-to-date : True Hostname : 10.0.0.93 Host ID : 2 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 2400 Local maintenance : False Host timestamp : 866019 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=866019 (Mon Dec 29 10:19:45 2014) host-id=2 score=2400 maintenance=False state=EngineDown --== Host 3 status ==-- Status up-to-date : True Hostname : 10.0.0.92 Host ID : 3 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 2400 Local maintenance : False Host timestamp : 860493 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=860493 (Mon Dec 29 10:20:35 2014) host-id=3 score=2400 maintenance=False state=EngineDown [root@compute2-3 ~]# --- Thanks, Cong On 2014/12/29, at 8:43, "Artyom Lukianov" <alukiano(a)redhat.com<mailto:alukiano@redhat.com>> wrote: I see that HE vm run on host with ip 10.0.0.94, and two another hosts in "Local Maintenance" state, so vm will not migrate to any of them, can you try disable local maintenance on all hosts in HE environment and after enable "local maintenance" on host where HE vm run, and provide also output of hosted-engine --vm-status. Failover works in next way: 1) if host where run HE vm have score less by 800 that some other host in HE environment, HE vm will migrate on host with best score 2) if something happen to vm(kernel panic, crash of service...), agent will restart HE vm on another host in HE environment with positive score 3) if put to local maintenance host with HE vm, vm will migrate to another host with positive score Thanks. ----- Original Message ----- From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com>> To: "Artyom Lukianov" <alukiano(a)redhat.com<mailto:alukiano@redhat.com>> Cc: "Simone Tiraboschi" <stirabos(a)redhat.com<mailto:stirabos@redhat.com>>, users(a)ovirt.org<mailto:users@ovirt.org> Sent: Monday, December 29, 2014 6:30:42 PM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks and the --vm-status log is as follows: [root@compute2-2 ~]# hosted-engine --vm-status --== Host 1 status ==-- Status up-to-date : True Hostname : 10.0.0.94 Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 2400 Local maintenance : False Host timestamp : 1008087 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=1008087<tel:1008087> (Mon Dec 29 11:25:51 2014) host-id=1 score=2400 maintenance=False state=EngineUp --== Host 2 status ==-- Status up-to-date : True Hostname : 10.0.0.93 Host ID : 2 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 0 Local maintenance : True Host timestamp : 859142 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=859142 (Mon Dec 29 08:25:08 2014) host-id=2 score=0 maintenance=True state=LocalMaintenance --== Host 3 status ==-- Status up-to-date : True Hostname : 10.0.0.92 Host ID : 3 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 0 Local maintenance : True Host timestamp : 853615 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=853615 (Mon Dec 29 08:25:57 2014) host-id=3 score=0 maintenance=True state=LocalMaintenance You have new mail in /var/spool/mail/root [root@compute2-2 ~]# Could you please explain how VM failover works inside ovirt? Is there any other debug option I can enable to check the problem? Thanks, Cong On 2014/12/29, at 1:39, "Artyom Lukianov" <alukiano(a)redhat.com<mailto:alukiano@redhat.com><mailto:alukiano@redhat.com>> wrote: Can you also provide output of hosted-engine --vm-status please, previous time it was useful, because I do not see something unusual. Thanks ----- Original Message ----- From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> To: "Artyom Lukianov" <alukiano(a)redhat.com<mailto:alukiano@redhat.com><mailto:alukiano@redhat.com>> Cc: "Simone Tiraboschi" <stirabos(a)redhat.com<mailto:stirabos@redhat.com><mailto:stirabos@redhat.com>>, users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org> Sent: Monday, December 29, 2014 7:15:24 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Also I change the maintenance mode to local in another host. But also the VM in this host can not be migrated. The logs are as follows. [root@compute2-2 ~]# hosted-engine --set-maintenance --mode=local [root@compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log MainThread::INFO::2014-12-28 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-28 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-28 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-28 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-28 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-28 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm is running on host 10.0.0.94 (id 1) MainThread::INFO::2014-12-28 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-28 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-28 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-28 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-28 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-28 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1419829795.7 type=state_transition detail=EngineDown-LocalMaintenance hostname='compute2-2' MainThread::INFO::2014-12-28 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineDown-LocalMaintenance) sent? sent MainThread::INFO::2014-12-28 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Score is 0 due to local maintenance mode MainThread::INFO::2014-12-28 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-28 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) ^C You have new mail in /var/spool/mail/root [root@compute2-2 ~]# ps -ef | grep qemu root 18420 2777 0 21:10<x-apple-data-detectors://39> pts/0 00:00:00<x-apple-data-detectors://40> grep --color=auto qemu qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid c31e97d0-135e-42da-9954-162b5228dce3 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-12-19T20:17:17<x-apple-data-detectors://42>,driftfix=slew -no-kvm-pit-reinjection -no-hpet -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -k en-us -vga qxl -global qxl-vga.ram_size=67108864<tel:67108864> -global qxl-vga.vram_size=33554432<tel:33554432> -incoming tcp:[::]:49152 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 [root@compute2-2 ~]# Thanks, Cong On 2014/12/28, at 20:53, "Yue, Cong" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> wrote: I checked it again and confirmed there is one guest VM is running on the top of this host. The log is as follows: [root@compute2-1 vdsm]# ps -ef | grep qemu qemu 2983 846 0 Dec19 ? 00:00:00<x-apple-data-detectors://0> [supervdsmServer] <defunct> root 5489 3053 0 20:49<x-apple-data-detectors://1> pts/0 00:00:00<x-apple-data-detectors://2> grep --color=auto qemu qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-12-19T20:18:01<x-apple-data-detectors://4>,driftfix=slew -no-kvm-pit-reinjection -no-hpet -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -k en-us -vga qxl -global qxl-vga.ram_size=67108864<tel:67108864> -global qxl-vga.vram_size=33554432<tel:33554432> -incoming tcp:[::]:49152 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 [root@compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log MainThread::INFO::2014-12-28 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-28 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-28 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-28 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-28 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-28 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-28 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-28 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Score is 0 due to local maintenance mode MainThread::INFO::2014-12-28 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-28 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) Thanks, Cong On 2014/12/28, at 3:46, "Artyom Lukianov" <alukiano(a)redhat.com<mailto:alukiano@redhat.com><mailto:alukiano@redhat.com><mailto:alukiano@redhat.com>> wrote: I see that you set local maintenance on host3 that do not have engine vm on it, so it nothing to migrate from this host. If you set local maintenance on host1, vm must migrate to another host with positive score. Thanks ----- Original Message ----- From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> To: "Simone Tiraboschi" <stirabos(a)redhat.com<mailto:stirabos@redhat.com><mailto:stirabos@redhat.com><mailto:stirabos@redhat.com>> Cc: users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org><mailto:users@ovirt.org> Sent: Saturday, December 27, 2014 6:58:32 PM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Hi I had a try with "hosted-engine --set-maintence --mode=local" on compute2-1, which is host 3 in my cluster. From the log, it shows maintence mode is dectected, but migration does not happen. The logs are as follows. Is there any other config I need to check? [root@compute2-1 vdsm]# hosted-engine --vm-status --== Host 1 status ==- Status up-to-date : True Hostname : 10.0.0.94 Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 2400 Local maintenance : False Host timestamp : 836296 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=836296 (Sat Dec 27 11:42:39 2014) host-id=1 score=2400 maintenance=False state=EngineUp --== Host 2 status ==-- Status up-to-date : True Hostname : 10.0.0.93 Host ID : 2 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 2400 Local maintenance : False Host timestamp : 687358 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=687358 (Sat Dec 27 08:42:04 2014) host-id=2 score=2400 maintenance=False state=EngineDown --== Host 3 status ==-- Status up-to-date : True Hostname : 10.0.0.92 Host ID : 3 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 0 Local maintenance : True Host timestamp : 681827 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=681827 (Sat Dec 27 08:42:40 2014) host-id=3 score=0 maintenance=True state=LocalMaintenance [root@compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log MainThread::INFO::2014-12-27 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-27 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-27 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-27 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-27 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-27 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-27 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) [root@compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log MainThread::INFO::2014-12-27 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-27 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-27 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-27 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-27 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-27 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-27 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-27 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm running on localhost MainThread::INFO::2014-12-27 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-27 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-27 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-27 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) [root@compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log MainThread::INFO::2014-12-27 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-27 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm is running on host 10.0.0.94 (id 1) MainThread::INFO::2014-12-27 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-27 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-27 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-27 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Global metadata: {'maintenance': False} MainThread::INFO::2014-12-27 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Host 10.0.0.94 (id 1): {'extra': 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 (Sat Dec 27 11:37:30 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, 'maintenance': False, 'host-ts': 835987} MainThread::INFO::2014-12-27 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Host 10.0.0.92 (id 3): {'extra': 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 (Sat Dec 27 08:37:41 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': {'reason': 'vm not running on this host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, 'host-ts': 681528} MainThread::INFO::2014-12-27 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Local (id 2): {'engine-health': {'reason': 'vm not running on this host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, 'gateway': True} MainThread::INFO::2014-12-27 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-27 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) Thanks, Cong On 2014/12/22, at 5:29, "Simone Tiraboschi" <stirabos(a)redhat.com<mailto:stirabos@redhat.com><mailto:stirabos@redhat.com><mailto:stirabos@redhat.com>> wrote: ----- Original Message ----- From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> To: "Simone Tiraboschi" <stirabos(a)redhat.com<mailto:stirabos@redhat.com><mailto:stirabos@redhat.com><mailto:stirabos@redhat.com>> Cc: users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org><mailto:users@ovirt.org> Sent: Friday, December 19, 2014 7:22:10 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 Thanks for the information. This is the log for my three ovirt nodes. >From the output of hosted-engine --vm-status, it shows the engine state for my 2nd and 3rd ovirt node is DOWN. Is this the reason why VM failover not work in my environment? No, they looks ok: you can run the engine VM on single host at a time. How can I make also engine works for my 2nd and 3rd ovit nodes? If you put the host 1 in local maintenance mode ( hosted-engine --set-maintenance --mode=local ) the VM should migrate to host 2; if you reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put host 2 in local maintenance mode the VM should migrate again. Can you please try that and post the logs if something is going bad? -- --== Host 1 status ==-- Status up-to-date : True Hostname : 10.0.0.94 Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 2400 Local maintenance : False Host timestamp : 150475 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=150475 (Fri Dec 19 13:12:18 2014) host-id=1 score=2400 maintenance=False state=EngineUp --== Host 2 status ==-- Status up-to-date : True Hostname : 10.0.0.93 Host ID : 2 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 2400 Local maintenance : False Host timestamp : 1572 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=1572 (Fri Dec 19 10:12:18 2014) host-id=2 score=2400 maintenance=False state=EngineDown --== Host 3 status ==-- Status up-to-date : False Hostname : 10.0.0.92 Host ID : 3 Engine status : unknown stale-data Score : 2400 Local maintenance : False Host timestamp : 987 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=987 (Fri Dec 19 10:09:58 2014) host-id=3 score=2400 maintenance=False state=EngineDown -- And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are as follows: -- 10.0.0.94(hosted-engine-1) --- MainThread::INFO::2014-12-19 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm running on localhost MainThread::INFO::2014-12-19 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Global metadata: {'maintenance': False} MainThread::INFO::2014-12-19 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Host 10.0.0.93 (id 2): {'extra': 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 (Fri Dec 19 10:10:14 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': {'reason': 'vm not running on this host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, 'host-ts': 1448} MainThread::INFO::2014-12-19 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Host 10.0.0.92 (id 3): {'extra': 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 (Fri Dec 19 10:09:58 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': {'reason': 'vm not running on this host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, 'host-ts': 987} MainThread::INFO::2014-12-19 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': False, 'cpu-load': 0.0269, 'gateway': True} MainThread::INFO::2014-12-19 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm running on localhost MainThread::INFO::2014-12-19 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) ---- 10.0.0.93 (hosted-engine-2) MainThread::INFO::2014-12-19 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) 10.0.0.92(hosted-engine-3) same as 10.0.0.93 -- -----Original Message----- From: Simone Tiraboschi [mailto:stirabos@redhat.com] Sent: Friday, December 19, 2014 12:28 AM To: Yue, Cong Cc: users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org><mailto:users@ovirt.org> Subject: Re: [ovirt-users] VM failover with ovirt3.5 ----- Original Message ----- From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> To: users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org><mailto:users@ovirt.org> Sent: Friday, December 19, 2014 2:14:33 AM Subject: [ovirt-users] VM failover with ovirt3.5 Hi In my environment, I have 3 ovirt nodes as one cluster. And on top of host-1, there is one vm to host ovirt engine. Also I have one external storage for the cluster to use as data domain of engine and data. I confirmed live migration works well in my environment. But it seems very buggy for VM failover if I try to force to shut down one ovirt node. Sometimes the VM in the node which is shutdown can migrate to other host, but it take more than several minutes. Sometimes, it can not migrate at all. Sometimes, only when the host is back, the VM is beginning to move. Can you please check or share the logs under /var/log/ovirt-hosted-engine-ha/ ? Is there some documentation to explain how VM failover is working? And is there some bugs reported related with this? http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram Thanks in advance, Cong This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. _______________________________________________ Users mailing list Users(a)ovirt.org<mailto:Users@ovirt.org><mailto:Users@ovirt.org><mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. _______________________________________________ Users mailing list Users(a)ovirt.org<mailto:Users@ovirt.org><mailto:Users@ovirt.org><mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20141229/4ec6cc13/attach…> ------------------------------ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 39, Issue 171 ************************************** ------=_Part_1882534_1428653136.1419879250032 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo= r: #000000"><div>Hi,</div><div>Can you please provide engine.log from = /var/log/ovirt-engine/engine.log and to try as follows:</div><div><ol><li>R= evert all tree hosts to maintenance-mode=3Dnone.</li><li>Check that engine = up and running.</li><li>Turn one of the hosts that is not running the engin= e, to maintenance mode local.</li><li>Turn host that is running the engine = to maintenance mode local.</li><li>Check that engine migrated to one and th= e only remaining host, that had not been put in to maintenance mode at all.= </li></ol><div>Can you also provide your engine version, is it 3.4 somethin= g?</div></div><div><br></div><div><span name=3D"x"></span><br>Thanks in adv= ance.<br><div><br></div>Best regards,<br>Nikolai<br>____________________<br= >Nikolai Sednev<br>Senior Quality Engineer at Compute team<br>Red Hat Israe= l<br>34 Jerusalem Road,<br>Ra'anana, Israel 43501<br><div><br></div>Tel: &n= bsp;     +972   9 7692043<br>Mobile: +972 52 7342734<br>Emai= l: nsednev(a)redhat.com<br>IRC: nsednev<span name=3D"x"></span><br></div><div= ><br></div><hr id=3D"zwchr"><div style=3D"color:#000;font-weight:normal;fon= t-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;= font-size:12pt;"><b>From: </b>users-request(a)ovirt.org<br><b>To: </b>users@o= virt.org<br><b>Sent: </b>Monday, December 29, 2014 8:29:36 PM<br><b>Subject= : </b>Users Digest, Vol 39, Issue 171<br><div><br></div>Send Users mailing = list submissions to<br>        user= s(a)ovirt.org<br><div><br></div>To subscribe or unsubscribe via the World Wid= e Web, visit<br>        http://list= s.ovirt.org/mailman/listinfo/users<br>or, via email, send a message with su= bject or body 'help' to<br>        = users-request(a)ovirt.org<br><div><br></div>You can reach the person managing= the list at<br>        users-owner= @ovirt.org<br><div><br></div>When replying, please edit your Subject line s= o it is more specific<br>than "Re: Contents of Users digest..."<br><div><br= ></div><br>Today's Topics:<br><div><br></div>   1. Re:  VM f= ailover with ovirt3.5 (Yue, Cong)<br><div><br></div><br>-------------------= ---------------------------------------------------<br><div><br></div>Messa= ge: 1<br>Date: Mon, 29 Dec 2014 10:29:04 -0800<br>From: "Yue, Cong" <Con= g_Yue(a)alliedtelesis.com><br>To: Artyom Lukianov <alukiano(a)redhat.com&= gt;<br>Cc: "users(a)ovirt.org" <users(a)ovirt.org><br>Subject: Re: [ovirt= -users] VM failover with ovirt3.5<br>Message-ID: <21D302CF-AD6F-4E8C-A37= 3-52ADAC1C129B(a)alliedtelesis.com><br>Content-Type: text/plain; charset= =3D"utf-8"<br><div><br></div>I disabled local maintenance mode for all host= s, and then only set the host where HE VM is there to local maintenance mod= e. The logs are as follows. During the migration of HE VM , it shows some f= atal error happen. By the way, also HE VM can not work with live migration.= Instead, other VMs can do live migration.<br><div><br></div>---<br>[root@c= ompute2-3 ~]# hosted-engine --set-maintenance --mode=3Dlocal<br>You have ne= w mail in /var/spool/mail/root<br>[root@compute2-3 ~]# tail -f /var/log/ovi= rt-hosted-engine-ha/agent.log<br>MainThread::INFO::2014-12-29<br>13:16:12,4= 35::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEn= gine::(start_monitoring)<br>Best remote host 10.0.0.92 (id: 3, score: 2400)= <br>MainThread::INFO::2014-12-29<br>13:16:22,711::hosted_engine::327::ovirt= _hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>C= urrent state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-29<br>13:1= 6:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Ho= stedEngine::(start_monitoring)<br>Best remote host 10.0.0.92 (id: 3, score:= 2400)<br>MainThread::INFO::2014-12-29<br>13:16:32,978::hosted_engine::327:= :ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring= )<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-29<b= r>13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_eng= ine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, = score: 2400)<br>MainThread::INFO::2014-12-29<br>13:16:43,272::hosted_engine= ::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_moni= toring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-1= 2-29<br>13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.host= ed_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (i= d: 2, score: 2400)<br>MainThread::INFO::2014-12-29<br>13:16:53,316::states:= :394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)<br= >Engine vm running on localhost<br>MainThread::INFO::2014-12-29<br>13:16:53= ,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.Hosted= Engine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainT= hread::INFO::2014-12-29<br>13:16:53,562::hosted_engine::332::ovirt_hosted_e= ngine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remot= e host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-29<br>13= :17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engi= ne.HostedEngine::(check)<br>Local maintenance detected<br>MainThread::INFO:= :2014-12-29<br>13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.br= okerlink.BrokerLink::(notify)<br>Trying: notify time=3D1419877023.61 type= =3Dstate_transition<br>detail=3DEngineUp-LocalMaintenanceMigrateVm hostname= =3D'compute2-3'<br>MainThread::INFO::2014-12-29<br>13:17:03,672::brokerlink= ::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)<br>Succes= s, was notification of state_transition<br>(EngineUp-LocalMaintenanceMigrat= eVm) sent? sent<br>MainThread::INFO::2014-12-29<br>13:17:03,911::states::20= 8::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)<br>Scor= e is 0 due to local maintenance mode<br>MainThread::INFO::2014-12-29<br>13:= 17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.H= ostedEngine::(start_monitoring)<br>Current state LocalMaintenanceMigrateVm = (score: 0)<br>MainThread::INFO::2014-12-29<br>13:17:03,912::hosted_engine::= 332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monito= ring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INF= O::2014-12-29<br>13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.= brokerlink.BrokerLink::(notify)<br>Trying: notify time=3D1419877023.96 type= =3Dstate_transition<br>detail=3DLocalMaintenanceMigrateVm-EngineMigratingAw= ay<br>hostname=3D'compute2-3'<br>MainThread::INFO::2014-12-29<br>13:17:03,9= 80::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(not= ify)<br>Success, was notification of state_transition<br>(LocalMaintenanceM= igrateVm-EngineMigratingAway) sent? sent<br>MainThread::INFO::2014-12-29<br= >13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.Hoste= dEngine::(_penalize_memory)<br>Penalizing score by 400 due to low free memo= ry<br>MainThread::INFO::2014-12-29<br>13:17:04,218::hosted_engine::327::ovi= rt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br= >Current state EngineMigratingAway (score: 2000)<br>MainThread::INFO::2014-= 12-29<br>13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hos= ted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (= id: 2, score: 2400)<br>MainThread::ERROR::2014-12-29<br>13:17:14,251::hoste= d_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_m= onitor_migration)<br>Failed to migrate<br>Traceback (most recent call last)= :<br> File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/ag= ent/hosted_engine.py",<br>line 863, in _monitor_migration<br>   v= m_id,<br> File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_h= a/lib/vds_client.py",<br>line 85, in run_vds_client_cmd<br>   res= ponse['status']['message'])<br>DetailedError: Error 12 from migrateStatus: = Fatal error during migration<br>MainThread::INFO::2014-12-29<br>13:17:14,26= 2::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(noti= fy)<br>Trying: notify time=3D1419877034.26 type=3Dstate_transition<br>detai= l=3DEngineMigratingAway-ReinitializeFSM hostname=3D'compute2-3'<br>MainThre= ad::INFO::2014-12-29<br>13:17:14,263::brokerlink::120::ovirt_hosted_engine_= ha.lib.brokerlink.BrokerLink::(notify)<br>Success, was notification of stat= e_transition<br>(EngineMigratingAway-ReinitializeFSM) sent? ignored<br>Main= Thread::INFO::2014-12-29<br>13:17:14,496::hosted_engine::327::ovirt_hosted_= engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current s= tate ReinitializeFSM (score: 0)<br>MainThread::INFO::2014-12-29<br>13:17:14= ,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Hosted= Engine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 240= 0)<br>MainThread::INFO::2014-12-29<br>13:17:24,536::state_decorators::124::= ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>Local m= aintenance detected<br>MainThread::INFO::2014-12-29<br>13:17:24,547::broker= link::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)<br>Tr= ying: notify time=3D1419877044.55 type=3Dstate_transition<br>detail=3DReini= tializeFSM-LocalMaintenance hostname=3D'compute2-3'<br>MainThread::INFO::20= 14-12-29<br>13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.broke= rlink.BrokerLink::(notify)<br>Success, was notification of state_transition= <br>(ReinitializeFSM-LocalMaintenance) sent? sent<br>MainThread::INFO::2014= -12-29<br>13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.ho= sted_engine.HostedEngine::(start_monitoring)<br>Current state LocalMaintena= nce (score: 0)<br>MainThread::INFO::2014-12-29<br>13:17:24,812::hosted_engi= ne::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_mo= nitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread:= :INFO::2014-12-29<br>13:17:34,851::state_decorators::124::ovirt_hosted_engi= ne_ha.agent.hosted_engine.HostedEngine::(check)<br>Local maintenance detect= ed<br>MainThread::INFO::2014-12-29<br>13:17:35,095::hosted_engine::327::ovi= rt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br= >Current state LocalMaintenance (score: 0)<br>MainThread::INFO::2014-12-29<= br>13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_en= gine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2,= score: 2400)<br>MainThread::INFO::2014-12-29<br>13:17:45,130::state_decora= tors::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check)= <br>Local maintenance detected<br>MainThread::INFO::2014-12-29<br>13:17:45,= 368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedE= ngine::(start_monitoring)<br>Current state LocalMaintenance (score: 0)<br>M= ainThread::INFO::2014-12-29<br>13:17:45,368::hosted_engine::332::ovirt_host= ed_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best r= emote host 10.0.0.93 (id: 2, score: 2400)<br>^C<br>[root@compute2-3 ~]#<br>= <div><br></div><br>[root@compute2-3 ~]# hosted-engine --vm-status<br><div><= br></div><br>--=3D=3D Host 1 status =3D=3D--<br><div><br></div>Status up-to= -date                  : True<= br>Hostname                   =         : 10.0.0.94<br>Host ID       &nb= sp;                    : = 1<br>Engine status                 =      : {"health": "good", "vm": "up",<br>"detail": "up"}<br>= Score                    =          : 0<br>Local maintenance     &= nbsp;            : True<br>Host timestamp &nb= sp;                   : 101495= 6<tel:1014956><br>Extra metadata (valid at timestamp):<br>metadata_pa= rse_version=3D1<br>metadata_feature_version=3D1<br>timestamp=3D1014956<t= el:1014956> (Mon Dec 29 13:20:19 2014)<br>host-id=3D1<br>score=3D0<br>ma= intenance=3DTrue<br>state=3DLocalMaintenance<br><div><br></div><br>--=3D=3D= Host 2 status =3D=3D--<br><div><br></div>Status up-to-date     &= nbsp;            : True<br>Hostname   &n= bsp;                     =   : 10.0.0.93<br>Host ID             &nb= sp;              : 2<br>Engine status &n= bsp;                    := {"reason": "vm not running on<br>this host", "health": "bad", "vm": "down"= , "detail": "unknown"}<br>Score             &= nbsp;                : 2400<br>Loca= l maintenance                 &nbsp= ;: False<br>Host timestamp              =       : 866019<br>Extra metadata (valid at timestamp):<br>m= etadata_parse_version=3D1<br>metadata_feature_version=3D1<br>timestamp=3D86= 6019 (Mon Dec 29 10:19:45 2014)<br>host-id=3D2<br>score=3D2400<br>maintenan= ce=3DFalse<br>state=3DEngineDown<br><div><br></div><br>--=3D=3D Host 3 stat= us =3D=3D--<br><div><br></div>Status up-to-date        =          : True<br>Hostname       =                     : 10.= 0.0.92<br>Host ID                 &= nbsp;          : 3<br>Engine status     =                  : {"reason": = "vm not running on<br>this host", "health": "bad", "vm": "down", "detail": = "unknown"}<br>Score                =              : 2400<br>Local maintenanc= e                  : False<br>= Host timestamp                 &nbs= p;   : 860493<br>Extra metadata (valid at timestamp):<br>metadata_pars= e_version=3D1<br>metadata_feature_version=3D1<br>timestamp=3D860493 (Mon De= c 29 10:20:35 2014)<br>host-id=3D3<br>score=3D2400<br>maintenance=3DFalse<b= r>state=3DEngineDown<br>[root@compute2-3 ~]#<br>---<br>Thanks,<br>Cong<br><= div><br></div><br><div><br></div>On 2014/12/29, at 8:43, "Artyom Lukianov" = <alukiano@redhat.com<mailto:alukiano@redhat.com>> wrote:<br><di= v><br></div>I see that HE vm run on host with ip 10.0.0.94, and two another= hosts in "Local Maintenance" state, so vm will not migrate to any of them,= can you try disable local maintenance on all hosts in HE environment and a= fter enable "local maintenance" on host where HE vm run, and provide also o= utput of hosted-engine --vm-status.<br>Failover works in next way:<br>1) if= host where run HE vm have score less by 800 that some other host in HE env= ironment, HE vm will migrate on host with best score<br>2) if something hap= pen to vm(kernel panic, crash of service...), agent will restart HE vm on a= nother host in HE environment with positive score<br>3) if put to local mai= ntenance host with HE vm, vm will migrate to another host with positive sco= re<br>Thanks.<br><div><br></div>----- Original Message -----<br>From: "Cong= Yue" <Cong_Yue@alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com&g= t;><br>To: "Artyom Lukianov" <alukiano@redhat.com<mailto:alukiano@= redhat.com>><br>Cc: "Simone Tiraboschi" <stirabos(a)redhat.com<ma= ilto:stirabos@redhat.com>>, users@ovirt.org<mailto:users@ovirt.org= ><br>Sent: Monday, December 29, 2014 6:30:42 PM<br>Subject: Re: [ovirt-u= sers] VM failover with ovirt3.5<br><div><br></div>Thanks and the --vm-statu= s log is as follows:<br>[root@compute2-2 ~]# hosted-engine --vm-status<br><= div><br></div><br>--=3D=3D Host 1 status =3D=3D--<br><div><br></div>Status = up-to-date                  : = True<br>Hostname                 &n= bsp;         : 10.0.0.94<br>Host ID     &nbsp= ;                     &nb= sp;: 1<br>Engine status               &n= bsp;      : {"health": "good", "vm": "up",<br>"detail": "up"= }<br>Score                   &= nbsp;          : 2400<br>Local maintenance   =                : False<br>Host time= stamp                    = : 1008087<br>Extra metadata (valid at timestamp):<br>metadata_parse_versio= n=3D1<br>metadata_feature_version=3D1<br>timestamp=3D1008087<tel:1008087= > (Mon Dec 29 11:25:51 2014)<br>host-id=3D1<br>score=3D2400<br>maintenan= ce=3DFalse<br>state=3DEngineUp<br><div><br></div><br>--=3D=3D Host 2 status= =3D=3D--<br><div><br></div>Status up-to-date         &= nbsp;        : True<br>Hostname       &n= bsp;                   : 10.0.= 0.93<br>Host ID                 &nb= sp;          : 2<br>Engine status     &n= bsp;                : {"reason": "v= m not running on<br>this host", "health": "bad", "vm": "down", "detail": "u= nknown"}<br>Score                 &= nbsp;            : 0<br>Local maintenance &nb= sp;                : True<br>Host t= imestamp                   &nb= sp; : 859142<br>Extra metadata (valid at timestamp):<br>metadata_parse_vers= ion=3D1<br>metadata_feature_version=3D1<br>timestamp=3D859142 (Mon Dec 29 0= 8:25:08 2014)<br>host-id=3D2<br>score=3D0<br>maintenance=3DTrue<br>state=3D= LocalMaintenance<br><div><br></div><br>--=3D=3D Host 3 status =3D=3D--<br><= div><br></div>Status up-to-date             &= nbsp;    : True<br>Hostname           &n= bsp;               : 10.0.0.92<br>Host I= D                     &nb= sp;      : 3<br>Engine status         &n= bsp;            : {"reason": "vm not running = on<br>this host", "health": "bad", "vm": "down", "detail": "unknown"}<br>Sc= ore                     &= nbsp;        : 0<br>Local maintenance     &nb= sp;            : True<br>Host timestamp &nbsp= ;                   : 853615<b= r>Extra metadata (valid at timestamp):<br>metadata_parse_version=3D1<br>met= adata_feature_version=3D1<br>timestamp=3D853615 (Mon Dec 29 08:25:57 2014)<= br>host-id=3D3<br>score=3D0<br>maintenance=3DTrue<br>state=3DLocalMaintenan= ce<br>You have new mail in /var/spool/mail/root<br>[root@compute2-2 ~]#<br>= <div><br></div>Could you please explain how VM failover works inside ovirt?= Is there any other debug option I can enable to check the problem?<br><div= ><br></div>Thanks,<br>Cong<br><div><br></div><br>On 2014/12/29, at 1:39, "A= rtyom Lukianov" <alukiano@redhat.com<mailto:alukiano@redhat.com>&l= t;mailto:alukiano@redhat.com>> wrote:<br><div><br></div>Can you also = provide output of hosted-engine --vm-status please, previous time it was us= eful, because I do not see something unusual.<br>Thanks<br><div><br></div>-= ---- Original Message -----<br>From: "Cong Yue" <Cong_Yue(a)alliedtelesis.= com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedteles= is.com>><br>To: "Artyom Lukianov" <alukiano@redhat.com<mailto:a= lukiano@redhat.com><mailto:alukiano@redhat.com>><br>Cc: "Simone= Tiraboschi" <stirabos@redhat.com<mailto:stirabos@redhat.com><m= ailto:stirabos@redhat.com>>, users@ovirt.org<mailto:users@ovirt.or= g><mailto:users@ovirt.org><br>Sent: Monday, December 29, 2014 7:15= :24 AM<br>Subject: Re: [ovirt-users] VM failover with ovirt3.5<br><div><br>= </div>Also I change the maintenance mode to local in another host. But also= the VM in this host can not be migrated. The logs are as follows.<br><div>= <br></div>[root@compute2-2 ~]# hosted-engine --set-maintenance --mode=3Dloc= al<br>[root@compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.lo= g<br>MainThread::INFO::2014-12-28<br>21:09:04,184::hosted_engine::332::ovir= t_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>= Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-1= 2-28<br>21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.host= ed_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (sco= re: 2400)<br>MainThread::INFO::2014-12-28<br>21:09:14,603::hosted_engine::3= 32::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitor= ing)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO= ::2014-12-28<br>21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.ag= ent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineD= own (score: 2400)<br>MainThread::INFO::2014-12-28<br>21:09:24,904::hosted_e= ngine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start= _monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThre= ad::INFO::2014-12-28<br>21:09:35,026::states::437::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(consume)<br>Engine vm is running on host = 10.0.0.94 (id 1)<br>MainThread::INFO::2014-12-28<br>21:09:35,236::hosted_en= gine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_= monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::= 2014-12-28<br>21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agen= t.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0= .94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-28<br>21:09:45,604::h= osted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:= :(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread= ::INFO::2014-12-28<br>21:09:45,604::hosted_engine::332::ovirt_hosted_engine= _ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote hos= t 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-28<br>21:09:5= 5,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.Ho= stedEngine::(check)<br>Local maintenance detected<br>MainThread::INFO::2014= -12-28<br>21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerl= ink.BrokerLink::(notify)<br>Trying: notify time=3D1419829795.7 type=3Dstate= _transition<br>detail=3DEngineDown-LocalMaintenance hostname=3D'compute2-2'= <br>MainThread::INFO::2014-12-28<br>21:09:55,761::brokerlink::120::ovirt_ho= sted_engine_ha.lib.brokerlink.BrokerLink::(notify)<br>Success, was notifica= tion of state_transition<br>(EngineDown-LocalMaintenance) sent? sent<br>Mai= nThread::INFO::2014-12-28<br>21:09:55,990::states::208::ovirt_hosted_engine= _ha.agent.hosted_engine.HostedEngine::(score)<br>Score is 0 due to local ma= intenance mode<br>MainThread::INFO::2014-12-28<br>21:09:55,990::hosted_engi= ne::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_mo= nitoring)<br>Current state LocalMaintenance (score: 0)<br>MainThread::INFO:= :2014-12-28<br>21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.age= nt.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.= 0.94 (id: 1, score: 2400)<br>^C<br>You have new mail in /var/spool/mail/roo= t<br>[root@compute2-2 ~]# ps -ef | grep qemu<br>root     18420 &n= bsp;2777  0 21:10<x-apple-data-detectors://39> pts/0   &nbs= p;00:00:00<x-apple-data-detectors://40> grep --color=3Dauto qemu<br>q= emu     29809     1  0 Dec19 ?     &nbsp= ;  01:17:20 /usr/libexec/qemu-kvm<br>-name testvm2-2 -S -machine rhel6= .5.0,accel=3Dkvm,usb=3Doff -cpu Nehalem<br>-m 500 -realtime mlock=3Doff -sm= p<br>1,maxcpus=3D16,sockets=3D16,cores=3D1,threads=3D1 -uuid<br>c31e97d0-13= 5e-42da-9954-162b5228dce3 -smbios<br>type=3D1,manufacturer=3DoVirt,product= =3DoVirt<br>Node,version=3D7-0.1406.el7.centos.2.5,serial=3D4C4C4544-0059-3= 610-8033-B4C04F395931,uuid=3Dc31e97d0-135e-42da-9954-162b5228dce3<br>-no-us= er-config -nodefaults -chardev<br>socket,id=3Dcharmonitor,path=3D/var/lib/l= ibvirt/qemu/testvm2-2.monitor,server,nowait<br>-mon chardev=3Dcharmonitor,i= d=3Dmonitor,mode=3Dcontrol -rtc<br>base=3D2014-12-19T20:17:17<x-apple-da= ta-detectors://42>,driftfix=3Dslew -no-kvm-pit-reinjection<br>-no-hpet -= no-shutdown -boot strict=3Don -device<br>piix3-usb-uhci,id=3Dusb,bus=3Dpci.= 0,addr=3D0x1.0x2 -device<br>virtio-scsi-pci,id=3Dscsi0,bus=3Dpci.0,addr=3D0= x4 -device<br>virtio-serial-pci,id=3Dvirtio-serial0,max_ports=3D16,bus=3Dpc= i.0,addr=3D0x5<br>-drive if=3Dnone,id=3Ddrive-ide0-1-0,readonly=3Don,format= =3Draw,serial=3D<br>-device ide-cd,bus=3Dide.1,unit=3D0,drive=3Ddrive-ide0-= 1-0,id=3Dide0-1-0<br>-drive file=3D/rhev/data-center/00000002-0002-0002-000= 2-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48= d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=3Dnone,id=3Ddr= ive-virtio-disk0,format=3Dqcow2,serial=3D5cbeb8c9-4f04-48d0-a5eb-78c49187c5= 50,cache=3Dnone,werror=3Dstop,rerror=3Dstop,aio=3Dthreads<br>-device virtio= -blk-pci,scsi=3Doff,bus=3Dpci.0,addr=3D0x6,drive=3Ddrive-virtio-disk0,id=3D= virtio-disk0,bootindex=3D1<br>-netdev tap,fd=3D28,id=3Dhostnet0,vhost=3Don,= vhostfd=3D29 -device<br>virtio-net-pci,netdev=3Dhostnet0,id=3Dnet0,mac=3D00= :1a:4a:db:94:00,bus=3Dpci.0,addr=3D0x3<br>-chardev socket,id=3Dcharchannel0= ,path=3D/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3= .com.redhat.rhevm.vdsm,server,nowait<br>-device virtserialport,bus=3Dvirtio= -serial0.0,nr=3D1,chardev=3Dcharchannel0,id=3Dchannel0,name=3Dcom.redhat.rh= evm.vdsm<br>-chardev socket,id=3Dcharchannel1,path=3D/var/lib/libvirt/qemu/= channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server= ,nowait<br>-device virtserialport,bus=3Dvirtio-serial0.0,nr=3D2,chardev=3Dc= harchannel1,id=3Dchannel1,name=3Dorg.qemu.guest_agent.0<br>-chardev spicevm= c,id=3Dcharchannel2,name=3Dvdagent -device<br>virtserialport,bus=3Dvirtio-s= erial0.0,nr=3D3,chardev=3Dcharchannel2,id=3Dchannel2,name=3Dcom.redhat.spic= e.0<br>-spice tls-port=3D5901,addr=3D10.0.0.93,x509-dir=3D/etc/pki/vdsm/lib= virt-spice,tls-channel=3Dmain,tls-channel=3Ddisplay,tls-channel=3Dinputs,tl= s-channel=3Dcursor,tls-channel=3Dplayback,tls-channel=3Drecord,tls-channel= =3Dsmartcard,tls-channel=3Dusbredir,seamless-migration=3Don<br>-k en-us -vg= a qxl -global qxl-vga.ram_size=3D67108864<tel:67108864> -global<br>qx= l-vga.vram_size=3D33554432<tel:33554432> -incoming tcp:[::]:49152 -de= vice<br>virtio-balloon-pci,id=3Dballoon0,bus=3Dpci.0,addr=3D0x7<br>[root@co= mpute2-2 ~]#<br><div><br></div>Thanks,<br>Cong<br><div><br></div><br>On 201= 4/12/28, at 20:53, "Yue, Cong" <Cong_Yue@alliedtelesis.com<mailto:Con= g_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com><mai= lto:Cong_Yue@alliedtelesis.com>> wrote:<br><div><br></div>I checked i= t again and confirmed there is one guest VM is running on the top of this h= ost. The log is as follows:<br><div><br></div>[root@compute2-1 vdsm]# ps -e= f | grep qemu<br>qemu      2983   846  0 Dec19 ? &= nbsp;      00:00:00<x-apple-data-detectors://0> [super= vdsmServer] <defunct><br>root      5489  3053 &nb= sp;0 20:49<x-apple-data-detectors://1> pts/0    00:00:00&lt= ;x-apple-data-detectors://2> grep --color=3Dauto qemu<br>qemu   &nb= sp; 26128     1  0 Dec19 ?        01:09:= 19 /usr/libexec/qemu-kvm<br>-name testvm2 -S -machine rhel6.5.0,accel=3Dkvm= ,usb=3Doff -cpu Nehalem -m<br>500 -realtime mlock=3Doff -smp 1,maxcpus=3D16= ,sockets=3D16,cores=3D1,threads=3D1<br>-uuid e46bca87-4df5-4287-844b-90a26f= ccef33 -smbios<br>type=3D1,manufacturer=3DoVirt,product=3DoVirt<br>Node,ver= sion=3D7-0.1406.el7.centos.2.5,serial=3D4C4C4544-0030-3310-8059-B8C04F58523= 1,uuid=3De46bca87-4df5-4287-844b-90a26fccef33<br>-no-user-config -nodefault= s -chardev<br>socket,id=3Dcharmonitor,path=3D/var/lib/libvirt/qemu/testvm2.= monitor,server,nowait<br>-mon chardev=3Dcharmonitor,id=3Dmonitor,mode=3Dcon= trol -rtc<br>base=3D2014-12-19T20:18:01<x-apple-data-detectors://4>,d= riftfix=3Dslew -no-kvm-pit-reinjection<br>-no-hpet -no-shutdown -boot stric= t=3Don -device<br>piix3-usb-uhci,id=3Dusb,bus=3Dpci.0,addr=3D0x1.0x2 -devic= e<br>virtio-scsi-pci,id=3Dscsi0,bus=3Dpci.0,addr=3D0x4 -device<br>virtio-se= rial-pci,id=3Dvirtio-serial0,max_ports=3D16,bus=3Dpci.0,addr=3D0x5<br>-driv= e if=3Dnone,id=3Ddrive-ide0-1-0,readonly=3Don,format=3Draw,serial=3D<br>-de= vice ide-cd,bus=3Dide.1,unit=3D0,drive=3Ddrive-ide0-1-0,id=3Dide0-1-0<br>-d= rive file=3D/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096= -27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f= 688d49-97e3-4f1d-84d4-ac1432d903b3,if=3Dnone,id=3Ddrive-virtio-disk0,format= =3Dqcow2,serial=3Db4b5426b-95e3-41af-b286-da245891cdaf,cache=3Dnone,werror= =3Dstop,rerror=3Dstop,aio=3Dthreads<br>-device virtio-blk-pci,scsi=3Doff,bu= s=3Dpci.0,addr=3D0x6,drive=3Ddrive-virtio-disk0,id=3Dvirtio-disk0,bootindex= =3D1<br>-netdev tap,fd=3D26,id=3Dhostnet0,vhost=3Don,vhostfd=3D27 -device<b= r>virtio-net-pci,netdev=3Dhostnet0,id=3Dnet0,mac=3D00:1a:4a:db:94:01,bus=3D= pci.0,addr=3D0x3<br>-chardev socket,id=3Dcharchannel0,path=3D/var/lib/libvi= rt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm= ,server,nowait<br>-device virtserialport,bus=3Dvirtio-serial0.0,nr=3D1,char= dev=3Dcharchannel0,id=3Dchannel0,name=3Dcom.redhat.rhevm.vdsm<br>-chardev s= ocket,id=3Dcharchannel1,path=3D/var/lib/libvirt/qemu/channels/e46bca87-4df5= -4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait<br>-device vir= tserialport,bus=3Dvirtio-serial0.0,nr=3D2,chardev=3Dcharchannel1,id=3Dchann= el1,name=3Dorg.qemu.guest_agent.0<br>-chardev spicevmc,id=3Dcharchannel2,na= me=3Dvdagent -device<br>virtserialport,bus=3Dvirtio-serial0.0,nr=3D3,charde= v=3Dcharchannel2,id=3Dchannel2,name=3Dcom.redhat.spice.0<br>-spice tls-port= =3D5900,addr=3D10.0.0.92,x509-dir=3D/etc/pki/vdsm/libvirt-spice,tls-channel= =3Dmain,tls-channel=3Ddisplay,tls-channel=3Dinputs,tls-channel=3Dcursor,tls= -channel=3Dplayback,tls-channel=3Drecord,tls-channel=3Dsmartcard,tls-channe= l=3Dusbredir,seamless-migration=3Don<br>-k en-us -vga qxl -global qxl-vga.r= am_size=3D67108864<tel:67108864> -global<br>qxl-vga.vram_size=3D33554= 432<tel:33554432> -incoming tcp:[::]:49152 -device<br>virtio-balloon-= pci,id=3Dballoon0,bus=3Dpci.0,addr=3D0x7<br>[root@compute2-1 vdsm]# tail -f= /var/log/ovirt-hosted-engine-ha/agent.log<br>MainThread::INFO::2014-12-28<= br>20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted= _engine.HostedEngine::(check)<br>Local maintenance detected<br>MainThread::= INFO::2014-12-28<br>20:49:27,646::hosted_engine::327::ovirt_hosted_engine_h= a.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state Loc= alMaintenance (score: 0)<br>MainThread::INFO::2014-12-28<br>20:49:27,646::h= osted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:= :(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>M= ainThread::INFO::2014-12-28<br>20:49:37,732::state_decorators::124::ovirt_h= osted_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>Local maintena= nce detected<br>MainThread::INFO::2014-12-28<br>20:49:37,961::hosted_engine= ::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_moni= toring)<br>Current state LocalMaintenance (score: 0)<br>MainThread::INFO::2= 014-12-28<br>20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent= .hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.= 94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-28<br>20:49:48,048::st= ate_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin= e::(check)<br>Local maintenance detected<br>MainThread::INFO::2014-12-28<br= >20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.Host= edEngine::(score)<br>Score is 0 due to local maintenance mode<br>MainThread= ::INFO::2014-12-28<br>20:49:48,319::hosted_engine::327::ovirt_hosted_engine= _ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state L= ocalMaintenance (score: 0)<br>MainThread::INFO::2014-12-28<br>20:49:48,319:= :hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin= e::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br= ><div><br></div>Thanks,<br>Cong<br><div><br></div><br>On 2014/12/28, at 3:4= 6, "Artyom Lukianov" <alukiano@redhat.com<mailto:alukiano@redhat.com&= gt;<mailto:alukiano@redhat.com><mailto:alukiano@redhat.com>>= wrote:<br><div><br></div>I see that you set local maintenance on host3 tha= t do not have engine vm on it, so it nothing to migrate from this host.<br>= If you set local maintenance on host1, vm must migrate to another host with= positive score.<br>Thanks<br><div><br></div>----- Original Message -----<b= r>From: "Cong Yue" <Cong_Yue@alliedtelesis.com<mailto:Cong_Yue@allied= telesis.com><mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue= @alliedtelesis.com>><br>To: "Simone Tiraboschi" <stirabos(a)redhat.c= om<mailto:stirabos@redhat.com><mailto:stirabos@redhat.com><m= ailto:stirabos@redhat.com>><br>Cc: users@ovirt.org<mailto:users@ov= irt.org><mailto:users@ovirt.org><mailto:users@ovirt.org><br>= Sent: Saturday, December 27, 2014 6:58:32 PM<br>Subject: Re: [ovirt-users] = VM failover with ovirt3.5<br><div><br></div>Hi<br><div><br></div>I had a tr= y with "hosted-engine --set-maintence --mode=3Dlocal" on<br>compute2-1, whi= ch is host 3 in my cluster. From the log, it shows<br>maintence mode is dec= tected, but migration does not happen.<br><div><br></div>The logs are as fo= llows. Is there any other config I need to check?<br><div><br></div>[root@c= ompute2-1 vdsm]# hosted-engine --vm-status<br><div><br></div><br>--=3D=3D H= ost 1 status =3D=3D-<br><div><br></div>Status up-to-date     &nbs= p;            : True<br>Hostname   &nbsp= ;                     &nb= sp; : 10.0.0.94<br>Host ID              =              : 1<br>Engine status &nbsp= ;                    : {"= health": "good", "vm": "up",<br>"detail": "up"}<br>Score     &nbs= p;                     &n= bsp;  : 2400<br>Local maintenance           &= nbsp;      : False<br>Host timestamp       &n= bsp;             : 836296<br>Extra metadata (= valid at timestamp):<br>metadata_parse_version=3D1<br>metadata_feature_vers= ion=3D1<br>timestamp=3D836296 (Sat Dec 27 11:42:39 2014)<br>host-id=3D1<br>= score=3D2400<br>maintenance=3DFalse<br>state=3DEngineUp<br><div><br></div><= br>--=3D=3D Host 2 status =3D=3D--<br><div><br></div>Status up-to-date &nbs= p;                : True<br>Hostnam= e                     &nb= sp;     : 10.0.0.93<br>Host ID          =                  : 2<br>Engin= e status                   &nb= sp;  : {"reason": "vm not running on<br>this host", "health": "bad", "= vm": "down", "detail": "unknown"}<br>Score         &nbs= p;                    : 2= 400<br>Local maintenance               &= nbsp;  : False<br>Host timestamp           &n= bsp;         : 687358<br>Extra metadata (valid at times= tamp):<br>metadata_parse_version=3D1<br>metadata_feature_version=3D1<br>tim= estamp=3D687358 (Sat Dec 27 08:42:04 2014)<br>host-id=3D2<br>score=3D2400<b= r>maintenance=3DFalse<br>state=3DEngineDown<br><div><br></div><br>--=3D=3D = Host 3 status =3D=3D--<br><div><br></div>Status up-to-date     &n= bsp;            : True<br>Hostname   &nb= sp;                     &= nbsp; : 10.0.0.92<br>Host ID             &nbs= p;              : 3<br>Engine status &nb= sp;                    : = {"reason": "vm not running on<br>this host", "health": "bad", "vm": "down",= "detail": "unknown"}<br>Score             &n= bsp;                : 0<br>Local ma= intenance                  : T= rue<br>Host timestamp               &nbs= p;     : 681827<br>Extra metadata (valid at timestamp):<br>metada= ta_parse_version=3D1<br>metadata_feature_version=3D1<br>timestamp=3D681827 = (Sat Dec 27 08:42:40 2014)<br>host-id=3D3<br>score=3D0<br>maintenance=3DTru= e<br>state=3DLocalMaintenance<br>[root@compute2-1 vdsm]# tail -f /var/log/o= virt-hosted-engine-ha/agent.log<br>MainThread::INFO::2014-12-27<br>08:42:41= ,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Hosted= Engine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 240= 0)<br>MainThread::INFO::2014-12-27<br>08:42:51,198::state_decorators::124::= ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>Local m= aintenance detected<br>MainThread::INFO::2014-12-27<br>08:42:51,420::hosted= _engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(sta= rt_monitoring)<br>Current state LocalMaintenance (score: 0)<br>MainThread::= INFO::2014-12-27<br>08:42:51,420::hosted_engine::332::ovirt_hosted_engine_h= a.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host = 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:43:01,= 507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.Host= edEngine::(check)<br>Local maintenance detected<br>MainThread::INFO::2014-1= 2-27<br>08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.host= ed_engine.HostedEngine::(start_monitoring)<br>Current state LocalMaintenanc= e (score: 0)<br>MainThread::INFO::2014-12-27<br>08:43:01,773::hosted_engine= ::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_moni= toring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::I= NFO::2014-12-27<br>08:43:11,859::state_decorators::124::ovirt_hosted_engine= _ha.agent.hosted_engine.HostedEngine::(check)<br>Local maintenance detected= <br>MainThread::INFO::2014-12-27<br>08:43:12,072::hosted_engine::327::ovirt= _hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>C= urrent state LocalMaintenance (score: 0)<br>MainThread::INFO::2014-12-27<br= >08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engi= ne.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, s= core: 2400)<br><div><br></div><br><div><br></div>[root@compute2-3 ~]# tail = -f /var/log/ovirt-hosted-engine-ha/agent.log<br>MainThread::INFO::2014-12-2= 7<br>11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_= engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: = 2, score: 2400)<br>MainThread::INFO::2014-12-27<br>11:36:39,130::hosted_eng= ine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_m= onitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::201= 4-12-27<br>11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.h= osted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93= (id: 2, score: 2400)<br>MainThread::INFO::2014-12-27<br>11:36:49,449::host= ed_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(s= tart_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INF= O::2014-12-27<br>11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.= 0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-27<br>11:36:59,739= ::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngi= ne::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThrea= d::INFO::2014-12-27<br>11:36:59,739::hosted_engine::332::ovirt_hosted_engin= e_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote ho= st 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-27<br>11:37:= 09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin= e::(consume)<br>Engine vm running on localhost<br>MainThread::INFO::2014-12= -27<br>11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hoste= d_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score:= 2400)<br>MainThread::INFO::2014-12-27<br>11:37:10,026::hosted_engine::332:= :ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring= )<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2= 014-12-27<br>11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent= .hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (= score: 2400)<br>MainThread::INFO::2014-12-27<br>11:37:20,331::hosted_engine= ::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_moni= toring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br><div><br></di= v><br>[root@compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.lo= g<br>MainThread::INFO::2014-12-27<br>08:36:12,462::hosted_engine::332::ovir= t_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>= Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-1= 2-27<br>08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.host= ed_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (sco= re: 2400)<br>MainThread::INFO::2014-12-27<br>08:36:22,798::hosted_engine::3= 32::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitor= ing)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO= ::2014-12-27<br>08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hos= ted_engine.HostedEngine::(consume)<br>Engine vm is running on host 10.0.0.9= 4 (id 1)<br>MainThread::INFO::2014-12-27<br>08:36:33,169::hosted_engine::32= 7::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitori= ng)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-= 27<br>08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted= _engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id:= 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:36:43,567::hosted_en= gine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_= monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::= 2014-12-27<br>08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agen= t.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0= .94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:36:53,858::h= osted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:= :(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread= ::INFO::2014-12-27<br>08:36:53,858::hosted_engine::332::ovirt_hosted_engine= _ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote hos= t 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:37:0= 4,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.Hoste= dEngine::(refresh)<br>Global metadata: {'maintenance': False}<br>MainThread= ::INFO::2014-12-27<br>08:37:04,028::state_machine::165::ovirt_hosted_engine= _ha.agent.hosted_engine.HostedEngine::(refresh)<br>Host 10.0.0.94 (id 1): {= 'extra':<br>'metadata_parse_version=3D1\nmetadata_feature_version=3D1\ntime= stamp=3D835987<br>(Sat Dec 27 11:37:30<br>2014)\nhost-id=3D1\nscore=3D2400\= nmaintenance=3DFalse\nstate=3DEngineUp\n',<br>'hostname': '10.0.0.94', 'ali= ve': True, 'host-id': 1, 'engine-status':<br>{'health': 'good', 'vm': 'up',= 'detail': 'up'}, 'score': 2400,<br>'maintenance': False, 'host-ts': 835987= }<br>MainThread::INFO::2014-12-27<br>08:37:04,028::state_machine::165::ovir= t_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Host 10.0= .0.92 (id 3): {'extra':<br>'metadata_parse_version=3D1\nmetadata_feature_ve= rsion=3D1\ntimestamp=3D681528<br>(Sat Dec 27 08:37:41<br>2014)\nhost-id=3D3= \nscore=3D0\nmaintenance=3DTrue\nstate=3DLocalMaintenance\n',<br>'hostname'= : '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status':<br>{'reason': = 'vm not running on this host', 'health': 'bad', 'vm':<br>'down', 'detail': = 'unknown'}, 'score': 0, 'maintenance': True,<br>'host-ts': 681528}<br>MainT= hread::INFO::2014-12-27<br>08:37:04,028::state_machine::168::ovirt_hosted_e= ngine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Local (id 2): {'eng= ine-health': {'reason': 'vm not running on this<br>host', 'health': 'bad', = 'vm': 'down', 'detail': 'unknown'}, 'bridge':<br>True, 'mem-free': 15300.0,= 'maintenance': False, 'cpu-load': 0.0215,<br>'gateway': True}<br>MainThrea= d::INFO::2014-12-27<br>08:37:04,265::hosted_engine::327::ovirt_hosted_engin= e_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state = EngineDown (score: 2400)<br>MainThread::INFO::2014-12-27<br>08:37:04,265::h= osted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:= :(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br><= div><br></div>Thanks,<br>Cong<br><div><br></div>On 2014/12/22, at 5:29, "Si= mone Tiraboschi" <stirabos@redhat.com<mailto:stirabos@redhat.com>&= lt;mailto:stirabos@redhat.com><mailto:stirabos@redhat.com>> wro= te:<br><div><br></div><br><div><br></div>----- Original Message -----<br>Fr= om: "Cong Yue" <Cong_Yue@alliedtelesis.com<mailto:Cong_Yue@alliedtele= sis.com><mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@all= iedtelesis.com>><br>To: "Simone Tiraboschi" <stirabos(a)redhat.com&l= t;mailto:stirabos@redhat.com><mailto:stirabos@redhat.com><mailt= o:stirabos@redhat.com>><br>Cc: users@ovirt.org<mailto:users@ovirt.= org><mailto:users@ovirt.org><mailto:users@ovirt.org><br>Sent= : Friday, December 19, 2014 7:22:10 PM<br>Subject: RE: [ovirt-users] VM fai= lover with ovirt3.5<br><div><br></div>Thanks for the information. This is t= he log for my three ovirt nodes.<br>From the output of hosted-engine --vm-s= tatus, it shows the engine state for<br>my 2nd and 3rd ovirt node is DOWN.<= br>Is this the reason why VM failover not work in my environment?<br><div><= br></div>No, they looks ok: you can run the engine VM on single host at a t= ime.<br><div><br></div>How can I make<br>also engine works for my 2nd and 3= rd ovit nodes?<br><div><br></div>If you put the host 1 in local maintenance= mode ( hosted-engine --set-maintenance --mode=3Dlocal ) the VM should migr= ate to host 2; if you reactivate host 1 ( hosted-engine --set-maintenance -= -mode=3Dnone ) and put host 2 in local maintenance mode the VM should migra= te again.<br><div><br></div>Can you please try that and post the logs if so= mething is going bad?<br><div><br></div><br>--<br>--=3D=3D Host 1 status = =3D=3D--<br><div><br></div>Status up-to-date         &n= bsp;        : True<br>Hostname       &nb= sp;                   : 10.0.0= .94<br>Host ID                 &nbs= p;          : 1<br>Engine status     &nb= sp;                : {"health": "go= od", "vm": "up",<br>"detail": "up"}<br>Score         &n= bsp;                    := 2400<br>Local maintenance              =    : False<br>Host timestamp           =           : 150475<br>Extra metadata (valid at tim= estamp):<br>metadata_parse_version=3D1<br>metadata_feature_version=3D1<br>t= imestamp=3D150475 (Fri Dec 19 13:12:18 2014)<br>host-id=3D1<br>score=3D2400= <br>maintenance=3DFalse<br>state=3DEngineUp<br><div><br></div><br>--=3D=3D = Host 2 status =3D=3D--<br><div><br></div>Status up-to-date     &n= bsp;            : True<br>Hostname   &nb= sp;                     &= nbsp; : 10.0.0.93<br>Host ID             &nbs= p;              : 2<br>Engine status &nb= sp;                    : = {"reason": "vm not running on<br>this host", "health": "bad", "vm": "down",= "detail": "unknown"}<br>Score             &n= bsp;                : 2400<br>Local= maintenance                  = : False<br>Host timestamp               =       : 1572<br>Extra metadata (valid at timestamp):<br>meta= data_parse_version=3D1<br>metadata_feature_version=3D1<br>timestamp=3D1572 = (Fri Dec 19 10:12:18 2014)<br>host-id=3D2<br>score=3D2400<br>maintenance=3D= False<br>state=3DEngineDown<br><div><br></div><br>--=3D=3D Host 3 status = =3D=3D--<br><div><br></div>Status up-to-date         &n= bsp;        : False<br>Hostname       &n= bsp;                   : 10.0.= 0.92<br>Host ID                 &nb= sp;          : 3<br>Engine status     &n= bsp;                : unknown stale= -data<br>Score                 &nbs= p;            : 2400<br>Local maintenance &nb= sp;                : False<br>Host = timestamp                   &n= bsp; : 987<br>Extra metadata (valid at timestamp):<br>metadata_parse_versio= n=3D1<br>metadata_feature_version=3D1<br>timestamp=3D987 (Fri Dec 19 10:09:= 58 2014)<br>host-id=3D3<br>score=3D2400<br>maintenance=3DFalse<br>state=3DE= ngineDown<br><div><br></div>--<br>And the /var/log/ovirt-hosted-engine-ha/a= gent.log for three ovirt nodes are<br>as follows:<br>--<br>10.0.0.94(hosted= -engine-1)<br>---<br>MainThread::INFO::2014-12-19<br>13:09:33,716::hosted_e= ngine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start= _monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2= 014-12-19<br>13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent= .hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.= 93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:09:44,017::ho= sted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::= (start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::I= NFO::2014-12-19<br>13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha= .agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 1= 0.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:09:54,3= 03::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEn= gine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThr= ead::INFO::2014-12-19<br>13:09:54,303::hosted_engine::332::ovirt_hosted_eng= ine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote = host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:1= 0:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEng= ine::(consume)<br>Engine vm running on localhost<br>MainThread::INFO::2014-= 12-19<br>13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hos= ted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (scor= e: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:04,617::hosted_engine::33= 2::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitori= ng)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO:= :2014-12-19<br>13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.age= nt.hosted_engine.HostedEngine::(refresh)<br>Global metadata: {'maintenance'= : False}<br>MainThread::INFO::2014-12-19<br>13:10:14,657::state_machine::16= 5::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Ho= st 10.0.0.93 (id 2): {'extra':<br>'metadata_parse_version=3D1\nmetadata_fea= ture_version=3D1\ntimestamp=3D1448<br>(Fri Dec 19 10:10:14<br>2014)\nhost-i= d=3D2\nscore=3D2400\nmaintenance=3DFalse\nstate=3DEngineDown\n',<br>'hostna= me': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status':<br>{'reason= ': 'vm not running on this host', 'health': 'bad', 'vm':<br>'down', 'detail= ': 'unknown'}, 'score': 2400, 'maintenance': False,<br>'host-ts': 1448}<br>= MainThread::INFO::2014-12-19<br>13:10:14,657::state_machine::165::ovirt_hos= ted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Host 10.0.0.92= (id 3): {'extra':<br>'metadata_parse_version=3D1\nmetadata_feature_version= =3D1\ntimestamp=3D987<br>(Fri Dec 19 10:09:58<br>2014)\nhost-id=3D3\nscore= =3D2400\nmaintenance=3DFalse\nstate=3DEngineDown\n',<br>'hostname': '10.0.0= .92', 'alive': True, 'host-id': 3, 'engine-status':<br>{'reason': 'vm not r= unning on this host', 'health': 'bad', 'vm':<br>'down', 'detail': 'unknown'= }, 'score': 2400, 'maintenance': False,<br>'host-ts': 987}<br>MainThread::I= NFO::2014-12-19<br>13:10:14,658::state_machine::168::ovirt_hosted_engine_ha= .agent.hosted_engine.HostedEngine::(refresh)<br>Local (id 1): {'engine-heal= th': {'health': 'good', 'vm': 'up',<br>'detail': 'up'}, 'bridge': True, 'me= m-free': 1079.0, 'maintenance':<br>False, 'cpu-load': 0.0269, 'gateway': Tr= ue}<br>MainThread::INFO::2014-12-19<br>13:10:14,904::hosted_engine::327::ov= irt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<b= r>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>1= 3:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine= .HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, sco= re: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:25,210::hosted_engine::3= 27::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitor= ing)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-1= 9<br>13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_= engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: = 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:35,499::hosted_eng= ine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_m= onitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::201= 4-12-19<br>13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.h= osted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93= (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:45,784::host= ed_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(s= tart_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INF= O::2014-12-19<br>13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.= 0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:56,070= ::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngi= ne::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThrea= d::INFO::2014-12-19<br>13:10:56,070::hosted_engine::332::ovirt_hosted_engin= e_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote ho= st 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:= 06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin= e::(consume)<br>Engine vm running on localhost<br>MainThread::INFO::2014-12= -19<br>13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hoste= d_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score:= 2400)<br>MainThread::INFO::2014-12-19<br>13:11:06,359::hosted_engine::332:= :ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring= )<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2= 014-12-19<br>13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent= .hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (= score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:16,658::hosted_engine= ::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_moni= toring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::I= NFO::2014-12-19<br>13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha= .agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state Engi= neUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:26,991::hosted_= engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(star= t_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThr= ead::INFO::2014-12-19<br>13:11:37,341::hosted_engine::327::ovirt_hosted_eng= ine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current stat= e EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:37,341::h= osted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:= :(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>-= ---<br><div><br></div>10.0.0.93 (hosted-engine-2)<br>MainThread::INFO::2014= -12-19<br>10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.ho= sted_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (s= core: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:18,339::hosted_engine:= :332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monit= oring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::IN= FO::2014-12-19<br>10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.= agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state Engin= eDown (score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:28,652::hosted= _engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(sta= rt_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainTh= read::INFO::2014-12-19<br>10:12:39,010::hosted_engine::327::ovirt_hosted_en= gine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current sta= te EngineDown (score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:39,010= ::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngi= ne::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<b= r>MainThread::INFO::2014-12-19<br>10:12:49,338::hosted_engine::327::ovirt_h= osted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Cur= rent state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-19<br>10:1= 2:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Ho= stedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score:= 2400)<br>MainThread::INFO::2014-12-19<br>10:12:59,642::hosted_engine::327:= :ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring= )<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-19= <br>10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_e= ngine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1= , score: 2400)<br>MainThread::INFO::2014-12-19<br>10:13:10,010::hosted_engi= ne::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_mo= nitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::20= 14-12-19<br>10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.= hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.9= 4 (id: 1, score: 2400)<br><div><br></div><br>10.0.0.92(hosted-engine-3)<br>= same as 10.0.0.93<br>--<br><div><br></div>-----Original Message-----<br>Fro= m: Simone Tiraboschi [mailto:stirabos@redhat.com]<br>Sent: Friday, December= 19, 2014 12:28 AM<br>To: Yue, Cong<br>Cc: users@ovirt.org<mailto:users@= ovirt.org><mailto:users@ovirt.org><mailto:users@ovirt.org><b= r>Subject: Re: [ovirt-users] VM failover with ovirt3.5<br><div><br></div><b= r><div><br></div>----- Original Message -----<br>From: "Cong Yue" <Cong_= Yue@alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Co= ng_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>><b= r>To: users@ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.o= rg><mailto:users@ovirt.org><br>Sent: Friday, December 19, 2014 2:1= 4:33 AM<br>Subject: [ovirt-users] VM failover with ovirt3.5<br><div><br></d= iv><br><div><br></div>Hi<br><div><br></div><br><div><br></div>In my environ= ment, I have 3 ovirt nodes as one cluster. And on top of<br>host-1, there i= s one vm to host ovirt engine.<br><div><br></div>Also I have one external s= torage for the cluster to use as data domain<br>of engine and data.<br><div= ><br></div>I confirmed live migration works well in my environment.<br><div= ><br></div>But it seems very buggy for VM failover if I try to force to shu= t down<br>one ovirt node. Sometimes the VM in the node which is shutdown ca= n<br>migrate to other host, but it take more than several minutes.<br><div>= <br></div>Sometimes, it can not migrate at all. Sometimes, only when the ho= st is<br>back, the VM is beginning to move.<br><div><br></div>Can you pleas= e check or share the logs under /var/log/ovirt-hosted-engine-ha/<br>?<br><d= iv><br></div>Is there some documentation to explain how VM failover is work= ing? And<br>is there some bugs reported related with this?<br><div><br></di= v>http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram<br><= div><br></div>Thanks in advance,<br><div><br></div>Cong<br><div><br></div><= br><div><br></div><br>This e-mail message is for the sole use of the intend= ed recipient(s)<br>and may contain confidential and privileged information.= Any<br>unauthorized review, use, disclosure or distribution is prohibited.= If<br>you are not the intended recipient, please contact the sender by rep= ly<br>e-mail and destroy all copies of the original message. If you are the= <br>intended recipient, please be advised that the content of this message<= br>is subject to access, review and disclosure by the sender's e-mail Syste= m<br>Administrator.<br><div><br></div>_____________________________________= __________<br>Users mailing list<br>Users@ovirt.org<mailto:Users@ovirt.o= rg><mailto:Users@ovirt.org><mailto:Users@ovirt.org><br>http:= //lists.ovirt.org/mailman/listinfo/users<br><div><br></div>This e-mail mess= age is for the sole use of the intended recipient(s) and may<br>contain con= fidential and privileged information. Any unauthorized review,<br>use, disc= losure or distribution is prohibited. If you are not the intended<br>recipi= ent, please contact the sender by reply e-mail and destroy all copies<br>of= the original message. If you are the intended recipient, please be<br>advi= sed that the content of this message is subject to access, review and<br>di= sclosure by the sender's e-mail System Administrator.<br><div><br></div><br= >This e-mail message is for the sole use of the intended recipient(s) and m= ay contain confidential and privileged information. Any unauthorized review= , use, disclosure or distribution is prohibited. If you are not the intende= d recipient, please contact the sender by reply e-mail and destroy all copi= es of the original message. If you are the intended recipient, please be ad= vised that the content of this message is subject to access, review and dis= closure by the sender's e-mail System Administrator.<br>___________________= ____________________________<br>Users mailing list<br>Users(a)ovirt.org<ma= ilto:Users@ovirt.org><mailto:Users@ovirt.org><mailto:Users@ovir= t.org><br>http://lists.ovirt.org/mailman/listinfo/users<br><div><br></di= v>________________________________<br>This e-mail message is for the sole u= se of the intended recipient(s) and may contain confidential and privileged= information. Any unauthorized review, use, disclosure or distribution is p= rohibited. If you are not the intended recipient, please contact the sender= by reply e-mail and destroy all copies of the original message. If you are= the intended recipient, please be advised that the content of this message= is subject to access, review and disclosure by the sender's e-mail System = Administrator.<br><div><br></div>________________________________<br>This e= -mail message is for the sole use of the intended recipient(s) and may cont= ain confidential and privileged information. Any unauthorized review, use, = disclosure or distribution is prohibited. If you are not the intended recip= ient, please contact the sender by reply e-mail and destroy all copies of t= he original message. If you are the intended recipient, please be advised t= hat the content of this message is subject to access, review and disclosure= by the sender's e-mail System Administrator.<br><div><br></div>___________= _____________________<br>This e-mail message is for the sole use of the int= ended recipient(s) and may contain confidential and privileged information.= Any unauthorized review, use, disclosure or distribution is prohibited. If= you are not the intended recipient, please contact the sender by reply e-m= ail and destroy all copies of the original message. If you are the intended= recipient, please be advised that the content of this message is subject t= o access, review and disclosure by the sender's e-mail System Administrator= .<br>-------------- next part --------------<br>An HTML attachment was scru= bbed...<br>URL: <http://lists.ovirt.org/pipermail/users/attachments/2014= 1229/4ec6cc13/attachment.html><br><div><br></div>-----------------------= -------<br><div><br></div>_______________________________________________<b= r>Users mailing list<br>Users(a)ovirt.org<br>http://lists.ovirt.org/mailman/l= istinfo/users<br><div><br></div><br>End of Users Digest, Vol 39, Issue 171<= br>**************************************<br></div><div><br></div></div></b= ody></html> ------=_Part_1882534_1428653136.1419879250032--

1 0

Re: [ovirt-users] VM failover with ovirt3.5
by Nikolai Sednev 29 Dec '14

29 Dec '14

------=_Part_1875460_365779577.1419876418683 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, Your guest-vm have to be defined as " Highly Available" Highly Available Select this check box if the virtual machine is to be highly available. For example, in cases of host maintenance or failure, the virtual machine is automatically moved to or re-launched on another host. If the host is manually shut down by the system administrator, the virtual machine is not automatically moved to another host. Note that this option is unavailable if the Migration Options setting in the Hosts tab is set to either Allow manual migration only or No migration . For a virtual machine to be highly available, it must be possible for the Manager to migrate the virtual machine to other available hosts as necessary. Thanks in advance. Best regards, Nikolai ____________________ Nikolai Sednev Senior Quality Engineer at Compute team Red Hat Israel 34 Jerusalem Road, Ra'anana, Israel 43501 Tel: +972 9 7692043 Mobile: +972 52 7342734 Email: nsednev(a)redhat.com IRC: nsednev ----- Original Message ----- From: users-request(a)ovirt.org To: users(a)ovirt.org Sent: Monday, December 29, 2014 7:50:07 PM Subject: Users Digest, Vol 39, Issue 169 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: VM failover with ovirt3.5 (Yue, Cong) ---------------------------------------------------------------------- Message: 1 Date: Mon, 29 Dec 2014 09:49:58 -0800 From: "Yue, Cong" <Cong_Yue(a)alliedtelesis.com> To: Artyom Lukianov <alukiano(a)redhat.com> Cc: "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] VM failover with ovirt3.5 Message-ID: <11A51118-8B03-41FE-8FD0-C81AC8897EF6(a)alliedtelesis.com> Content-Type: text/plain; charset="us-ascii" Thanks for detailed explanation. Do you mean only HE VM can be failover? I want to have a try with the VM on any host to check whether VM can be failover to other host automatically like VMware or Xenserver? I will have a try as you advised and provide the log for your further advice. Thanks, Cong > On 2014/12/29, at 8:43, "Artyom Lukianov" <alukiano(a)redhat.com> wrote: > > I see that HE vm run on host with ip 10.0.0.94, and two another hosts in "Local Maintenance" state, so vm will not migrate to any of them, can you try disable local maintenance on all hosts in HE environment and after enable "local maintenance" on host where HE vm run, and provide also output of hosted-engine --vm-status. > Failover works in next way: > 1) if host where run HE vm have score less by 800 that some other host in HE environment, HE vm will migrate on host with best score > 2) if something happen to vm(kernel panic, crash of service...), agent will restart HE vm on another host in HE environment with positive score > 3) if put to local maintenance host with HE vm, vm will migrate to another host with positive score > Thanks. > > ----- Original Message ----- > From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com> > To: "Artyom Lukianov" <alukiano(a)redhat.com> > Cc: "Simone Tiraboschi" <stirabos(a)redhat.com>, users(a)ovirt.org > Sent: Monday, December 29, 2014 6:30:42 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Thanks and the --vm-status log is as follows: > [root@compute2-2 ~]# hosted-engine --vm-status > > > --== Host 1 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.94 > Host ID : 1 > Engine status : {"health": "good", "vm": "up", > "detail": "up"} > Score : 2400 > Local maintenance : False > Host timestamp : 1008087 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=1008087<tel:1008087> (Mon Dec 29 11:25:51 2014) > host-id=1 > score=2400 > maintenance=False > state=EngineUp > > > --== Host 2 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.93 > Host ID : 2 > Engine status : {"reason": "vm not running on > this host", "health": "bad", "vm": "down", "detail": "unknown"} > Score : 0 > Local maintenance : True > Host timestamp : 859142 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=859142 (Mon Dec 29 08:25:08 2014) > host-id=2 > score=0 > maintenance=True > state=LocalMaintenance > > > --== Host 3 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.92 > Host ID : 3 > Engine status : {"reason": "vm not running on > this host", "health": "bad", "vm": "down", "detail": "unknown"} > Score : 0 > Local maintenance : True > Host timestamp : 853615 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=853615 (Mon Dec 29 08:25:57 2014) > host-id=3 > score=0 > maintenance=True > state=LocalMaintenance > You have new mail in /var/spool/mail/root > [root@compute2-2 ~]# > > Could you please explain how VM failover works inside ovirt? Is there any other debug option I can enable to check the problem? > > Thanks, > Cong > > > On 2014/12/29, at 1:39, "Artyom Lukianov" <alukiano(a)redhat.com<mailto:alukiano@redhat.com>> wrote: > > Can you also provide output of hosted-engine --vm-status please, previous time it was useful, because I do not see something unusual. > Thanks > > ----- Original Message ----- > From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com>> > To: "Artyom Lukianov" <alukiano(a)redhat.com<mailto:alukiano@redhat.com>> > Cc: "Simone Tiraboschi" <stirabos(a)redhat.com<mailto:stirabos@redhat.com>>, users(a)ovirt.org<mailto:users@ovirt.org> > Sent: Monday, December 29, 2014 7:15:24 AM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Also I change the maintenance mode to local in another host. But also the VM in this host can not be migrated. The logs are as follows. > > [root@compute2-2 ~]# hosted-engine --set-maintenance --mode=local > [root@compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log > MainThread::INFO::2014-12-28 > 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-28 > 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-28 > 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Engine vm is running on host 10.0.0.94 (id 1) > MainThread::INFO::2014-12-28 > 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-28 > 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-28 > 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-28 > 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Trying: notify time=1419829795.7 type=state_transition > detail=EngineDown-LocalMaintenance hostname='compute2-2' > MainThread::INFO::2014-12-28 > 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Success, was notification of state_transition > (EngineDown-LocalMaintenance) sent? sent > MainThread::INFO::2014-12-28 > 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) > Score is 0 due to local maintenance mode > MainThread::INFO::2014-12-28 > 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-28 > 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > ^C > You have new mail in /var/spool/mail/root > [root@compute2-2 ~]# ps -ef | grep qemu > root 18420 2777 0 21:10<x-apple-data-detectors://39> pts/0 00:00:00<x-apple-data-detectors://40> grep --color=auto qemu > qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm > -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem > -m 500 -realtime mlock=off -smp > 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid > c31e97d0-135e-42da-9954-162b5228dce3 -smbios > type=1,manufacturer=oVirt,product=oVirt > Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 > -no-user-config -nodefaults -chardev > socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait > -mon chardev=charmonitor,id=monitor,mode=control -rtc > base=2014-12-19T20:17:17<x-apple-data-detectors://42>,driftfix=slew -no-kvm-pit-reinjection > -no-hpet -no-shutdown -boot strict=on -device > piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device > virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device > virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 > -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= > -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 > -drive file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads > -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 > -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device > virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 > -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait > -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm > -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait > -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 > -chardev spicevmc,id=charchannel2,name=vdagent -device > virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 > -spice tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on > -k en-us -vga qxl -global qxl-vga.ram_size=67108864<tel:67108864> -global > qxl-vga.vram_size=33554432<tel:33554432> -incoming tcp:[::]:49152 -device > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 > [root@compute2-2 ~]# > > Thanks, > Cong > > > On 2014/12/28, at 20:53, "Yue, Cong" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> wrote: > > I checked it again and confirmed there is one guest VM is running on the top of this host. The log is as follows: > > [root@compute2-1 vdsm]# ps -ef | grep qemu > qemu 2983 846 0 Dec19 ? 00:00:00<x-apple-data-detectors://0> [supervdsmServer] <defunct> > root 5489 3053 0 20:49<x-apple-data-detectors://1> pts/0 00:00:00<x-apple-data-detectors://2> grep --color=auto qemu > qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm > -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m > 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 > -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios > type=1,manufacturer=oVirt,product=oVirt > Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 > -no-user-config -nodefaults -chardev > socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait > -mon chardev=charmonitor,id=monitor,mode=control -rtc > base=2014-12-19T20:18:01<x-apple-data-detectors://4>,driftfix=slew -no-kvm-pit-reinjection > -no-hpet -no-shutdown -boot strict=on -device > piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device > virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device > virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 > -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= > -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 > -drive file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads > -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 > -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device > virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 > -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait > -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm > -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait > -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 > -chardev spicevmc,id=charchannel2,name=vdagent -device > virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 > -spice tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on > -k en-us -vga qxl -global qxl-vga.ram_size=67108864<tel:67108864> -global > qxl-vga.vram_size=33554432<tel:33554432> -incoming tcp:[::]:49152 -device > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 > [root@compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log > MainThread::INFO::2014-12-28 > 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-28 > 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-28 > 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-28 > 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-28 > 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-28 > 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-28 > 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) > Score is 0 due to local maintenance mode > MainThread::INFO::2014-12-28 > 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-28 > 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > > Thanks, > Cong > > > On 2014/12/28, at 3:46, "Artyom Lukianov" <alukiano(a)redhat.com<mailto:alukiano@redhat.com><mailto:alukiano@redhat.com>> wrote: > > I see that you set local maintenance on host3 that do not have engine vm on it, so it nothing to migrate from this host. > If you set local maintenance on host1, vm must migrate to another host with positive score. > Thanks > > ----- Original Message ----- > From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> > To: "Simone Tiraboschi" <stirabos(a)redhat.com<mailto:stirabos@redhat.com><mailto:stirabos@redhat.com>> > Cc: users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org> > Sent: Saturday, December 27, 2014 6:58:32 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Hi > > I had a try with "hosted-engine --set-maintence --mode=local" on > compute2-1, which is host 3 in my cluster. From the log, it shows > maintence mode is dectected, but migration does not happen. > > The logs are as follows. Is there any other config I need to check? > > [root@compute2-1 vdsm]# hosted-engine --vm-status > > > --== Host 1 status ==- > > Status up-to-date : True > Hostname : 10.0.0.94 > Host ID : 1 > Engine status : {"health": "good", "vm": "up", > "detail": "up"} > Score : 2400 > Local maintenance : False > Host timestamp : 836296 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=836296 (Sat Dec 27 11:42:39 2014) > host-id=1 > score=2400 > maintenance=False > state=EngineUp > > > --== Host 2 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.93 > Host ID : 2 > Engine status : {"reason": "vm not running on > this host", "health": "bad", "vm": "down", "detail": "unknown"} > Score : 2400 > Local maintenance : False > Host timestamp : 687358 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=687358 (Sat Dec 27 08:42:04 2014) > host-id=2 > score=2400 > maintenance=False > state=EngineDown > > > --== Host 3 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.92 > Host ID : 3 > Engine status : {"reason": "vm not running on > this host", "health": "bad", "vm": "down", "detail": "unknown"} > Score : 0 > Local maintenance : True > Host timestamp : 681827 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=681827 (Sat Dec 27 08:42:40 2014) > host-id=3 > score=0 > maintenance=True > state=LocalMaintenance > [root@compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log > MainThread::INFO::2014-12-27 > 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-27 > 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-27 > 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-27 > 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-27 > 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) > Local maintenance detected > MainThread::INFO::2014-12-27 > 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state LocalMaintenance (score: 0) > MainThread::INFO::2014-12-27 > 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > > > > [root@compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log > MainThread::INFO::2014-12-27 > 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-27 > 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-27 > 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-27 > 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-27 > 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-27 > 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-27 > 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-27 > 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Engine vm running on localhost > MainThread::INFO::2014-12-27 > 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-27 > 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-27 > 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-27 > 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > > > [root@compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log > MainThread::INFO::2014-12-27 > 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-27 > 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Engine vm is running on host 10.0.0.94 (id 1) > MainThread::INFO::2014-12-27 > 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-27 > 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-27 > 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-27 > 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-27 > 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Global metadata: {'maintenance': False} > MainThread::INFO::2014-12-27 > 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Host 10.0.0.94 (id 1): {'extra': > 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 > (Sat Dec 27 11:37:30 > 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', > 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': > {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, > 'maintenance': False, 'host-ts': 835987} > MainThread::INFO::2014-12-27 > 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Host 10.0.0.92 (id 3): {'extra': > 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 > (Sat Dec 27 08:37:41 > 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', > 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': > {'reason': 'vm not running on this host', 'health': 'bad', 'vm': > 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, > 'host-ts': 681528} > MainThread::INFO::2014-12-27 > 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Local (id 2): {'engine-health': {'reason': 'vm not running on this > host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': > True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, > 'gateway': True} > MainThread::INFO::2014-12-27 > 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-27 > 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > > Thanks, > Cong > > On 2014/12/22, at 5:29, "Simone Tiraboschi" <stirabos(a)redhat.com<mailto:stirabos@redhat.com><mailto:stirabos@redhat.com>> wrote: > > > > ----- Original Message ----- > From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> > To: "Simone Tiraboschi" <stirabos(a)redhat.com<mailto:stirabos@redhat.com><mailto:stirabos@redhat.com>> > Cc: users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org> > Sent: Friday, December 19, 2014 7:22:10 PM > Subject: RE: [ovirt-users] VM failover with ovirt3.5 > > Thanks for the information. This is the log for my three ovirt nodes. > From the output of hosted-engine --vm-status, it shows the engine state for > my 2nd and 3rd ovirt node is DOWN. > Is this the reason why VM failover not work in my environment? > > No, they looks ok: you can run the engine VM on single host at a time. > > How can I make > also engine works for my 2nd and 3rd ovit nodes? > > If you put the host 1 in local maintenance mode ( hosted-engine --set-maintenance --mode=local ) the VM should migrate to host 2; if you reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put host 2 in local maintenance mode the VM should migrate again. > > Can you please try that and post the logs if something is going bad? > > > -- > --== Host 1 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.94 > Host ID : 1 > Engine status : {"health": "good", "vm": "up", > "detail": "up"} > Score : 2400 > Local maintenance : False > Host timestamp : 150475 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=150475 (Fri Dec 19 13:12:18 2014) > host-id=1 > score=2400 > maintenance=False > state=EngineUp > > > --== Host 2 status ==-- > > Status up-to-date : True > Hostname : 10.0.0.93 > Host ID : 2 > Engine status : {"reason": "vm not running on > this host", "health": "bad", "vm": "down", "detail": "unknown"} > Score : 2400 > Local maintenance : False > Host timestamp : 1572 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=1572 (Fri Dec 19 10:12:18 2014) > host-id=2 > score=2400 > maintenance=False > state=EngineDown > > > --== Host 3 status ==-- > > Status up-to-date : False > Hostname : 10.0.0.92 > Host ID : 3 > Engine status : unknown stale-data > Score : 2400 > Local maintenance : False > Host timestamp : 987 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=987 (Fri Dec 19 10:09:58 2014) > host-id=3 > score=2400 > maintenance=False > state=EngineDown > > -- > And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are > as follows: > -- > 10.0.0.94(hosted-engine-1) > --- > MainThread::INFO::2014-12-19 > 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Engine vm running on localhost > MainThread::INFO::2014-12-19 > 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Global metadata: {'maintenance': False} > MainThread::INFO::2014-12-19 > 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Host 10.0.0.93 (id 2): {'extra': > 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 > (Fri Dec 19 10:10:14 > 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', > 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': > {'reason': 'vm not running on this host', 'health': 'bad', 'vm': > 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, > 'host-ts': 1448} > MainThread::INFO::2014-12-19 > 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Host 10.0.0.92 (id 3): {'extra': > 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 > (Fri Dec 19 10:09:58 > 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', > 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': > {'reason': 'vm not running on this host', 'health': 'bad', 'vm': > 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, > 'host-ts': 987} > MainThread::INFO::2014-12-19 > 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) > Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', > 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': > False, 'cpu-load': 0.0269, 'gateway': True} > MainThread::INFO::2014-12-19 > 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Engine vm running on localhost > MainThread::INFO::2014-12-19 > 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::INFO::2014-12-19 > 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 2400) > MainThread::INFO::2014-12-19 > 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > ---- > > 10.0.0.93 (hosted-engine-2) > MainThread::INFO::2014-12-19 > 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-19 > 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-19 > 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-19 > 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-19 > 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-19 > 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-19 > 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-19 > 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-19 > 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-19 > 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > MainThread::INFO::2014-12-19 > 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineDown (score: 2400) > MainThread::INFO::2014-12-19 > 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.94 (id: 1, score: 2400) > > > 10.0.0.92(hosted-engine-3) > same as 10.0.0.93 > -- > > -----Original Message----- > From: Simone Tiraboschi [mailto:stirabos@redhat.com] > Sent: Friday, December 19, 2014 12:28 AM > To: Yue, Cong > Cc: users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org> > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > > > ----- Original Message ----- > From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>> > To: users(a)ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org> > Sent: Friday, December 19, 2014 2:14:33 AM > Subject: [ovirt-users] VM failover with ovirt3.5 > > > > Hi > > > > In my environment, I have 3 ovirt nodes as one cluster. And on top of > host-1, there is one vm to host ovirt engine. > > Also I have one external storage for the cluster to use as data domain > of engine and data. > > I confirmed live migration works well in my environment. > > But it seems very buggy for VM failover if I try to force to shut down > one ovirt node. Sometimes the VM in the node which is shutdown can > migrate to other host, but it take more than several minutes. > > Sometimes, it can not migrate at all. Sometimes, only when the host is > back, the VM is beginning to move. > > Can you please check or share the logs under /var/log/ovirt-hosted-engine-ha/ > ? > > Is there some documentation to explain how VM failover is working? And > is there some bugs reported related with this? > > http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram > > Thanks in advance, > > Cong > > > > > This e-mail message is for the sole use of the intended recipient(s) > and may contain confidential and privileged information. Any > unauthorized review, use, disclosure or distribution is prohibited. If > you are not the intended recipient, please contact the sender by reply > e-mail and destroy all copies of the original message. If you are the > intended recipient, please be advised that the content of this message > is subject to access, review and disclosure by the sender's e-mail System > Administrator. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org<mailto:Users@ovirt.org><mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > This e-mail message is for the sole use of the intended recipient(s) and may > contain confidential and privileged information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply e-mail and destroy all copies > of the original message. If you are the intended recipient, please be > advised that the content of this message is subject to access, review and > disclosure by the sender's e-mail System Administrator. > > > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. > _______________________________________________ > Users mailing list > Users(a)ovirt.org<mailto:Users@ovirt.org><mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > ________________________________ > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. > > ________________________________ > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. ------------------------------ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 39, Issue 169 ************************************** ------=_Part_1875460_365779577.1419876418683 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo= r: #000000"><div>Hi,</div><div>Your guest-vm have to be defined as "<span s= tyle=3D"font-family: 'Arial Unicode MS', Arial, sans-serif; font-size: smal= l; line-height: 16px; background-color: #ffffff;" data-mce-style=3D"font-fa= mily: 'Arial Unicode MS', Arial, sans-serif; font-size: small; line-height:= 16px; background-color: #ffffff;">Highly Available"</span></div><div><tabl= e xmlns:d=3D"http://docbook.org/ns/docbook" class=3D"lt-4-cols lt-7-rows mc= eItemTable" summary=3D"Virtual Machine: High Availability Settings" style= =3D"widows: 4; orphans: 4; border: 1px solid #aaaaaa; width: 768.7999877929= 688px; border-collapse: collapse; table-layout: fixed; word-wrap: break-wor= d; color: #000000; font-family: 'liberation sans', 'Myriad ', 'Bitstream Ve= ra Sans', 'Lucida Grande', 'Luxi Sans', 'Trebuchet MS', helvetica, verdana,= arial, sans-serif; font-size: 14.399999618530273px; line-height: 18.049999= 237060547px; background-color: #ffffff;" data-mce-style=3D"widows: 4; orpha= ns: 4; border: 1px solid #aaaaaa; width: 768.7999877929688px; border-collap= se: collapse; table-layout: fixed; word-wrap: break-word; color: #000000; f= ont-family: 'liberation sans', 'Myriad ', 'Bitstream Vera Sans', 'Lucida Gr= ande', 'Luxi Sans', 'Trebuchet MS', helvetica, verdana, arial, sans-serif; = font-size: 14.399999618530273px; line-height: 18.049999237060547px; backgro= und-color: #ffffff;"><tbody><tr><td align=3D"left" style=3D"border: none; v= ertical-align: top; padding: 0.15em 0.5em;" data-mce-style=3D"border: none;= vertical-align: top; padding: 0.15em 0.5em;"><div class=3D"para" style=3D"= line-height: 1.29em; padding-top: 0px; margin-top: 0px; padding-bottom: 0px= ; margin-bottom: 1em; display: inline;" data-mce-style=3D"line-height: 1.29= em; padding-top: 0px; margin-top: 0px; padding-bottom: 0px; margin-bottom: = 1em; display: inline;"><span class=3D"guilabel" style=3D"font-family: 'deja= vu sans mono', 'liberation mono', 'bitstream vera mono', 'dejavu mono', mon= ospace; font-weight: bold;" data-mce-style=3D"font-family: 'dejavu sans mon= o', 'liberation mono', 'bitstream vera mono', 'dejavu mono', monospace; fon= t-weight: bold;"><strong>Highly Available</strong></span></div></td><td ali= gn=3D"left" style=3D"border: none; vertical-align: top; padding: 0.15em 0.5= em;" data-mce-style=3D"border: none; vertical-align: top; padding: 0.15em 0= .5em;"><div class=3D"para" style=3D"line-height: 1.29em; padding-top: 0px; = margin-top: 0px; padding-bottom: 0px; margin-bottom: 1em; display: inline;"= data-mce-style=3D"line-height: 1.29em; padding-top: 0px; margin-top: 0px; = padding-bottom: 0px; margin-bottom: 1em; display: inline;">Select this chec= k box if the virtual machine is to be highly available. For example, in cas= es of host maintenance or failure, the virtual machine is automatically mov= ed to or re-launched on another host. If the host is manually shut down by = the system administrator, the virtual machine is not automatically moved to= another host.</div><div class=3D"para" style=3D"line-height: 1.29em; paddi= ng-top: 0px; margin-top: 1em; padding-bottom: 0px; margin-bottom: 1em;" dat= a-mce-style=3D"line-height: 1.29em; padding-top: 0px; margin-top: 1em; padd= ing-bottom: 0px; margin-bottom: 1em;">Note that this option is unavailable = if the <span class=3D"guilabel" style=3D"font-family: 'dejavu sans mon= o', 'liberation mono', 'bitstream vera mono', 'dejavu mono', monospace; fon= t-weight: bold;" data-mce-style=3D"font-family: 'dejavu sans mono', 'libera= tion mono', 'bitstream vera mono', 'dejavu mono', monospace; font-weight: b= old;">Migration Options</span> setting in the <span class=3D"guil= abel" style=3D"font-family: 'dejavu sans mono', 'liberation mono', 'bitstre= am vera mono', 'dejavu mono', monospace; font-weight: bold;" data-mce-style= =3D"font-family: 'dejavu sans mono', 'liberation mono', 'bitstream vera mon= o', 'dejavu mono', monospace; font-weight: bold;">Hosts</span> tab is = set to either <span class=3D"guilabel" style=3D"font-family: 'dejavu s= ans mono', 'liberation mono', 'bitstream vera mono', 'dejavu mono', monospa= ce; font-weight: bold;" data-mce-style=3D"font-family: 'dejavu sans mono', = 'liberation mono', 'bitstream vera mono', 'dejavu mono', monospace; font-we= ight: bold;">Allow manual migration only</span> or <span class=3D= "guilabel" style=3D"font-family: 'dejavu sans mono', 'liberation mono', 'bi= tstream vera mono', 'dejavu mono', monospace; font-weight: bold;" data-mce-= style=3D"font-family: 'dejavu sans mono', 'liberation mono', 'bitstream ver= a mono', 'dejavu mono', monospace; font-weight: bold;">No migration</span>.= For a virtual machine to be highly available, it must be possible for the = Manager to migrate the virtual machine to other available hosts as necessar= y.</div></td></tr></tbody></table><div><br></div></div><div><span name=3D"x= "></span><br>Thanks in advance.<br><div><br></div>Best regards,<br>Nikolai<= br>____________________<br>Nikolai Sednev<br>Senior Quality Engineer at Com= pute team<br>Red Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel 43501= <br><div><br></div>Tel:       +972   9 7692043<br>Mobil= e: +972 52 7342734<br>Email: nsednev(a)redhat.com<br>IRC: nsednev<span name= =3D"x"></span><br></div><div><br></div><hr id=3D"zwchr"><div style=3D"color= :#000;font-weight:normal;font-style:normal;text-decoration:none;font-family= :Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>users-request@ovi= rt.org<br><b>To: </b>users(a)ovirt.org<br><b>Sent: </b>Monday, December 29, 2= 014 7:50:07 PM<br><b>Subject: </b>Users Digest, Vol 39, Issue 169<br><div><= br></div>Send Users mailing list submissions to<br>    =     users(a)ovirt.org<br><div><br></div>To subscribe or u= nsubscribe via the World Wide Web, visit<br>     &= nbsp;  http://lists.ovirt.org/mailman/listinfo/users<br>or, via e= mail, send a message with subject or body 'help' to<br>   &n= bsp;    users-request(a)ovirt.org<br><div><br></div>You c= an reach the person managing the list at<br>     &= nbsp;  users-owner(a)ovirt.org<br><div><br></div>When replying, ple= ase edit your Subject line so it is more specific<br>than "Re: Contents of = Users digest..."<br><div><br></div><br>Today's Topics:<br><div><br></div>&n= bsp;  1. Re:  VM failover with ovirt3.5 (Yue, Cong)<br><div><br><= /div><br>------------------------------------------------------------------= ----<br><div><br></div>Message: 1<br>Date: Mon, 29 Dec 2014 09:49:58 -0800<= br>From: "Yue, Cong" <Cong_Yue(a)alliedtelesis.com><br>To: Artyom Lukia= nov <alukiano(a)redhat.com><br>Cc: "users(a)ovirt.org" <users(a)ovirt.or= g><br>Subject: Re: [ovirt-users] VM failover with ovirt3.5<br>Message-ID= : <11A51118-8B03-41FE-8FD0-C81AC8897EF6(a)alliedtelesis.com><br>Content= -Type: text/plain; charset=3D"us-ascii"<br><div><br></div>Thanks for detail= ed explanation. Do you mean only HE VM can be failover? I want to have a tr= y with the VM on any host to check whether VM can be failover to other host= automatically like VMware or Xenserver?<br>I will have a try as you advise= d and provide the log for your further advice.<br><div><br></div>Thanks,<br= >Cong<br><div><br></div><br><div><br></div>> On 2014/12/29, at 8:43, "Ar= tyom Lukianov" <alukiano(a)redhat.com> wrote:<br>><br>> I see tha= t HE vm run on host with ip 10.0.0.94, and two another hosts in "Local Main= tenance" state, so vm will not migrate to any of them, can you try disable = local maintenance on all hosts in HE environment and after enable "local ma= intenance" on host where HE vm run, and provide also output of hosted-engin= e --vm-status.<br>> Failover works in next way:<br>> 1) if host where= run HE vm have score less by 800 that some other host in HE environment, H= E vm will migrate on host with best score<br>> 2) if something happen to= vm(kernel panic, crash of service...), agent will restart HE vm on another= host in HE environment with positive score<br>> 3) if put to local main= tenance host with HE vm, vm will migrate to another host with positive scor= e<br>> Thanks.<br>><br>> ----- Original Message -----<br>> From= : "Cong Yue" <Cong_Yue(a)alliedtelesis.com><br>> To: "Artyom Lukiano= v" <alukiano(a)redhat.com><br>> Cc: "Simone Tiraboschi" <stirabos= @redhat.com>, users(a)ovirt.org<br>> Sent: Monday, December 29, 2014 6:= 30:42 PM<br>> Subject: Re: [ovirt-users] VM failover with ovirt3.5<br>&g= t;<br>> Thanks and the --vm-status log is as follows:<br>> [root@comp= ute2-2 ~]# hosted-engine --vm-status<br>><br>><br>> --=3D=3D Host = 1 status =3D=3D--<br>><br>> Status up-to-date       &n= bsp;          : True<br>> Hostname   &nbsp= ;                     &nb= sp; : 10.0.0.94<br>> Host ID             &= nbsp;              : 1<br>> Engine st= atus                     =  : {"health": "good", "vm": "up",<br>> "detail": "up"}<br>> Scor= e                     &nb= sp;        : 2400<br>> Local maintenance   &nbs= p;              : False<br>> Host tim= estamp                   &nbsp= ; : 1008087<br>> Extra metadata (valid at timestamp):<br>> metadata_p= arse_version=3D1<br>> metadata_feature_version=3D1<br>> timestamp=3D1= 008087<tel:1008087> (Mon Dec 29 11:25:51 2014)<br>> host-id=3D1<br= >> score=3D2400<br>> maintenance=3DFalse<br>> state=3DEngineUp<br>= ><br>><br>> --=3D=3D Host 2 status =3D=3D--<br>><br>> Status= up-to-date                  := True<br>> Hostname               &nb= sp;           : 10.0.0.93<br>> Host ID   &= nbsp;                    =    : 2<br>> Engine status           =            : {"reason": "vm not running on<br= >> this host", "health": "bad", "vm": "down", "detail": "unknown"}<br>&g= t; Score                   &nb= sp;          : 0<br>> Local maintenance   =                : True<br>> Host = timestamp                   &n= bsp; : 859142<br>> Extra metadata (valid at timestamp):<br>> metadata= _parse_version=3D1<br>> metadata_feature_version=3D1<br>> timestamp= =3D859142 (Mon Dec 29 08:25:08 2014)<br>> host-id=3D2<br>> score=3D0<= br>> maintenance=3DTrue<br>> state=3DLocalMaintenance<br>><br>>= <br>> --=3D=3D Host 3 status =3D=3D--<br>><br>> Status up-to-date =                  : True<br>&gt= ; Hostname                   &= nbsp;       : 10.0.0.92<br>> Host ID      =                     &nbs= p;: 3<br>> Engine status             &nbsp= ;        : {"reason": "vm not running on<br>> this h= ost", "health": "bad", "vm": "down", "detail": "unknown"}<br>> Score &nb= sp;                     &= nbsp;      : 0<br>> Local maintenance     &nbsp= ;            : True<br>> Host timestamp &n= bsp;                   : 85361= 5<br>> Extra metadata (valid at timestamp):<br>> metadata_parse_versi= on=3D1<br>> metadata_feature_version=3D1<br>> timestamp=3D853615 (Mon= Dec 29 08:25:57 2014)<br>> host-id=3D3<br>> score=3D0<br>> mainte= nance=3DTrue<br>> state=3DLocalMaintenance<br>> You have new mail in = /var/spool/mail/root<br>> [root@compute2-2 ~]#<br>><br>> Could you= please explain how VM failover works inside ovirt? Is there any other debu= g option I can enable to check the problem?<br>><br>> Thanks,<br>>= Cong<br>><br>><br>> On 2014/12/29, at 1:39, "Artyom Lukianov" &lt= ;alukiano@redhat.com<mailto:alukiano@redhat.com>> wrote:<br>><b= r>> Can you also provide output of hosted-engine --vm-status please, pre= vious time it was useful, because I do not see something unusual.<br>> T= hanks<br>><br>> ----- Original Message -----<br>> From: "Cong Yue"= <Cong_Yue@alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com>&gt= ;<br>> To: "Artyom Lukianov" <alukiano@redhat.com<mailto:alukiano@= redhat.com>><br>> Cc: "Simone Tiraboschi" <stirabos(a)redhat.com&= lt;mailto:stirabos@redhat.com>>, users@ovirt.org<mailto:users@ovir= t.org><br>> Sent: Monday, December 29, 2014 7:15:24 AM<br>> Subjec= t: Re: [ovirt-users] VM failover with ovirt3.5<br>><br>> Also I chang= e the maintenance mode to local in another host. But also the VM in this ho= st can not be migrated. The logs are as follows.<br>><br>> [root@comp= ute2-2 ~]# hosted-engine --set-maintenance --mode=3Dlocal<br>> [root@com= pute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log<br>> MainT= hread::INFO::2014-12-28<br>> 21:09:04,184::hosted_engine::332::ovirt_hos= ted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>> = Best remote host 10.0.0.94 (id: 1, score: 2400)<br>> MainThread::INFO::2= 014-12-28<br>> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.= agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Current state = EngineDown (score: 2400)<br>> MainThread::INFO::2014-12-28<br>> 21:09= :14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Hos= tedEngine::(start_monitoring)<br>> Best remote host 10.0.0.94 (id: 1, sc= ore: 2400)<br>> MainThread::INFO::2014-12-28<br>> 21:09:24,903::hoste= d_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(st= art_monitoring)<br>> Current state EngineDown (score: 2400)<br>> Main= Thread::INFO::2014-12-28<br>> 21:09:24,904::hosted_engine::332::ovirt_ho= sted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>>= Best remote host 10.0.0.94 (id: 1, score: 2400)<br>> MainThread::INFO::= 2014-12-28<br>> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.= hosted_engine.HostedEngine::(consume)<br>> Engine vm is running on host = 10.0.0.94 (id 1)<br>> MainThread::INFO::2014-12-28<br>> 21:09:35,236:= :hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin= e::(start_monitoring)<br>> Current state EngineDown (score: 2400)<br>&gt= ; MainThread::INFO::2014-12-28<br>> 21:09:35,236::hosted_engine::332::ov= irt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<b= r>> Best remote host 10.0.0.94 (id: 1, score: 2400)<br>> MainThread::= INFO::2014-12-28<br>> 21:09:45,604::hosted_engine::327::ovirt_hosted_eng= ine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Current= state EngineDown (score: 2400)<br>> MainThread::INFO::2014-12-28<br>&gt= ; 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_eng= ine.HostedEngine::(start_monitoring)<br>> Best remote host 10.0.0.94 (id= : 1, score: 2400)<br>> MainThread::INFO::2014-12-28<br>> 21:09:55,691= ::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedE= ngine::(check)<br>> Local maintenance detected<br>> MainThread::INFO:= :2014-12-28<br>> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.l= ib.brokerlink.BrokerLink::(notify)<br>> Trying: notify time=3D1419829795= .7 type=3Dstate_transition<br>> detail=3DEngineDown-LocalMaintenance hos= tname=3D'compute2-2'<br>> MainThread::INFO::2014-12-28<br>> 21:09:55,= 761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(no= tify)<br>> Success, was notification of state_transition<br>> (Engine= Down-LocalMaintenance) sent? sent<br>> MainThread::INFO::2014-12-28<br>&= gt; 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.H= ostedEngine::(score)<br>> Score is 0 due to local maintenance mode<br>&g= t; MainThread::INFO::2014-12-28<br>> 21:09:55,990::hosted_engine::327::o= virt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<= br>> Current state LocalMaintenance (score: 0)<br>> MainThread::INFO:= :2014-12-28<br>> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_h= a.agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Best remote = host 10.0.0.94 (id: 1, score: 2400)<br>> ^C<br>> You have new mail in= /var/spool/mail/root<br>> [root@compute2-2 ~]# ps -ef | grep qemu<br>&g= t; root     18420  2777  0 21:10<x-apple-data-detect= ors://39> pts/0    00:00:00<x-apple-data-detectors://40>= grep --color=3Dauto qemu<br>> qemu     29809     1 =  0 Dec19 ?        01:17:20 /usr/libexec/qemu-kvm<b= r>> -name testvm2-2 -S -machine rhel6.5.0,accel=3Dkvm,usb=3Doff -cpu Neh= alem<br>> -m 500 -realtime mlock=3Doff -smp<br>> 1,maxcpus=3D16,socke= ts=3D16,cores=3D1,threads=3D1 -uuid<br>> c31e97d0-135e-42da-9954-162b522= 8dce3 -smbios<br>> type=3D1,manufacturer=3DoVirt,product=3DoVirt<br>>= Node,version=3D7-0.1406.el7.centos.2.5,serial=3D4C4C4544-0059-3610-8033-B4= C04F395931,uuid=3Dc31e97d0-135e-42da-9954-162b5228dce3<br>> -no-user-con= fig -nodefaults -chardev<br>> socket,id=3Dcharmonitor,path=3D/var/lib/li= bvirt/qemu/testvm2-2.monitor,server,nowait<br>> -mon chardev=3Dcharmonit= or,id=3Dmonitor,mode=3Dcontrol -rtc<br>> base=3D2014-12-19T20:17:17<x= -apple-data-detectors://42>,driftfix=3Dslew -no-kvm-pit-reinjection<br>&= gt; -no-hpet -no-shutdown -boot strict=3Don -device<br>> piix3-usb-uhci,= id=3Dusb,bus=3Dpci.0,addr=3D0x1.0x2 -device<br>> virtio-scsi-pci,id=3Dsc= si0,bus=3Dpci.0,addr=3D0x4 -device<br>> virtio-serial-pci,id=3Dvirtio-se= rial0,max_ports=3D16,bus=3Dpci.0,addr=3D0x5<br>> -drive if=3Dnone,id=3Dd= rive-ide0-1-0,readonly=3Don,format=3Draw,serial=3D<br>> -device ide-cd,b= us=3Dide.1,unit=3D0,drive=3Ddrive-ide0-1-0,id=3Dide0-1-0<br>> -drive fil= e=3D/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-42= 56-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9= 867-4ec4-818f-11e102fc4f9b,if=3Dnone,id=3Ddrive-virtio-disk0,format=3Dqcow2= ,serial=3D5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=3Dnone,werror=3Dstop,r= error=3Dstop,aio=3Dthreads<br>> -device virtio-blk-pci,scsi=3Doff,bus=3D= pci.0,addr=3D0x6,drive=3Ddrive-virtio-disk0,id=3Dvirtio-disk0,bootindex=3D1= <br>> -netdev tap,fd=3D28,id=3Dhostnet0,vhost=3Don,vhostfd=3D29 -device<= br>> virtio-net-pci,netdev=3Dhostnet0,id=3Dnet0,mac=3D00:1a:4a:db:94:00,= bus=3Dpci.0,addr=3D0x3<br>> -chardev socket,id=3Dcharchannel0,path=3D/va= r/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat= .rhevm.vdsm,server,nowait<br>> -device virtserialport,bus=3Dvirtio-seria= l0.0,nr=3D1,chardev=3Dcharchannel0,id=3Dchannel0,name=3Dcom.redhat.rhevm.vd= sm<br>> -chardev socket,id=3Dcharchannel1,path=3D/var/lib/libvirt/qemu/c= hannels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,= nowait<br>> -device virtserialport,bus=3Dvirtio-serial0.0,nr=3D2,chardev= =3Dcharchannel1,id=3Dchannel1,name=3Dorg.qemu.guest_agent.0<br>> -charde= v spicevmc,id=3Dcharchannel2,name=3Dvdagent -device<br>> virtserialport,= bus=3Dvirtio-serial0.0,nr=3D3,chardev=3Dcharchannel2,id=3Dchannel2,name=3Dc= om.redhat.spice.0<br>> -spice tls-port=3D5901,addr=3D10.0.0.93,x509-dir= =3D/etc/pki/vdsm/libvirt-spice,tls-channel=3Dmain,tls-channel=3Ddisplay,tls= -channel=3Dinputs,tls-channel=3Dcursor,tls-channel=3Dplayback,tls-channel= =3Drecord,tls-channel=3Dsmartcard,tls-channel=3Dusbredir,seamless-migration= =3Don<br>> -k en-us -vga qxl -global qxl-vga.ram_size=3D67108864<tel:= 67108864> -global<br>> qxl-vga.vram_size=3D33554432<tel:33554432&g= t; -incoming tcp:[::]:49152 -device<br>> virtio-balloon-pci,id=3Dballoon= 0,bus=3Dpci.0,addr=3D0x7<br>> [root@compute2-2 ~]#<br>><br>> Thank= s,<br>> Cong<br>><br>><br>> On 2014/12/28, at 20:53, "Yue, Cong= " <Cong_Yue@alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com>&l= t;mailto:Cong_Yue@alliedtelesis.com>> wrote:<br>><br>> I checke= d it again and confirmed there is one guest VM is running on the top of thi= s host. The log is as follows:<br>><br>> [root@compute2-1 vdsm]# ps -= ef | grep qemu<br>> qemu      2983   846  0 Dec= 19 ?        00:00:00<x-apple-data-detectors://0> = [supervdsmServer] <defunct><br>> root      5489 &nb= sp;3053  0 20:49<x-apple-data-detectors://1> pts/0    = 00:00:00<x-apple-data-detectors://2> grep --color=3Dauto qemu<br>>= qemu     26128     1  0 Dec19 ?     &nb= sp;  01:09:19 /usr/libexec/qemu-kvm<br>> -name testvm2 -S -machine = rhel6.5.0,accel=3Dkvm,usb=3Doff -cpu Nehalem -m<br>> 500 -realtime mlock= =3Doff -smp 1,maxcpus=3D16,sockets=3D16,cores=3D1,threads=3D1<br>> -uuid= e46bca87-4df5-4287-844b-90a26fccef33 -smbios<br>> type=3D1,manufacturer= =3DoVirt,product=3DoVirt<br>> Node,version=3D7-0.1406.el7.centos.2.5,ser= ial=3D4C4C4544-0030-3310-8059-B8C04F585231,uuid=3De46bca87-4df5-4287-844b-9= 0a26fccef33<br>> -no-user-config -nodefaults -chardev<br>> socket,id= =3Dcharmonitor,path=3D/var/lib/libvirt/qemu/testvm2.monitor,server,nowait<b= r>> -mon chardev=3Dcharmonitor,id=3Dmonitor,mode=3Dcontrol -rtc<br>> = base=3D2014-12-19T20:18:01<x-apple-data-detectors://4>,driftfix=3Dsle= w -no-kvm-pit-reinjection<br>> -no-hpet -no-shutdown -boot strict=3Don -= device<br>> piix3-usb-uhci,id=3Dusb,bus=3Dpci.0,addr=3D0x1.0x2 -device<b= r>> virtio-scsi-pci,id=3Dscsi0,bus=3Dpci.0,addr=3D0x4 -device<br>> vi= rtio-serial-pci,id=3Dvirtio-serial0,max_ports=3D16,bus=3Dpci.0,addr=3D0x5<b= r>> -drive if=3Dnone,id=3Ddrive-ide0-1-0,readonly=3Don,format=3Draw,seri= al=3D<br>> -device ide-cd,bus=3Dide.1,unit=3D0,drive=3Ddrive-ide0-1-0,id= =3Dide0-1-0<br>> -drive file=3D/rhev/data-center/00000002-0002-0002-0002= -0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41a= f-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=3Dnone,id=3Ddri= ve-virtio-disk0,format=3Dqcow2,serial=3Db4b5426b-95e3-41af-b286-da245891cda= f,cache=3Dnone,werror=3Dstop,rerror=3Dstop,aio=3Dthreads<br>> -device vi= rtio-blk-pci,scsi=3Doff,bus=3Dpci.0,addr=3D0x6,drive=3Ddrive-virtio-disk0,i= d=3Dvirtio-disk0,bootindex=3D1<br>> -netdev tap,fd=3D26,id=3Dhostnet0,vh= ost=3Don,vhostfd=3D27 -device<br>> virtio-net-pci,netdev=3Dhostnet0,id= =3Dnet0,mac=3D00:1a:4a:db:94:01,bus=3Dpci.0,addr=3D0x3<br>> -chardev soc= ket,id=3Dcharchannel0,path=3D/var/lib/libvirt/qemu/channels/e46bca87-4df5-4= 287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait<br>> -device v= irtserialport,bus=3Dvirtio-serial0.0,nr=3D1,chardev=3Dcharchannel0,id=3Dcha= nnel0,name=3Dcom.redhat.rhevm.vdsm<br>> -chardev socket,id=3Dcharchannel= 1,path=3D/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef3= 3.org.qemu.guest_agent.0,server,nowait<br>> -device virtserialport,bus= =3Dvirtio-serial0.0,nr=3D2,chardev=3Dcharchannel1,id=3Dchannel1,name=3Dorg.= qemu.guest_agent.0<br>> -chardev spicevmc,id=3Dcharchannel2,name=3Dvdage= nt -device<br>> virtserialport,bus=3Dvirtio-serial0.0,nr=3D3,chardev=3Dc= harchannel2,id=3Dchannel2,name=3Dcom.redhat.spice.0<br>> -spice tls-port= =3D5900,addr=3D10.0.0.92,x509-dir=3D/etc/pki/vdsm/libvirt-spice,tls-channel= =3Dmain,tls-channel=3Ddisplay,tls-channel=3Dinputs,tls-channel=3Dcursor,tls= -channel=3Dplayback,tls-channel=3Drecord,tls-channel=3Dsmartcard,tls-channe= l=3Dusbredir,seamless-migration=3Don<br>> -k en-us -vga qxl -global qxl-= vga.ram_size=3D67108864<tel:67108864> -global<br>> qxl-vga.vram_si= ze=3D33554432<tel:33554432> -incoming tcp:[::]:49152 -device<br>> = virtio-balloon-pci,id=3Dballoon0,bus=3Dpci.0,addr=3D0x7<br>> [root@compu= te2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log<br>> Main= Thread::INFO::2014-12-28<br>> 20:49:27,315::state_decorators::124::ovirt= _hosted_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>> Local m= aintenance detected<br>> MainThread::INFO::2014-12-28<br>> 20:49:27,6= 46::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEn= gine::(start_monitoring)<br>> Current state LocalMaintenance (score: 0)<= br>> MainThread::INFO::2014-12-28<br>> 20:49:27,646::hosted_engine::3= 32::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitor= ing)<br>> Best remote host 10.0.0.94 (id: 1, score: 2400)<br>> MainTh= read::INFO::2014-12-28<br>> 20:49:37,732::state_decorators::124::ovirt_h= osted_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>> Local mai= ntenance detected<br>> MainThread::INFO::2014-12-28<br>> 20:49:37,961= ::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngi= ne::(start_monitoring)<br>> Current state LocalMaintenance (score: 0)<br= >> MainThread::INFO::2014-12-28<br>> 20:49:37,961::hosted_engine::332= ::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitorin= g)<br>> Best remote host 10.0.0.94 (id: 1, score: 2400)<br>> MainThre= ad::INFO::2014-12-28<br>> 20:49:48,048::state_decorators::124::ovirt_hos= ted_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>> Local maint= enance detected<br>> MainThread::INFO::2014-12-28<br>> 20:49:48,319::= states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(scor= e)<br>> Score is 0 due to local maintenance mode<br>> MainThread::INF= O::2014-12-28<br>> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine= _ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Current st= ate LocalMaintenance (score: 0)<br>> MainThread::INFO::2014-12-28<br>&gt= ; 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_eng= ine.HostedEngine::(start_monitoring)<br>> Best remote host 10.0.0.94 (id= : 1, score: 2400)<br>><br>> Thanks,<br>> Cong<br>><br>><br>&= gt; On 2014/12/28, at 3:46, "Artyom Lukianov" <alukiano(a)redhat.com<ma= ilto:alukiano@redhat.com><mailto:alukiano@redhat.com>> wrote:<b= r>><br>> I see that you set local maintenance on host3 that do not ha= ve engine vm on it, so it nothing to migrate from this host.<br>> If you= set local maintenance on host1, vm must migrate to another host with posit= ive score.<br>> Thanks<br>><br>> ----- Original Message -----<br>&= gt; From: "Cong Yue" <Cong_Yue@alliedtelesis.com<mailto:Cong_Yue@alli= edtelesis.com><mailto:Cong_Yue@alliedtelesis.com>><br>> To: = "Simone Tiraboschi" <stirabos@redhat.com<mailto:stirabos@redhat.com&g= t;<mailto:stirabos@redhat.com>><br>> Cc: users(a)ovirt.org<mai= lto:users@ovirt.org><mailto:users@ovirt.org><br>> Sent: Saturda= y, December 27, 2014 6:58:32 PM<br>> Subject: Re: [ovirt-users] VM failo= ver with ovirt3.5<br>><br>> Hi<br>><br>> I had a try with "host= ed-engine --set-maintence --mode=3Dlocal" on<br>> compute2-1, which is h= ost 3 in my cluster. From the log, it shows<br>> maintence mode is decte= cted, but migration does not happen.<br>><br>> The logs are as follow= s. Is there any other config I need to check?<br>><br>> [root@compute= 2-1 vdsm]# hosted-engine --vm-status<br>><br>><br>> --=3D=3D Host = 1 status =3D=3D-<br>><br>> Status up-to-date       &nb= sp;          : True<br>> Hostname    =                     &nbs= p; : 10.0.0.94<br>> Host ID             &n= bsp;              : 1<br>> Engine sta= tus                     &= nbsp;: {"health": "good", "vm": "up",<br>> "detail": "up"}<br>> Score=                     &nbs= p;        : 2400<br>> Local maintenance   &nbsp= ;              : False<br>> Host time= stamp                    = : 836296<br>> Extra metadata (valid at timestamp):<br>> metadata_par= se_version=3D1<br>> metadata_feature_version=3D1<br>> timestamp=3D836= 296 (Sat Dec 27 11:42:39 2014)<br>> host-id=3D1<br>> score=3D2400<br>= > maintenance=3DFalse<br>> state=3DEngineUp<br>><br>><br>> -= -=3D=3D Host 2 status =3D=3D--<br>><br>> Status up-to-date   &nb= sp;              : True<br>> Hostname=                     &nbs= p;     : 10.0.0.93<br>> Host ID         &n= bsp;                  : 2<br>&= gt; Engine status                 &= nbsp;    : {"reason": "vm not running on<br>> this host", "hea= lth": "bad", "vm": "down", "detail": "unknown"}<br>> Score    =                     &nbs= p;    : 2400<br>> Local maintenance       &nbsp= ;          : False<br>> Host timestamp   &= nbsp;                 : 687358<br>&= gt; Extra metadata (valid at timestamp):<br>> metadata_parse_version=3D1= <br>> metadata_feature_version=3D1<br>> timestamp=3D687358 (Sat Dec 2= 7 08:42:04 2014)<br>> host-id=3D2<br>> score=3D2400<br>> maintenan= ce=3DFalse<br>> state=3DEngineDown<br>><br>><br>> --=3D=3D Host= 3 status =3D=3D--<br>><br>> Status up-to-date       &= nbsp;          : True<br>> Hostname   &nbs= p;                     &n= bsp; : 10.0.0.92<br>> Host ID             =                : 3<br>> Engine s= tatus                    =  : {"reason": "vm not running on<br>> this host", "health": "bad",= "vm": "down", "detail": "unknown"}<br>> Score       &nbs= p;                     &n= bsp;: 0<br>> Local maintenance            =      : True<br>> Host timestamp       &nb= sp;             : 681827<br>> Extra metada= ta (valid at timestamp):<br>> metadata_parse_version=3D1<br>> metadat= a_feature_version=3D1<br>> timestamp=3D681827 (Sat Dec 27 08:42:40 2014)= <br>> host-id=3D3<br>> score=3D0<br>> maintenance=3DTrue<br>> s= tate=3DLocalMaintenance<br>> [root@compute2-1 vdsm]# tail -f /var/log/ov= irt-hosted-engine-ha/agent.log<br>> MainThread::INFO::2014-12-27<br>>= 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engi= ne.HostedEngine::(start_monitoring)<br>> Best remote host 10.0.0.94 (id:= 1, score: 2400)<br>> MainThread::INFO::2014-12-27<br>> 08:42:51,198:= :state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEn= gine::(check)<br>> Local maintenance detected<br>> MainThread::INFO::= 2014-12-27<br>> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha= .agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Current state= LocalMaintenance (score: 0)<br>> MainThread::INFO::2014-12-27<br>> 0= 8:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine= .HostedEngine::(start_monitoring)<br>> Best remote host 10.0.0.94 (id: 1= , score: 2400)<br>> MainThread::INFO::2014-12-27<br>> 08:43:01,507::s= tate_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngi= ne::(check)<br>> Local maintenance detected<br>> MainThread::INFO::20= 14-12-27<br>> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(start_monitoring)<br>> Current state L= ocalMaintenance (score: 0)<br>> MainThread::INFO::2014-12-27<br>> 08:= 43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.H= ostedEngine::(start_monitoring)<br>> Best remote host 10.0.0.94 (id: 1, = score: 2400)<br>> MainThread::INFO::2014-12-27<br>> 08:43:11,859::sta= te_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine= ::(check)<br>> Local maintenance detected<br>> MainThread::INFO::2014= -12-27<br>> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.age= nt.hosted_engine.HostedEngine::(start_monitoring)<br>> Current state Loc= alMaintenance (score: 0)<br>> MainThread::INFO::2014-12-27<br>> 08:43= :12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Hos= tedEngine::(start_monitoring)<br>> Best remote host 10.0.0.94 (id: 1, sc= ore: 2400)<br>><br>><br>><br>> [root@compute2-3 ~]# tail -f /va= r/log/ovirt-hosted-engine-ha/agent.log<br>> MainThread::INFO::2014-12-27= <br>> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hos= ted_engine.HostedEngine::(start_monitoring)<br>> Best remote host 10.0.0= .93 (id: 2, score: 2400)<br>> MainThread::INFO::2014-12-27<br>> 11:36= :39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.Hos= tedEngine::(start_monitoring)<br>> Current state EngineUp (score: 2400)<= br>> MainThread::INFO::2014-12-27<br>> 11:36:39,130::hosted_engine::3= 32::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitor= ing)<br>> Best remote host 10.0.0.93 (id: 2, score: 2400)<br>> MainTh= read::INFO::2014-12-27<br>> 11:36:49,449::hosted_engine::327::ovirt_host= ed_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>> C= urrent state EngineUp (score: 2400)<br>> MainThread::INFO::2014-12-27<br= >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted= _engine.HostedEngine::(start_monitoring)<br>> Best remote host 10.0.0.93= (id: 2, score: 2400)<br>> MainThread::INFO::2014-12-27<br>> 11:36:59= ,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.Hosted= Engine::(start_monitoring)<br>> Current state EngineUp (score: 2400)<br>= > MainThread::INFO::2014-12-27<br>> 11:36:59,739::hosted_engine::332:= :ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring= )<br>> Best remote host 10.0.0.93 (id: 2, score: 2400)<br>> MainThrea= d::INFO::2014-12-27<br>> 11:37:09,779::states::394::ovirt_hosted_engine_= ha.agent.hosted_engine.HostedEngine::(consume)<br>> Engine vm running on= localhost<br>> MainThread::INFO::2014-12-27<br>> 11:37:10,026::hoste= d_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(st= art_monitoring)<br>> Current state EngineUp (score: 2400)<br>> MainTh= read::INFO::2014-12-27<br>> 11:37:10,026::hosted_engine::332::ovirt_host= ed_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>> B= est remote host 10.0.0.93 (id: 2, score: 2400)<br>> MainThread::INFO::20= 14-12-27<br>> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(start_monitoring)<br>> Current state E= ngineUp (score: 2400)<br>> MainThread::INFO::2014-12-27<br>> 11:37:20= ,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Hosted= Engine::(start_monitoring)<br>> Best remote host 10.0.0.93 (id: 2, score= : 2400)<br>><br>><br>> [root@compute2-2 ~]# tail -f /var/log/ovirt= -hosted-engine-ha/agent.log<br>> MainThread::INFO::2014-12-27<br>> 08= :36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.= HostedEngine::(start_monitoring)<br>> Best remote host 10.0.0.94 (id: 1,= score: 2400)<br>> MainThread::INFO::2014-12-27<br>> 08:36:22,797::ho= sted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::= (start_monitoring)<br>> Current state EngineDown (score: 2400)<br>> M= ainThread::INFO::2014-12-27<br>> 08:36:22,798::hosted_engine::332::ovirt= _hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>&= gt; Best remote host 10.0.0.94 (id: 1, score: 2400)<br>> MainThread::INF= O::2014-12-27<br>> 08:36:32,876::states::437::ovirt_hosted_engine_ha.age= nt.hosted_engine.HostedEngine::(consume)<br>> Engine vm is running on ho= st 10.0.0.94 (id 1)<br>> MainThread::INFO::2014-12-27<br>> 08:36:33,1= 69::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEn= gine::(start_monitoring)<br>> Current state EngineDown (score: 2400)<br>= > MainThread::INFO::2014-12-27<br>> 08:36:33,169::hosted_engine::332:= :ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring= )<br>> Best remote host 10.0.0.94 (id: 1, score: 2400)<br>> MainThrea= d::INFO::2014-12-27<br>> 08:36:43,567::hosted_engine::327::ovirt_hosted_= engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Curr= ent state EngineDown (score: 2400)<br>> MainThread::INFO::2014-12-27<br>= > 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_= engine.HostedEngine::(start_monitoring)<br>> Best remote host 10.0.0.94 = (id: 1, score: 2400)<br>> MainThread::INFO::2014-12-27<br>> 08:36:53,= 858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedE= ngine::(start_monitoring)<br>> Current state EngineDown (score: 2400)<br= >> MainThread::INFO::2014-12-27<br>> 08:36:53,858::hosted_engine::332= ::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitorin= g)<br>> Best remote host 10.0.0.94 (id: 1, score: 2400)<br>> MainThre= ad::INFO::2014-12-27<br>> 08:37:04,028::state_machine::160::ovirt_hosted= _engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>> Global metad= ata: {'maintenance': False}<br>> MainThread::INFO::2014-12-27<br>> 08= :37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.= HostedEngine::(refresh)<br>> Host 10.0.0.94 (id 1): {'extra':<br>> 'm= etadata_parse_version=3D1\nmetadata_feature_version=3D1\ntimestamp=3D835987= <br>> (Sat Dec 27 11:37:30<br>> 2014)\nhost-id=3D1\nscore=3D2400\nmai= ntenance=3DFalse\nstate=3DEngineUp\n',<br>> 'hostname': '10.0.0.94', 'al= ive': True, 'host-id': 1, 'engine-status':<br>> {'health': 'good', 'vm':= 'up', 'detail': 'up'}, 'score': 2400,<br>> 'maintenance': False, 'host-= ts': 835987}<br>> MainThread::INFO::2014-12-27<br>> 08:37:04,028::sta= te_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(= refresh)<br>> Host 10.0.0.92 (id 3): {'extra':<br>> 'metadata_parse_v= ersion=3D1\nmetadata_feature_version=3D1\ntimestamp=3D681528<br>> (Sat D= ec 27 08:37:41<br>> 2014)\nhost-id=3D3\nscore=3D0\nmaintenance=3DTrue\ns= tate=3DLocalMaintenance\n',<br>> 'hostname': '10.0.0.92', 'alive': True,= 'host-id': 3, 'engine-status':<br>> {'reason': 'vm not running on this = host', 'health': 'bad', 'vm':<br>> 'down', 'detail': 'unknown'}, 'score'= : 0, 'maintenance': True,<br>> 'host-ts': 681528}<br>> MainThread::IN= FO::2014-12-27<br>> 08:37:04,028::state_machine::168::ovirt_hosted_engin= e_ha.agent.hosted_engine.HostedEngine::(refresh)<br>> Local (id 2): {'en= gine-health': {'reason': 'vm not running on this<br>> host', 'health': '= bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge':<br>> True, 'mem-free= ': 15300.0, 'maintenance': False, 'cpu-load': 0.0215,<br>> 'gateway': Tr= ue}<br>> MainThread::INFO::2014-12-27<br>> 08:37:04,265::hosted_engin= e::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_mon= itoring)<br>> Current state EngineDown (score: 2400)<br>> MainThread:= :INFO::2014-12-27<br>> 08:37:04,265::hosted_engine::332::ovirt_hosted_en= gine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Best r= emote host 10.0.0.94 (id: 1, score: 2400)<br>><br>> Thanks,<br>> C= ong<br>><br>> On 2014/12/22, at 5:29, "Simone Tiraboschi" <stirabo= s@redhat.com<mailto:stirabos@redhat.com><mailto:stirabos@redhat.co= m>> wrote:<br>><br>><br>><br>> ----- Original Message ---= --<br>> From: "Cong Yue" <Cong_Yue@alliedtelesis.com<mailto:Cong_Y= ue@alliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>><br>&g= t; To: "Simone Tiraboschi" <stirabos@redhat.com<mailto:stirabos@redha= t.com><mailto:stirabos@redhat.com>><br>> Cc: users(a)ovirt.org= <mailto:users@ovirt.org><mailto:users@ovirt.org><br>> Sent: = Friday, December 19, 2014 7:22:10 PM<br>> Subject: RE: [ovirt-users] VM = failover with ovirt3.5<br>><br>> Thanks for the information. This is = the log for my three ovirt nodes.<br>> From the output of hosted-engine = --vm-status, it shows the engine state for<br>> my 2nd and 3rd ovirt nod= e is DOWN.<br>> Is this the reason why VM failover not work in my enviro= nment?<br>><br>> No, they looks ok: you can run the engine VM on sing= le host at a time.<br>><br>> How can I make<br>> also engine works= for my 2nd and 3rd ovit nodes?<br>><br>> If you put the host 1 in lo= cal maintenance mode ( hosted-engine --set-maintenance --mode=3Dlocal ) the= VM should migrate to host 2; if you reactivate host 1 ( hosted-engine --se= t-maintenance --mode=3Dnone ) and put host 2 in local maintenance mode the = VM should migrate again.<br>><br>> Can you please try that and post t= he logs if something is going bad?<br>><br>><br>> --<br>> --=3D= =3D Host 1 status =3D=3D--<br>><br>> Status up-to-date     =              : True<br>> Hostname &nb= sp;                     &= nbsp;   : 10.0.0.94<br>> Host ID          =                  : 1<br>> = Engine status                 &nbsp= ;    : {"health": "good", "vm": "up",<br>> "detail": "up"}<br>= > Score                   &= nbsp;          : 2400<br>> Local maintenance &n= bsp;                : False<br>>= Host timestamp                 &nb= sp;   : 150475<br>> Extra metadata (valid at timestamp):<br>> me= tadata_parse_version=3D1<br>> metadata_feature_version=3D1<br>> times= tamp=3D150475 (Fri Dec 19 13:12:18 2014)<br>> host-id=3D1<br>> score= =3D2400<br>> maintenance=3DFalse<br>> state=3DEngineUp<br>><br>&gt= ;<br>> --=3D=3D Host 2 status =3D=3D--<br>><br>> Status up-to-date=                  : True<br>&g= t; Hostname                   =         : 10.0.0.93<br>> Host ID     &nbsp= ;                     &nb= sp;: 2<br>> Engine status             &nbs= p;        : {"reason": "vm not running on<br>> this = host", "health": "bad", "vm": "down", "detail": "unknown"}<br>> Score &n= bsp;                     =        : 2400<br>> Local maintenance     &= nbsp;            : False<br>> Host timesta= mp                     : = 1572<br>> Extra metadata (valid at timestamp):<br>> metadata_parse_ve= rsion=3D1<br>> metadata_feature_version=3D1<br>> timestamp=3D1572 (Fr= i Dec 19 10:12:18 2014)<br>> host-id=3D2<br>> score=3D2400<br>> ma= intenance=3DFalse<br>> state=3DEngineDown<br>><br>><br>> --=3D= =3D Host 3 status =3D=3D--<br>><br>> Status up-to-date     =              : False<br>> Hostname &n= bsp;                     =     : 10.0.0.92<br>> Host ID         &nbsp= ;                  : 3<br>>= Engine status                 &nbs= p;    : unknown stale-data<br>> Score       &nb= sp;                     &= nbsp;: 2400<br>> Local maintenance           &n= bsp;      : False<br>> Host timestamp     &nbsp= ;               : 987<br>> Extra meta= data (valid at timestamp):<br>> metadata_parse_version=3D1<br>> metad= ata_feature_version=3D1<br>> timestamp=3D987 (Fri Dec 19 10:09:58 2014)<= br>> host-id=3D3<br>> score=3D2400<br>> maintenance=3DFalse<br>&gt= ; state=3DEngineDown<br>><br>> --<br>> And the /var/log/ovirt-host= ed-engine-ha/agent.log for three ovirt nodes are<br>> as follows:<br>&gt= ; --<br>> 10.0.0.94(hosted-engine-1)<br>> ---<br>> MainThread::INF= O::2014-12-19<br>> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine= _ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Current st= ate EngineUp (score: 2400)<br>> MainThread::INFO::2014-12-19<br>> 13:= 09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.H= ostedEngine::(start_monitoring)<br>> Best remote host 10.0.0.93 (id: 2, = score: 2400)<br>> MainThread::INFO::2014-12-19<br>> 13:09:44,017::hos= ted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(= start_monitoring)<br>> Current state EngineUp (score: 2400)<br>> Main= Thread::INFO::2014-12-19<br>> 13:09:44,017::hosted_engine::332::ovirt_ho= sted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>>= Best remote host 10.0.0.93 (id: 2, score: 2400)<br>> MainThread::INFO::= 2014-12-19<br>> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha= .agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Current state= EngineUp (score: 2400)<br>> MainThread::INFO::2014-12-19<br>> 13:09:= 54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Host= edEngine::(start_monitoring)<br>> Best remote host 10.0.0.93 (id: 2, sco= re: 2400)<br>> MainThread::INFO::2014-12-19<br>> 13:10:04,342::states= ::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)<b= r>> Engine vm running on localhost<br>> MainThread::INFO::2014-12-19<= br>> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.host= ed_engine.HostedEngine::(start_monitoring)<br>> Current state EngineUp (= score: 2400)<br>> MainThread::INFO::2014-12-19<br>> 13:10:04,617::hos= ted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(= start_monitoring)<br>> Best remote host 10.0.0.93 (id: 2, score: 2400)<b= r>> MainThread::INFO::2014-12-19<br>> 13:10:14,657::state_machine::16= 0::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>&g= t; Global metadata: {'maintenance': False}<br>> MainThread::INFO::2014-1= 2-19<br>> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent= .hosted_engine.HostedEngine::(refresh)<br>> Host 10.0.0.93 (id 2): {'ext= ra':<br>> 'metadata_parse_version=3D1\nmetadata_feature_version=3D1\ntim= estamp=3D1448<br>> (Fri Dec 19 10:10:14<br>> 2014)\nhost-id=3D2\nscor= e=3D2400\nmaintenance=3DFalse\nstate=3DEngineDown\n',<br>> 'hostname': '= 10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status':<br>> {'reason'= : 'vm not running on this host', 'health': 'bad', 'vm':<br>> 'down', 'de= tail': 'unknown'}, 'score': 2400, 'maintenance': False,<br>> 'host-ts': = 1448}<br>> MainThread::INFO::2014-12-19<br>> 13:10:14,657::state_mach= ine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh= )<br>> Host 10.0.0.92 (id 3): {'extra':<br>> 'metadata_parse_version= =3D1\nmetadata_feature_version=3D1\ntimestamp=3D987<br>> (Fri Dec 19 10:= 09:58<br>> 2014)\nhost-id=3D3\nscore=3D2400\nmaintenance=3DFalse\nstate= =3DEngineDown\n',<br>> 'hostname': '10.0.0.92', 'alive': True, 'host-id'= : 3, 'engine-status':<br>> {'reason': 'vm not running on this host', 'he= alth': 'bad', 'vm':<br>> 'down', 'detail': 'unknown'}, 'score': 2400, 'm= aintenance': False,<br>> 'host-ts': 987}<br>> MainThread::INFO::2014-= 12-19<br>> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agen= t.hosted_engine.HostedEngine::(refresh)<br>> Local (id 1): {'engine-heal= th': {'health': 'good', 'vm': 'up',<br>> 'detail': 'up'}, 'bridge': True= , 'mem-free': 1079.0, 'maintenance':<br>> False, 'cpu-load': 0.0269, 'ga= teway': True}<br>> MainThread::INFO::2014-12-19<br>> 13:10:14,904::ho= sted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::= (start_monitoring)<br>> Current state EngineUp (score: 2400)<br>> Mai= nThread::INFO::2014-12-19<br>> 13:10:14,904::hosted_engine::332::ovirt_h= osted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>&gt= ; Best remote host 10.0.0.93 (id: 2, score: 2400)<br>> MainThread::INFO:= :2014-12-19<br>> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_h= a.agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Current stat= e EngineUp (score: 2400)<br>> MainThread::INFO::2014-12-19<br>> 13:10= :25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Hos= tedEngine::(start_monitoring)<br>> Best remote host 10.0.0.93 (id: 2, sc= ore: 2400)<br>> MainThread::INFO::2014-12-19<br>> 13:10:35,499::hoste= d_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(st= art_monitoring)<br>> Current state EngineUp (score: 2400)<br>> MainTh= read::INFO::2014-12-19<br>> 13:10:35,499::hosted_engine::332::ovirt_host= ed_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>> B= est remote host 10.0.0.93 (id: 2, score: 2400)<br>> MainThread::INFO::20= 14-12-19<br>> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(start_monitoring)<br>> Current state E= ngineUp (score: 2400)<br>> MainThread::INFO::2014-12-19<br>> 13:10:45= ,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Hosted= Engine::(start_monitoring)<br>> Best remote host 10.0.0.93 (id: 2, score= : 2400)<br>> MainThread::INFO::2014-12-19<br>> 13:10:56,070::hosted_e= ngine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start= _monitoring)<br>> Current state EngineUp (score: 2400)<br>> MainThrea= d::INFO::2014-12-19<br>> 13:10:56,070::hosted_engine::332::ovirt_hosted_= engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Best= remote host 10.0.0.93 (id: 2, score: 2400)<br>> MainThread::INFO::2014-= 12-19<br>> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hoste= d_engine.HostedEngine::(consume)<br>> Engine vm running on localhost<br>= > MainThread::INFO::2014-12-19<br>> 13:11:06,359::hosted_engine::327:= :ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring= )<br>> Current state EngineUp (score: 2400)<br>> MainThread::INFO::20= 14-12-19<br>> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(start_monitoring)<br>> Best remote hos= t 10.0.0.93 (id: 2, score: 2400)<br>> MainThread::INFO::2014-12-19<br>&g= t; 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_en= gine.HostedEngine::(start_monitoring)<br>> Current state EngineUp (score= : 2400)<br>> MainThread::INFO::2014-12-19<br>> 13:11:16,658::hosted_e= ngine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start= _monitoring)<br>> Best remote host 10.0.0.93 (id: 2, score: 2400)<br>&gt= ; MainThread::INFO::2014-12-19<br>> 13:11:26,991::hosted_engine::327::ov= irt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<b= r>> Current state EngineUp (score: 2400)<br>> MainThread::INFO::2014-= 12-19<br>> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agen= t.hosted_engine.HostedEngine::(start_monitoring)<br>> Best remote host 1= 0.0.0.93 (id: 2, score: 2400)<br>> MainThread::INFO::2014-12-19<br>> = 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engin= e.HostedEngine::(start_monitoring)<br>> Current state EngineUp (score: 2= 400)<br>> MainThread::INFO::2014-12-19<br>> 13:11:37,341::hosted_engi= ne::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_mo= nitoring)<br>> Best remote host 10.0.0.93 (id: 2, score: 2400)<br>> -= ---<br>><br>> 10.0.0.93 (hosted-engine-2)<br>> MainThread::INFO::2= 014-12-19<br>> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.= agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Current state = EngineDown (score: 2400)<br>> MainThread::INFO::2014-12-19<br>> 10:12= :18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Hos= tedEngine::(start_monitoring)<br>> Best remote host 10.0.0.94 (id: 1, sc= ore: 2400)<br>> MainThread::INFO::2014-12-19<br>> 10:12:28,651::hoste= d_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(st= art_monitoring)<br>> Current state EngineDown (score: 2400)<br>> Main= Thread::INFO::2014-12-19<br>> 10:12:28,652::hosted_engine::332::ovirt_ho= sted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>>= Best remote host 10.0.0.94 (id: 1, score: 2400)<br>> MainThread::INFO::= 2014-12-19<br>> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha= .agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Current state= EngineDown (score: 2400)<br>> MainThread::INFO::2014-12-19<br>> 10:1= 2:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Ho= stedEngine::(start_monitoring)<br>> Best remote host 10.0.0.94 (id: 1, s= core: 2400)<br>> MainThread::INFO::2014-12-19<br>> 10:12:49,338::host= ed_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(s= tart_monitoring)<br>> Current state EngineDown (score: 2400)<br>> Mai= nThread::INFO::2014-12-19<br>> 10:12:49,338::hosted_engine::332::ovirt_h= osted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>&gt= ; Best remote host 10.0.0.94 (id: 1, score: 2400)<br>> MainThread::INFO:= :2014-12-19<br>> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_h= a.agent.hosted_engine.HostedEngine::(start_monitoring)<br>> Current stat= e EngineDown (score: 2400)<br>> MainThread::INFO::2014-12-19<br>> 10:= 12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.H= ostedEngine::(start_monitoring)<br>> Best remote host 10.0.0.94 (id: 1, = score: 2400)<br>> MainThread::INFO::2014-12-19<br>> 10:13:10,010::hos= ted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(= start_monitoring)<br>> Current state EngineDown (score: 2400)<br>> Ma= inThread::INFO::2014-12-19<br>> 10:13:10,010::hosted_engine::332::ovirt_= hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>&g= t; Best remote host 10.0.0.94 (id: 1, score: 2400)<br>><br>><br>> = 10.0.0.92(hosted-engine-3)<br>> same as 10.0.0.93<br>> --<br>><br>= > -----Original Message-----<br>> From: Simone Tiraboschi [mailto:sti= rabos(a)redhat.com]<br>> Sent: Friday, December 19, 2014 12:28 AM<br>> = To: Yue, Cong<br>> Cc: users@ovirt.org<mailto:users@ovirt.org><= mailto:users@ovirt.org><br>> Subject: Re: [ovirt-users] VM failover w= ith ovirt3.5<br>><br>><br>><br>> ----- Original Message -----<b= r>> From: "Cong Yue" <Cong_Yue@alliedtelesis.com<mailto:Cong_Yue@a= lliedtelesis.com><mailto:Cong_Yue@alliedtelesis.com>><br>> T= o: users@ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org&= gt;<br>> Sent: Friday, December 19, 2014 2:14:33 AM<br>> Subject: [ov= irt-users] VM failover with ovirt3.5<br>><br>><br>><br>> Hi<br>= ><br>><br>><br>> In my environment, I have 3 ovirt nodes as one= cluster. And on top of<br>> host-1, there is one vm to host ovirt engin= e.<br>><br>> Also I have one external storage for the cluster to use = as data domain<br>> of engine and data.<br>><br>> I confirmed live= migration works well in my environment.<br>><br>> But it seems very = buggy for VM failover if I try to force to shut down<br>> one ovirt node= . Sometimes the VM in the node which is shutdown can<br>> migrate to oth= er host, but it take more than several minutes.<br>><br>> Sometimes, = it can not migrate at all. Sometimes, only when the host is<br>> back, t= he VM is beginning to move.<br>><br>> Can you please check or share t= he logs under /var/log/ovirt-hosted-engine-ha/<br>> ?<br>><br>> Is= there some documentation to explain how VM failover is working? And<br>&gt= ; is there some bugs reported related with this?<br>><br>> http://www= .ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram<br>><br>> = Thanks in advance,<br>><br>> Cong<br>><br>><br>><br>><br>= > This e-mail message is for the sole use of the intended recipient(s)<b= r>> and may contain confidential and privileged information. Any<br>>= unauthorized review, use, disclosure or distribution is prohibited. If<br>= > you are not the intended recipient, please contact the sender by reply= <br>> e-mail and destroy all copies of the original message. If you are = the<br>> intended recipient, please be advised that the content of this = message<br>> is subject to access, review and disclosure by the sender's= e-mail System<br>> Administrator.<br>><br>> _____________________= __________________________<br>> Users mailing list<br>> Users(a)ovirt.o= rg<mailto:Users@ovirt.org><mailto:Users@ovirt.org><br>> http= ://lists.ovirt.org/mailman/listinfo/users<br>><br>> This e-mail messa= ge is for the sole use of the intended recipient(s) and may<br>> contain= confidential and privileged information. Any unauthorized review,<br>> = use, disclosure or distribution is prohibited. If you are not the intended<= br>> recipient, please contact the sender by reply e-mail and destroy al= l copies<br>> of the original message. If you are the intended recipient= , please be<br>> advised that the content of this message is subject to = access, review and<br>> disclosure by the sender's e-mail System Adminis= trator.<br>><br>><br>> This e-mail message is for the sole use of = the intended recipient(s) and may contain confidential and privileged infor= mation. Any unauthorized review, use, disclosure or distribution is prohibi= ted. If you are not the intended recipient, please contact the sender by re= ply e-mail and destroy all copies of the original message. If you are the i= ntended recipient, please be advised that the content of this message is su= bject to access, review and disclosure by the sender's e-mail System Admini= strator.<br>> _______________________________________________<br>> Us= ers mailing list<br>> Users@ovirt.org<mailto:Users@ovirt.org><m= ailto:Users@ovirt.org><br>> http://lists.ovirt.org/mailman/listinfo/u= sers<br>><br>> ________________________________<br>> This e-mail m= essage is for the sole use of the intended recipient(s) and may contain con= fidential and privileged information. Any unauthorized review, use, disclos= ure or distribution is prohibited. If you are not the intended recipient, p= lease contact the sender by reply e-mail and destroy all copies of the orig= inal message. If you are the intended recipient, please be advised that the= content of this message is subject to access, review and disclosure by the= sender's e-mail System Administrator.<br>><br>> ____________________= ____________<br>> This e-mail message is for the sole use of the intende= d recipient(s) and may contain confidential and privileged information. Any= unauthorized review, use, disclosure or distribution is prohibited. If you= are not the intended recipient, please contact the sender by reply e-mail = and destroy all copies of the original message. If you are the intended rec= ipient, please be advised that the content of this message is subject to ac= cess, review and disclosure by the sender's e-mail System Administrator.<br= ><div><br></div>This e-mail message is for the sole use of the intended rec= ipient(s) and may contain confidential and privileged information. Any unau= thorized review, use, disclosure or distribution is prohibited. If you are = not the intended recipient, please contact the sender by reply e-mail and d= estroy all copies of the original message. If you are the intended recipien= t, please be advised that the content of this message is subject to access,= review and disclosure by the sender's e-mail System Administrator.<br><div= ><br></div><br>------------------------------<br><div><br></div>___________= ____________________________________<br>Users mailing list<br>Users(a)ovirt.o= rg<br>http://lists.ovirt.org/mailman/listinfo/users<br><div><br></div><br>E= nd of Users Digest, Vol 39, Issue 169<br>**********************************= ****<br></div><div><br></div></div></body></html> ------=_Part_1875460_365779577.1419876418683--

1 0

Re: [ovirt-users] ??: bond mode balance-alb
by Nikolai Sednev 29 Dec '14

29 Dec '14

------=_Part_1871238_1615445632.1419874799888 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I'd like to add that using of floating MAC "balance-tlb" for mode 5 or ARP negotiation for mode 6 load balancing " balance-alb" will influence latency and performance, using such mode should be avoided. Mode zero or "balance-rr" should be also avoided as it is the only mode that will allow a single TCP/IP stream to utilize more than one interface, hence will create additional jitter, latency and performance impacts, as frames/packets will be sent and arrive from different interfaces, while preferred is to balance on per flow. Unless in your data center you're not using L2-only based traffic, I really don't see any usage for mode zero. In Cisco routers the is a functionality called IP-CEF, which is turned on by default and balancing traffic on per TCP/IP flow, instead of per-packet, it is being used for better routing decisions for per-flow load balancing, if turned off, then per-packet load balancing will be enforced, causing high performance impact on router's CPU and memory resources, as decision have to be made on per-packet level, the higher the bit rate, the harder impact on resources of the router will be, especially for small sized packets. Thanks in advance. Best regards, Nikolai ____________________ Nikolai Sednev Senior Quality Engineer at Compute team Red Hat Israel 34 Jerusalem Road, Ra'anana, Israel 43501 Tel: +972 9 7692043 Mobile: +972 52 7342734 Email: nsednev(a)redhat.com IRC: nsednev ----- Original Message ----- From: users-request(a)ovirt.org To: users(a)ovirt.org Sent: Monday, December 29, 2014 6:53:59 AM Subject: Users Digest, Vol 39, Issue 163 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: Problem after update ovirt to 3.5 (Juan Jose) 2. Re: ??: bond mode balance-alb (Dan Kenigsberg) 3. Re: VM failover with ovirt3.5 (Yue, Cong) ---------------------------------------------------------------------- Message: 1 Date: Sun, 28 Dec 2014 20:08:37 +0100 From: Juan Jose <jj197005(a)gmail.com> To: Simone Tiraboschi <stirabos(a)redhat.com> Cc: "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] Problem after update ovirt to 3.5 Message-ID: <CADrE9wYtNdMPNsyjjZxA3zbyKZhYB5DA03wQ17dTLfuBBtA-Bg(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Many thanks Simone, Juanjo. On Tue, Dec 16, 2014 at 1:48 PM, Simone Tiraboschi <stirabos(a)redhat.com> wrote: > > > ----- Original Message ----- > > From: "Juan Jose" <jj197005(a)gmail.com> > > To: "Yedidyah Bar David" <didi(a)redhat.com>, sbonazzo(a)redhat.com > > Cc: users(a)ovirt.org > > Sent: Tuesday, December 16, 2014 1:03:17 PM > > Subject: Re: [ovirt-users] Problem after update ovirt to 3.5 > > > > Hello everybody, > > > > It was the firewall, after upgrade my engine the NFS configuration had > > disappered, I have configured again as Red Hat says and now it works > > properly again. > > > > Many thank again for the indications. > > We already had a patch for it [1], > it will released next month with oVirt 3.5.1 > > [1] http://gerrit.ovirt.org/#/c/32874/ > > > Juanjo. > > > > On Mon, Dec 15, 2014 at 2:32 PM, Yedidyah Bar David < didi(a)redhat.com > > > wrote: > > > > > > ----- Original Message ----- > > > From: "Juan Jose" < jj197005(a)gmail.com > > > > To: users(a)ovirt.org > > > Sent: Monday, December 15, 2014 3:17:15 PM > > > Subject: [ovirt-users] Problem after update ovirt to 3.5 > > > > > > Hello everybody, > > > > > > After upgrade my engine to oVirt 3.5, I have also upgraded one of my > hosts > > > to > > > oVirt 3.5. After that it seems that all have gone good aparently. > > > > > > But in some seconds my ISO domain is desconnected and it is impossible > to > > > Activate. I'm attaching my engine.log. The below error is showed each > time > > > I > > > try to Activate the ISO domain. Before the upgrade it was working > without > > > problems: > > > > > > 2014-12-15 13:25:07,607 ERROR > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, > Call > > > Stack: null, Custom Event ID: -1, Message: Failed to connect Host > host1 to > > > the Storage Domains ISO_DOMAIN. > > > 2014-12-15 13:25:07,608 INFO > > > > [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] > > > (org.ovirt.thread.pool-8-thread-5) [460733dd] FINISH, > > > ConnectStorageServerVDSCommand, return: > > > {81c0a853-715c-4478-a812-6a74808fc482=477}, log id: 3590969e > > > 2014-12-15 13:25:07,615 ERROR > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, > Call > > > Stack: null, Custom Event ID: -1, Message: The error message for > connection > > > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 returned by > > > VDSM > > > was: Problem while trying to mount target > > > 2014-12-15 13:25:07,616 ERROR > > > [org.ovirt.engine.core.bll.storage.NFSStorageHelper] > > > (org.ovirt.thread.pool-8-thread-5) [460733dd] The connection with > details > > > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 failed > because > > > of error code 477 and error message is: problem while trying to mount > > > target > > > > > > If any other information is required, please tell me. > > > > Is the ISO domain on the engine host? > > > > Please check there iptables and /etc/exports, /etc/exports.d. > > > > Please post the setup (upgrade) log, check /var/log/ovirt-engine/setup. > > > > Thanks, > > -- > > Didi > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20141228/bab30c2a/attach…> ------------------------------ Message: 2 Date: Sun, 28 Dec 2014 23:56:58 +0000 From: Dan Kenigsberg <danken(a)redhat.com> To: Blaster <Blaster(a)556nato.com> Cc: "Users(a)ovirt.org List" <users(a)ovirt.org> Subject: Re: [ovirt-users] ??: bond mode balance-alb Message-ID: <20141228235658.GE21690(a)redhat.com> Content-Type: text/plain; charset=us-ascii On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote: > On 12/23/2014 2:55 AM, Dan Kenigsberg wrote: > >Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM networks > >https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0 > > Dan, > > What is bad about these modes that oVirt can't use them? I can only quote jpirko's workds from the link above: Do not use tlb or alb in bridge, never! It does not work, that's it. The reason is it mangles source macs in xmit frames and arps. When it is possible, just use mode 4 (lacp). That should be always possible because all enterprise switches support that. Generally, for 99% of use cases, you *should* use mode 4. There is no reason to use other modes. > > I just tested mode 4, and the LACP with Fedora 20 appears to not be > compatible with the LAG mode on my Dell 2824. > > Would there be any issues with bringing two NICS into the VM and doing > balance-alb at the guest level? > > > ------------------------------ Message: 3 Date: Sun, 28 Dec 2014 20:53:44 -0800 From: "Yue, Cong" <Cong_Yue(a)alliedtelesis.com> To: Artyom Lukianov <alukiano(a)redhat.com> Cc: "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] VM failover with ovirt3.5 Message-ID: <B7E7D6D4-B85D-471C-87A7-EA9AD32BF279(a)alliedtelesis.com> Content-Type: text/plain; charset="utf-8" I checked it again and confirmed there is one guest VM is running on the top of this host. The log is as follows: [root@compute2-1 vdsm]# ps -ef | grep qemu qemu 2983 846 0 Dec19 ? 00:00:00<x-apple-data-detectors://0> [supervdsmServer] <defunct> root 5489 3053 0 20:49<x-apple-data-detectors://1> pts/0 00:00:00<x-apple-data-detectors://2> grep --color=auto qemu qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-12-19T20:18:01<x-apple-data-detectors://4>,driftfix=slew -no-kvm-pit-reinjection -no-hpet -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -k en-us -vga qxl -global qxl-vga.ram_size=67108864<tel:67108864> -global qxl-vga.vram_size=33554432<tel:33554432> -incoming tcp:[::]:49152 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 [root@compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log MainThread::INFO::2014-12-28 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-28 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-28 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-28 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-28 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-28 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-28 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-28 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Score is 0 due to local maintenance mode MainThread::INFO::2014-12-28 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-28 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) Thanks, Cong On 2014/12/28, at 3:46, "Artyom Lukianov" <alukiano(a)redhat.com<mailto:alukiano@redhat.com>> wrote: I see that you set local maintenance on host3 that do not have engine vm on it, so it nothing to migrate from this host. If you set local maintenance on host1, vm must migrate to another host with positive score. Thanks ----- Original Message ----- From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com>> To: "Simone Tiraboschi" <stirabos(a)redhat.com<mailto:stirabos@redhat.com>> Cc: users(a)ovirt.org<mailto:users@ovirt.org> Sent: Saturday, December 27, 2014 6:58:32 PM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Hi I had a try with "hosted-engine --set-maintence --mode=local" on compute2-1, which is host 3 in my cluster. From the log, it shows maintence mode is dectected, but migration does not happen. The logs are as follows. Is there any other config I need to check? [root@compute2-1 vdsm]# hosted-engine --vm-status --== Host 1 status ==- Status up-to-date : True Hostname : 10.0.0.94 Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 2400 Local maintenance : False Host timestamp : 836296 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=836296 (Sat Dec 27 11:42:39 2014) host-id=1 score=2400 maintenance=False state=EngineUp --== Host 2 status ==-- Status up-to-date : True Hostname : 10.0.0.93 Host ID : 2 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 2400 Local maintenance : False Host timestamp : 687358 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=687358 (Sat Dec 27 08:42:04 2014) host-id=2 score=2400 maintenance=False state=EngineDown --== Host 3 status ==-- Status up-to-date : True Hostname : 10.0.0.92 Host ID : 3 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 0 Local maintenance : True Host timestamp : 681827 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=681827 (Sat Dec 27 08:42:40 2014) host-id=3 score=0 maintenance=True state=LocalMaintenance [root@compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log MainThread::INFO::2014-12-27 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-27 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-27 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-27 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-27 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Local maintenance detected MainThread::INFO::2014-12-27 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state LocalMaintenance (score: 0) MainThread::INFO::2014-12-27 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) [root@compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log MainThread::INFO::2014-12-27 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-27 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-27 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-27 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-27 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-27 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-27 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-27 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm running on localhost MainThread::INFO::2014-12-27 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-27 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-27 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-27 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) [root@compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log MainThread::INFO::2014-12-27 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-27 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm is running on host 10.0.0.94 (id 1) MainThread::INFO::2014-12-27 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-27 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-27 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-27 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-27 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Global metadata: {'maintenance': False} MainThread::INFO::2014-12-27 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Host 10.0.0.94 (id 1): {'extra': 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 (Sat Dec 27 11:37:30 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, 'maintenance': False, 'host-ts': 835987} MainThread::INFO::2014-12-27 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Host 10.0.0.92 (id 3): {'extra': 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 (Sat Dec 27 08:37:41 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': {'reason': 'vm not running on this host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, 'host-ts': 681528} MainThread::INFO::2014-12-27 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Local (id 2): {'engine-health': {'reason': 'vm not running on this host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, 'gateway': True} MainThread::INFO::2014-12-27 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-27 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) Thanks, Cong On 2014/12/22, at 5:29, "Simone Tiraboschi" <stirabos(a)redhat.com<mailto:stirabos@redhat.com>> wrote: ----- Original Message ----- From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com>> To: "Simone Tiraboschi" <stirabos(a)redhat.com<mailto:stirabos@redhat.com>> Cc: users(a)ovirt.org<mailto:users@ovirt.org> Sent: Friday, December 19, 2014 7:22:10 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 Thanks for the information. This is the log for my three ovirt nodes. >From the output of hosted-engine --vm-status, it shows the engine state for my 2nd and 3rd ovirt node is DOWN. Is this the reason why VM failover not work in my environment? No, they looks ok: you can run the engine VM on single host at a time. How can I make also engine works for my 2nd and 3rd ovit nodes? If you put the host 1 in local maintenance mode ( hosted-engine --set-maintenance --mode=local ) the VM should migrate to host 2; if you reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put host 2 in local maintenance mode the VM should migrate again. Can you please try that and post the logs if something is going bad? -- --== Host 1 status ==-- Status up-to-date : True Hostname : 10.0.0.94 Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 2400 Local maintenance : False Host timestamp : 150475 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=150475 (Fri Dec 19 13:12:18 2014) host-id=1 score=2400 maintenance=False state=EngineUp --== Host 2 status ==-- Status up-to-date : True Hostname : 10.0.0.93 Host ID : 2 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 2400 Local maintenance : False Host timestamp : 1572 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=1572 (Fri Dec 19 10:12:18 2014) host-id=2 score=2400 maintenance=False state=EngineDown --== Host 3 status ==-- Status up-to-date : False Hostname : 10.0.0.92 Host ID : 3 Engine status : unknown stale-data Score : 2400 Local maintenance : False Host timestamp : 987 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=987 (Fri Dec 19 10:09:58 2014) host-id=3 score=2400 maintenance=False state=EngineDown -- And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are as follows: -- 10.0.0.94(hosted-engine-1) --- MainThread::INFO::2014-12-19 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm running on localhost MainThread::INFO::2014-12-19 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Global metadata: {'maintenance': False} MainThread::INFO::2014-12-19 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Host 10.0.0.93 (id 2): {'extra': 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 (Fri Dec 19 10:10:14 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': {'reason': 'vm not running on this host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, 'host-ts': 1448} MainThread::INFO::2014-12-19 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Host 10.0.0.92 (id 3): {'extra': 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 (Fri Dec 19 10:09:58 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': {'reason': 'vm not running on this host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, 'host-ts': 987} MainThread::INFO::2014-12-19 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': False, 'cpu-load': 0.0269, 'gateway': True} MainThread::INFO::2014-12-19 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm running on localhost MainThread::INFO::2014-12-19 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) ---- 10.0.0.93 (hosted-engine-2) MainThread::INFO::2014-12-19 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) 10.0.0.92(hosted-engine-3) same as 10.0.0.93 -- -----Original Message----- From: Simone Tiraboschi [mailto:stirabos@redhat.com] Sent: Friday, December 19, 2014 12:28 AM To: Yue, Cong Cc: users(a)ovirt.org<mailto:users@ovirt.org> Subject: Re: [ovirt-users] VM failover with ovirt3.5 ----- Original Message ----- From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com>> To: users(a)ovirt.org<mailto:users@ovirt.org> Sent: Friday, December 19, 2014 2:14:33 AM Subject: [ovirt-users] VM failover with ovirt3.5 Hi In my environment, I have 3 ovirt nodes as one cluster. And on top of host-1, there is one vm to host ovirt engine. Also I have one external storage for the cluster to use as data domain of engine and data. I confirmed live migration works well in my environment. But it seems very buggy for VM failover if I try to force to shut down one ovirt node. Sometimes the VM in the node which is shutdown can migrate to other host, but it take more than several minutes. Sometimes, it can not migrate at all. Sometimes, only when the host is back, the VM is beginning to move. Can you please check or share the logs under /var/log/ovirt-hosted-engine-ha/ ? Is there some documentation to explain how VM failover is working? And is there some bugs reported related with this? http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram Thanks in advance, Cong This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. _______________________________________________ Users mailing list Users(a)ovirt.org<mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. _______________________________________________ Users mailing list Users(a)ovirt.org<mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20141228/c5ac26a7/attach…> ------------------------------ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 39, Issue 163 ************************************** ------=_Part_1871238_1615445632.1419874799888 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo= r: #000000"><div>I'd like to add that<span style=3D"font-size: 12pt;">&nbsp= ;using of floating MAC </span><span style=3D"font-size: 12pt;">"balance-tlb= " </span><span style=3D"font-size: 12pt;">for mode 5 or ARP </span><span st= yle=3D"font-size: 12pt;">negotiation for mode 6 load balancing "</span><spa= n style=3D"font-size: 12pt;">balance-alb" will influence latency and perfor= mance, using such mode should be avoided. </span></div><div>Mode zero = or  "balance-rr"  should be also avoided as it is the only m= ode that will allow a single TCP/IP stream to utilize more than one interfa= ce, hence will create additional jitter, latency and performance impacts,&n= bsp;as frames/packets will be sent and arrive from different interfaces, wh= ile preferred is to balance on per flow. Unless in your data center you're = not using L2-only based traffic, I really don't see any usage for mode zero= .</div><div>In Cisco routers the is a functionality called IP-CEF, which is= turned on by default and balancing traffic on per TCP/IP flow, instead of = per-packet, it is being used for better routing decisions for per-flow load= balancing, if turned off, then per-packet load balancing will be enforced,= causing high performance impact on router's CPU and memory resources, as d= ecision have to be made on per-packet level, the higher the bit rate, the h= arder impact on resources of the router will be, especially for small sized= packets.</div><div><br></div><div><span name=3D"x"></span><br>Thanks in ad= vance.<br><div><br></div>Best regards,<br>Nikolai<br>____________________<b= r>Nikolai Sednev<br>Senior Quality Engineer at Compute team<br>Red Hat Isra= el<br>34 Jerusalem Road,<br>Ra'anana, Israel 43501<br><div><br></div>Tel: &= nbsp;     +972   9 7692043<br>Mobile: +972 52 7342734<br>Ema= il: nsednev(a)redhat.com<br>IRC: nsednev<span name=3D"x"></span><br></div><di= v><br></div><hr id=3D"zwchr"><div style=3D"color:#000;font-weight:normal;fo= nt-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif= ;font-size:12pt;"><b>From: </b>users-request(a)ovirt.org<br><b>To: </b>users@= ovirt.org<br><b>Sent: </b>Monday, December 29, 2014 6:53:59 AM<br><b>Subjec= t: </b>Users Digest, Vol 39, Issue 163<br><div><br></div>Send Users mailing= list submissions to<br>        use= rs(a)ovirt.org<br><div><br></div>To subscribe or unsubscribe via the World Wi= de Web, visit<br>        http://lis= ts.ovirt.org/mailman/listinfo/users<br>or, via email, send a message with s= ubject or body 'help' to<br>       &nbsp= ;users-request(a)ovirt.org<br><div><br></div>You can reach the person managin= g the list at<br>        users-owne= r(a)ovirt.org<br><div><br></div>When replying, please edit your Subject line = so it is more specific<br>than "Re: Contents of Users digest..."<br><div><b= r></div><br>Today's Topics:<br><div><br></div>   1. Re:  Pro= blem after update ovirt to 3.5 (Juan Jose)<br>   2. Re:  ??:= bond mode balance-alb (Dan Kenigsberg)<br>   3. Re:  VM fai= lover with ovirt3.5 (Yue, Cong)<br><div><br></div><br>---------------------= -------------------------------------------------<br><div><br></div>Message= : 1<br>Date: Sun, 28 Dec 2014 20:08:37 +0100<br>From: Juan Jose <jj19700= 5(a)gmail.com><br>To: Simone Tiraboschi <stirabos(a)redhat.com><br>Cc:= "users(a)ovirt.org" <users(a)ovirt.org><br>Subject: Re: [ovirt-users] Pr= oblem after update ovirt to 3.5<br>Message-ID:<br>    &= nbsp;   <CADrE9wYtNdMPNsyjjZxA3zbyKZhYB5DA03wQ17dTLfuBBtA= -Bg(a)mail.gmail.com><br>Content-Type: text/plain; charset=3D"utf-8"<br><d= iv><br></div>Many thanks Simone,<br><div><br></div>Juanjo.<br><div><br></di= v>On Tue, Dec 16, 2014 at 1:48 PM, Simone Tiraboschi <stirabos(a)redhat.co= m><br>wrote:<br><div><br></div>><br>><br>> ----- Original Messa= ge -----<br>> > From: "Juan Jose" <jj197005(a)gmail.com><br>> = > To: "Yedidyah Bar David" <didi(a)redhat.com>, sbonazzo(a)redhat.com<= br>> > Cc: users(a)ovirt.org<br>> > Sent: Tuesday, December 16, 2= 014 1:03:17 PM<br>> > Subject: Re: [ovirt-users] Problem after update= ovirt to 3.5<br>> ><br>> > Hello everybody,<br>> ><br>&g= t; > It was the firewall, after upgrade my engine the NFS configuration = had<br>> > disappered, I have configured again as Red Hat says and no= w it works<br>> > properly again.<br>> ><br>> > Many than= k again for the indications.<br>><br>> We already had a patch for it = [1],<br>> it will released next month with oVirt 3.5.1<br>><br>> [= 1] http://gerrit.ovirt.org/#/c/32874/<br>><br>> > Juanjo.<br>> = ><br>> > On Mon, Dec 15, 2014 at 2:32 PM, Yedidyah Bar David < = didi(a)redhat.com ><br>> > wrote:<br>> ><br>> ><br>> = > ----- Original Message -----<br>> > > From: "Juan Jose" < = jj197005(a)gmail.com ><br>> > > To: users(a)ovirt.org<br>> > = > Sent: Monday, December 15, 2014 3:17:15 PM<br>> > > Subject: = [ovirt-users] Problem after update ovirt to 3.5<br>> > ><br>> &= gt; > Hello everybody,<br>> > ><br>> > > After upgrade= my engine to oVirt 3.5, I have also upgraded one of my<br>> hosts<br>&g= t; > > to<br>> > > oVirt 3.5. After that it seems that all h= ave gone good aparently.<br>> > ><br>> > > But in some se= conds my ISO domain is desconnected and it is impossible<br>> to<br>>= > > Activate. I'm attaching my engine.log. The below error is showed= each<br>> time<br>> > > I<br>> > > try to Activate th= e ISO domain. Before the upgrade it was working<br>> without<br>> &gt= ; > problems:<br>> > ><br>> > > 2014-12-15 13:25:07,60= 7 ERROR<br>> > > [org.ovirt.engine.core.dal.dbbroker.auditloghandl= ing.AuditLogDirector]<br>> > > (org.ovirt.thread.pool-8-thread-5) = [460733dd] Correlation ID: null,<br>> Call<br>> > > Stack: null= , Custom Event ID: -1, Message: Failed to connect Host<br>> host1 to<br>= > > > the Storage Domains ISO_DOMAIN.<br>> > > 2014-12-15= 13:25:07,608 INFO<br>> > ><br>> [org.ovirt.engine.core.vdsbrok= er.vdsbroker.ConnectStorageServerVDSCommand]<br>> > > (org.ovirt.t= hread.pool-8-thread-5) [460733dd] FINISH,<br>> > > ConnectStorageS= erverVDSCommand, return:<br>> > > {81c0a853-715c-4478-a812-6a74808= fc482=3D477}, log id: 3590969e<br>> > > 2014-12-15 13:25:07,615 ER= ROR<br>> > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.= AuditLogDirector]<br>> > > (org.ovirt.thread.pool-8-thread-5) [460= 733dd] Correlation ID: null,<br>> Call<br>> > > Stack: null, Cu= stom Event ID: -1, Message: The error message for<br>> connection<br>&gt= ; > > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 ret= urned by<br>> > > VDSM<br>> > > was: Problem while trying= to mount target<br>> > > 2014-12-15 13:25:07,616 ERROR<br>> &g= t; > [org.ovirt.engine.core.bll.storage.NFSStorageHelper]<br>> > &= gt; (org.ovirt.thread.pool-8-thread-5) [460733dd] The connection with<br>&g= t; details<br>> > > ovirt-engine.siee.local:/var/lib/exports/iso-2= 0140303082312 failed<br>> because<br>> > > of error code 477 an= d error message is: problem while trying to mount<br>> > > target<= br>> > ><br>> > > If any other information is required, p= lease tell me.<br>> ><br>> > Is the ISO domain on the engine ho= st?<br>> ><br>> > Please check there iptables and /etc/exports,= /etc/exports.d.<br>> ><br>> > Please post the setup (upgrade) = log, check /var/log/ovirt-engine/setup.<br>> ><br>> > Thanks,<b= r>> > --<br>> > Didi<br>> ><br>> > ________________= _______________________________<br>> > Users mailing list<br>> &gt= ; Users(a)ovirt.org<br>> > http://lists.ovirt.org/mailman/listinfo/user= s<br>> ><br>><br>-------------- next part --------------<br>An HTM= L attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/u= sers/attachments/20141228/bab30c2a/attachment-0001.html><br><div><br></d= iv>------------------------------<br><div><br></div>Message: 2<br>Date: Sun= , 28 Dec 2014 23:56:58 +0000<br>From: Dan Kenigsberg <danken(a)redhat.com&= gt;<br>To: Blaster <Blaster(a)556nato.com><br>Cc: "Users(a)ovirt.org List= " <users(a)ovirt.org><br>Subject: Re: [ovirt-users] ??: bond mode balan= ce-alb<br>Message-ID: <20141228235658.GE21690(a)redhat.com><br>Content-= Type: text/plain; charset=3Dus-ascii<br><div><br></div>On Fri, Dec 26, 2014= at 12:39:45PM -0600, Blaster wrote:<br>> On 12/23/2014 2:55 AM, Dan Ken= igsberg wrote:<br>> >Bug 1094842 - Bonding modes 0, 5 and 6 should be= avoided for VM networks<br>> >https://bugzilla.redhat.com/show_bug.c= gi?id=3D1094842#c0<br>> <br>> Dan,<br>> <br>> What is bad about= these modes that oVirt can't use them?<br><div><br></div>I can only quote = jpirko's workds from the link above:<br><div><br></div>    D= o not use tlb or alb in bridge, never! It does not work, that's it. The rea= son<br>    is it mangles source macs in xmit frames and arps= . When it is possible, just<br>    use mode 4 (lacp). That s= hould be always possible because all enterprise<br>    switc= hes support that. Generally, for 99% of use cases, you *should* use mode<br= >    4. There is no reason to use other modes.<br><div><br><= /div>> <br>> I just tested mode 4, and the LACP with Fedora 20 appear= s to not be<br>> compatible with the LAG mode on my Dell 2824.<br>> <= br>> Would there be any issues with bringing two NICS into the VM and do= ing<br>> balance-alb at the guest level?<br>> <br>> <br>> <br><= div><br></div><br>------------------------------<br><div><br></div>Message:= 3<br>Date: Sun, 28 Dec 2014 20:53:44 -0800<br>From: "Yue, Cong" <Cong_Y= ue(a)alliedtelesis.com><br>To: Artyom Lukianov <alukiano(a)redhat.com>= <br>Cc: "users(a)ovirt.org" <users(a)ovirt.org><br>Subject: Re: [ovirt-us= ers] VM failover with ovirt3.5<br>Message-ID: <B7E7D6D4-B85D-471C-87A7-E= A9AD32BF279(a)alliedtelesis.com><br>Content-Type: text/plain; charset=3D"u= tf-8"<br><div><br></div>I checked it again and confirmed there is one guest= VM is running on the top of this host. The log is as follows:<br><div><br>= </div>[root@compute2-1 vdsm]# ps -ef | grep qemu<br>qemu     &nbs= p;2983   846  0 Dec19 ?        00:00:00<x-= apple-data-detectors://0> [supervdsmServer] <defunct><br>root &nbs= p;    5489  3053  0 20:49<x-apple-data-detectors://1= > pts/0    00:00:00<x-apple-data-detectors://2> grep --c= olor=3Dauto qemu<br>qemu     26128     1  0 Dec19 = ?        01:09:19 /usr/libexec/qemu-kvm<br>-name testvm= 2 -S -machine rhel6.5.0,accel=3Dkvm,usb=3Doff -cpu Nehalem -m<br>500 -realt= ime mlock=3Doff -smp 1,maxcpus=3D16,sockets=3D16,cores=3D1,threads=3D1<br>-= uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios<br>type=3D1,manufacturer= =3DoVirt,product=3DoVirt<br>Node,version=3D7-0.1406.el7.centos.2.5,serial= =3D4C4C4544-0030-3310-8059-B8C04F585231,uuid=3De46bca87-4df5-4287-844b-90a2= 6fccef33<br>-no-user-config -nodefaults -chardev<br>socket,id=3Dcharmonitor= ,path=3D/var/lib/libvirt/qemu/testvm2.monitor,server,nowait<br>-mon chardev= =3Dcharmonitor,id=3Dmonitor,mode=3Dcontrol -rtc<br>base=3D2014-12-19T20:18:= 01<x-apple-data-detectors://4>,driftfix=3Dslew -no-kvm-pit-reinjectio= n<br>-no-hpet -no-shutdown -boot strict=3Don -device<br>piix3-usb-uhci,id= =3Dusb,bus=3Dpci.0,addr=3D0x1.0x2 -device<br>virtio-scsi-pci,id=3Dscsi0,bus= =3Dpci.0,addr=3D0x4 -device<br>virtio-serial-pci,id=3Dvirtio-serial0,max_po= rts=3D16,bus=3Dpci.0,addr=3D0x5<br>-drive if=3Dnone,id=3Ddrive-ide0-1-0,rea= donly=3Don,format=3Draw,serial=3D<br>-device ide-cd,bus=3Dide.1,unit=3D0,dr= ive=3Ddrive-ide0-1-0,id=3Dide0-1-0<br>-drive file=3D/rhev/data-center/00000= 002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images= /b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,= if=3Dnone,id=3Ddrive-virtio-disk0,format=3Dqcow2,serial=3Db4b5426b-95e3-41a= f-b286-da245891cdaf,cache=3Dnone,werror=3Dstop,rerror=3Dstop,aio=3Dthreads<= br>-device virtio-blk-pci,scsi=3Doff,bus=3Dpci.0,addr=3D0x6,drive=3Ddrive-v= irtio-disk0,id=3Dvirtio-disk0,bootindex=3D1<br>-netdev tap,fd=3D26,id=3Dhos= tnet0,vhost=3Don,vhostfd=3D27 -device<br>virtio-net-pci,netdev=3Dhostnet0,i= d=3Dnet0,mac=3D00:1a:4a:db:94:01,bus=3Dpci.0,addr=3D0x3<br>-chardev socket,= id=3Dcharchannel0,path=3D/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-= 844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait<br>-device virtserial= port,bus=3Dvirtio-serial0.0,nr=3D1,chardev=3Dcharchannel0,id=3Dchannel0,nam= e=3Dcom.redhat.rhevm.vdsm<br>-chardev socket,id=3Dcharchannel1,path=3D/var/= lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.gue= st_agent.0,server,nowait<br>-device virtserialport,bus=3Dvirtio-serial0.0,n= r=3D2,chardev=3Dcharchannel1,id=3Dchannel1,name=3Dorg.qemu.guest_agent.0<br= >-chardev spicevmc,id=3Dcharchannel2,name=3Dvdagent -device<br>virtserialpo= rt,bus=3Dvirtio-serial0.0,nr=3D3,chardev=3Dcharchannel2,id=3Dchannel2,name= =3Dcom.redhat.spice.0<br>-spice tls-port=3D5900,addr=3D10.0.0.92,x509-dir= =3D/etc/pki/vdsm/libvirt-spice,tls-channel=3Dmain,tls-channel=3Ddisplay,tls= -channel=3Dinputs,tls-channel=3Dcursor,tls-channel=3Dplayback,tls-channel= =3Drecord,tls-channel=3Dsmartcard,tls-channel=3Dusbredir,seamless-migration= =3Don<br>-k en-us -vga qxl -global qxl-vga.ram_size=3D67108864<tel:67108= 864> -global<br>qxl-vga.vram_size=3D33554432<tel:33554432> -incomi= ng tcp:[::]:49152 -device<br>virtio-balloon-pci,id=3Dballoon0,bus=3Dpci.0,a= ddr=3D0x7<br>[root@compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-h= a/agent.log<br>MainThread::INFO::2014-12-28<br>20:49:27,315::state_decorato= rs::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check)<b= r>Local maintenance detected<br>MainThread::INFO::2014-12-28<br>20:49:27,64= 6::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEng= ine::(start_monitoring)<br>Current state LocalMaintenance (score: 0)<br>Mai= nThread::INFO::2014-12-28<br>20:49:27,646::hosted_engine::332::ovirt_hosted= _engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best rem= ote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-28<br>= 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_en= gine.HostedEngine::(check)<br>Local maintenance detected<br>MainThread::INF= O::2014-12-28<br>20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state LocalM= aintenance (score: 0)<br>MainThread::INFO::2014-12-28<br>20:49:37,961::host= ed_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(s= tart_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>Main= Thread::INFO::2014-12-28<br>20:49:48,048::state_decorators::124::ovirt_host= ed_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>Local maintenance= detected<br>MainThread::INFO::2014-12-28<br>20:49:48,319::states::208::ovi= rt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)<br>Score is 0= due to local maintenance mode<br>MainThread::INFO::2014-12-28<br>20:49:48,= 319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedE= ngine::(start_monitoring)<br>Current state LocalMaintenance (score: 0)<br>M= ainThread::INFO::2014-12-28<br>20:49:48,319::hosted_engine::332::ovirt_host= ed_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best r= emote host 10.0.0.94 (id: 1, score: 2400)<br><div><br></div>Thanks,<br>Cong= <br><div><br></div><br>On 2014/12/28, at 3:46, "Artyom Lukianov" <alukia= no@redhat.com<mailto:alukiano@redhat.com>> wrote:<br><div><br></di= v>I see that you set local maintenance on host3 that do not have engine vm = on it, so it nothing to migrate from this host.<br>If you set local mainten= ance on host1, vm must migrate to another host with positive score.<br>Than= ks<br><div><br></div>----- Original Message -----<br>From: "Cong Yue" <C= ong_Yue@alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com>><br>T= o: "Simone Tiraboschi" <stirabos@redhat.com<mailto:stirabos@redhat.co= m>><br>Cc: users@ovirt.org<mailto:users@ovirt.org><br>Sent: Sat= urday, December 27, 2014 6:58:32 PM<br>Subject: Re: [ovirt-users] VM failov= er with ovirt3.5<br><div><br></div>Hi<br><div><br></div>I had a try with "h= osted-engine --set-maintence --mode=3Dlocal" on<br>compute2-1, which is hos= t 3 in my cluster. From the log, it shows<br>maintence mode is dectected, b= ut migration does not happen.<br><div><br></div>The logs are as follows. Is= there any other config I need to check?<br><div><br></div>[root@compute2-1= vdsm]# hosted-engine --vm-status<br><div><br></div><br>--=3D=3D Host 1 sta= tus =3D=3D-<br><div><br></div>Status up-to-date        =          : True<br>Hostname       =                     : 10.= 0.0.94<br>Host ID                 &= nbsp;          : 1<br>Engine status     =                  : {"health": = "good", "vm": "up",<br>"detail": "up"}<br>Score        =                     &nbs= p;: 2400<br>Local maintenance             &nb= sp;    : False<br>Host timestamp         &nbs= p;           : 836296<br>Extra metadata (valid at = timestamp):<br>metadata_parse_version=3D1<br>metadata_feature_version=3D1<b= r>timestamp=3D836296 (Sat Dec 27 11:42:39 2014)<br>host-id=3D1<br>score=3D2= 400<br>maintenance=3DFalse<br>state=3DEngineUp<br><div><br></div><br>--=3D= =3D Host 2 status =3D=3D--<br><div><br></div>Status up-to-date   &nbsp= ;              : True<br>Hostname  =                     &nbs= p;   : 10.0.0.93<br>Host ID             =                : 2<br>Engine status=                     &nbs= p;: {"reason": "vm not running on<br>this host", "health": "bad", "vm": "do= wn", "detail": "unknown"}<br>Score           &nbsp= ;                  : 2400<br>L= ocal maintenance                 &n= bsp;: False<br>Host timestamp             &nb= sp;       : 687358<br>Extra metadata (valid at timestamp):<b= r>metadata_parse_version=3D1<br>metadata_feature_version=3D1<br>timestamp= =3D687358 (Sat Dec 27 08:42:04 2014)<br>host-id=3D2<br>score=3D2400<br>main= tenance=3DFalse<br>state=3DEngineDown<br><div><br></div><br>--=3D=3D Host 3= status =3D=3D--<br><div><br></div>Status up-to-date       &= nbsp;          : True<br>Hostname     &n= bsp;                     = : 10.0.0.92<br>Host ID               &nb= sp;            : 3<br>Engine status   &n= bsp;                  : {"reas= on": "vm not running on<br>this host", "health": "bad", "vm": "down", "deta= il": "unknown"}<br>Score               &= nbsp;              : 0<br>Local maintena= nce                  : True<br= >Host timestamp                 &nb= sp;   : 681827<br>Extra metadata (valid at timestamp):<br>metadata_par= se_version=3D1<br>metadata_feature_version=3D1<br>timestamp=3D681827 (Sat D= ec 27 08:42:40 2014)<br>host-id=3D3<br>score=3D0<br>maintenance=3DTrue<br>s= tate=3DLocalMaintenance<br>[root@compute2-1 vdsm]# tail -f /var/log/ovirt-h= osted-engine-ha/agent.log<br>MainThread::INFO::2014-12-27<br>08:42:41,109::= hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine= ::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>= MainThread::INFO::2014-12-27<br>08:42:51,198::state_decorators::124::ovirt_= hosted_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>Local mainten= ance detected<br>MainThread::INFO::2014-12-27<br>08:42:51,420::hosted_engin= e::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_mon= itoring)<br>Current state LocalMaintenance (score: 0)<br>MainThread::INFO::= 2014-12-27<br>08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agen= t.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0= .94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:43:01,507::s= tate_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngi= ne::(check)<br>Local maintenance detected<br>MainThread::INFO::2014-12-27<b= r>08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_eng= ine.HostedEngine::(start_monitoring)<br>Current state LocalMaintenance (sco= re: 0)<br>MainThread::INFO::2014-12-27<br>08:43:01,773::hosted_engine::332:= :ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring= )<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2= 014-12-27<br>08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.ag= ent.hosted_engine.HostedEngine::(check)<br>Local maintenance detected<br>Ma= inThread::INFO::2014-12-27<br>08:43:12,072::hosted_engine::327::ovirt_hoste= d_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current= state LocalMaintenance (score: 0)<br>MainThread::INFO::2014-12-27<br>08:43= :12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Hos= tedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: = 2400)<br><div><br></div><br><div><br></div>[root@compute2-3 ~]# tail -f /va= r/log/ovirt-hosted-engine-ha/agent.log<br>MainThread::INFO::2014-12-27<br>1= 1:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine= .HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, sco= re: 2400)<br>MainThread::INFO::2014-12-27<br>11:36:39,130::hosted_engine::3= 27::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitor= ing)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-2= 7<br>11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_= engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: = 2, score: 2400)<br>MainThread::INFO::2014-12-27<br>11:36:49,449::hosted_eng= ine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_m= onitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::201= 4-12-27<br>11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.h= osted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93= (id: 2, score: 2400)<br>MainThread::INFO::2014-12-27<br>11:36:59,739::host= ed_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(s= tart_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INF= O::2014-12-27<br>11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.= 0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-27<br>11:37:09,779= ::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(co= nsume)<br>Engine vm running on localhost<br>MainThread::INFO::2014-12-27<br= >11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engi= ne.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)= <br>MainThread::INFO::2014-12-27<br>11:37:10,026::hosted_engine::332::ovirt= _hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>B= est remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12= -27<br>11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hoste= d_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score:= 2400)<br>MainThread::INFO::2014-12-27<br>11:37:20,331::hosted_engine::332:= :ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring= )<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br><div><br></div><br>= [root@compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log<br>M= ainThread::INFO::2014-12-27<br>08:36:12,462::hosted_engine::332::ovirt_host= ed_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best r= emote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<b= r>08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_eng= ine.HostedEngine::(start_monitoring)<br>Current state EngineDown (score: 24= 00)<br>MainThread::INFO::2014-12-27<br>08:36:22,798::hosted_engine::332::ov= irt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<b= r>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014= -12-27<br>08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_en= gine.HostedEngine::(consume)<br>Engine vm is running on host 10.0.0.94 (id = 1)<br>MainThread::INFO::2014-12-27<br>08:36:33,169::hosted_engine::327::ovi= rt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br= >Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-27<br>= 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engin= e.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, sc= ore: 2400)<br>MainThread::INFO::2014-12-27<br>08:36:43,567::hosted_engine::= 327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monito= ring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-1= 2-27<br>08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.host= ed_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (i= d: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:36:53,858::hosted_= engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(star= t_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO= ::2014-12-27<br>08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.ag= ent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0= .0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:37:04,028:= :state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin= e::(refresh)<br>Global metadata: {'maintenance': False}<br>MainThread::INFO= ::2014-12-27<br>08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.ag= ent.hosted_engine.HostedEngine::(refresh)<br>Host 10.0.0.94 (id 1): {'extra= ':<br>'metadata_parse_version=3D1\nmetadata_feature_version=3D1\ntimestamp= =3D835987<br>(Sat Dec 27 11:37:30<br>2014)\nhost-id=3D1\nscore=3D2400\nmain= tenance=3DFalse\nstate=3DEngineUp\n',<br>'hostname': '10.0.0.94', 'alive': = True, 'host-id': 1, 'engine-status':<br>{'health': 'good', 'vm': 'up', 'det= ail': 'up'}, 'score': 2400,<br>'maintenance': False, 'host-ts': 835987}<br>= MainThread::INFO::2014-12-27<br>08:37:04,028::state_machine::165::ovirt_hos= ted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Host 10.0.0.92= (id 3): {'extra':<br>'metadata_parse_version=3D1\nmetadata_feature_version= =3D1\ntimestamp=3D681528<br>(Sat Dec 27 08:37:41<br>2014)\nhost-id=3D3\nsco= re=3D0\nmaintenance=3DTrue\nstate=3DLocalMaintenance\n',<br>'hostname': '10= .0.0.92', 'alive': True, 'host-id': 3, 'engine-status':<br>{'reason': 'vm n= ot running on this host', 'health': 'bad', 'vm':<br>'down', 'detail': 'unkn= own'}, 'score': 0, 'maintenance': True,<br>'host-ts': 681528}<br>MainThread= ::INFO::2014-12-27<br>08:37:04,028::state_machine::168::ovirt_hosted_engine= _ha.agent.hosted_engine.HostedEngine::(refresh)<br>Local (id 2): {'engine-h= ealth': {'reason': 'vm not running on this<br>host', 'health': 'bad', 'vm':= 'down', 'detail': 'unknown'}, 'bridge':<br>True, 'mem-free': 15300.0, 'mai= ntenance': False, 'cpu-load': 0.0215,<br>'gateway': True}<br>MainThread::IN= FO::2014-12-27<br>08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.= agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state Engin= eDown (score: 2400)<br>MainThread::INFO::2014-12-27<br>08:37:04,265::hosted= _engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(sta= rt_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br><div><= br></div>Thanks,<br>Cong<br><div><br></div>On 2014/12/22, at 5:29, "Simone = Tiraboschi" <stirabos@redhat.com<mailto:stirabos@redhat.com>> w= rote:<br><div><br></div><br><div><br></div>----- Original Message -----<br>= From: "Cong Yue" <Cong_Yue@alliedtelesis.com<mailto:Cong_Yue@alliedte= lesis.com>><br>To: "Simone Tiraboschi" <stirabos(a)redhat.com<mai= lto:stirabos@redhat.com>><br>Cc: users@ovirt.org<mailto:users@ovir= t.org><br>Sent: Friday, December 19, 2014 7:22:10 PM<br>Subject: RE: [ov= irt-users] VM failover with ovirt3.5<br><div><br></div>Thanks for the infor= mation. This is the log for my three ovirt nodes.<br>From the output of hos= ted-engine --vm-status, it shows the engine state for<br>my 2nd and 3rd ovi= rt node is DOWN.<br>Is this the reason why VM failover not work in my envir= onment?<br><div><br></div>No, they looks ok: you can run the engine VM on s= ingle host at a time.<br><div><br></div>How can I make<br>also engine works= for my 2nd and 3rd ovit nodes?<br><div><br></div>If you put the host 1 in = local maintenance mode ( hosted-engine --set-maintenance --mode=3Dlocal ) t= he VM should migrate to host 2; if you reactivate host 1 ( hosted-engine --= set-maintenance --mode=3Dnone ) and put host 2 in local maintenance mode th= e VM should migrate again.<br><div><br></div>Can you please try that and po= st the logs if something is going bad?<br><div><br></div><br>--<br>--=3D=3D= Host 1 status =3D=3D--<br><div><br></div>Status up-to-date     &= nbsp;            : True<br>Hostname   &n= bsp;                     =   : 10.0.0.94<br>Host ID             &nb= sp;              : 1<br>Engine status &n= bsp;                    := {"health": "good", "vm": "up",<br>"detail": "up"}<br>Score     &= nbsp;                    =    : 2400<br>Local maintenance         &nbsp= ;        : False<br>Host timestamp      =               : 150475<br>Extra metadat= a (valid at timestamp):<br>metadata_parse_version=3D1<br>metadata_feature_v= ersion=3D1<br>timestamp=3D150475 (Fri Dec 19 13:12:18 2014)<br>host-id=3D1<= br>score=3D2400<br>maintenance=3DFalse<br>state=3DEngineUp<br><div><br></di= v><br>--=3D=3D Host 2 status =3D=3D--<br><div><br></div>Status up-to-date &= nbsp;                : True<br>Host= name                     =       : 10.0.0.93<br>Host ID         &nb= sp;                  : 2<br>En= gine status                   =    : {"reason": "vm not running on<br>this host", "health": "bad"= , "vm": "down", "detail": "unknown"}<br>Score         &= nbsp;                    = : 2400<br>Local maintenance             &nbsp= ;    : False<br>Host timestamp          =           : 1572<br>Extra metadata (valid at time= stamp):<br>metadata_parse_version=3D1<br>metadata_feature_version=3D1<br>ti= mestamp=3D1572 (Fri Dec 19 10:12:18 2014)<br>host-id=3D2<br>score=3D2400<br= >maintenance=3DFalse<br>state=3DEngineDown<br><div><br></div><br>--=3D=3D H= ost 3 status =3D=3D--<br><div><br></div>Status up-to-date     &nb= sp;            : False<br>Hostname   &nb= sp;                     &= nbsp; : 10.0.0.92<br>Host ID             &nbs= p;              : 3<br>Engine status &nb= sp;                    : = unknown stale-data<br>Score             &nbsp= ;                : 2400<br>Local ma= intenance                  : F= alse<br>Host timestamp               &nb= sp;     : 987<br>Extra metadata (valid at timestamp):<br>metadata= _parse_version=3D1<br>metadata_feature_version=3D1<br>timestamp=3D987 (Fri = Dec 19 10:09:58 2014)<br>host-id=3D3<br>score=3D2400<br>maintenance=3DFalse= <br>state=3DEngineDown<br><div><br></div>--<br>And the /var/log/ovirt-hoste= d-engine-ha/agent.log for three ovirt nodes are<br>as follows:<br>--<br>10.= 0.0.94(hosted-engine-1)<br>---<br>MainThread::INFO::2014-12-19<br>13:09:33,= 716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedE= ngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainTh= read::INFO::2014-12-19<br>13:09:33,716::hosted_engine::332::ovirt_hosted_en= gine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote= host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:= 09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.H= ostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>= MainThread::INFO::2014-12-19<br>13:09:44,017::hosted_engine::332::ovirt_hos= ted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best = remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<= br>13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_en= gine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 240= 0)<br>MainThread::INFO::2014-12-19<br>13:09:54,303::hosted_engine::332::ovi= rt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br= >Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-= 12-19<br>13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_eng= ine.HostedEngine::(consume)<br>Engine vm running on localhost<br>MainThread= ::INFO::2014-12-19<br>13:10:04,617::hosted_engine::327::ovirt_hosted_engine= _ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state E= ngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:04,617::host= ed_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(s= tart_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>Main= Thread::INFO::2014-12-19<br>13:10:14,657::state_machine::160::ovirt_hosted_= engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Global metadata: {= 'maintenance': False}<br>MainThread::INFO::2014-12-19<br>13:10:14,657::stat= e_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(r= efresh)<br>Host 10.0.0.93 (id 2): {'extra':<br>'metadata_parse_version=3D1\= nmetadata_feature_version=3D1\ntimestamp=3D1448<br>(Fri Dec 19 10:10:14<br>= 2014)\nhost-id=3D2\nscore=3D2400\nmaintenance=3DFalse\nstate=3DEngineDown\n= ',<br>'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status'= :<br>{'reason': 'vm not running on this host', 'health': 'bad', 'vm':<br>'d= own', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False,<br>'host-t= s': 1448}<br>MainThread::INFO::2014-12-19<br>13:10:14,657::state_machine::1= 65::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>H= ost 10.0.0.92 (id 3): {'extra':<br>'metadata_parse_version=3D1\nmetadata_fe= ature_version=3D1\ntimestamp=3D987<br>(Fri Dec 19 10:09:58<br>2014)\nhost-i= d=3D3\nscore=3D2400\nmaintenance=3DFalse\nstate=3DEngineDown\n',<br>'hostna= me': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status':<br>{'reason= ': 'vm not running on this host', 'health': 'bad', 'vm':<br>'down', 'detail= ': 'unknown'}, 'score': 2400, 'maintenance': False,<br>'host-ts': 987}<br>M= ainThread::INFO::2014-12-19<br>13:10:14,658::state_machine::168::ovirt_host= ed_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Local (id 1): {= 'engine-health': {'health': 'good', 'vm': 'up',<br>'detail': 'up'}, 'bridge= ': True, 'mem-free': 1079.0, 'maintenance':<br>False, 'cpu-load': 0.0269, '= gateway': True}<br>MainThread::INFO::2014-12-19<br>13:10:14,904::hosted_eng= ine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_m= onitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::201= 4-12-19<br>13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.h= osted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93= (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:25,210::host= ed_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(s= tart_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INF= O::2014-12-19<br>13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.= 0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:35,499= ::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngi= ne::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThrea= d::INFO::2014-12-19<br>13:10:35,499::hosted_engine::332::ovirt_hosted_engin= e_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote ho= st 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:= 45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.Host= edEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>Mai= nThread::INFO::2014-12-19<br>13:10:45,785::hosted_engine::332::ovirt_hosted= _engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best rem= ote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>= 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engin= e.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<= br>MainThread::INFO::2014-12-19<br>13:10:56,070::hosted_engine::332::ovirt_= hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Be= st remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-= 19<br>13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine= .HostedEngine::(consume)<br>Engine vm running on localhost<br>MainThread::I= NFO::2014-12-19<br>13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha= .agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state Engi= neUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:06,359::hosted_= engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(star= t_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThr= ead::INFO::2014-12-19<br>13:11:16,658::hosted_engine::327::ovirt_hosted_eng= ine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current stat= e EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:16,658::h= osted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:= :(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>M= ainThread::INFO::2014-12-19<br>13:11:26,991::hosted_engine::327::ovirt_host= ed_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Curren= t state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:26,= 991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedE= ngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400= )<br>MainThread::INFO::2014-12-19<br>13:11:37,341::hosted_engine::327::ovir= t_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>= Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:= 11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.H= ostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score= : 2400)<br>----<br><div><br></div>10.0.0.93 (hosted-engine-2)<br>MainThread= ::INFO::2014-12-19<br>10:12:18,339::hosted_engine::327::ovirt_hosted_engine= _ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state E= ngineDown (score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:18,339::ho= sted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::= (start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>Ma= inThread::INFO::2014-12-19<br>10:12:28,651::hosted_engine::327::ovirt_hoste= d_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current= state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:28= ,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.Hosted= Engine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 240= 0)<br>MainThread::INFO::2014-12-19<br>10:12:39,010::hosted_engine::327::ovi= rt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br= >Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-19<br>= 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engin= e.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, sc= ore: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:49,338::hosted_engine::= 327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monito= ring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-1= 2-19<br>10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.host= ed_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (i= d: 1, score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:59,642::hosted_= engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(star= t_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO= ::2014-12-19<br>10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.ag= ent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0= .0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-19<br>10:13:10,010:= :hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin= e::(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThre= ad::INFO::2014-12-19<br>10:13:10,010::hosted_engine::332::ovirt_hosted_engi= ne_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote h= ost 10.0.0.94 (id: 1, score: 2400)<br><div><br></div><br>10.0.0.92(hosted-e= ngine-3)<br>same as 10.0.0.93<br>--<br><div><br></div>-----Original Message= -----<br>From: Simone Tiraboschi [mailto:stirabos@redhat.com]<br>Sent: Frid= ay, December 19, 2014 12:28 AM<br>To: Yue, Cong<br>Cc: users(a)ovirt.org<m= ailto:users@ovirt.org><br>Subject: Re: [ovirt-users] VM failover with ov= irt3.5<br><div><br></div><br><div><br></div>----- Original Message -----<br= >From: "Cong Yue" <Cong_Yue@alliedtelesis.com<mailto:Cong_Yue@alliedt= elesis.com>><br>To: users@ovirt.org<mailto:users@ovirt.org><br>= Sent: Friday, December 19, 2014 2:14:33 AM<br>Subject: [ovirt-users] VM fai= lover with ovirt3.5<br><div><br></div><br><div><br></div>Hi<br><div><br></d= iv><br><div><br></div>In my environment, I have 3 ovirt nodes as one cluste= r. And on top of<br>host-1, there is one vm to host ovirt engine.<br><div><= br></div>Also I have one external storage for the cluster to use as data do= main<br>of engine and data.<br><div><br></div>I confirmed live migration wo= rks well in my environment.<br><div><br></div>But it seems very buggy for V= M failover if I try to force to shut down<br>one ovirt node. Sometimes the = VM in the node which is shutdown can<br>migrate to other host, but it take = more than several minutes.<br><div><br></div>Sometimes, it can not migrate = at all. Sometimes, only when the host is<br>back, the VM is beginning to mo= ve.<br><div><br></div>Can you please check or share the logs under /var/log= /ovirt-hosted-engine-ha/<br>?<br><div><br></div>Is there some documentation= to explain how VM failover is working? And<br>is there some bugs reported = related with this?<br><div><br></div>http://www.ovirt.org/Features/Self_Hos= ted_Engine#Agent_State_Diagram<br><div><br></div>Thanks in advance,<br><div= ><br></div>Cong<br><div><br></div><br><div><br></div><br>This e-mail messag= e is for the sole use of the intended recipient(s)<br>and may contain confi= dential and privileged information. Any<br>unauthorized review, use, disclo= sure or distribution is prohibited. If<br>you are not the intended recipien= t, please contact the sender by reply<br>e-mail and destroy all copies of t= he original message. If you are the<br>intended recipient, please be advise= d that the content of this message<br>is subject to access, review and disc= losure by the sender's e-mail System<br>Administrator.<br><div><br></div>__= _____________________________________________<br>Users mailing list<br>User= s@ovirt.org<mailto:Users@ovirt.org><br>http://lists.ovirt.org/mailman= /listinfo/users<br><div><br></div>This e-mail message is for the sole use o= f the intended recipient(s) and may<br>contain confidential and privileged = information. Any unauthorized review,<br>use, disclosure or distribution is= prohibited. If you are not the intended<br>recipient, please contact the s= ender by reply e-mail and destroy all copies<br>of the original message. If= you are the intended recipient, please be<br>advised that the content of t= his message is subject to access, review and<br>disclosure by the sender's = e-mail System Administrator.<br><div><br></div><br>This e-mail message is f= or the sole use of the intended recipient(s) and may contain confidential a= nd privileged information. Any unauthorized review, use, disclosure or dist= ribution is prohibited. If you are not the intended recipient, please conta= ct the sender by reply e-mail and destroy all copies of the original messag= e. If you are the intended recipient, please be advised that the content of= this message is subject to access, review and disclosure by the sender's e= -mail System Administrator.<br>____________________________________________= ___<br>Users mailing list<br>Users@ovirt.org<mailto:Users@ovirt.org><= br>http://lists.ovirt.org/mailman/listinfo/users<br><div><br></div>________= ________________________<br>This e-mail message is for the sole use of the = intended recipient(s) and may contain confidential and privileged informati= on. Any unauthorized review, use, disclosure or distribution is prohibited.= If you are not the intended recipient, please contact the sender by reply = e-mail and destroy all copies of the original message. If you are the inten= ded recipient, please be advised that the content of this message is subjec= t to access, review and disclosure by the sender's e-mail System Administra= tor.<br>-------------- next part --------------<br>An HTML attachment was s= crubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/attachments/2= 0141228/c5ac26a7/attachment.html><br><div><br></div>--------------------= ----------<br><div><br></div>______________________________________________= _<br>Users mailing list<br>Users(a)ovirt.org<br>http://lists.ovirt.org/mailma= n/listinfo/users<br><div><br></div><br>End of Users Digest, Vol 39, Issue 1= 63<br>**************************************<br></div><div><br></div></div>= </body></html> ------=_Part_1871238_1615445632.1419874799888--

1 0

Re: [ovirt-users] Backup and Restore of VMs
by Nathanaël Blanchet 29 Dec '14

29 Dec '14

Le 29/12/2014 12:10, Nathanaël Blanchet a écrit : > Hello, > > Thank you for the script, yes, it is clearer now. > However, there is a something I misunderstand, my raisoning may be > stupid, just tell me. > It is closely about the backup process, precisely when the disk is > attached to the vm... At this moment, an extern process should do this > step. If we consider using the dd command to have a byte-to-byte copy > from the snapshot disk, why not directly attaching this cloned raw > virtual disk to the new OVF cloned VM instead of creating a new > provisonned disk? > But you just might consider doing file copy during the backup process > (rsnyc like) which implies to format the new created disk and many > additionnal steps as creating Logical Volumes if needed, etc... > Can anybody help me with understanding this step? > Thank you. > > Le 28/12/2014 10:02, Liron Aravot a écrit : >> Hi All, >> I've uploaded an example script (oVirt python-sdk) that contains >> examples to the steps >> described on >> http://www.ovirt.org/Features/Backup-Restore_API_Integration >> >> let me know how it works out for you - >> https://github.com/laravot/backuprestoreapi >> >> >> ----- Original Message ----- >>> From: "Liron Aravot" <laravot(a)redhat.com> >>> To: "Soeren Malchow" <soeren.malchow(a)mcon.net> >>> Cc: "Vered Volansky" <vered(a)redhat.com>, Users(a)ovirt.org >>> Sent: Wednesday, December 24, 2014 12:20:36 PM >>> Subject: Re: [ovirt-users] Backup and Restore of VMs >>> >>> Hi guys, >>> I'm currently working on complete example of the steps appear in - >>> http://www.ovirt.org/Features/Backup-Restore_API_Integration >>> >>> will share with you as soon as i'm done with it. >>> >>> thanks, >>> Liron >>> >>> ----- Original Message ----- >>>> From: "Soeren Malchow" <soeren.malchow(a)mcon.net> >>>> To: "Vered Volansky" <vered(a)redhat.com> >>>> Cc: Users(a)ovirt.org >>>> Sent: Wednesday, December 24, 2014 11:58:01 AM >>>> Subject: Re: [ovirt-users] Backup and Restore of VMs >>>> >>>> Dear Vered, >>>> >>>> at some point we have to start, and right now we are getting >>>> closer, even >>>> with the documentation it is sometime hard to find the correct >>>> place to >>>> start, especially without specific examples (and I have decades of >>>> experience now) >>>> >>>> with the backup plugin that came from Lucas Vandroux we have a >>>> starting >>>> point >>>> right now, and we will continue form here and try to work with him >>>> on this. >>>> >>>> Regards >>>> Soeren >>>> >>>> >>>> -----Original Message----- >>>> From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On >>>> Behalf Of >>>> Blaster >>>> Sent: Tuesday, December 23, 2014 5:49 PM >>>> To: Vered Volansky >>>> Cc: Users(a)ovirt.org >>>> Subject: Re: [ovirt-users] Backup and Restore of VMs >>>> >>>> Sounds like a Chicken/Egg problem. >>>> >>>> >>>> >>>> On 12/23/2014 12:03 AM, Vered Volansky wrote: >>>>> Well, real world is community... >>>>> Maybe change the name of the thread in order to make this more >>>>> clear for >>>>> someone from the community that might be able to could help. >>>>> Maybe something like: >>>>> Request for sharing real world example of VM backups. >>>>> >>>>> We obviously use it as part as developing, but I don't have what >>>>> you're >>>>> asking for. >>>>> If you try it yourself and stumble onto questions in the process, >>>>> please >>>>> ask the list and we'll do our best to help. >>>>> >>>>> Best Regards, >>>>> Vered >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Blaster" <blaster(a)556nato.com> >>>>>> To: "Vered Volansky" <vered(a)redhat.com> >>>>>> Cc: Users(a)ovirt.org >>>>>> Sent: Tuesday, December 23, 2014 5:56:13 AM >>>>>> Subject: Re: [ovirt-users] Backup and Restore of VMs >>>>>> >>>>>> >>>>>> Vered, >>>>>> >>>>>> It sounds like Soeren already knows about that page. His issue seems >>>>>> to be, as well as the issue of others judging by comments on >>>>>> here, is >>>>>> that there aren’t any real world examples of how the API is used. >>>>>> >>>>>> >>>>>> >>>>>> On Dec 22, 2014, at 9:26 AM, Vered Volansky <vered(a)redhat.com> >>>>>> wrote: >>>>>> >>>>>>> Please take a look at: >>>>>>> http://www.ovirt.org/Features/Backup-Restore_API_Integration >>>>>>> >>>>>>> Specifically: >>>>>>> http://www.ovirt.org/Features/Backup-Restore_API_Integration#Full_VM >>>>>>> >>>>>>> _Backups >>>>>>> >>>>>>> Regards, >>>>>>> Vered >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>>> From: "Soeren Malchow" <soeren.malchow(a)mcon.net> >>>>>>>> To: Users(a)ovirt.org >>>>>>>> Sent: Friday, December 19, 2014 1:44:38 PM >>>>>>>> Subject: [ovirt-users] Backup and Restore of VMs >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Dear all, >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ovirt: 3.5 >>>>>>>> >>>>>>>> gluster: 3.6.1 >>>>>>>> >>>>>>>> OS: CentOS 7 (except ovirt hosted engine = centos 6.6) >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> i spent quite a while researching backup and restore for VMs right >>>>>>>> now, so far I have come up with this as a start for us >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> - API calls to create schedule snapshots of virtual machines This >>>>>>>> is or short term storage and to guard against accidential deletion >>>>>>>> within the VM but not for storage corruption >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> - Since we are using a gluster backend, gluster snapshots I wasn’t >>>>>>>> able so far to really test it since the LV needs to be thin >>>>>>>> provisioned and we did not do that in the setup >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> For the API calls we have the problem that we can not find any >>>>>>>> existing scripts or something like that to do those snapshots (and >>>>>>>> i/we are not developers enough to do that). >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> As an additional information, we have a ZFS based storage with >>>>>>>> deduplication that we use for other backup purposes which does a >>>>>>>> great job especially because of the deduplication (we can storage >>>>>>>> generations of backups without problems), this storage can be NFS >>>>>>>> exported and used as backup repository. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Are there any backup and restore procedure you guys are using for >>>>>>>> backup and restore that works for you and can you point me into >>>>>>>> the >>>>>>>> right direction ? >>>>>>>> >>>>>>>> I am a little bit list right now and would appreciate any help. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Regards >>>>>>>> >>>>>>>> Soeren >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Users mailing list >>>>>>>> Users(a)ovirt.org >>>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> Users mailing list >>>>>>> Users(a)ovirt.org >>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> Users(a)ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> _______________________________________________ >>>> Users mailing list >>>> Users(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >

1 0

vdsm noipspoof.py vdsm hook problem
by InterNetX - Juergen Gotteswinter 29 Dec '14

29 Dec '14

Hi, i am trying to get the noipspoof.py Hook up and running, which works fine so far if i only feed it with a single ip. when trying to add 2+, like described in the ource (comma seperated), the gui tells me that this isnt expected / nice and wont let me do this. I already tried modding the Regex, which made the engine to take a 2nd/3rd ip (comma seperated), but it seems that theres somehere else something wrong with parsing this. VDSM throws this: vdsm vm.Vm ERROR vmId=`4c9cb160-2283-4769-a69c-434e6c992c2b`::The vm start process failed#012Traceback (most recent call last):#012 File "/usr/share/vdsm/virt/vm.py", line 2266, in _startUnderlyingVm#012 self._run()#012 File "/usr/share/vdsm/virt/vm.py", line 3332, in _run#012 domxml = hooks.before_vm_start(self._buildCmdLine(), self.conf)#012 File "/usr/share/vdsm/hooks.py", line 142, in before_vm_start#012 return _runHooksDir(domxml, 'before_vm_start', vmconf=vmconf)#012 File "/usr/share/vdsm/hooks.py", line 110, in _runHooksDir#012 raise HookError()#012HookError The VM fails to start, engine tries this on every available host (which, not surprising fail, too). Anyone any ideas / patches / hints how to mod this hook ? Thanks Juergen

1 0

Problem after update ovirt to 3.5
by Juan Jose 28 Dec '14

28 Dec '14

Hello everybody, After upgrade my engine to oVirt 3.5, I have also upgraded one of my hosts to oVirt 3.5. After that it seems that all have gone good aparently. But in some seconds my ISO domain is desconnected and it is impossible to Activate. I'm attaching my engine.log. The below error is showed each time I try to Activate the ISO domain. Before the upgrade it was working without problems: 2014-12-15 13:25:07,607 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Failed to connect Host host1 to the Storage Domains ISO_DOMAIN. 2014-12-15 13:25:07,608 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-5) [460733dd] FINISH, ConnectStorageServerVDSCommand, return: {81c0a853-715c-4478-a812-6a74808fc482=477}, log id: 3590969e 2014-12-15 13:25:07,615 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: The error message for connection ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 returned by VDSM was: Problem while trying to mount target 2014-12-15 13:25:07,616 ERROR [org.ovirt.engine.core.bll.storage.NFSStorageHelper] (org.ovirt.thread.pool-8-thread-5) [460733dd] The connection with details ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 failed because of error code 477 and error message is: problem while trying to mount target If any other information is required, please tell me. Many thanks in advanced, Juanjo.

4 6

Stucked VM Migration and now only run once
by Kurt Woitschach 28 Dec '14

28 Dec '14

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gioR5jNPrlhFWJc7CMfuUMwUJC4shLNV5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi all, we have a Problem with a VM that can only be started in run-once mode. After a temporary network disconnect on the hosting node, the vm (and some others) was down. When I tried to start regularly, it showed a currently beeing migrated status. I only could start it with run-once. Reboot didn't make a change. Any ideas? Greets Kurt --=20 Kurt Woitschach-M=C3=BCller kurt.woitschach-mueller(a)tngtech.com * +49-17= 43180076=20 TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterf=C3=B6hring=20 Gesch=C3=A4ftsf=C3=BChrer: Henrik Klagges, Gerhard M=C3=BCller, Christoph= Stock=20 Sitz: Unterf=C3=B6hring * Amtsgericht M=C3=BCnchen * HRB 135082=20 --gioR5jNPrlhFWJc7CMfuUMwUJC4shLNV5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJUnwb7AAoJEO13zDeMkkLQR2MH/j17+d1d/OPy7oqp4jCorHnk u5B/RC9ZNpPEhFBsw9KTVAOE/W8iKfBoHprYKWm/82obmchEC/FysYD9SCLCJNx3 Zjj2mT+Mxh+L+FFwkSCE4+DBh/CehxcO2AagbmGejjl1a5mYYZuNZBYhbTBdY8JF PPow94KENh0VHDCO5suRcnG/oDI90D/M1wU5zxO56+XojKzFnhXWdAlGgbTgJ+3d CCTP99mRM1e+A5DxKfB17CLXBBiou9iswnO7XW2PYR0Lon7D5rRdJCtdW9zDU2FW pXL7+vGvevIeY1hpZl6rIo8xMiZIbyi9hSrLI3sbHejmBX0ONcO9iRnt4q9AfmI= =0iXO -----END PGP SIGNATURE----- --gioR5jNPrlhFWJc7CMfuUMwUJC4shLNV5--

3 2

Re: [ovirt-users] Can not connect to Storage domain data
by Yue, Cong 27 Dec '14

27 Dec '14

--_000_ED08B56256B38842A463A2A0804C5AC0326ACA471Csvrcaexch1atg_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I found the workaround for this. For some reason my Storage domain of data can not be mounted. I just mount = it manually, like mount -t nfs nfs2-3:/data /rhev/data-center/mnt/nfs2-3:_data Actually, the folder of "/rhev/data-center/mnt/nfs2-3:_data" has been creat= ed. I think this may be some bug as for in my environment, I will reproduce= it always if I try to deploy the host from second time. Thanks, Cong From: Yue, Cong Sent: Thursday, December 18, 2014 2:17 PM To: 'users(a)ovirt.org' Subject: RE: Can not connect to Storage domain data I think the problems for my issue are related with the NFS version. >From the second, if I change the value of Defaultver /etc/nfsmount.conf fr= om "Defaultvres=3D4" to "Defaulvers=3D3", the mount can not be done. When I= changed it back to "Defaultvers=3D4", it will work. Also from /proc/mounts, it shows the nfs version is nfs4. But for my first = host, it is nfs3. Do somebody have the similar issue about thi? Thank in advance, Cong From: Yue, Cong Sent: Thursday, December 18, 2014 9:52 AM To: users(a)ovirt.org<mailto:users@ovirt.org> Subject: Can not connect to Storage domain data Hi I successfully deployed the first ovirt host with hosted-engine -deploy. En= gine VM works well. While, when I try to create the second host with the same way as the guide = of http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part= -two/ I am not using GlusterFS, and just use one external storage(nfs) in my envi= ronment. The issue I have is in the engine administration menu, it says "can not con= nect to storage domain data" In the second host, I checked with nfs-check.py for both storage and data d= omain. It shows the status is ok. http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues During deployment of the second host, how the data domain is trying to be m= ounted? Thanks, ________________________________ This e-mail message is for the sole use of the intended recipient(s) and ma= y contain confidential and privileged information. Any unauthorized review,= use, disclosure or distribution is prohibited. If you are not the intended= recipient, please contact the sender by reply e-mail and destroy all copie= s of the original message. If you are the intended recipient, please be adv= ised that the content of this message is subject to access, review and disc= losure by the sender's e-mail System Administrator. --_000_ED08B56256B38842A463A2A0804C5AC0326ACA471Csvrcaexch1atg_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">I found the workaround for this.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">For some reason my Storage domain of data can not be mounted. I just moun= t it manually, like<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">mount –t nfs nfs2-3:/data /rhev/data-center/mnt/nfs2-3:_data<o:p></= o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">Actually, the folder of “/rhev/data-center/mnt/nfs2-3:_data” = has been created. I think this may be some bug as for in my environment, I = will reproduce it always if I try to deploy the host from second time.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">Thanks,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">Cong<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <div> <div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in = 0in 0in"> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Tahoma","sans-serif"">From:</span></b><span style=3D"font-s= ize:10.0pt;font-family:"Tahoma","sans-serif""> Yue, Con= g <br> <b>Sent:</b> Thursday, December 18, 2014 2:17 PM<br> <b>To:</b> 'users(a)ovirt.org'<br> <b>Subject:</b> RE: Can not connect to Storage domain data <o:p></o:p></spa= n></p> </div> </div> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">I think the problems for my issue are related with the NFS version.<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">From the second, if I change the value of Defaultver  /etc/nfsmount.= conf from “Defaultvres=3D4” to “Defaulvers=3D3”, th= e mount can not be done. When I changed it back to “Defaultvers=3D4&#= 8221;, it will work.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">Also from /proc/mounts, it shows the nfs version is nfs4. But for my firs= t host, it is nfs3.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">Do somebody have the similar issue about thi?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">Thank in advance,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">Cong<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <div> <div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in = 0in 0in"> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Tahoma","sans-serif"">From:</span></b><span style=3D"font-s= ize:10.0pt;font-family:"Tahoma","sans-serif""> Yue, Con= g <br> <b>Sent:</b> Thursday, December 18, 2014 9:52 AM<br> <b>To:</b> <a href=3D"mailto:users@ovirt.org">users(a)ovirt.org</a><br> <b>Subject:</b> Can not connect to Storage domain data <o:p></o:p></span></= p> </div> </div> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Hi<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I successfully deployed the first ovirt host with ho= sted-engine –deploy. Engine VM works well.<o:p></o:p></p> <p class=3D"MsoNormal">While, when I try to create the second host with the= same way as the guide of <o:p></o:p></p> <p class=3D"MsoNormal"><a href=3D"http://community.redhat.com/blog/2014/11/= up-and-running-with-ovirt-3-5-part-two/">http://community.redhat.com/blog/2= 014/11/up-and-running-with-ovirt-3-5-part-two/</a><o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I am not using GlusterFS, and just use one external = storage(nfs) in my environment.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">The issue I have is in the engine administration men= u, it says “can not connect to storage domain data”<o:p></o:p><= /p> <p class=3D"MsoNormal">In the second host, I checked with nfs-check.py for = both storage and data domain. It shows the status is ok.<o:p></o:p></p> <p class=3D"MsoNormal"><a href=3D"http://www.ovirt.org/Troubleshooting_NFS_= Storage_Issues">http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues</a>= <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">During deployment of the second host, how the data d= omain is trying to be mounted?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> <br> <hr> <font face=3D"Arial" color=3D"Gray" size=3D"1">This e-mail message is for t= he sole use of the intended recipient(s) and may contain confidential and p= rivileged information. Any unauthorized review, use, disclosure or distribu= tion is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy = all copies of the original message. If you are the intended recipient, plea= se be advised that the content of this message is subject to access, review= and disclosure by the sender's e-mail System Administrator.<br> </font> </body> </html> --_000_ED08B56256B38842A463A2A0804C5AC0326ACA471Csvrcaexch1atg_--

2 2

Merry Christmas!
by Karli Sjöberg 24 Dec '14

24 Dec '14

And a Open New Year! :) /K

2 1

Re: [ovirt-users] Introduction!
by Donny Davis 24 Dec '14

24 Dec '14

----_com.android.email_839995840196020 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CiAgICAKV2VsY29tZSB0byBvdmlydC4KSWYgeW91IHdhbnQgdG8gc2VlIG92aXJ0IGNoZWNrIG91 dCBjbG91ZHNwaW4ubWUKSXRzIGZyZWUKCgpIYXBweSBDb25uZWN0aW5nLiBTZW50IGZyb20gbXkg U3ByaW50IFNhbXN1bmcgR2FsYXh5IFPCriA1CgotLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0t LS0tLS0tCkZyb206IFllZGlkeWFoIEJhciBEYXZpZCA8ZGlkaUByZWRoYXQuY29tPiAKRGF0ZTog MTIvMjMvMjAxNCAgMTE6NDkgUE0gIChHTVQtMDc6MDApIApUbzogVG9tIFdlZWtzIDx0b20ubS53 ZWVrc0BnbWFpbC5jb20+IApDYzogdXNlcnNAb3ZpcnQub3JnIApTdWJqZWN0OiBSZTogW292aXJ0 LXVzZXJzXSBJbnRyb2R1Y3Rpb24hIAoKSGkgVG9tLAoKLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAt LS0tLQo+IEZyb206ICJUb20gV2Vla3MiIDx0b20ubS53ZWVrc0BnbWFpbC5jb20+Cj4gVG86IHVz ZXJzQG92aXJ0Lm9yZwo+IFNlbnQ6IFdlZG5lc2RheSwgRGVjZW1iZXIgMjQsIDIwMTQgNDoxNToy NSBBTQo+IFN1YmplY3Q6IFtvdmlydC11c2Vyc10gSW50cm9kdWN0aW9uIQo+IAo+IEhlbGxvLAo+ IAo+IEkgYW0gaGFwcHkgdG8gam9pbiB0aGUgY29tbXVuaXR5IGFuZCBoZWxwIHN1cHBvcnQgdGhl IHByb2plY3QuIEknbSBhIGxvbmcKPiB0aW1lIHVzZXIgb2YgdlNwaGVyZS92Q2VudGVyIGJ1dCBJ IGFtIGFuIGFzcGlyaW5nIHRvIHdvcmsgd2l0aGluIG9wZW4tc291cmNlCj4gd29ybGQuIE15IHdv cmsgZXhwZXJpZW5jZSBpcyBpbiBjb3Jwb3JhdGUgZW52aXJvbm1lbnRzIGFuZCBpbmNsdWRlcwo+ IHZpcnR1YWxpemF0aW9uLCBzdG9yYWdlLCBhcyB3ZWxsIGFzIGJhc2ljIG5ldHdvcmtpbmcuCj4g Cj4gSSBob3BlIEkgY2FuIHN0YXJ0IGhlbHBpbmcgYnkgY29udmVydGluZyBteSBob21lbGFiIGZy b20gdGhlIFZNd2FyZSBzdGFjayB0bwo+IG9WaXJ0LiBJIGNhbiBjb250cmlidXRlIGJ5IHN1Ym1p dHRpbmcgYnVnIHJlcXVlc3RzIGFuZCBkb2N1bWVudGF0aW9uLi4ubGV0Cj4gbWUga25vdyBpZiB0 aGF0IHdvdWxkIGJlIGhlbHBmdWwhCgpUaGF0IHdvdWxkIGRlZmluaXRlbHkgYmUgaGVscGZ1bCEK Ckdvb2QgbHVjayBhbmQgYmVzdCByZWdhcmRzLAotLSAKRGlkaQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpVc2VycyBtYWlsaW5nIGxpc3QKVXNlcnNAb3Zp cnQub3JnCmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycwo= ----_com.android.email_839995840196020 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT4KICAgIAo8ZGl2PldlbGNvbWUgdG8g b3ZpcnQuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JZiB5b3Ugd2FudCB0byBzZWUgb3ZpcnQg Y2hlY2sgb3V0IGNsb3Vkc3Bpbi5tZTwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+SXRzIGZyZWU8 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2IGlk PSJjb21wb3Nlcl9zaWduYXR1cmUiPjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTo4NSU7Y29sb3I6IzU3 NTc1NyI+SGFwcHkgQ29ubmVjdGluZy4gU2VudCBmcm9tIG15IFNwcmludCBTYW1zdW5nIEdhbGF4 eSBTwq4gNTwvZGl2PjwvZGl2Pjxicj48YnI+LS0tLS0tLS0gT3JpZ2luYWwgbWVzc2FnZSAtLS0t LS0tLTxicj5Gcm9tOiBZZWRpZHlhaCBCYXIgRGF2aWQgJmx0O2RpZGlAcmVkaGF0LmNvbSZndDsg PGJyPkRhdGU6IDEyLzIzLzIwMTQgIDExOjQ5IFBNICAoR01ULTA3OjAwKSA8YnI+VG86IFRvbSBX ZWVrcyAmbHQ7dG9tLm0ud2Vla3NAZ21haWwuY29tJmd0OyA8YnI+Q2M6IHVzZXJzQG92aXJ0Lm9y ZyA8YnI+U3ViamVjdDogUmU6IFtvdmlydC11c2Vyc10gSW50cm9kdWN0aW9uISA8YnI+PGJyPkhp IFRvbSw8YnI+PGJyPi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS08YnI+Jmd0OyBGcm9tOiAi VG9tIFdlZWtzIiAmbHQ7dG9tLm0ud2Vla3NAZ21haWwuY29tJmd0Ozxicj4mZ3Q7IFRvOiB1c2Vy c0BvdmlydC5vcmc8YnI+Jmd0OyBTZW50OiBXZWRuZXNkYXksIERlY2VtYmVyIDI0LCAyMDE0IDQ6 MTU6MjUgQU08YnI+Jmd0OyBTdWJqZWN0OiBbb3ZpcnQtdXNlcnNdIEludHJvZHVjdGlvbiE8YnI+ Jmd0OyA8YnI+Jmd0OyBIZWxsbyw8YnI+Jmd0OyA8YnI+Jmd0OyBJIGFtIGhhcHB5IHRvIGpvaW4g dGhlIGNvbW11bml0eSBhbmQgaGVscCBzdXBwb3J0IHRoZSBwcm9qZWN0LiBJJ20gYSBsb25nPGJy PiZndDsgdGltZSB1c2VyIG9mIHZTcGhlcmUvdkNlbnRlciBidXQgSSBhbSBhbiBhc3BpcmluZyB0 byB3b3JrIHdpdGhpbiBvcGVuLXNvdXJjZTxicj4mZ3Q7IHdvcmxkLiBNeSB3b3JrIGV4cGVyaWVu Y2UgaXMgaW4gY29ycG9yYXRlIGVudmlyb25tZW50cyBhbmQgaW5jbHVkZXM8YnI+Jmd0OyB2aXJ0 dWFsaXphdGlvbiwgc3RvcmFnZSwgYXMgd2VsbCBhcyBiYXNpYyBuZXR3b3JraW5nLjxicj4mZ3Q7 IDxicj4mZ3Q7IEkgaG9wZSBJIGNhbiBzdGFydCBoZWxwaW5nIGJ5IGNvbnZlcnRpbmcgbXkgaG9t ZWxhYiBmcm9tIHRoZSBWTXdhcmUgc3RhY2sgdG88YnI+Jmd0OyBvVmlydC4gSSBjYW4gY29udHJp YnV0ZSBieSBzdWJtaXR0aW5nIGJ1ZyByZXF1ZXN0cyBhbmQgZG9jdW1lbnRhdGlvbi4uLmxldDxi cj4mZ3Q7IG1lIGtub3cgaWYgdGhhdCB3b3VsZCBiZSBoZWxwZnVsITxicj48YnI+VGhhdCB3b3Vs ZCBkZWZpbml0ZWx5IGJlIGhlbHBmdWwhPGJyPjxicj5Hb29kIGx1Y2sgYW5kIGJlc3QgcmVnYXJk cyw8YnI+LS0gPGJyPkRpZGk8YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX188YnI+VXNlcnMgbWFpbGluZyBsaXN0PGJyPlVzZXJzQG92aXJ0Lm9yZzxicj5o dHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+PC9ib2R5Pjwv aHRtbD4= ----_com.android.email_839995840196020--

1 0

Introduction!
by Tom Weeks 24 Dec '14

24 Dec '14

Hello, I am happy to join the community and help support the project. I'm a long time user of vSphere/vCenter but I am an aspiring to work within open-source world. My work experience is in corporate environments and includes virtualization, storage, as well as basic networking. I hope I can start helping by converting my homelab from the VMware stack to oVirt. I can contribute by submitting bug requests and documentation...let me know if that would be helpful! -Tom

2 1

Re: [ovirt-users] Migration from Proxmox 3.x to Ovirt
by Myles Wakeham 23 Dec '14

23 Dec '14

Nicolas writes: > I would be glad too to ear about the way to do a 'one step VM migration' > between two oVirt datacenters... Hmmm... Maybe I'm making an assumption here about a feature that doesn't exist. In Proxmox, once you have defined a 'cluster' of hypervisors, and they achieve Quorum (e.g. they can all see each other), you can select a single HN (VM) and select to 'Migrate' to another hypervisor right from the web interface. When you process it, it takes a snapshot of the HN and moves it to the target hypervisor, and then brings it up on the target. Is that not possible with oVirt? Myles ================= Myles Wakeham Chief Technology Officer Edgeneering LLC http://www.edgeneering.com Ph: +1-480-553-8940 Fax: +1-480-452-1979

2 1

Migration from Proxmox 3.x to Ovirt
by Myles Wakeham 23 Dec '14

23 Dec '14

We are considering migrating a number of hypervisors from Proxmox 3.x to Ovirt and I was reaching out to see if anyone here had gone through this process and might have some war stories to share? The bulk of our VMs are OpenVZ containers running Linux, but we have a handful of KVMs with Windows Server 2008. We've used the virtio drivers in those KVM servers. The biggest issue for us is the ridiculously complex clustering model with PM and we have multiple data centers with colocated servers in racks and some do not allow multicasting between them, forcing us to have to change out our VPNs between the servers. Our goal is to allow a 'one step migration' capability of VMs between data centers, which is a major effort to get setup with PM since v2. If oVirt can help us achieve this, I'm all ears as I think we are ready to make this migration happen. Thanks in advance for any suggestions or comments. Myles ================= Myles Wakeham Chief Technology Officer Edgeneering LLC http://www.edgeneering.com Ph: +1-480-553-8940 Fax: +1-480-452-1979

2 1

Two new plugins for oVirt
by Lucas Vandroux 23 Dec '14

23 Dec '14

This is a multi-part message in MIME format. ------=_NextPart_5493C7CD_0A31C798_253BB12C Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNCg0KV2UgZGV2ZWxvcGVkIDIgbmV3IHBsdWdpbnMgZm9yIHRoZSBvVmly dC1FbmdpbmUuDQoNCg0KVGhlIGZpcnN0IG9uZSBpcyB0byBpbnRlcmFjdCB3aXRoIHRoZSBl bmdpbmUtbWFuYWdlLWRvbWFpbnMgdG9vbCBkaXJlY3RseSBmcm9tIFdlYkFkbWluOiBodHRw czovL2dpdGh1Yi5jb20vb3ZpcnQtY2hpbmEvbWFuYWdlLWRvbWFpbnMtcGx1Z2luDQoNCg0K VGhlIHNlY29uZCBvbmUgaXMgdG8gc2NoZWR1bGUgYXV0b21hdGljIGJhY2t1cHMgb2YgeW91 ciB2bXM6IGh0dHBzOi8vZ2l0aHViLmNvbS9vdmlydC1jaGluYS92bS1iYWNrdXAtc2NoZWR1 bGVyDQoNCg0KTWF5YmUgdGhleSBjYW4gaGVscCB5b3UuDQoNCg0KQmVzdCByZWdhcmRzLA0K DQoNCkx1Y2FzIFZhbmRyb3V4IGZvciB0aGUgb1ZpcnQtQ2hpbmEgVGVhbSAoaHR0cDovL292 aXJ0LWNoaW5hLm9yZy8p ------=_NextPart_5493C7CD_0A31C798_253BB12C Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGRpdj5EZWFyIGFsbCw8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDIwLCAyNCwgMzUpOyBmb250LWZhbWlseTogSGVsdmV0aWNhLCBBcmlhbCwg J2x1Y2lkYSBncmFuZGUnLCB0YWhvbWEsIHZlcmRhbmEsIGFyaWFsLCBzYW5zLXNlcmlmOyBs aW5lLWhlaWdodDogMTkuMzE5OTk5Njk0ODI0MnB4OyI+V2UgZGV2ZWxvcGVkIDIgbmV3IHBs dWdpbnMgZm9yIHRoZSBvVmlydC1FbmdpbmUuPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4gc3R5 bGU9ImNvbG9yOiByZ2IoMjAsIDI0LCAzNSk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2EsIEFy aWFsLCAnbHVjaWRhIGdyYW5kZScsIHRhaG9tYSwgdmVyZGFuYSwgYXJpYWwsIHNhbnMtc2Vy aWY7IGxpbmUtaGVpZ2h0OiAxOS4zMTk5OTk2OTQ4MjQycHg7Ij48YnI+PC9zcGFuPjwvZGl2 PjxkaXY+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMjAsIDI0LCAzNSk7IGZvbnQtZmFtaWx5 OiBIZWx2ZXRpY2EsIEFyaWFsLCAnbHVjaWRhIGdyYW5kZScsIHRhaG9tYSwgdmVyZGFuYSwg YXJpYWwsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAxOS4zMTk5OTk2OTQ4MjQycHg7Ij5U aGUgZmlyc3Qgb25lIGlzJm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDIw LCAyNCwgMzUpOyBmb250LWZhbWlseTogSGVsdmV0aWNhLCBBcmlhbCwgJ2x1Y2lkYSBncmFu ZGUnLCB0YWhvbWEsIHZlcmRhbmEsIGFyaWFsLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDog MTkuMzE5OTk5Njk0ODI0MnB4OyI+dG8gaW50ZXJhY3Qgd2l0aCB0aGUgZW5naW5lLW1hbmFn ZS1kb21haW5zIHRvb2wgZGlyZWN0bHkgZnJvbSBXZWJBZG1pbjombmJzcDs8L3NwYW4+PGZv bnQgY29sb3I9IiMxNDE4MjMiIGZhY2U9IkhlbHZldGljYSwgQXJpYWwsIGx1Y2lkYSBncmFu ZGUsIHRhaG9tYSwgdmVyZGFuYSwgYXJpYWwsIHNhbnMtc2VyaWYiPjxzcGFuIHN0eWxlPSJs aW5lLWhlaWdodDogMTkuMzE5OTk5Njk0ODI0MnB4OyI+aHR0cHM6Ly9naXRodWIuY29tL292 aXJ0LWNoaW5hL21hbmFnZS1kb21haW5zLXBsdWdpbjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRp dj48Zm9udCBjb2xvcj0iIzE0MTgyMyIgZmFjZT0iSGVsdmV0aWNhLCBBcmlhbCwgbHVjaWRh IGdyYW5kZSwgdGFob21hLCB2ZXJkYW5hLCBhcmlhbCwgc2Fucy1zZXJpZiI+PHNwYW4gc3R5 bGU9ImxpbmUtaGVpZ2h0OiAxOS4zMTk5OTk2OTQ4MjQycHg7Ij48YnI+PC9zcGFuPjwvZm9u dD48L2Rpdj48ZGl2Pjxmb250IGNvbG9yPSIjMTQxODIzIiBmYWNlPSJIZWx2ZXRpY2EsIEFy aWFsLCBsdWNpZGEgZ3JhbmRlLCB0YWhvbWEsIHZlcmRhbmEsIGFyaWFsLCBzYW5zLXNlcmlm Ij48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDE5LjMxOTk5OTY5NDgyNDJweDsiPlRoZSBz ZWNvbmQgb25lIGlzIHRvIHNjaGVkdWxlIGF1dG9tYXRpYyBiYWNrdXBzIG9mIHlvdXIgdm1z OiZuYnNwO2h0dHBzOi8vZ2l0aHViLmNvbS9vdmlydC1jaGluYS92bS1iYWNrdXAtc2NoZWR1 bGVyPC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGNvbG9yPSIjMTQxODIzIiBmYWNl PSJIZWx2ZXRpY2EsIEFyaWFsLCBsdWNpZGEgZ3JhbmRlLCB0YWhvbWEsIHZlcmRhbmEsIGFy aWFsLCBzYW5zLXNlcmlmIj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDE5LjMxOTk5OTY5 NDgyNDJweDsiPjxicj48L3NwYW4+PC9mb250PjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImNv bG9yOiByZ2IoMjAsIDI0LCAzNSk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2EsIEFyaWFsLCAn bHVjaWRhIGdyYW5kZScsIHRhaG9tYSwgdmVyZGFuYSwgYXJpYWwsIHNhbnMtc2VyaWY7IGxp bmUtaGVpZ2h0OiAxOS4zMTk5OTk2OTQ4MjQycHg7Ij5NYXliZSB0aGV5IGNhbiBoZWxwIHlv dS48L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigyMCwgMjQsIDM1 KTsgZm9udC1mYW1pbHk6IEhlbHZldGljYSwgQXJpYWwsICdsdWNpZGEgZ3JhbmRlJywgdGFo b21hLCB2ZXJkYW5hLCBhcmlhbCwgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6IDE5LjMxOTk5 OTY5NDgyNDJweDsiPjxicj48L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigyMCwgMjQsIDM1KTsgZm9udC1mYW1pbHk6IEhlbHZldGljYSwgQXJpYWwsICdsdWNp ZGEgZ3JhbmRlJywgdGFob21hLCB2ZXJkYW5hLCBhcmlhbCwgc2Fucy1zZXJpZjsgbGluZS1o ZWlnaHQ6IDE5LjMxOTk5OTY5NDgyNDJweDsiPkJlc3QgcmVnYXJkcyw8L3NwYW4+PC9kaXY+ PGRpdj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigyMCwgMjQsIDM1KTsgZm9udC1mYW1pbHk6 IEhlbHZldGljYSwgQXJpYWwsICdsdWNpZGEgZ3JhbmRlJywgdGFob21hLCB2ZXJkYW5hLCBh cmlhbCwgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6IDE5LjMxOTk5OTY5NDgyNDJweDsiPjxi cj48L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigyMCwgMjQsIDM1 KTsgZm9udC1mYW1pbHk6IEhlbHZldGljYSwgQXJpYWwsICdsdWNpZGEgZ3JhbmRlJywgdGFo b21hLCB2ZXJkYW5hLCBhcmlhbCwgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6IDE5LjMxOTk5 OTY5NDgyNDJweDsiPkx1Y2FzIFZhbmRyb3V4IGZvciB0aGUgb1ZpcnQtQ2hpbmEgVGVhbSAo PC9zcGFuPjxmb250IGNvbG9yPSIjMTQxODIzIiBmYWNlPSJIZWx2ZXRpY2EsIEFyaWFsLCBs dWNpZGEgZ3JhbmRlLCB0YWhvbWEsIHZlcmRhbmEsIGFyaWFsLCBzYW5zLXNlcmlmIj48c3Bh biBzdHlsZT0ibGluZS1oZWlnaHQ6IDE5LjMxOTk5OTY5NDgyNDJweDsiPmh0dHA6Ly9vdmly dC1jaGluYS5vcmcvPC9zcGFuPjwvZm9udD48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigyMCwg MjQsIDM1KTsgZm9udC1mYW1pbHk6IEhlbHZldGljYSwgQXJpYWwsICdsdWNpZGEgZ3JhbmRl JywgdGFob21hLCB2ZXJkYW5hLCBhcmlhbCwgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6IDE5 LjMxOTk5OTY5NDgyNDJweDsiPik8L3NwYW4+PC9kaXY+PGRpdj48Zm9udCBjb2xvcj0iIzE0 MTgyMyIgZmFjZT0iSGVsdmV0aWNhLCBBcmlhbCwgbHVjaWRhIGdyYW5kZSwgdGFob21hLCB2 ZXJkYW5hLCBhcmlhbCwgc2Fucy1zZXJpZiI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAx OS4zMTk5OTk2OTQ4MjQycHg7Ij48YnI+PC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2Pjxmb250 IGNvbG9yPSIjMTQxODIzIiBmYWNlPSJIZWx2ZXRpY2EsIEFyaWFsLCBsdWNpZGEgZ3JhbmRl LCB0YWhvbWEsIHZlcmRhbmEsIGFyaWFsLCBzYW5zLXNlcmlmIj48c3BhbiBzdHlsZT0ibGlu ZS1oZWlnaHQ6IDE5LjMxOTk5OTY5NDgyNDJweDsiPjxicj48L3NwYW4+PC9mb250PjwvZGl2 PjxkaXY+PGluY2x1ZGV0YWlsPjwhLS08IVtlbmRpZl0tLT48L2luY2x1ZGV0YWlsPjwvZGl2 Pg== ------=_NextPart_5493C7CD_0A31C798_253BB12C--

4 3

SPM host and snapshot deletion
by Demeter Tibor 23 Dec '14

23 Dec '14

------=_Part_8476872_1620595366.1419319418351 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I have an ovirt 3.5 with glusterfs and three nodes. centos 6.5 and glusterfs 3.5.2. When I do a snapshot deletion on stopped VM, then on the SPM host eats all of virtual memory and whit this kill all of running VMs that is running on SPM host. It is a very big problem because I need to delete a lot of snapshot. In this case I need to powereing off these VMs because there are no other options for stopping. I've try out the live migration, but in this case the live migration does not working. is it a know bug? Thanks in advance. Tibor ------=_Part_8476872_1620595366.1419319418351 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Hi,</div><div>I have an ovirt 3.5 with glusterfs and three nodes. centos 6.5 and glusterfs 3.5.2.</div><div>When I do a snapshot deletion on stopped VM, then on the SPM host eats all of virtual memory and whit this kill all of running VMs that is running on SPM host.</div><div>It is a very big problem because I need to delete a lot of snapshot.</div><div>In this case I need to powereing off these VMs because there are no other options for stopping. </div><div>I've try out the live migration, but in this case the live migration does not working.</div><div><br></div><div>is it a know bug?</div><div><br></div><div>Thanks in advance.</div><div>Tibor</div></div></body></html> ------=_Part_8476872_1620595366.1419319418351--

1 0

oVirt bonding mode4 + cisco 2960 XR
by Алексей Николаев 23 Dec '14

23 Dec '14

Hi, community! I have made bond0 mode4 (eth0+eth1+eth2+eth3) by oVirt portal. It's work well on CentOS 7 node. How I can setup my cisco 2960 XR switch for work with this bond0 for loadbalancing + aggregation (802.3ad)?

5 4

Re: [ovirt-users] [RFI] oVirt 3.6 Planning
by Itamar Heim 23 Dec '14

23 Dec '14

5 5

Centos 7 guest on rhev 3.4
by Jakub Bittner 22 Dec '14

22 Dec '14

Hello, we are running rhev 3.4 and we installed Centos 7.0 as guest with KDE gui. When I connect to this guest via spice I can see desktop, but it doesnt resize. I have to manually change resolution inside guest (Centos 7). I have ovirt-agent and vd-agent installed and running in guest. We are connecting from Centos 7. (Resizing in Centos 6 works as expected) In Centos 7 guest we have: spice-server-0.12.4-5.el7_0.1.x86_64 spice-gtk3-0.20-8.el7.x86_64 spice-glib-0.20-8.el7.x86_64 spice-xpi-2.8-5.el7.x86_64 spice-vdagent-0.14.0-7.el7.x86_64 ovirt-guest-agent-common-1.0.10-2.el7.noarch In Centos 7 from which we connects: virt-viewer-0.5.7-7.el7.x86_64 spice-gtk3-0.20-8.el7.x86_64 spice-vdagent-0.14.0-7.el7.x86_64 spice-xpi-2.8-5.el7.x86_64 spice-glib-0.20-8.el7.x86_64 Maybe I should install some package in to guest, but I dont know which. Thanks for help.

2 2

Replace Failed Master Data Domain
by Jerry Champlin 22 Dec '14

22 Dec '14

List: What is the process for replacing a master data domain. The storage attached to this was corrupted and has been replaced. We need to get the data domain back. Any pointers greatly appreciated. -Jerry Jerry Champlin Absolute Performance Inc. Phone: 303-565-4401 -- Enabling businesses to deliver critical applications at lower cost and higher value to their customers. NON-DISCLOSURE NOTICE: This communication including any and all attachments is for the intended recipient(s) only and may contain confidential and privileged information. If you are not the intended recipient of this communication, any disclosure, copying further distribution or use of this communication is prohibited. If you received this communication in error, please contact the sender and delete/destroy all copies of this communication immediately.

2 1

Change host hostname/ip
by Zenon D'Elee 22 Dec '14

22 Dec '14

Hello, I have a hosted ovirt infra with only one host and one storage. I don't know how to change the host ip address in the ovirt web manager (grey). Do I have to use the "ovirt-engine-rename" command line on the ovirt vm ? Do I have to put the host in maintenance ? Thank you for helping.

2 2

Re: [ovirt-users] Strange error messages
by Timothy Asir Jeyasingh 22 Dec '14

22 Dec '14

------=_Part_288197_798400652.1419246610865 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Ovirt stores the hook files at the first time it discovers any gluster hook file in the specific path (/var/lib/glusterd/hooks/1) in the node and keeps checking the hooks file across every node with its master copy and returns a conflict message whenever it finds any differences. To resolve this conflict, Ovirt UI provides a resolve option. Using which one can copy the master hook file to every node or can select any particular host's hook file to be copied across every nodes and update the Ovirt's master copy. Regards, Timothy ----- Original Message ----- > -------- Original Message -------- > Subject: Re: [ovirt-users] Strange error messages > Date: Mon, 17 Nov 2014 18:21:20 +0530 > From: knarra <knarra(a)redhat.com> > To: Demeter Tibor <tdemeter(a)itsmart.hu> , "users(a)ovirt.org List" > <users(a)ovirt.org> > On 11/17/2014 06:14 PM, Demeter Tibor wrote: > > Hi, > > > Meanwhile this happening in every two hours. > > > For example 09:21, 11:21, 13:21 > > > Anybody can me help? > > > Thanks, > > > Tibor > > This happens because the time for syncing the hooks from node to engine has > been configured for two hours. > > ----- Original Message ----- > > > > Hi, > > > > > > In this morning I have got a lot of similar messages to console: > > > > > > 2014-Nov-17, 03:21 > > > > > > Detected conflict in hook set-POST-30samba-set.sh of Cluster > > > r710cluster1. > > > > > > 2014-Nov-17, 03:21 > > > > > > Detected conflict in hook stop-PRE-29CTDB-teardown.sh of Cluster > > > r710cluster1. > > > > > > 2014-Nov-17, 03:21 > > > > > > Detected conflict in hook add-brick-PRE-28Quota-enable-root-xattr-heal.sh > > > of > > > Cluster r710cluster1. > > > > > > 2014-Nov-17, 03:21 > > > > > > Detected conflict in hook set-POST-31ganesha-set.sh of Cluster > > > r710cluster1. > > > > > > 2014-Nov-17, 03:21 > > > > > > Detected conflict in hook start-POST-30samba-start.sh of Cluster > > > r710cluster1. > > > > > > 2014-Nov-17, 03:21 > > > > > > Detected conflict in hook reset-POST-31ganesha-reset.sh of Cluster > > > r710cluster1. > > > > > > 2014-Nov-17, 03:21 > > > > > > Detected conflict in hook > > > gsync-create-POST-56glusterd-geo-rep-create-post.sh > > > of Cluster r710cluster1. > > > > > > What does this mean? > > > > > > The system seems to be working. > > > > > > Thanks: > > > > > > Tibor > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users(a)ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > > Users mailing list Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > ------=_Part_288197_798400652.1419246610865 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div>Ovirt stores the hook files at t= he first time it discovers<br>any gluster hook file in the specific path (/= var/lib/glusterd/hooks/1) in the node<br>and keeps checking the hooks file = across every node with its master copy<br>and returns a conflict message wh= enever it finds any differences.<br><br>To resolve this conflict, Ovirt UI = provides a resolve option.<br>Using which one can copy the master hook file= to every node or<br>can select any particular host's hook file to be copie= d across every nodes<br>and update the Ovirt's master copy.</div><div><br><= /div><div>Regards,<br></div><div>Timothy<br></div><div><br></div><hr id=3D"= zwchr"><blockquote style=3D"border-left:2px solid #1010FF;margin-left:5px;p= adding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decora= tion:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><br><div = class=3D"moz-forward-container"> -------- Original Message -------- <table class=3D"moz-email-headers-table mceItemTable" border=3D"0" ce= llpadding=3D"0" cellspacing=3D"0"> <tbody> <tr> <th align=3D"RIGHT" nowrap=3D"nowrap" valign=3D"BASELINE">Subje= ct: </th> <td>Re: [ovirt-users] Strange error messages</td> </tr> <tr> <th align=3D"RIGHT" nowrap=3D"nowrap" valign=3D"BASELINE">Date:= </th> <td>Mon, 17 Nov 2014 18:21:20 +0530</td> </tr> <tr> <th align=3D"RIGHT" nowrap=3D"nowrap" valign=3D"BASELINE">From:= </th> <td>knarra <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:kn= arra(a)redhat.com" target=3D"_blank"><knarra(a)redhat.com></a><br data-mc= e-bogus=3D"1"></td> </tr> <tr> <th align=3D"RIGHT" nowrap=3D"nowrap" valign=3D"BASELINE">To: <= /th> <td>Demeter Tibor <a class=3D"moz-txt-link-rfc2396E" href=3D"ma= ilto:tdemeter@itsmart.hu" target=3D"_blank"><tdemeter(a)itsmart.hu></a>= , <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:users@ovirt= .orgList" target=3D"_blank">"users(a)ovirt.org List"</a> <a class=3D"moz-txt-= link-rfc2396E" href=3D"mailto:users@ovirt.org" target=3D"_blank"><users@= ovirt.org></a><br data-mce-bogus=3D"1"></td> </tr> </tbody> </table> <br> <br> =20 <div class=3D"moz-cite-prefix">On 11/17/2014 06:14 PM, Demeter Tibor wrote:<br> </div> <blockquote cite=3D"mid:1832467516.3984213.1416228270346.JavaMail.zim= bra(a)itsmart.hu"> <div style=3D"font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"> <div>Hi,<br> </div> <div><br> </div> <div>Meanwhile this happening in every two hours.</div> <div>For example 09:21, 11:21, 13:21</div> <div><br> </div> <div>Anybody can me help?</div> <div><br> </div> <div>Thanks,</div> <div><br> </div> <div>Tibor</div> </div> </blockquote> <br> This happens because the time for syncing the hooks from node to engine has been configured for two hours. <br> <br> <blockquote cite=3D"mid:1832467516.3984213.1416228270346.JavaMail.zim= bra(a)itsmart.hu"> <div style=3D"font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"> <div><br> </div> <hr id=3D"zwchr"> <blockquote style=3D"border-left:2px solid #1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font= -style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;f= ont-size:12pt;"> <div style=3D"font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"> <div>Hi, <br> </div> <div><br> </div> <div>In this morning I have got a lot of similar messages to console: <br> </div> <div><br> </div> <div>        <br> 2014-Nov-17, 03:21 <br>         <br> Detected conflict in hook set-POST-30samba-set.sh of Cluster r710cluster1. <br> </div> <div><br> </div> <div>        <br> 2014-Nov-17, 03:21 <br>         <br> Detected conflict in hook stop-PRE-29CTDB-teardown.sh of Cluster r710cluster1. <br> </div> <div><br> </div> <div>        <br> 2014-Nov-17, 03:21 <br>         <br> Detected conflict in hook add-brick-PRE-28Quota-enable-root-xattr-heal.sh of Cluster r710cluster1. <br> </div> <div><br> </div> <div>        <br> 2014-Nov-17, 03:21 <br>         <br> Detected conflict in hook set-POST-31ganesha-set.sh of Cluster r710cluster1. <br> </div> <div><br> </div> <div>        <br> 2014-Nov-17, 03:21 <br>         <br> Detected conflict in hook start-POST-30samba-start.sh of Cluster r710cluster1. <br> </div> <div><br> </div> <div>        <br> 2014-Nov-17, 03:21 <br>         <br> Detected conflict in hook reset-POST-31ganesha-reset.sh of Cluster r710cluster1. <br> </div> <div><br> </div> <div>        <br> 2014-Nov-17, 03:21 <br>         <br> Detected conflict in hook gsync-create-POST-56glusterd-geo-rep-create-post.sh of Cluster r710cluster1. <br> </div> <div><br> </div> <div><br> </div> <div><br> </div> <div>What does this mean? <br> </div> <div><br> </div> <div>The system seems to be working. <br> </div> <div><br> </div> <div>Thanks: <br> </div> <div><br> </div> <div>Tibor<br> </div> <div><br> </div> <div><br> </div> </div> <br> _______________________________________________<br> Users mailing list<br> <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Users@ovir= t.org" target=3D"_blank">Users(a)ovirt.org</a><br> <a class=3D"moz-txt-link-freetext" href=3D"http://lists.ovirt.o= rg/mailman/listinfo/users" target=3D"_blank">http://lists.ovirt.org/mailman= /listinfo/users</a><br> </blockquote> <div><br> </div> </div> <br> <fieldset class=3D"mimeAttachmentHeader"></fieldset> <br> <pre>_______________________________________________ Users mailing list <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Users@ovirt.org" targe= t=3D"_blank">Users(a)ovirt.org</a> <a class=3D"moz-txt-link-freetext" href=3D"http://lists.ovirt.org/mailman/l= istinfo/users" target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/us= ers</a> </pre> </blockquote> <br> <br> </div> <br> =20 </blockquote><div><br></div></div></body></html> ------=_Part_288197_798400652.1419246610865--

1 0

Re: [ovirt-users] Using 10gb vNIC/vbridge into VM is possible?
by Kalil de A. Carvalho 22 Dec '14

22 Dec '14

Dear Amador. No, unfortunately not. This was just a friend question, because he need VM with 10GB NIC's. Today he is using Xenserver, this solution does not attend his expedition and he is research another solution. I told him about oVirt/KVM but this is a prerequisite to use. I will plan with him to try make a project to test a take the resolts. Best regards. On Fri, Dec 19, 2014 at 1:18 AM, Amador Segundo <asegundo(a)redhat.com> wrote: > Virtio devices does not support speed, so we fake their speeds showing > "1000mbps" in Admin. Portal. If your boxes have 10gbps devices then your > vms are already taking advantage of that. Did you test it? Could you share > some results? > > > -----Original Message----- > From: Kalil de A. Carvalho [kalilac(a)gmail.com] > Received: Thursday, 18 Dec 2014, 22:59 > To: users(a)ovirt.org > Subject: [ovirt-users] Using 10gb vNIC/vbridge into VM is possible? > > > Hello all. > > Today a follow work ask me if is possible to use vNIC or vbridge in a VM > managed by ovirt. > > What he wants is to have a virtual 10gb network to some machines. > > All hosts NIC's are 10gb. > > Is this possible? > > If yes how can I do it? > > Best regards. > -- Atenciosamente, Kalil de A. Carvalho

5 4

all hosts non-operational
by Brent Hartzell 22 Dec '14

22 Dec '14

------=_NextPart_000_2B93_01D01D96.3EAE13C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, After testing replacing a failed Gluster brick (shared ovirt/gluster) ALL hosts in the cluster go non-responsive, storage drops off etc. Now, gluster peer status fails, can't set any volume options, the volume randomly drops out of oVirt (was created from oVirt), log in oVirt dashboard shows the entry that the volume was deleted (but is there). Any gluster commands just hang. The combination of Ovirt & Gluster seems stable until there's a problem, then literally everything just grinds to a halt. All VM's go down, datacenter & hosts go non-responsive and the whole thing is broke.. Any ideas on what we should be looking for? ------=_NextPart_000_2B93_01D01D96.3EAE13C0 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=3D"Content-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><p = class=3DMsoNormal>Hello,<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>After = testing replacing a failed Gluster brick (shared ovirt/gluster) ALL = hosts in the cluster go non-responsive, storage drops off etc. Now, = gluster peer status fails, can’t set any volume options, the = volume randomly drops out of oVirt (was created from oVirt), log in = oVirt dashboard shows the entry that the volume was deleted (but is = there). Any gluster commands just hang. The combination of Ovirt & = Gluster seems stable until there’s a problem, then literally = everything just grinds to a halt. All VM’s go down, datacenter = & hosts go non-responsive and the whole thing is broke.. Any ideas = on what we should be looking for?<o:p></o:p></p></div></body></html> ------=_NextPart_000_2B93_01D01D96.3EAE13C0--

2 1

vm has paused due to unknown storage error
by Punit Dambiwal 22 Dec '14

22 Dec '14

Hi, Suddenly all of my VM on one host paused with the following error :- vm has paused due to unknown storage error I am using glusterfs storage with distributed replicate replica=2....my storage and compute both running on the same node... engine logs :- http://ur1.ca/j31iu Host logs :- http://ur1.ca/j31kk (I grep it for one Failed VM) Thanks, Punit

2 3

Setup, run and access a VNC session built from script
by Nicolas Ecarnot 21 Dec '14

21 Dec '14

Hi, Some months ago, I think I read something like that here, but I can not find it... We have several oVirt setups, and we can not change that. We have several VMs on each of them, and sometimes, we have to access their oVirt VNC console, but it is painful to know on which oVirt they are running. At present, I either have to remember on which one it lies, or to web-connect on every oVirt web GUI and crawl. I thought I would be possible to have a DNS cname made like this : c-myServerName, pointing to something leading to the VNC oVirt console of the myServerName VM. That ( <- ? ) would lead to asking oVirt to create a VNC session for the correct VM, create the passwd, then run a noVNC session with the correct credentials. I'm used to play with simple oVirt shell commands, but I guess that many things will happen in a HTML and WWW context, so I've started to play with REST. Does anybody knows if someone took the time to do similar things, or if someone remembers having seen such a workflow? Regards -- Nicolas Ecarnot

3 3

Re: [ovirt-users] Using 10gb vNIC/vbridge into VM is possible? (Darrell Budic)
by Nikolai Sednev 21 Dec '14

21 Dec '14

------=_Part_235182_797090940.1419163706720 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit https://bugzilla.redhat.com/show_bug.cgi?id=1168478 SR-IOV target release 3.6 and you'll need appropriate NIC on your Host, supporting this functionality http://wiki.ovirt.org/Feature/SR-IOV Thanks in advance. Best regards, Nikolai ____________________ Nikolai Sednev Senior Quality Engineer at Compute team Red Hat Israel 34 Jerusalem Road, Ra'anana, Israel 43501 Tel: +972 9 7692043 Mobile: +972 52 7342734 Email: nsednev(a)redhat.com IRC: nsednev ----- Original Message ----- From: users-request(a)ovirt.org To: users(a)ovirt.org Sent: Friday, December 19, 2014 8:22:17 PM Subject: Users Digest, Vol 39, Issue 135 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: console viewer for ovrit engine (Yue, Cong) 2. Re: Using 10gb vNIC/vbridge into VM is possible? (Darrell Budic) 3. Re: VM failover with ovirt3.5 (Yue, Cong) ---------------------------------------------------------------------- Message: 1 Date: Fri, 19 Dec 2014 09:03:11 -0800 From: "Yue, Cong" <Cong_Yue(a)alliedtelesis.com> To: Simone Tiraboschi <stirabos(a)redhat.com> Cc: "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] console viewer for ovrit engine Message-ID: <ED08B56256B38842A463A2A0804C5AC0326AEEF291(a)svr-ca-exch1.atg.lc> Content-Type: text/plain; charset="utf-8" So. It means the web-proxy should be installed into the engine inside the virt nodes where host the VM. The ovirt engine is with centos 6.6. I will have a try for this later. Thanks, Cong -----Original Message----- From: Simone Tiraboschi [mailto:stirabos@redhat.com] Sent: Friday, December 19, 2014 12:31 AM To: Yue, Cong Cc: Gianluca Cecchi; users(a)ovirt.org Subject: Re: [ovirt-users] console viewer for ovrit engine ----- Original Message ----- > From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com> > To: "Simone Tiraboschi" <stirabos(a)redhat.com> > Cc: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com>, users(a)ovirt.org > Sent: Thursday, December 18, 2014 5:39:39 PM > Subject: RE: [ovirt-users] console viewer for ovrit engine > > Sorry. It is centos 7 for host. > > > -----Original Message----- > From: Yue, Cong > Sent: Thursday, December 18, 2014 8:38 AM > To: 'Simone Tiraboschi' > Cc: Gianluca Cecchi; users(a)ovirt.org > Subject: RE: [ovirt-users] console viewer for ovrit engine > > Thanks for the reply. > Yes, I am using centos for host. What engine host in your definition? > Is the host PC where engine VM is running on the top? The physical host or VM witch runs the engine. > I am doing the walkthrough as > http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5 > / > http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5 > -part-two/ > > I am glad to test your new 3.5.1 in my environment. > > Thanks, > Cong > > > -----Original Message----- > From: Simone Tiraboschi [mailto:stirabos@redhat.com] > Sent: Thursday, December 18, 2014 1:02 AM > To: Yue, Cong > Cc: Gianluca Cecchi; users(a)ovirt.org > Subject: Re: [ovirt-users] console viewer for ovrit engine > > > > ----- Original Message ----- > > From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com> > > To: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com> > > Cc: users(a)ovirt.org > > Sent: Thursday, December 18, 2014 12:45:09 AM > > Subject: Re: [ovirt-users] console viewer for ovrit engine > > > > > > > > I checked but also it saids there is no such package. It works now > > with my native client. > > > > Some strange.. > > The oVirt websocket proxy is part of the engine and it's by default > installed on the engine host when you install the engine; engine-setup > asks if you want to configure it or not. > Than, if you really need for your network design, you can also install > and configure the websocket proxy on a different host. > http://www.ovirt.org/Features/WebSocketProxy_on_a_separate_host > but this is already a special case. > > I read in this thread that you are using centos7 (also for the engine host?). > We didn't release oVirt 3.5.0 for el7 but we'll do since 3.5.1 which > is targeted just after Christmas vacation (you are welcome to help us > testing it on centos7!) so now you still cannot find > ovirt-websocket-proxy rpm for > el7 on the stable branch. > If you really need to install it right now on el7 you can try from > nightly snapshot. > > > > > > Thanks, > > > > Cong > > > > > > > > > > > > From: Gianluca Cecchi [mailto:gianluca.cecchi@gmail.com] > > Sent: Wednesday, December 17, 2014 2:07 PM > > To: Yue, Cong > > Cc: Donny Davis; awels(a)redhat.com; users(a)ovirt.org > > Subject: Re: [ovirt-users] console viewer for ovrit engine > > > > > > > > > > On Wed, Dec 17, 2014 at 10:58 PM, Yue, Cong < > > Cong_Yue(a)alliedtelesis.com > > > wrote: > > > > Thanks, but it saids there is no ovirt-websocket-proxy packges. > > I am using the repository of > > http://resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm > > > > Thanks, > > Cong > > > > > > > > > > The package, at least in 3.5 is > > ovirt-engine-websocket-proxy > > > > > > Gianluca > > > > > > > > > > > > This e-mail message is for the sole use of the intended recipient(s) > > and may contain confidential and privileged information. Any > > unauthorized review, use, disclosure or distribution is prohibited. > > If you are not the intended recipient, please contact the sender by > > reply e-mail and destroy all copies of the original message. If you > > are the intended recipient, please be advised that the content of > > this message is subject to access, review and disclosure by the > > sender's e-mail System Administrator. > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > This e-mail message is for the sole use of the intended recipient(s) > and may contain confidential and privileged information. Any > unauthorized review, use, disclosure or distribution is prohibited. If > you are not the intended recipient, please contact the sender by reply > e-mail and destroy all copies of the original message. If you are the > intended recipient, please be advised that the content of this message > is subject to access, review and disclosure by the sender's e-mail System Administrator. > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. ------------------------------ Message: 2 Date: Fri, 19 Dec 2014 11:08:03 -0600 From: Darrell Budic <budic(a)onholyground.com> To: "Kalil de A. Carvalho" <kalilac(a)gmail.com> Cc: Amador Segundo <asegundo(a)redhat.com>, users(a)ovirt.org Subject: Re: [ovirt-users] Using 10gb vNIC/vbridge into VM is possible? Message-ID: <B6ECAED5-7CE3-44D2-A4E8-90EF46B3203D(a)onholyground.com> Content-Type: text/plain; charset="utf-8" I tried a quick iperf test a while back and got 3-4Gb/sec between a pair of VMs on separate hosts with a 10G infrastructure, no real tuning and no SRIOV. That met my needs so I didn?t try anything further. If you were aiming for 10G for all, you?d want to work on SRIOV I imagine, but they get pretty good performance even without it. > On Dec 19, 2014, at 4:49 AM, Kalil de A. Carvalho <kalilac(a)gmail.com> wrote: > > Dear Amador. > > No, unfortunately not. > > This was just a friend question, because he need VM with 10GB NIC's. > > Today he is using Xenserver, this solution does not attend his expedition and he is research another solution. > > I told him about oVirt/KVM but this is a prerequisite to use. > > I will plan with him to try make a project to test a take the resolts. > > Best regards. > > On Fri, Dec 19, 2014 at 1:18 AM, Amador Segundo <asegundo(a)redhat.com <mailto:asegundo@redhat.com>> wrote: > Virtio devices does not support speed, so we fake their speeds showing "1000mbps" in Admin. Portal. If your boxes have 10gbps devices then your vms are already taking advantage of that. Did you test it? Could you share some results? > > > -----Original Message----- > From: Kalil de A. Carvalho [kalilac(a)gmail.com <mailto:kalilac@gmail.com>] > Received: Thursday, 18 Dec 2014, 22:59 > To: users(a)ovirt.org <mailto:users@ovirt.org> > Subject: [ovirt-users] Using 10gb vNIC/vbridge into VM is possible? > > > Hello all. > > Today a follow work ask me if is possible to use vNIC or vbridge in a VM managed by ovirt. > > What he wants is to have a virtual 10gb network to some machines. > > All hosts NIC's are 10gb. > > Is this possible? > > If yes how can I do it? > > Best regards. > > > > > -- > Atenciosamente, > Kalil de A. Carvalho > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20141219/e2a27490/attach…> ------------------------------ Message: 3 Date: Fri, 19 Dec 2014 10:22:10 -0800 From: "Yue, Cong" <Cong_Yue(a)alliedtelesis.com> To: Simone Tiraboschi <stirabos(a)redhat.com> Cc: "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] VM failover with ovirt3.5 Message-ID: <ED08B56256B38842A463A2A0804C5AC0326AEEF2F1(a)svr-ca-exch1.atg.lc> Content-Type: text/plain; charset="utf-8" Thanks for the information. This is the log for my three ovirt nodes. >From the output of hosted-engine --vm-status, it shows the engine state for my 2nd and 3rd ovirt node is DOWN. Is this the reason why VM failover not work in my environment? How can I make also engine works for my 2nd and 3rd ovit nodes? -- --== Host 1 status ==-- Status up-to-date : True Hostname : 10.0.0.94 Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 2400 Local maintenance : False Host timestamp : 150475 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=150475 (Fri Dec 19 13:12:18 2014) host-id=1 score=2400 maintenance=False state=EngineUp --== Host 2 status ==-- Status up-to-date : True Hostname : 10.0.0.93 Host ID : 2 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 2400 Local maintenance : False Host timestamp : 1572 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=1572 (Fri Dec 19 10:12:18 2014) host-id=2 score=2400 maintenance=False state=EngineDown --== Host 3 status ==-- Status up-to-date : False Hostname : 10.0.0.92 Host ID : 3 Engine status : unknown stale-data Score : 2400 Local maintenance : False Host timestamp : 987 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=987 (Fri Dec 19 10:09:58 2014) host-id=3 score=2400 maintenance=False state=EngineDown -- And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are as follows: -- 10.0.0.94(hosted-engine-1) --- MainThread::INFO::2014-12-19 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm running on localhost MainThread::INFO::2014-12-19 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Global metadata: {'maintenance': False} MainThread::INFO::2014-12-19 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Host 10.0.0.93 (id 2): {'extra': 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 (Fri Dec 19 10:10:14 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': {'reason': 'vm not running on this host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, 'host-ts': 1448} MainThread::INFO::2014-12-19 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Host 10.0.0.92 (id 3): {'extra': 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 (Fri Dec 19 10:09:58 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': {'reason': 'vm not running on this host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, 'host-ts': 987} MainThread::INFO::2014-12-19 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': False, 'cpu-load': 0.0269, 'gateway': True} MainThread::INFO::2014-12-19 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine vm running on localhost MainThread::INFO::2014-12-19 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::INFO::2014-12-19 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::INFO::2014-12-19 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) ---- 10.0.0.93 (hosted-engine-2) MainThread::INFO::2014-12-19 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) MainThread::INFO::2014-12-19 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-12-19 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.94 (id: 1, score: 2400) 10.0.0.92(hosted-engine-3) same as 10.0.0.93 -- -----Original Message----- From: Simone Tiraboschi [mailto:stirabos@redhat.com] Sent: Friday, December 19, 2014 12:28 AM To: Yue, Cong Cc: users(a)ovirt.org Subject: Re: [ovirt-users] VM failover with ovirt3.5 ----- Original Message ----- > From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com> > To: users(a)ovirt.org > Sent: Friday, December 19, 2014 2:14:33 AM > Subject: [ovirt-users] VM failover with ovirt3.5 > > > > Hi > > > > In my environment, I have 3 ovirt nodes as one cluster. And on top of > host-1, there is one vm to host ovirt engine. > > Also I have one external storage for the cluster to use as data domain > of engine and data. > > I confirmed live migration works well in my environment. > > But it seems very buggy for VM failover if I try to force to shut down > one ovirt node. Sometimes the VM in the node which is shutdown can > migrate to other host, but it take more than several minutes. > > Sometimes, it can not migrate at all. Sometimes, only when the host is > back, the VM is beginning to move. Can you please check or share the logs under /var/log/ovirt-hosted-engine-ha/ ? > Is there some documentation to explain how VM failover is working? And > is there some bugs reported related with this? http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram > Thanks in advance, > > Cong > > > > > This e-mail message is for the sole use of the intended recipient(s) > and may contain confidential and privileged information. Any > unauthorized review, use, disclosure or distribution is prohibited. If > you are not the intended recipient, please contact the sender by reply > e-mail and destroy all copies of the original message. If you are the > intended recipient, please be advised that the content of this message > is subject to access, review and disclosure by the sender's e-mail System Administrator. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. ------------------------------ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 39, Issue 135 ************************************** ------=_Part_235182_797090940.1419163706720 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo= r: #000000"><div><a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1= 168478" data-mce-href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1168= 478">https://bugzilla.redhat.com/show_bug.cgi?id=3D1168478</a></div><div><b= r></div><div>SR-IOV target release 3.6 and you'll need appropriate NIC on y= our Host, supporting this functionality <a href=3D"http://wiki.ovirt.o= rg/Feature/SR-IOV" data-mce-href=3D"http://wiki.ovirt.org/Feature/SR-IOV">h= ttp://wiki.ovirt.org/Feature/SR-IOV</a></div><div><br></div><div><span name= =3D"x"></span><br>Thanks in advance.<br><div><br></div>Best regards,<br>Nik= olai<br>____________________<br>Nikolai Sednev<br>Senior Quality Engineer a= t Compute team<br>Red Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel = 43501<br><div><br></div>Tel:       +972   9 7692043<br>= Mobile: +972 52 7342734<br>Email: nsednev(a)redhat.com<br>IRC: nsednev<span n= ame=3D"x"></span><br></div><div><br></div><hr id=3D"zwchr"><div style=3D"co= lor:#000;font-weight:normal;font-style:normal;text-decoration:none;font-fam= ily:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>users-request@= ovirt.org<br><b>To: </b>users(a)ovirt.org<br><b>Sent: </b>Friday, December 19= , 2014 8:22:17 PM<br><b>Subject: </b>Users Digest, Vol 39, Issue 135<br><di= v><br></div>Send Users mailing list submissions to<br>   &nb= sp;    users(a)ovirt.org<br><div><br></div>To subscribe o= r unsubscribe via the World Wide Web, visit<br>    &nbs= p;   http://lists.ovirt.org/mailman/listinfo/users<br>or, vi= a email, send a message with subject or body 'help' to<br>  &nbsp= ;     users-request(a)ovirt.org<br><div><br></div>Yo= u can reach the person managing the list at<br>    &nbs= p;   users-owner(a)ovirt.org<br><div><br></div>When replying, = please edit your Subject line so it is more specific<br>than "Re: Contents = of Users digest..."<br><div><br></div><br>Today's Topics:<br><div><br></div= >   1. Re:  console viewer for ovrit engine (Yue, Cong)<br>&= nbsp;  2. Re:  Using 10gb vNIC/vbridge into VM is possible? (Darr= ell Budic)<br>   3. Re:  VM failover with ovirt3.5 (Yue, Con= g)<br><div><br></div><br>--------------------------------------------------= --------------------<br><div><br></div>Message: 1<br>Date: Fri, 19 Dec 2014= 09:03:11 -0800<br>From: "Yue, Cong" <Cong_Yue(a)alliedtelesis.com><br>= To: Simone Tiraboschi <stirabos(a)redhat.com><br>Cc: "users(a)ovirt.org" = <users(a)ovirt.org><br>Subject: Re: [ovirt-users] console viewer for ov= rit engine<br>Message-ID:<br>       &nbs= p;<ED08B56256B38842A463A2A0804C5AC0326AEEF291(a)svr-ca-exch1.atg.lc><br= >Content-Type: text/plain; charset=3D"utf-8"<br><div><br></div>So. It means= the web-proxy should be installed into the engine inside the virt nodes wh= ere host the VM.<br>The ovirt engine is with centos 6.6.<br><div><br></div>= I will have a try for this later.<br><div><br></div>Thanks,<br>Cong<br><div= ><br></div>-----Original Message-----<br>From: Simone Tiraboschi [mailto:st= irabos(a)redhat.com]<br>Sent: Friday, December 19, 2014 12:31 AM<br>To: Yue, = Cong<br>Cc: Gianluca Cecchi; users(a)ovirt.org<br>Subject: Re: [ovirt-users] = console viewer for ovrit engine<br><div><br></div><br><div><br></div>----- = Original Message -----<br>> From: "Cong Yue" <Cong_Yue(a)alliedtelesis.= com><br>> To: "Simone Tiraboschi" <stirabos(a)redhat.com><br>>= Cc: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com>, users(a)ovirt.org<b= r>> Sent: Thursday, December 18, 2014 5:39:39 PM<br>> Subject: RE: [o= virt-users] console viewer for ovrit engine<br>><br>> Sorry. It is ce= ntos 7 for host.<br>><br>><br>> -----Original Message-----<br>>= From: Yue, Cong<br>> Sent: Thursday, December 18, 2014 8:38 AM<br>> = To: 'Simone Tiraboschi'<br>> Cc: Gianluca Cecchi; users(a)ovirt.org<br>&gt= ; Subject: RE: [ovirt-users] console viewer for ovrit engine<br>><br>&gt= ; Thanks for the reply.<br>> Yes, I am using centos for host. What engin= e host in your definition?<br>> Is the host PC where engine VM is runnin= g on the top?<br><div><br></div>The physical host or VM witch runs the engi= ne.<br><div><br></div>> I am doing the walkthrough as<br>> http://com= munity.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5<br>> /<br>&= gt; http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5<= br>> -part-two/<br>><br>> I am glad to test your new 3.5.1 in my e= nvironment.<br>><br>> Thanks,<br>> Cong<br>><br>><br>> --= ---Original Message-----<br>> From: Simone Tiraboschi [mailto:stirabos@r= edhat.com]<br>> Sent: Thursday, December 18, 2014 1:02 AM<br>> To: Yu= e, Cong<br>> Cc: Gianluca Cecchi; users(a)ovirt.org<br>> Subject: Re: [= ovirt-users] console viewer for ovrit engine<br>><br>><br>><br>&gt= ; ----- Original Message -----<br>> > From: "Cong Yue" <Cong_Yue@a= lliedtelesis.com><br>> > To: "Gianluca Cecchi" <gianluca.cecchi= @gmail.com><br>> > Cc: users(a)ovirt.org<br>> > Sent: Thursday= , December 18, 2014 12:45:09 AM<br>> > Subject: Re: [ovirt-users] con= sole viewer for ovrit engine<br>> ><br>> ><br>> ><br>>= > I checked but also it saids there is no such package. It works now<br= >> > with my native client.<br>> ><br>> > Some strange..<= br>><br>> The oVirt websocket proxy is part of the engine and it's by= default<br>> installed on the engine host when you install the engine; = engine-setup<br>> asks if you want to configure it or not.<br>> Than,= if you really need for your network design, you can also install<br>> a= nd configure the websocket proxy on a different host.<br>>  http://= www.ovirt.org/Features/WebSocketProxy_on_a_separate_host<br>> but this i= s already a special case.<br>><br>> I read in this thread that you ar= e using centos7 (also for the engine host?).<br>> We didn't release oVir= t 3.5.0 for el7 but we'll do since 3.5.1 which<br>> is targeted just aft= er Christmas vacation (you are welcome to help us<br>> testing it on cen= tos7!) so now you still cannot find<br>> ovirt-websocket-proxy rpm for<b= r>> el7 on the stable branch.<br>> If you really need to install it r= ight now on el7 you can try from<br>> nightly snapshot.<br>><br>><= br>><br>><br>> > Thanks,<br>> ><br>> > Cong<br>>= ><br>> ><br>> ><br>> ><br>> ><br>> > From= : Gianluca Cecchi [mailto:gianluca.cecchi@gmail.com]<br>> > Sent: Wed= nesday, December 17, 2014 2:07 PM<br>> > To: Yue, Cong<br>> > C= c: Donny Davis; awels(a)redhat.com; users(a)ovirt.org<br>> > Subject: Re:= [ovirt-users] console viewer for ovrit engine<br>> ><br>> ><br= >> ><br>> ><br>> > On Wed, Dec 17, 2014 at 10:58 PM, Yue,= Cong <<br>> > Cong_Yue(a)alliedtelesis.com ><br>> > wrote:= <br>> ><br>> > Thanks, but it saids there is no ovirt-websocket= -proxy packges.<br>> > I am using the repository of<br>> > http= ://resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm<br>> ><br>&gt= ; > Thanks,<br>> > Cong<br>> ><br>> ><br>> ><br>= > ><br>> > The package, at least in 3.5 is<br>> > ovirt-e= ngine-websocket-proxy<br>> ><br>> ><br>> > Gianluca<br>&g= t; ><br>> ><br>> ><br>> ><br>> ><br>> > Th= is e-mail message is for the sole use of the intended recipient(s)<br>> = > and may contain confidential and privileged information. Any<br>> &= gt; unauthorized review, use, disclosure or distribution is prohibited.<br>= > > If you are not the intended recipient, please contact the sender = by<br>> > reply e-mail and destroy all copies of the original message= . If you<br>> > are the intended recipient, please be advised that th= e content of<br>> > this message is subject to access, review and dis= closure by the<br>> > sender's e-mail System Administrator.<br>> &= gt;<br>> > _______________________________________________<br>> &g= t; Users mailing list<br>> > Users(a)ovirt.org<br>> > http://list= s.ovirt.org/mailman/listinfo/users<br>> ><br>><br>> This e-mail= message is for the sole use of the intended recipient(s)<br>> and may c= ontain confidential and privileged information. Any<br>> unauthorized re= view, use, disclosure or distribution is prohibited. If<br>> you are not= the intended recipient, please contact the sender by reply<br>> e-mail = and destroy all copies of the original message. If you are the<br>> inte= nded recipient, please be advised that the content of this message<br>> = is subject to access, review and disclosure by the sender's e-mail System A= dministrator.<br>><br><div><br></div>This e-mail message is for the sole= use of the intended recipient(s) and may contain confidential and privileg= ed information. Any unauthorized review, use, disclosure or distribution is= prohibited. If you are not the intended recipient, please contact the send= er by reply e-mail and destroy all copies of the original message. If you a= re the intended recipient, please be advised that the content of this messa= ge is subject to access, review and disclosure by the sender's e-mail Syste= m Administrator.<br><div><br></div>------------------------------<br><div><= br></div>Message: 2<br>Date: Fri, 19 Dec 2014 11:08:03 -0600<br>From: Darre= ll Budic <budic(a)onholyground.com><br>To: "Kalil de A. Carvalho" <k= alilac(a)gmail.com><br>Cc: Amador Segundo <asegundo(a)redhat.com>, use= rs(a)ovirt.org<br>Subject: Re: [ovirt-users] Using 10gb vNIC/vbridge into VM = is<br>        possible?<br>Message-= ID: <B6ECAED5-7CE3-44D2-A4E8-90EF46B3203D(a)onholyground.com><br>Conten= t-Type: text/plain; charset=3D"utf-8"<br><div><br></div>I tried a quick ipe= rf test a while back and got 3-4Gb/sec between a pair of VMs on separate ho= sts with a 10G infrastructure, no real tuning and no SRIOV. That met my nee= ds so I didn?t try anything further. If you were aiming for 10G for all, yo= u?d want to work on SRIOV I imagine, but they get pretty good performance e= ven without it.<br><div><br></div><br>> On Dec 19, 2014, at 4:49 AM, Kal= il de A. Carvalho <kalilac(a)gmail.com> wrote:<br>> <br>> Dear Am= ador.<br>> <br>> No, unfortunately not.<br>> <br>> This was jus= t a friend question, because he need VM with 10GB NIC's.<br>> <br>> T= oday he is using Xenserver, this solution does not attend his expedition an= d he is research another solution.<br>> <br>> I told him about oVirt/= KVM but this is a prerequisite to use.<br>> <br>> I will plan with hi= m to try make a project to test a take the resolts.<br>> <br>> Best r= egards. <br>> <br>> On Fri, Dec 19, 2014 at 1:18 AM, Amador Segundo &= lt;asegundo(a)redhat.com <mailto:asegundo@redhat.com>> wrote:<br>&gt= ; Virtio devices does not support speed, so we fake their speeds showing "1= 000mbps" in Admin. Portal. If your boxes have 10gbps devices then your vms = are already taking advantage of that. Did you test it? Could you share some= results? <br>> <br>> <br>> -----Original Message----- <br>> Fr= om: Kalil de A. Carvalho [kalilac(a)gmail.com <mailto:kalilac@gmail.com&gt= ;] <br>> Received: Thursday, 18 Dec 2014, 22:59 <br>> To: users@ovirt= .org <mailto:users@ovirt.org> <br>> Subject: [ovirt-users] Using 1= 0gb vNIC/vbridge into VM is possible? <br>> <br>> <br>> Hello all.= <br>> <br>> Today a follow work ask me if is possible to use vNIC or = vbridge in a VM managed by ovirt.<br>> <br>> What he wants is to have= a virtual 10gb network to some machines.<br>> <br>> All hosts NIC's = are 10gb.<br>> <br>> Is this possible?<br>> <br>> If yes how ca= n I do it?<br>> <br>> Best regards.<br>> <br>> <br>> <br>&gt= ; <br>> -- <br>> Atenciosamente,<br>> Kalil de A. Carvalho<br>>= <br>> _______________________________________________<br>> Users mai= ling list<br>> Users(a)ovirt.org <mailto:Users@ovirt.org><br>> ht= tp://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.org/mail= man/listinfo/users><br>-------------- next part --------------<br>An HTM= L attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/u= sers/attachments/20141219/e2a27490/attachment-0001.html><br><div><br></d= iv>------------------------------<br><div><br></div>Message: 3<br>Date: Fri= , 19 Dec 2014 10:22:10 -0800<br>From: "Yue, Cong" <Cong_Yue@alliedtelesi= s.com><br>To: Simone Tiraboschi <stirabos(a)redhat.com><br>Cc: "user= s(a)ovirt.org" <users(a)ovirt.org><br>Subject: Re: [ovirt-users] VM failo= ver with ovirt3.5<br>Message-ID:<br>      &nb= sp; <ED08B56256B38842A463A2A0804C5AC0326AEEF2F1(a)svr-ca-exch1.atg.lc= ><br>Content-Type: text/plain; charset=3D"utf-8"<br><div><br></div>Thank= s for the information. This is the log for my three ovirt nodes.<br>From th= e output of hosted-engine --vm-status, it shows the engine state for my 2nd= and 3rd ovirt node is DOWN.<br>Is this the reason why VM failover not work= in my environment? How can I make also engine works for my 2nd and 3rd ovi= t nodes?<br>--<br>--=3D=3D Host 1 status =3D=3D--<br><div><br></div>Status = up-to-date                  : = True<br>Hostname                 &n= bsp;         : 10.0.0.94<br>Host ID     &nbsp= ;                     &nb= sp;: 1<br>Engine status               &n= bsp;      : {"health": "good", "vm": "up",<br>"detail": "up"= }<br>Score                   &= nbsp;          : 2400<br>Local maintenance   =                : False<br>Host time= stamp                    = : 150475<br>Extra metadata (valid at timestamp):<br>metadata_parse_version= =3D1<br>metadata_feature_version=3D1<br>timestamp=3D150475 (Fri Dec 19 13:1= 2:18 2014)<br>host-id=3D1<br>score=3D2400<br>maintenance=3DFalse<br>state= =3DEngineUp<br><div><br></div><br>--=3D=3D Host 2 status =3D=3D--<br><div><= br></div>Status up-to-date              =    : True<br>Hostname             =               : 10.0.0.93<br>Host ID &nb= sp;                     &= nbsp;    : 2<br>Engine status           =            : {"reason": "vm not running on<br= >this host", "health": "bad", "vm": "down", "detail": "unknown"}<br>Score &= nbsp;                    =        : 2400<br>Local maintenance     &nbsp= ;            : False<br>Host timestamp  =                   : 1572<br>E= xtra metadata (valid at timestamp):<br>metadata_parse_version=3D1<br>metada= ta_feature_version=3D1<br>timestamp=3D1572 (Fri Dec 19 10:12:18 2014)<br>ho= st-id=3D2<br>score=3D2400<br>maintenance=3DFalse<br>state=3DEngineDown<br><= div><br></div><br>--=3D=3D Host 3 status =3D=3D--<br><div><br></div>Status = up-to-date                  : = False<br>Hostname                 &= nbsp;         : 10.0.0.92<br>Host ID     &nbs= p;                     &n= bsp;: 3<br>Engine status               &= nbsp;      : unknown stale-data<br>Score     &nbsp= ;                     &nb= sp;  : 2400<br>Local maintenance           &n= bsp;      : False<br>Host timestamp       &nb= sp;             : 987<br>Extra metadata (vali= d at timestamp):<br>metadata_parse_version=3D1<br>metadata_feature_version= =3D1<br>timestamp=3D987 (Fri Dec 19 10:09:58 2014)<br>host-id=3D3<br>score= =3D2400<br>maintenance=3DFalse<br>state=3DEngineDown<br><div><br></div>--<b= r>And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes a= re as follows:<br>--<br>10.0.0.94(hosted-engine-1)<br>---<br>MainThread::IN= FO::2014-12-19<br>13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.= agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state Engin= eUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:09:33,716::hosted_e= ngine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start= _monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThre= ad::INFO::2014-12-19<br>13:09:44,017::hosted_engine::327::ovirt_hosted_engi= ne_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state= EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:09:44,017::ho= sted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::= (start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>Ma= inThread::INFO::2014-12-19<br>13:09:54,303::hosted_engine::327::ovirt_hoste= d_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current= state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:09:54,3= 03::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEn= gine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)= <br>MainThread::INFO::2014-12-19<br>13:10:04,342::states::394::ovirt_hosted= _engine_ha.agent.hosted_engine.HostedEngine::(consume)<br>Engine vm running= on localhost<br>MainThread::INFO::2014-12-19<br>13:10:04,617::hosted_engin= e::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_mon= itoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-= 12-19<br>13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hos= ted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (= id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:14,657::state_= machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(ref= resh)<br>Global metadata: {'maintenance': False}<br>MainThread::INFO::2014-= 12-19<br>13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hos= ted_engine.HostedEngine::(refresh)<br>Host 10.0.0.93 (id 2): {'extra':<br>'= metadata_parse_version=3D1\nmetadata_feature_version=3D1\ntimestamp=3D1448<= br>(Fri Dec 19 10:10:14<br>2014)\nhost-id=3D2\nscore=3D2400\nmaintenance=3D= False\nstate=3DEngineDown\n',<br>'hostname': '10.0.0.93', 'alive': True, 'h= ost-id': 2, 'engine-status':<br>{'reason': 'vm not running on this host', '= health': 'bad', 'vm':<br>'down', 'detail': 'unknown'}, 'score': 2400, 'main= tenance': False,<br>'host-ts': 1448}<br>MainThread::INFO::2014-12-19<br>13:= 10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.H= ostedEngine::(refresh)<br>Host 10.0.0.92 (id 3): {'extra':<br>'metadata_par= se_version=3D1\nmetadata_feature_version=3D1\ntimestamp=3D987<br>(Fri Dec 1= 9 10:09:58<br>2014)\nhost-id=3D3\nscore=3D2400\nmaintenance=3DFalse\nstate= =3DEngineDown\n',<br>'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, = 'engine-status':<br>{'reason': 'vm not running on this host', 'health': 'ba= d', 'vm':<br>'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': Fa= lse,<br>'host-ts': 987}<br>MainThread::INFO::2014-12-19<br>13:10:14,658::st= ate_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::= (refresh)<br>Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up',= <br>'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance':<br>= False, 'cpu-load': 0.0269, 'gateway': True}<br>MainThread::INFO::2014-12-19= <br>13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_e= ngine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 24= 00)<br>MainThread::INFO::2014-12-19<br>13:10:14,904::hosted_engine::332::ov= irt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<b= r>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014= -12-19<br>13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.ho= sted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (sco= re: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:25,210::hosted_engine::3= 32::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitor= ing)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO= ::2014-12-19<br>13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.ag= ent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineU= p (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:35,499::hosted_eng= ine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_m= onitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread= ::INFO::2014-12-19<br>13:10:45,784::hosted_engine::327::ovirt_hosted_engine= _ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state E= ngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:45,785::host= ed_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(s= tart_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>Main= Thread::INFO::2014-12-19<br>13:10:56,070::hosted_engine::327::ovirt_hosted_= engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current s= tate EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:56,070= ::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngi= ne::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<b= r>MainThread::INFO::2014-12-19<br>13:11:06,109::states::394::ovirt_hosted_e= ngine_ha.agent.hosted_engine.HostedEngine::(consume)<br>Engine vm running o= n localhost<br>MainThread::INFO::2014-12-19<br>13:11:06,359::hosted_engine:= :327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monit= oring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12= -19<br>13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hoste= d_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id= : 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:16,658::hosted_e= ngine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start= _monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2= 014-12-19<br>13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent= .hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.= 93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:26,991::ho= sted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::= (start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::I= NFO::2014-12-19<br>13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha= .agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 1= 0.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:37,3= 41::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEn= gine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThr= ead::INFO::2014-12-19<br>13:11:37,341::hosted_engine::332::ovirt_hosted_eng= ine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote = host 10.0.0.93 (id: 2, score: 2400)<br>----<br><div><br></div>10.0.0.93 (ho= sted-engine-2)<br>MainThread::INFO::2014-12-19<br>10:12:18,339::hosted_engi= ne::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_mo= nitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::20= 14-12-19<br>10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.= hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.9= 4 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:28,651::hos= ted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(= start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::= INFO::2014-12-19<br>10:12:28,652::hosted_engine::332::ovirt_hosted_engine_h= a.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host = 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:39,= 010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedE= ngine::(start_monitoring)<br>Current state EngineDown (score: 2400)<br>Main= Thread::INFO::2014-12-19<br>10:12:39,010::hosted_engine::332::ovirt_hosted_= engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remo= te host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-19<br>1= 0:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine= .HostedEngine::(start_monitoring)<br>Current state EngineDown (score: 2400)= <br>MainThread::INFO::2014-12-19<br>10:12:49,338::hosted_engine::332::ovirt= _hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>B= est remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12= -19<br>10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hoste= d_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (scor= e: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:59,642::hosted_engine::33= 2::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitori= ng)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO:= :2014-12-19<br>10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.age= nt.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineDo= wn (score: 2400)<br>MainThread::INFO::2014-12-19<br>10:13:10,010::hosted_en= gine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_= monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br><div><br>= </div><br>10.0.0.92(hosted-engine-3)<br>same as 10.0.0.93<br>--<br><div><br= ></div>-----Original Message-----<br>From: Simone Tiraboschi [mailto:stirab= os(a)redhat.com]<br>Sent: Friday, December 19, 2014 12:28 AM<br>To: Yue, Cong= <br>Cc: users(a)ovirt.org<br>Subject: Re: [ovirt-users] VM failover with ovir= t3.5<br><div><br></div><br><div><br></div>----- Original Message -----<br>&= gt; From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com><br>> To: users@o= virt.org<br>> Sent: Friday, December 19, 2014 2:14:33 AM<br>> Subject= : [ovirt-users] VM failover with ovirt3.5<br>><br>><br>><br>> H= i<br>><br>><br>><br>> In my environment, I have 3 ovirt nodes a= s one cluster. And on top of<br>> host-1, there is one vm to host ovirt = engine.<br>><br>> Also I have one external storage for the cluster to= use as data domain<br>> of engine and data.<br>><br>> I confirmed= live migration works well in my environment.<br>><br>> But it seems = very buggy for VM failover if I try to force to shut down<br>> one ovirt= node. Sometimes the VM in the node which is shutdown can<br>> migrate t= o other host, but it take more than several minutes.<br>><br>> Someti= mes, it can not migrate at all. Sometimes, only when the host is<br>> ba= ck, the VM is beginning to move.<br><div><br></div>Can you please check or = share the logs under /var/log/ovirt-hosted-engine-ha/ ?<br><div><br></div>&= gt; Is there some documentation to explain how VM failover is working? And<= br>> is there some bugs reported related with this?<br><div><br></div>ht= tp://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram<br><div>= <br></div>> Thanks in advance,<br>><br>> Cong<br>><br>><br>&= gt;<br>><br>> This e-mail message is for the sole use of the intended= recipient(s)<br>> and may contain confidential and privileged informati= on. Any<br>> unauthorized review, use, disclosure or distribution is pro= hibited. If<br>> you are not the intended recipient, please contact the = sender by reply<br>> e-mail and destroy all copies of the original messa= ge. If you are the<br>> intended recipient, please be advised that the c= ontent of this message<br>> is subject to access, review and disclosure = by the sender's e-mail System Administrator.<br>><br>> ______________= _________________________________<br>> Users mailing list<br>> Users@= ovirt.org<br>> http://lists.ovirt.org/mailman/listinfo/users<br>><br>= <div><br></div>This e-mail message is for the sole use of the intended reci= pient(s) and may contain confidential and privileged information. Any unaut= horized review, use, disclosure or distribution is prohibited. If you are n= ot the intended recipient, please contact the sender by reply e-mail and de= stroy all copies of the original message. If you are the intended recipient= , please be advised that the content of this message is subject to access, = review and disclosure by the sender's e-mail System Administrator.<br><div>= <br></div>------------------------------<br><div><br></div>________________= _______________________________<br>Users mailing list<br>Users(a)ovirt.org<br= >http://lists.ovirt.org/mailman/listinfo/users<br><div><br></div><br>End of= Users Digest, Vol 39, Issue 135<br>**************************************<= br></div><div><br></div></div></body></html> ------=_Part_235182_797090940.1419163706720--

1 0

EXTNET Hook and Libvirtd "Default" Network Setup
by Andrew Wagner 21 Dec '14

21 Dec '14

All, I'm testing out oVirt for one of our projects that wants to try an all-in-one setup before going to a larger deployment. For their testing, they want to use the default NAT'd network from libvirtd on the host. I've install oVirt, installed the extnet hook, enabled IP forwarding in sysctl.conf and loaded the setting, and created a vm that attaches to the libvirtd "default" network and gets an IP. The VM can ssh to the virbr0 IP address, in this case 192.168.122.1, to access the host. However, the VM cannot reach any IP address off of the NAT'd subnet. I haven't changed any of the default iptables rules that oVirt and libvirtd create. Looking at ip route and the iptables rules, I feel that traffic should be getting directed appropriately. Does anyone have any thoughts as to what the issue may be? For some reason, the ovirtmgmt bridge doesn't seem to be receiving or allowing traffic from virbr0 to pass across it. I can provide more information if that would be helpful! Andrew Wagner

2 3

Can and How to move a VM from VMware to oVirt
by zhangjian2011 21 Dec '14

21 Dec '14

Hi, I want to move a windows VM(managed by VMware Player in Windows7 host) to oVirt, can and how can i do it? Thanks. -- -------------------------------------------------- Zhang Jian Development Dept.I Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST) No.6 Wenzhu Road, Nanjing, 210012, China TEL: +86+25-86630566-8526 FUJITSU INTERNAL: 7998-8526 FAX: +86+25-83317685 MAIL: zhangjian2011(a)cn.fujitsu.com --------------------------------------------------

5 4

Server 2012 R2 + Intel Conroe Cluster
by Nathan Llaneza 20 Dec '14

20 Dec '14

Hey All, I think I have found a bug in oVirt 3.4.4. We just bought a new server that supports the Conroe CPU model, and I am trying to install Server 2012 R2 without luck. I keep getting error code 0x000000C4. The problem is while Windows is still to load into its pre-installation environment it cashes and then immediately resets. This is a continuous loop. I have found a way to install Server 2012 R2. Move the cluster away from the Conroe Family (in my case Penryn). Thanks for all you do.

2 1

CPU Type
by Brent Hartzell 20 Dec '14

20 Dec '14

------=_NextPart_000_0276_01D01C48.79079EF0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, Is there a way to add "Xeon" or another class of CPU Type to oVirt? We have some test hosts, which use a combo of the following CPU types: Xeon L5420 Xeon E5430 Xeon E5420 The only two CPU Types that will work in oVirt are Conroe & Penryn. Inside of a VM, it reports "Core 2 Duo". Host reports: model name : Intel(R) Xeon(R) CPU E5430 @ 2.66GHz VM reports: model name : Intel Core 2 Duo P9xxx (Penryn Class Core 2) // Is there a way to have the VM report the correct CPU? It doesn't appear to cause any performance or other issues, but seems to be just a display issue. My concern though, is that we may not be able to add other servers with different Intels to the same cluster, for example, new hosts with E5-XXXX or E3-XXXX processors. Can someone confirm this wouldn't be an issue? ------=_NextPart_000_0276_01D01C48.79079EF0 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><p = class=3DMsoNormal>Hello,<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Is there a = way to add “Xeon” or another class of CPU Type to oVirt? We = have some test hosts, which use a combo of the following CPU = types:<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Xeon L5420<o:p></o:p></p><p class=3DMsoNormal>Xeon = E5430<o:p></o:p></p><p class=3DMsoNormal>Xeon E5420<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>The only two = CPU Types that will work in oVirt are Conroe & Penryn. Inside of a = VM, it reports “Core 2 Duo”.<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Host = reports:<o:p></o:p></p><p class=3DMsoNormal>model = name      : Intel(R) Xeon(R) = CPU           = E5430  @ 2.66GHz<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>VM = reports:<o:p></o:p></p><p class=3DMsoNormal>model = name      : Intel Core 2 Duo P9xxx (Penryn = Class Core 2)<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>//<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Is there a = way to have the VM report the correct CPU? It doesn’t appear to = cause any performance or other issues, but seems to be just a display = issue. My concern though, is that we may not be able to add other = servers with different Intels to the same cluster, for example, new = hosts with E5-XXXX or E3-XXXX processors. Can someone confirm this = wouldn’t be an issue?<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p></div></body></html> ------=_NextPart_000_0276_01D01C48.79079EF0--

2 1

not receiveing email
by lucas castro 20 Dec '14

20 Dec '14

Hey folks, Is there any problem on the mailing list? since Dec 15 I've not received mail anymore. -- contatos: Celular: ( 99 ) 9143-5954 - Vivo skype: lucasd3castro msn: lucascastroborges(a)hotmail.com

4 4

console viewer for ovrit engine
by Yue, Cong 19 Dec '14

19 Dec '14

--_000_ED08B56256B38842A463A2A0804C5AC0326ACA4249svrcaexch1atg_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi I finally created VM and it seems work well. But for the administrator menu= ,but I can not show the browser-embeded console, noVNC and Spice HTML5 brow= ser client. I am using firefox and chrome in Ubuntu 14.04 desktop OS. Is there any setting or requirements for the browser-embeded console viewer= ? Also if I select other console options as native client, one .w file will b= e downloaded, what is the recommendation to open these .w files with some n= ative viewer for Ubuntu 14.04 desktop? Thanks, Cong ________________________________ This e-mail message is for the sole use of the intended recipient(s) and ma= y contain confidential and privileged information. Any unauthorized review,= use, disclosure or distribution is prohibited. If you are not the intended= recipient, please contact the sender by reply e-mail and destroy all copie= s of the original message. If you are the intended recipient, please be adv= ised that the content of this message is subject to access, review and disc= losure by the sender's e-mail System Administrator. --_000_ED08B56256B38842A463A2A0804C5AC0326ACA4249svrcaexch1atg_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Hi<o:p></o:p= ></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <= /o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">I finally cr= eated VM and it seems work well. But for the administrator menu,but I can n= ot show the browser-embeded console, noVNC and Spice HTML5 browser client.<= o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">I am using f= irefox and chrome in Ubuntu 14.04 desktop OS.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Is there any= setting or requirements for the browser-embeded console viewer?<o:p></o:p>= </span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Also if I se= lect other console options as native client, one .w file will be downloaded= , what is the recommendation to open these .w files with some native viewer= for Ubuntu 14.04 desktop?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <= /o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Thanks,<o:p>= </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Cong<o:p></o= :p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <= /o:p></span></p> </div> <br> <hr> <font face=3D"Arial" color=3D"Gray" size=3D"1">This e-mail message is for t= he sole use of the intended recipient(s) and may contain confidential and p= rivileged information. Any unauthorized review, use, disclosure or distribu= tion is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy = all copies of the original message. If you are the intended recipient, plea= se be advised that the content of this message is subject to access, review= and disclosure by the sender's e-mail System Administrator.<br> </font> </body> </html> --_000_ED08B56256B38842A463A2A0804C5AC0326ACA4249svrcaexch1atg_--

7 25

Re: [ovirt-users] Ovirt Engine WAN security
by Martijn Grendelman 19 Dec '14

19 Dec '14

Donny Davis schreef op 18-12-2014 om 23:25: > I would like to inquire if anyone is using the ovirt engine to control > remote datacenters, and if so.. How are you securing it. I realize you > cannot devulge trade secrets or your actual setup.. Just general info, > like we are using vpn, or SSH.. We use a 'management VLAN', only reachable through VPN. Best regards, Martijn.

1 0

Re: [ovirt-users] Cannot activate storage domain
by Sahina Bose 19 Dec '14

19 Dec '14

[+Sas - thanks for the link to virt-store usecase article inline] On 12/18/2014 06:56 PM, Brent Hartzell wrote: > Hello, > > I had actually gotten this sorted out, somewhat. If I disable server quorum > on the volume, the storage domain will activate. The volume is/was optimized > for virt store via oVirt. The brick in question was not the first brick > added to the volume through oVirt however, it appears that it may have been > the first brick in the replica being used, but I'm not certain how to find > this out. The recommended setting is to have both client and server side quorum turned on. But turning on server-side quorum with a 2-way replica volume would mean that your volume goes offline when one of the bricks goes down. "gluster volume info" command will give you information about the volume topology. So will the bricks sub-tab for Volume in oVirt. The order in which the bricks are listed, is the order of the replica sets. > Disabling quorum allowed me to get the VM's affected back online however, is > this the recommended procedure? I tried to use replace-brick with another > node but it failed because the failed brick was not available. Would we > leave quorum disabled until that brick gets replaced? IE - rebuild the > server with the same hostname/IP file structure and rebalance the cluster? http://www.gluster.org/community/documentation/index.php/Virt-store-usecase - for recommendations on volume tunables. You could add another brick to your volume to make it a replica 3 and then turn on quorum? For help on recovering your volume, I suggest you write to gluster-users(a)gluster.org > > //// > > While that happened, I read somewhere about this happening with a replica 2 > - I've created a new volume with replica 3 and plan to test this again. Is > there any info you can point me to for how to handle this when it happens or > what the correct procedure is when a "first" brick fails? > > > -----Original Message----- > From: Sahina Bose [mailto:sabose@redhat.com] > Sent: Thursday, December 18, 2014 3:51 AM > To: Vered Volansky; Brent Hartzell > Cc: users(a)ovirt.org > Subject: Re: [ovirt-users] Cannot activate storage domain > > > On 12/18/2014 01:35 PM, Vered Volansky wrote: >> Adding Sahina. >> >> ----- Original Message ----- >>> From: "Brent Hartzell" <brent.hartzell(a)outlook.com> >>> To: users(a)ovirt.org >>> Sent: Thursday, December 18, 2014 3:38:11 AM >>> Subject: [ovirt-users] Cannot activate storage domain >>> >>> >>> >>> Have the following: >>> >>> >>> >>> 6 hosts - virt + Gluster shared >>> >>> >>> >>> Gluster volume is distributed-replicate - replica 2 >>> >>> >>> >>> Shutting down servers one at a time all work except for 1 brick. If >>> we shut down one specific brick (1 brick per host) - we're unable to >>> activate the storage domain. VM's that were actively running from >>> other bricks continue to run. Whatever was running form that specific >>> brick fails to run, gets paused etc. >>> >>> >>> >>> Error log shows the entry below. I'm not certain what it's saying is >>> read only.nothing is read only that I can find. >>> >>> >>> >>> >>> >>> 2014-12-17 19:57:13,362 ERROR >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand] >>> (DefaultQuartzScheduler_Worker-47) [4e9290a2] Command >>> SpmStatusVDSCommand(HostName = U23.domainame.net, HostId = >>> 0db58e46-68a3-4ba0-a8aa-094893c045a1, storagePoolId = >>> 7ccd6ea9-7d80-4170-afa1-64c10c185aa6) execution failed. Exception: >>> VDSErrorException: VDSGenericException: VDSErrorException: Failed to >>> SpmStatusVDS, error = [Errno 30] Read-only file system, code = 100 >>> >>> 2014-12-17 19:57:13,363 INFO >>> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] >>> (DefaultQuartzScheduler_Worker-47) [4e9290a2] >>> hostFromVds::selectedVds - U23.domainname.net, spmStatus returned null! >>> >>> >>> >>> >>> >>> According to Ovirt/Gluster, if a brick goes down, the VM should be >>> able to be restarted from another brick without issue. This does not >>> appear to be the case. If we take other bricks offline, it appears to > work as expected. >>> Something with this specific brick cases everything to break which >>> then makes any VM's that were running from the brick unable to start. > Do you have the recommended options for using volume as virt store turned > on? Is client-side quorum turned on for the volume? Is the brick that causes > the issue, the first brick in the replica set? > > >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>>

2 1

Ovirt Engine WAN security
by Donny Davis 19 Dec '14

19 Dec '14

This is a multipart message in MIME format. ------=_NextPart_000_0301_01D01AD6.E6399000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I would like to inquire if anyone is using the ovirt engine to control remote datacenters, and if so.. How are you securing it. I realize you cannot devulge trade secrets or your actual setup.. Just general info, like we are using vpn, or SSH.. Thanks for any info anybody can provide. Donny D ------=_NextPart_000_0301_01D01AD6.E6399000 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=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 = (filtered medium)"><style></style></head><body lang=3DEN-US link=3Dblue = vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>I would = like to inquire if anyone is using the ovirt engine to control remote = datacenters, and if so.. How are you securing it. I realize you cannot = devulge trade secrets or your actual setup.. Just general info, like we = are using vpn, or SSH.. <o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Thanks for = any info anybody can provide.<o:p></o:p></p><p class=3DMsoNormal>Donny = D<o:p></o:p></p></div></body></html> ------=_NextPart_000_0301_01D01AD6.E6399000--

2 1

qemu update & Windows activation
by Markus Stockhausen 19 Dec '14

19 Dec '14

------=_NextPartTM-000-4326d9f2-687b-46ec-9ef4-9036536f9e0c Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8FC093EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8FC093EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, we just build a new cluster with FC20 + virt-preview repos enabled. Idea behind that is to enable snapshot live merge feature. This seems to work quite well. The only culprit is the Windows activation. For some reasons the VM hardware of the old qemu 1.6/seabios 1.7.3 hypervisors is different to the new qemu 2.1/seabios 1.7.5. So the OS is no longer activated. We already activated the VMs twice. During first install on VMware and then afterwards after the migration to OVirt. I have no problem to reactivate them a third time. I have more fears that I must reactivate them with each new hypervisor generation. That can be quite a lot of phone calls. An interesting article from the Proxmox guys can be read here: http://forum.proxmox.com/archive/index.php/t-19743.html Conclusion of the discussion: After you go from qemu 1.7 to 2.1 you can force the old hardware layout using -M pc-i440fx-1.7 Looking at the qemu command line in OVirt I can see our VMs are fired up with pc-1.0,accel=3Dkvm,usb=3Doff - regardless of an old (FC20) or a new hypervisor (FC20+virt-preview). So I would guess that everything should work without a new reactivation. Any ideas? Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8FC093EXCHANGEcollogi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" id=3D"owaParaStyle"></style> </head> <body fpstyle=3D"1" ocsi=3D"0"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;">Hello, <div><br> </div> <div>we just build a new cluster with FC20 + virt-preview repos enabled= .</div> <div>Idea behind that is to enable snapshot live merge feature. This <= /div> <div>seems to work quite well. </div> <div><br> </div> <div>The only culprit is the Windows activation. For some reasons the</div> <div>VM hardware of the old qemu 1.6/seabios 1.7.3 hypervisors is</div> <div>different to the new qemu 2.1/seabios 1.7.5. So the OS is no longer</d= iv> <div>activated.</div> <div><br> </div> <div>We already activated the VMs twice. During first install on VMware</di= v> <div>and then afterwards after the migration to OVirt. <span style=3D"= font-size: 10pt;">I have no problem</span></div> <div><span style=3D"font-size: 10pt;">to reactivate them a third time. I ha= ve more fears that I must</span></div> <div><span style=3D"font-size: 10pt;">reactivate them with each new hypervi= sor generation. That can</span></div> <div><span style=3D"font-size: 10pt;">be quite a lot of phone calls.</span>= </div> <div><span style=3D"font-size: 10pt;"><br> </span></div> <div><span style=3D"font-size: 10pt;">An interesting article from the Proxm= ox guys can be read here:</span></div> <div>http://forum.proxmox.com/archive/index.php/t-19743.html<br> </div> <div><span style=3D"font-size: 10pt;">Conclusion of the discussion: After y= ou go from qemu 1.7 to 2.1 </span></div> <div><span style=3D"font-size: 10pt;">you </span><span style=3D"font-s= ize: 10pt;">can force the old hardware layout using </span><span style= =3D"font-family: verdana, arial, sans-serif; font-size: 11.1999998092651px;= background-color: rgb(249, 249, 249);">-M pc-i440fx-1.7</span></div> <div><br> </div> <div>Looking at the qemu command line in OVirt I can see our VMs</div> <div>are fired up with pc-1.0,accel=3Dkvm,usb=3Doff - regardless of an= </div> <div>old (FC20) or a new hypervisor (FC20+virt-preview). So I would</di= v> <div>guess that everything should work without a new reactivation.</div> <div><br> </div> <div>Any ideas?</div> <div><br> </div> <div>Markus</div> <div><br> </div> <div><br> </div> <div><br> </div> <div><br> </div> <div> </div> </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8FC093EXCHANGEcollogi_-- ------=_NextPartTM-000-4326d9f2-687b-46ec-9ef4-9036536f9e0c 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-4326d9f2-687b-46ec-9ef4-9036536f9e0c--

3 2

Using 10gb vNIC/vbridge into VM is possible?
by Kalil de A. Carvalho 19 Dec '14

19 Dec '14

Hello all. Today a follow work ask me if is possible to use vNIC or vbridge in a VM managed by ovirt. What he wants is to have a virtual 10gb network to some machines. All hosts NIC's are 10gb. Is this possible? If yes how can I do it? Best regards.

2 2

NodeJS API for OVIRT
by Ravi Kiran 19 Dec '14

19 Dec '14

Hello I want to know if you are releasing NodeJS api for OVIRT ?

2 2

Add new IP in ubuntu VM will clear the existing configuration | cloud-init
by Punit Dambiwal 19 Dec '14

19 Dec '14

Hi, I tired ubuntu 14.04 and debian 7.6....both has the same issue... 1. Create VM with one NIC "eth0"...then run once and insert the cloud-init data and make it up... 2. Powerdown the VM. 3. Add extra ip "eth1"... 4. run once and insert the cloud-init data and make it up... 5. VM successfully come up but removed the eth0 and loopback address config from /etc/network/interfaces file.... 6. Now from ifconfig it displays only eth1...becasue eth0 and loopback config removed by eth1.. Thanks, Punit

2 2

Free Ovirt Powered Cloud
by Donny Davis 18 Dec '14

18 Dec '14

This is a multipart message in MIME format. ------=_NextPart_000_0050_01D01848.FDBA6EB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi guys, I'm providing a free public cloud solution entirely based on vanilla oVirt called cloudspin.me It runs on IPv6, and I am looking for people to use the system, host services and report back to me with their results. Data I am looking for Connection Speed - Is it comparable to other services User experience - Are there any changes recommended Does it work for you - What does, and does not work for you. I am trying to get funding to keep this a free resource for everyone to use. (not from here:) I am completely open to any and all suggestions, and or help with things. I am a one man show at the moment. If anyone has any questions please email me back Donny D ------=_NextPart_000_0050_01D01848.FDBA6EB0 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=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 = (filtered medium)"><style></style></head><body lang=3DEN-US link=3Dblue = vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Hi guys, = I'm providing a free public cloud solution entirely based on vanilla = oVirt called <a href=3D"http://cloudspin.me" = target=3D"_blank">cloudspin.me</a> <o:p></o:p></p><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>It runs on = IPv6, and I am looking for people to use the system, host services and = report back to me with their results. <o:p></o:p></p><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Data I am = looking for<o:p></o:p></p><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Connection = Speed - Is it comparable to other services<o:p></o:p></p><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>User = experience - Are there any changes recommended<o:p></o:p></p><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Does it = work for you - What does, and does not work for you. <o:p></o:p></p><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><o:p> <= /o:p></p><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>I am trying = to get funding to keep this a free resource for everyone to use. (not = from here:) <o:p></o:p></p><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>I am = completely open to any and all suggestions, and or help with things. I = am a one man show at the moment. <o:p></o:p></p><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>If anyone = has any questions please email me back <o:p></o:p></p><p = class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Donny = D<o:p></o:p></p><p class=3DMsoNormal><span = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif"'><o:p> = </o:p></span></p></div></body></html> ------=_NextPart_000_0050_01D01848.FDBA6EB0--

4 6

Re: [ovirt-users] Can not connect to Storage domain data
by Yue, Cong 18 Dec '14

18 Dec '14

--_000_ED08B56256B38842A463A2A0804C5AC0326ACA46CAsvrcaexch1atg_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I think the problems for my issue are related with the NFS version. >From the second, if I change the value of Defaultver /etc/nfsmount.conf fr= om "Defaultvres=3D4" to "Defaulvers=3D3", the mount can not be done. When I= changed it back to "Defaultvers=3D4", it will work. Also from /proc/mounts, it shows the nfs version is nfs4. But for my first = host, it is nfs3. Do somebody have the similar issue about thi? Thank in advance, Cong From: Yue, Cong Sent: Thursday, December 18, 2014 9:52 AM To: users(a)ovirt.org Subject: Can not connect to Storage domain data Hi I successfully deployed the first ovirt host with hosted-engine -deploy. En= gine VM works well. While, when I try to create the second host with the same way as the guide = of http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part= -two/ I am not using GlusterFS, and just use one external storage(nfs) in my envi= ronment. The issue I have is in the engine administration menu, it says "can not con= nect to storage domain data" In the second host, I checked with nfs-check.py for both storage and data d= omain. It shows the status is ok. http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues During deployment of the second host, how the data domain is trying to be m= ounted? Thanks, ________________________________ This e-mail message is for the sole use of the intended recipient(s) and ma= y contain confidential and privileged information. Any unauthorized review,= use, disclosure or distribution is prohibited. If you are not the intended= recipient, please contact the sender by reply e-mail and destroy all copie= s of the original message. If you are the intended recipient, please be adv= ised that the content of this message is subject to access, review and disc= losure by the sender's e-mail System Administrator. --_000_ED08B56256B38842A463A2A0804C5AC0326ACA46CAsvrcaexch1atg_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">I think the problems for my issue are related with the NFS version.<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">From the second, if I change the value of Defaultver  /etc/nfsmount.= conf from “Defaultvres=3D4” to “Defaulvers=3D3”, th= e mount can not be done. When I changed it back to “Defaultvers=3D4&#= 8221;, it will work.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">Also from /proc/mounts, it shows the nfs version is nfs4. But for my firs= t host, it is nfs3.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">Do somebody have the similar issue about thi?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">Thank in advance,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= ">Cong<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <div> <div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in = 0in 0in"> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Tahoma","sans-serif"">From:</span></b><span style=3D"font-s= ize:10.0pt;font-family:"Tahoma","sans-serif""> Yue, Con= g <br> <b>Sent:</b> Thursday, December 18, 2014 9:52 AM<br> <b>To:</b> users(a)ovirt.org<br> <b>Subject:</b> Can not connect to Storage domain data <o:p></o:p></span></= p> </div> </div> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Hi<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I successfully deployed the first ovirt host with ho= sted-engine –deploy. Engine VM works well.<o:p></o:p></p> <p class=3D"MsoNormal">While, when I try to create the second host with the= same way as the guide of <o:p></o:p></p> <p class=3D"MsoNormal"><a href=3D"http://community.redhat.com/blog/2014/11/= up-and-running-with-ovirt-3-5-part-two/">http://community.redhat.com/blog/2= 014/11/up-and-running-with-ovirt-3-5-part-two/</a><o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I am not using GlusterFS, and just use one external = storage(nfs) in my environment.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">The issue I have is in the engine administration men= u, it says “can not connect to storage domain data”<o:p></o:p><= /p> <p class=3D"MsoNormal">In the second host, I checked with nfs-check.py for = both storage and data domain. It shows the status is ok.<o:p></o:p></p> <p class=3D"MsoNormal"><a href=3D"http://www.ovirt.org/Troubleshooting_NFS_= Storage_Issues">http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues</a>= <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">During deployment of the second host, how the data d= omain is trying to be mounted?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> <br> <hr> <font face=3D"Arial" color=3D"Gray" size=3D"1">This e-mail message is for t= he sole use of the intended recipient(s) and may contain confidential and p= rivileged information. Any unauthorized review, use, disclosure or distribu= tion is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy = all copies of the original message. If you are the intended recipient, plea= se be advised that the content of this message is subject to access, review= and disclosure by the sender's e-mail System Administrator.<br> </font> </body> </html> --_000_ED08B56256B38842A463A2A0804C5AC0326ACA46CAsvrcaexch1atg_--

1 0