- Users - oVirt List Archives

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 12 Nov '14

12 Nov '14

Hi, Release criteria discussion started on 2014-10-22 and should end today as per current release process [1]. Current options are: 1) keeping the same release criteria we had for 3.5 [2] 2) review the proposed changes [3] and prepare new release criteria for 3.6 Release management for 3.6.0 has been created [4] The key milestones for this release must be scheduled: Key Milestones Release criteria discussion start: 2014-10-22 Release criteria ready: 2014-11-12 Feature freeze: 60 Days before release First Test Day: 45 days before release Release Candidate: 30 days before release Release: 6 months after oVirt 3.5.0 release Two different proposals have been made about above scheduling [5]: 1) extend the cycle to 10 months for allowing to include a large feature set 2) reduce the cycle to less than 6 months and split features over 3.6 and 3.7 Feature proposed for 3.6.0 must now be collected in the 3.6 google doc [9] and reviewed by maintainers. A tracker bug for 3.6.0 has been created [6] and currently shows no blockers. There are 399 bugs [7] targeted to 3.6.0. Excluding node and documentation bugs we have 379 bugs [8] targeted to 3.6.0. [1] http://www.ovirt.org/Release_process [2] http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria [3] http://lists.ovirt.org/pipermail/devel/2014-September/008695.html [4] http://www.ovirt.org/OVirt_3.6_Release_Management [5] http://lists.ovirt.org/pipermail/users/2014-November/028875.html [6] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [7] http://goo.gl/zwkF3r [8] http://goo.gl/ZbUiMc [9] http://goo.gl/9X3G49 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Cannot find suitable CPU model for given data
by Thompson, John H. (GSFC-606.2)[Computer Sciences Corporation] 11 Nov '14

11 Nov '14

> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3498554996_21797312 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit When trying to launch a Centos6.5 VM (pulled from ovirt-image-repository) onto a Westmere (Dell 6100) host through oVirt, the following error occurs from libvirt: 3312: warning : x86Decode:1517 : Preferred CPU model Westmere not allowed by hypervisor; closest supported model will be used 3312: error : x86Decode:1573 : internal error: Cannot find suitable CPU model for given data Googling the issue yeilds: https://bugzilla.redhat.com/show_bug.cgi?id=804224 System info as Virsh sees it. $virsh capabilities <capabilities> <host> <uuid>6622b24b-5019-4644-af20-289533f0a7bc</uuid> <cpu> <arch>x86_64</arch> <model>Westmere</model> <vendor>Intel</vendor> CPUs qemu-kvm supports. $/usr/libexec/qemu-kvm -cpu "?" -nodefconfig x86 Opteron_G5 AMD Opteron 63xx class CPU x86 Opteron_G4 AMD Opteron 62xx class CPU x86 Opteron_G3 AMD Opteron 23xx (Gen 3 Class Opteron) x86 Opteron_G2 AMD Opteron 22xx (Gen 2 Class Opteron) x86 Opteron_G1 AMD Opteron 240 (Gen 1 Class Opteron) x86 Haswell Intel Core Processor (Haswell) x86 SandyBridge Intel Xeon E312xx (Sandy Bridge) x86 Westmere Westmere E56xx/L56xx/X56xx (Nehalem-C) x86 Nehalem Intel Core i7 9xx (Nehalem Class Core i7) x86 Penryn Intel Core 2 Duo P9xxx (Penryn Class Core 2) x86 Conroe Intel Celeron_4x0 (Conroe/Merom Class Core 2) x86 cpu64-rhel5 QEMU Virtual CPU version (cpu64-rhel5) x86 cpu64-rhel6 QEMU Virtual CPU version (cpu64-rhel6) x86 n270 Intel(R) Atom(TM) CPU N270 @ 1.60GHz x86 athlon QEMU Virtual CPU version 0.12.1 x86 pentium3 x86 pentium2 x86 pentium x86 486 x86 coreduo Genuine Intel(R) CPU T2600 @ 2.16GHz x86 qemu32 QEMU Virtual CPU version 0.12.1 x86 kvm64 Common KVM processor x86 core2duo Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz x86 phenom AMD Phenom(tm) 9550 Quad-Core Processor x86 qemu64 QEMU Virtual CPU version 0.12.1 CPU model name from /proc/cpu Intel(R) Xeon(R) CPU X5660 @ 2.80GHz --B_3498554996_21797312 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable <html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: s= pace; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size:= 14px; font-family: Calibri, sans-serif; "><div>When trying to launch a= Centos6.5 VM (pulled from ovirt-image-repository= ) onto a Westmere (Dell 6100) host through oVirt,= the following error occurs from libvirt:<= span class=3D"Apple-style-span" style=3D"font-family: Calibri; font-size: medium= ; "> 3312: warning : x86Decode:1517 : Preferr= ed CPU model Westmere not allowed by hypervisor; closest supported model wil= l be used 3312: error : x86Decode:1573 : internal= error: Cannot find suitable CPU model for given data = Googling the issue yeilds: <= a class=3D"moz-txt-link-freetext" href=3D"https://bugzilla.redhat.com/show_bug.c= gi?id=3D804224">https://bugzilla.redhat.com/show_bug.cgi?id=3D804224</a><= span class=3D"Apple-style-span" style=3D"font-family: Calibri; font-size: medium= ; "> System info as Virsh sees it.<spa= n class=3D"Apple-style-span" style=3D"font-family: Calibri; font-size: medium; "= > $virsh capabilities <= span class=3D"Apple-style-span" style=3D"font-family: Calibri; font-size: medium= ; "><capabilities>   <host></spa= n>     <uuid>6622b24b-5019-4644-af2= 0-289533f0a7bc</uuid>     &l= t;cpu>       <arch= >x86_64</arch>     &= nbsp; <model>Westmere</model><= br>      <vendor>Intel<= /vendor> CPUs qemu-= kvm supports. $/usr/libexec/qemu-= kvm -cpu "?" -nodefconfig x86   &n= bsp;   Opteron_G5  AMD Opteron 63xx class CPU = x86       Opteron_G4  AMD Opt= eron 62xx class CPU x86    &n= bsp;  Opteron_G3  AMD Opteron 23xx (Gen 3 Class Opteron)<sp= an class=3D"Apple-style-span" style=3D"font-family: Calibri; font-size: medium; = "> x86       Opteron_G2  A= MD Opteron 22xx (Gen 2 Class Opteron) x86 &n= bsp;     Opteron_G1  AMD Opteron 240 (Gen 1 Class O= pteron) x86      &n= bsp;   Haswell  Intel Core Processor (Haswell)<br= >x86      SandyBridge  Intel Xeon = E312xx (Sandy Bridge) x86   &nb= sp;     Westmere  Westmere E56xx/L56xx/X56xx (Nehal= em-C) x86      =     Nehalem  Intel Core i7 9xx (Nehalem Class Core i7)</= span> x86       &nbsp= ;   Penryn  Intel Core 2 Duo P9xxx (Penryn Class Core 2)</spa= n> x86        &n= bsp;  Conroe  Intel Celeron_4x0 (Conroe/Merom Class Core 2)= x86      cpu64-rhel5  QEM= U Virtual CPU version (cpu64-rhel5) x86 &nbs= p;    cpu64-rhel6  QEMU Virtual CPU version (cpu64-rhel6= ) x86       &n= bsp;     n270  Intel(R) Atom(TM) CPU N270 &nbs= p; @ 1.60GHz x86     &nb= sp;     athlon  QEMU Virtual CPU version 0.12.1</sp= an> x86         = pentium3 x86      &= nbsp;  pentium2 x86    &= nbsp;     pentium x86 &n= bsp;            486</= span> x86       &nbsp= ;  coreduo  Genuine Intel(R) CPU     &nbs= p;     T2600  @ 2.16GHz <span= class=3D"Apple-style-span" style=3D"font-family: Calibri; font-size: medium; ">= x86           qemu32 = QEMU Virtual CPU version 0.12.1 x86  &= nbsp;         kvm64  Common KVM= processor x86     &nbsp= ;   core2duo  Intel(R) Core(TM)2 Duo CPU   &nb= sp; T7700  @ 2.40GHz x86   &n= bsp;       phenom  AMD Phenom(tm) 9550 Qu= ad-Core Processor x86    &nbs= p;      qemu64  QEMU Virtual CPU version 0.12.= 1 CPU model name from /proc/cpu</= span> Intel(R) Xeon(R) CPU X5660 @ 2.80G= Hz </div></body></html= > --B_3498554996_21797312--

1 0

Cannot find suitable CPU model for given data
by Hoot Thompson 11 Nov '14

11 Nov '14

When trying to launch a Centos6.5 VM (pulled from ovirt-image-repository) onto a Westmere (Dell 6100) host through oVirt, the following error occurs from libvirt: 3312: warning : x86Decode:1517 : Preferred CPU model Westmere not allowed by hypervisor; closest supported model will be used 3312: error : x86Decode:1573 : internal error: Cannot find suitable CPU model for given data Googling the issue yeilds: https://bugzilla.redhat.com/show_bug.cgi?id=804224 System info as Virsh sees it. $virsh capabilities <capabilities> <host> <uuid>6622b24b-5019-4644-af20-289533f0a7bc</uuid> <cpu> <arch>x86_64</arch> <model>Westmere</model> <vendor>Intel</vendor> CPUs qemu-kvm supports. $/usr/libexec/qemu-kvm -cpu "?" -nodefconfig x86 Opteron_G5 AMD Opteron 63xx class CPU x86 Opteron_G4 AMD Opteron 62xx class CPU x86 Opteron_G3 AMD Opteron 23xx (Gen 3 Class Opteron) x86 Opteron_G2 AMD Opteron 22xx (Gen 2 Class Opteron) x86 Opteron_G1 AMD Opteron 240 (Gen 1 Class Opteron) x86 Haswell Intel Core Processor (Haswell) x86 SandyBridge Intel Xeon E312xx (Sandy Bridge) x86 Westmere Westmere E56xx/L56xx/X56xx (Nehalem-C) x86 Nehalem Intel Core i7 9xx (Nehalem Class Core i7) x86 Penryn Intel Core 2 Duo P9xxx (Penryn Class Core 2) x86 Conroe Intel Celeron_4x0 (Conroe/Merom Class Core 2) x86 cpu64-rhel5 QEMU Virtual CPU version (cpu64-rhel5) x86 cpu64-rhel6 QEMU Virtual CPU version (cpu64-rhel6) x86 n270 Intel(R) Atom(TM) CPU N270 @ 1.60GHz x86 athlon QEMU Virtual CPU version 0.12.1 x86 pentium3 x86 pentium2 x86 pentium x86 486 x86 coreduo Genuine Intel(R) CPU T2600 @ 2.16GHz x86 qemu32 QEMU Virtual CPU version 0.12.1 x86 kvm64 Common KVM processor x86 core2duo Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz x86 phenom AMD Phenom(tm) 9550 Quad-Core Processor x86 qemu64 QEMU Virtual CPU version 0.12.1 CPU model name from /proc/cpu Intel(R) Xeon(R) CPU X5660 @ 2.80GHz

1 0

Get involved in oVirt integration! November edition
by Sandro Bonazzola 11 Nov '14

11 Nov '14

Hi, have you got some free time and do you want to get involved in oVirt integration? Here are a couple of bugs you can hopefully fix in less that one day or you can just try to reproduce providing info: Bug 1080823 - [RFE] make override of iptables configurable when using hosted-engine Bug 1065350 - hosted-engine should prompt a question at the user when the host was already a host in the engine Bug 1059952 - hosted-engine --deploy (additional host) will fail if the engine is not using the default self-signed CA Bug 1073421 - [RFE] allow additional parameter for engine-backup to omit audit_log data You don't have programming skills but you want to contribute? Here are some bugs you can take care of, also without writing a line of code: Bug ID Status Whiteboard Summary 1118354 NEW integration [RFE] Automated testing should prevent leaking sensitive data 1120585 NEW integration update image uploader documentation 1120586 NEW integration update iso uploader documentation 1120588 NEW integration update log collector documentation 1083104 NEW integration engine-setup --offline does not update versionlock 1074301 NEW infra [RFE] ovirt-shell has no man page Do you prefer to write on the wiki? Bug ID Status Summary 1099998 NEW Hosted Engine documentation has several errors 1099995 NEW Migrate to Hosted Engine How-To does not state all pre-reqs 1054303 NEW Dead links in "Quick Start Guide" 1125933 NEW Provide a way to change /ca.crt for non-self-signed certs 1111918 NEW Suggest a repository for installing hosts with an external network provider 1127123 ASSIGNED cannot figure out how to use show statistic 1142623 NEW Feature page: AAA 3.5 needs to be updated 1142649 POST Feature page: AdvancedForemanIntegration needs to be updated 1142671 POST Feature page: CommandCoordinator needs to be updated 1142616 NEW Feature page: Gluster Volume Capacity needs to be updated 1142803 NEW Feature page: Generic Node Registration needs to be updated 1142639 NEW Feature page: Features/Design/JsonRpc needs to be updated 1142822 NEW Feature page: Support blkio SLA features needs to be updated 1142846 NEW Feature page: oVirt Scheduler API needs to be updated 1142806 NEW Feature page: Node Hosted Engine needs to be updated 1142814 NEW Feature page: oVirt Appliance needs to be updated 1142662 NEW Feature page: PMHealthCheck needs to be updated 1142665 NEW Feature page: Custom Fencing needs to be updated 1142652 NEW Feature page: DetailedHostPMProxyPreferences needs to be updated 1142783 NEW Feature page: Separate DWH Host needs to be updated 1111066 NEW oVirt Hardening Guide 1074545 NEW Error in API documentation: Create API object in python sdk Is this the first time you try to contribute to oVirt project? You can start from here [1][2]! Don't know gerrit very well? You can find some more docs here [3]. Any other question about development? Feel free to ask on devel(a)ovirt.org or on irc channel[4]. [1] http://www.ovirt.org/Develop [2] http://www.ovirt.org/Working_with_oVirt_Gerrit [3] https://gerrit-review.googlesource.com/Documentation [4] http://www.ovirt.org/Community -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-users] Ovirt VM Performance abd CPU times
by Daniel Helgenberger 11 Nov '14

11 Nov '14

On 29.10.2014 11:48, Xavier Naveira wrote: > On 10/29/2014 11:47 AM, Xavier Naveira wrote: >> On 10/29/2014 11:40 AM, Daniel Helgenberger wrote: >>> >>> >>> On 29.10.2014 10:21, Xavier Naveira wrote: >>>> Hi, >>>> >>>> We are migrating our ifrastructure from kvm+libvirt hypervisors to >>>> ovirt. >>>> >>>> Everything is working fine but we're noticing that all the qemu-kvm >>>> processes in the hypervisors take a lot of CPU. >>> Without further details of the workload this is hard tell. One Reason I >>> can think of might be KSM [1]. Is it enabled on your cluster(s)? What is >>> your mem over-commitment setting? >>> >>> Note, IIRC the KSM policy is currently hard coded; it will start at 80% >>> host mem usage. >>> >>> [1] http://www.ovirt.org/Sla/host-mom-policy >>>> >>>> The typical example is an idle machine, running top from the machine >>>> itself it reports cpu use percentages below 10% and loads (with 2 >>>> processors) of 0.0x. The process running that machine in the hypervisor >>>> rports cpu uses in the order of the 80-100%. >>>> >>>> Should the values look like this? Why are the idle machines eating up so >>>> much CPU time? >>>> >>>> Thank you. >>>> Xavier >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> >> > Hi, thank you for the answer. > > I've been trying to work out some pattern and realized that the VMs > using that much cpu all are Redhat 5.x, the Readhat 6.x doesn't exhibit > this kind of high cpu use. (we run only redhat/centos 5.x/6.x on the > cluster) What OS are the hosts running? In case of EL6, make sure you have tuned-0.2.19-13.el6.noarch installed [1]. To further investigate please post Engine, VDSM, libvirt and kernel versions from the hosts. [1] https://access.redhat.com/solutions/358033 > > I'll take a look to the KSM config. > > Cheers, > > Xavier > -- 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

4 18

Upgrade to 3.5 issues, vm cannot be started
by James James 11 Nov '14

11 Nov '14

Hi, today I've decided to upgrade my 3.4 Ovirt cluster to 3.5/ The engine migration was OK. Everything was good .. after I want upgraded the node .. I've installed the rpm on the node and follow : http://www.ovirt.org/OVirt_3.5_Release_Notes#Install_.2F_Upgrade_from_Previ… . Now my vms cannot be started. I've got this error message : 2014-11-11 10:49:37,305 WARN [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-13) CanDoAction of action RunVm failed. Reasons:VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,SCHEDULING_NO_HOSTS 2014-11-11 10:49:37,307 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-13) Lock freed to object EngineLock [exclusiveLocks= key: 0fdea856-9aec-4300-8d88-4cfd330cf4ff value: VM , sharedLocks= ] There is a full log in attachment .. Any help will be appreciated ... James

3 3

Re: [ovirt-users] Hosted-Engine HA problem
by Jaicel 11 Nov '14

11 Nov '14

------=_Part_891997_988106587.1415681763753 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Jirka, the patch works. it stabilized the status of my two hosts. the engine migration during failover also works fine. thanks guys! Jaicel From: "Jiri Moskovcak" <jmoskovc(a)redhat.com> To: "Jaicel" <jaicel(a)asti.dost.gov.ph> Cc: "Niels de Vos" <ndevos(a)redhat.com>, "Vijay Bellur" <vbellur(a)redhat.com>, users(a)ovirt.org, "Gluster Devel" <gluster-devel(a)gluster.org> Sent: Monday, November 3, 2014 3:33:16 PM Subject: Re: [ovirt-users] Hosted-Engine HA problem On 11/01/2014 07:43 AM, Jaicel wrote: > Hi, > > my engine runs on Host1. current status and agent logs below. > > Host 1 Hi, it seems like you ran into [1], you can either zero-out the metadata file or apply the patch from [1] manually. --Jirka [1] https://bugzilla.redhat.com/show_bug.cgi?id=1158925 > > MainThread::INFO::2014-10-31 16:55:39,918::agent::52::ovirt_hosted_engine_ha.agent.agent.Agent::(run) ovirt-hosted-engi > ne-ha agent 1.1.6 started > MainThread::INFO::2014-10-31 16:55:39,985::hosted_engine::223::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(_get_hostname) Found certificate common name: 192.168.12.11 > MainThread::INFO::2014-10-31 16:55:40,228::hosted_engine::367::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(_initialize_broker) Initializing ha-broker connection > MainThread::INFO::2014-10-31 16:55:40,228::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting monitor ping, options {'addr': '192.168.12.254'} > MainThread::INFO::2014-10-31 16:55:40,231::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Success, id 140634215107920 > MainThread::INFO::2014-10-31 16:55:40,231::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting monitor mgmt-bridge, options {'use_ssl': 'true', 'bridge_name': 'ovirtmgmt', 'address': '0'} > MainThread::INFO::2014-10-31 16:55:40,237::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Success, id 140634215108432 > MainThread::INFO::2014-10-31 16:55:40,237::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting monitor mem-free, options {'use_ssl': 'true', 'address': '0'} > MainThread::INFO::2014-10-31 16:55:40,240::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Success, id 39956688 > MainThread::INFO::2014-10-31 16:55:40,240::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting monitor cpu-load-no-engine, options {'use_ssl': 'true', 'vm_uuid': '41d4aff1-54e1-4946-a812-2e656bb7d3f > 9', 'address': '0'} > MainThread::INFO::2014-10-31 16:55:40,243::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Success, id 140634215107664 > MainThread::INFO::2014-10-31 16:55:40,244::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting monitor engine-health, options {'use_ssl': 'true', 'vm_uuid': '41d4aff1-54e1-4946-a812-2e656bb7d3f9', ' > address': '0'} > MainThread::INFO::2014-10-31 16:55:40,249::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Success, id 140634006879632 > MainThread::INFO::2014-10-31 16:55:40,249::hosted_engine::391::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(_initialize_broker) Broker initialized, all submonitors started > MainThread::INFO::2014-10-31 16:55:40,298::hosted_engine::476::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(_initialize_sanlock) Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file: /rhev/data-center/mnt/g > luster1:_engine/6eb220be-daff-4785-8f78-111cc24139c4/ha_agent/hosted-engine.lockspace) > MainThread::INFO::2014-10-31 16:55:40,322::state_machine::153::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(refresh) Global metadata: {'maintenance': False} > MainThread::INFO::2014-10-31 16:55:40,322::state_machine::158::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(refresh) Host 192.168.12.12 (id 2): {'live-data': False, 'extra': 'metadata_parse_version=1\nmetadata_feature_version > =1\ntimestamp=1413882675 (Tue Oct 21 17:11:15 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', 'hostname': '192.168.12.12', 'host-id': 2, 'engine-status': {'reason': 'vm not running on this host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, 'host-ts': 1413882675} > MainThread::INFO::2014-10-31 16:55:40,322::state_machine::161::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Local (id 1): {'engine-health': None, 'bridge': True, 'mem-free': None, 'maintenance': False, 'cpu-load': None, 'gateway': True} > MainThread::INFO::2014-10-31 16:55:40,323::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745740.32 type=state_transition detail=StartState-ReinitializeFSM hostname='ovirt1' > MainThread::INFO::2014-10-31 16:55:40,392::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (StartState-ReinitializeFSM) sent? ignored > MainThread::INFO::2014-10-31 16:55:40,675::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) > MainThread::INFO::2014-10-31 16:55:50,710::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Trying: notify time=1414745750.71 type=state_transition detail=ReinitializeFSM-EngineUp hostname='ovirt1' > MainThread::INFO::2014-10-31 16:55:50,710::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (ReinitializeFSM-EngineUp) sent? ignored > MainThread::INFO::2014-10-31 16:55:51,001::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) > MainThread::CRITICAL::2014-10-31 16:56:01,033::agent::103::ovirt_hosted_engine_ha.agent.agent.Agent::(run) Could not start ha-agent > Traceback (most recent call last): > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 97, in run > self._run_agent() > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 154, in _run_agent > hosted_engine.HostedEngine(self.shutdown_requested).start_monitoring() > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 307, in start_monitoring > for old_state, state, delay in self.fsm: > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/fsm/machine.py", line 125, in next > new_data = self.refresh(self._state.data) > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/state_machine.py", line 77, in refresh > stats.update(self.hosted_engine.collect_stats()) > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 700, in collect_stats > stats = self.process_remote_metadata(host_id, remote_data) > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 747, in process_remote_metadata > md['engine-status'] = engine_status(md["engine-status"]) > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 79, in engine_status > in json.loads(status).iteritems()]) > AttributeError: 'NoneType' object has no attribute 'iteritems' > [root@ovirt1 ~]# hosted-engine --vm-status > > > --== Host 1 status ==-- > > Status up-to-date : False > Hostname : 192.168.12.11 > Host ID : 1 > Engine status : unknown stale-data > Score : 2400 > Local maintenance : False > Host timestamp : 1414745750 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=1414745750 (Fri Oct 31 16:55:50 2014) > host-id=1 > score=2400 > maintenance=False > state=EngineUp > > > --== Host 2 status ==-- > > Status up-to-date : False > Hostname : 192.168.12.12 > Host ID : 2 > Engine status : unknown stale-data > Score : 2400 > Local maintenance : False > Host timestamp : 1414745821 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=1414745821 (Fri Oct 31 16:57:01 2014) > host-id=2 > score=2400 > maintenance=False > state=EngineStart > [root@ovirt1 ~]# service ovirt-ha-agent status > ovirt-ha-agent dead but subsys locked > > Host2 > > MainThread::INFO::2014-10-31 16:55:59,642::agent::52::ovirt_hosted_engine_ha.agent.agent.Agent::(run) ovirt-hosted-engi > ne-ha agent 1.1.6 started > MainThread::INFO::2014-10-31 16:55:59,678::hosted_engine::223::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(_get_hostname) Found certificate common name: 192.168.12.12 > MainThread::INFO::2014-10-31 16:55:59,918::hosted_engine::367::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(_initialize_broker) Initializing ha-broker connection > MainThread::INFO::2014-10-31 16:55:59,919::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting monitor ping, options {'addr': '192.168.12.254'} > MainThread::INFO::2014-10-31 16:55:59,922::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Success, id 25353488 > MainThread::INFO::2014-10-31 16:55:59,922::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting monitor mgmt-bridge, options {'use_ssl': 'true', 'bridge_name': 'ovirtmgmt', 'address': '0'} > MainThread::INFO::2014-10-31 16:55:59,928::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Success, id 25354128 > MainThread::INFO::2014-10-31 16:55:59,928::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting monitor mem-free, options {'use_ssl': 'true', 'address': '0'} > MainThread::INFO::2014-10-31 16:55:59,931::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Success, id 25353552 > MainThread::INFO::2014-10-31 16:55:59,931::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting monitor cpu-load-no-engine, options {'use_ssl': 'true', 'vm_uuid': '41d4aff1-54e1-4946-a812-2e656bb7d3f > 9', 'address': '0'} > MainThread::INFO::2014-10-31 16:55:59,934::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Success, id 139976608389584 > MainThread::INFO::2014-10-31 16:55:59,934::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting monitor engine-health, options {'use_ssl': 'true', 'vm_uuid': '41d4aff1-54e1-4946-a812-2e656bb7d3f9', ' > address': '0'} > MainThread::INFO::2014-10-31 16:55:59,939::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Success, id 139976608447760 > MainThread::INFO::2014-10-31 16:55:59,939::hosted_engine::391::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(_initialize_broker) Broker initialized, all submonitors started > MainThread::INFO::2014-10-31 16:55:59,983::hosted_engine::476::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(_initialize_sanlock) Ensuring lease for lockspace hosted-engine, host id 2 is acquired (file: /rhev/data-center/mnt/g > luster1:_engine/6eb220be-daff-4785-8f78-111cc24139c4/ha_agent/hosted-engine.lockspace) > MainThread::INFO::2014-10-31 16:56:00,001::state_machine::153::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(refresh) Global metadata: {'maintenance': False} > MainThread::INFO::2014-10-31 16:56:00,001::state_machine::158::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(refresh) Host 192.168.12.11 (id 1): {'live-data': True, 'extra': 'metadata_parse_version=1\nmetadata_feature_version= > 1\ntimestamp=1414745750 (Fri Oct 31 16:55:50 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', 'hostn > ame': '192.168.12.11', 'host-id': 1, 'engine-status': {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, 'm > aintenance': False, 'host-ts': 1414745750} > MainThread::INFO::2014-10-31 16:56:00,001::state_machine::161::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(refresh) Local (id 2): {'engine-health': None, 'bridge': True, 'mem-free': None, 'maintenance': False, 'cpu-load': No > ne, 'gateway': True} > MainThread::INFO::2014-10-31 16:56:00,002::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Trying: notify time=1414745760.0 type=state_transition detail=StartState-ReinitializeFSM hostname='ovirt2' > MainThread::INFO::2014-10-31 16:56:00,045::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Success, was notification of state_transition (StartState-ReinitializeFSM) sent? ignored > MainThread::INFO::2014-10-31 16:56:00,325::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(start_monitoring) Current state ReinitializeFSM (score: 0) > MainThread::INFO::2014-10-31 16:56:10,352::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745770.35 type=state_transition detail=ReinitializeFSM-EngineDown hostname='ovirt2' > MainThread::INFO::2014-10-31 16:56:10,353::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (ReinitializeFSM-EngineDown) sent? ignored > MainThread::INFO::2014-10-31 16:56:10,638::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) > MainThread::INFO::2014-10-31 16:56:20,663::states::441::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) The engine is not running, but we do not have enough data to decide which hosts are alive > MainThread::INFO::2014-10-31 16:56:20,663::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745780.66 type=state_transition detail=EngineDown-EngineDown hostname='ovirt2' > MainThread::INFO::2014-10-31 16:56:20,664::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineDown-EngineDown) sent? ignored > MainThread::INFO::2014-10-31 16:56:20,943::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) > MainThread::INFO::2014-10-31 16:56:30,968::states::441::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) The engine is not running, but we do not have enough data to decide which hosts are alive > MainThread::INFO::2014-10-31 16:56:30,969::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745790.97 type=state_transition detail=EngineDown-EngineDown hostname='ovirt2' > MainThread::INFO::2014-10-31 16:56:30,969::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineDown-EngineDown) sent? ignored > MainThread::INFO::2014-10-31 16:56:31,248::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) > MainThread::INFO::2014-10-31 16:56:41,274::states::441::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) The engine is not running, but we do not have enough data to decide which hosts are alive > MainThread::INFO::2014-10-31 16:56:41,275::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745801.28 type=state_transition detail=EngineDown-EngineDown hostname='ovirt2' > MainThread::INFO::2014-10-31 16:56:41,276::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineDown-EngineDown) sent? ignored > MainThread::INFO::2014-10-31 16:56:41,555::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) > MainThread::INFO::2014-10-31 16:56:51,583::states::441::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) The engine is not running, but we do not have enough data to decide which hosts are alive > MainThread::INFO::2014-10-31 16:56:51,584::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745811.58 type=state_transition detail=EngineDown-EngineDown hostname='ovirt2' > MainThread::INFO::2014-10-31 16:56:51,584::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineDown-EngineDown) sent? ignored > MainThread::INFO::2014-10-31 16:56:51,864::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) > MainThread::INFO::2014-10-31 16:57:01,897::states::454::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine down and local host has best score (2400), attempting to start engine VM > MainThread::INFO::2014-10-31 16:57:01,898::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745821.9 type=state_transition detail=EngineDown-EngineStart hostname='ovirt2' > MainThread::INFO::2014-10-31 16:57:01,906::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineDown-EngineStart) sent? ignored > MainThread::INFO::2014-10-31 16:57:02,189::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineStart (score: 2400) > MainThread::CRITICAL::2014-10-31 16:57:02,207::agent::103::ovirt_hosted_engine_ha.agent.agent.Agent::(run) Could not start ha-agent > Traceback (most recent call last): > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 97, in run > self._run_agent() > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 154, in _run_agent > hosted_engine.HostedEngine(self.shutdown_requested).start_monitoring() > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 307, in start_monitoring > for old_state, state, delay in self.fsm: > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/fsm/machine.py", line 125, in next > new_data = self.refresh(self._state.data) > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/state_machine.py", line 77, in refresh > stats.update(self.hosted_engine.collect_stats()) > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 662, in collect_stats > constants.SERVICE_TYPE) > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 171, in get_stats_from_storage > result = self._checked_communicate(request) > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 199, in _checked_communicate > .format(message or response)) > RequestError: Request failed: <type 'exceptions.OSError'> > > [root@ovirt2 ~]# hosted-engine --vm-status > Traceback (most recent call last): > File "/usr/lib64/python2.6/runpy.py", line 122, in _run_module_as_main > "__main__", fname, loader, pkg_name) > File "/usr/lib64/python2.6/runpy.py", line 34, in _run_code > exec code in run_globals > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/vm_status.py", line 111, in <module> > if not status_checker.print_status(): > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/vm_status.py", line 58, in print_status > all_host_stats = ha_cli.get_all_host_stats() > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/client/client.py", line 137, in get_all_host_stats > return self.get_all_stats(self.StatModes.HOST) > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/client/client.py", line 86, in get_all_stats > constants.SERVICE_TYPE) > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 171, in get_stats_from_storage > result = self._checked_communicate(request) > File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 199, in _checked_communicate > .format(message or response)) > ovirt_hosted_engine_ha.lib.exceptions.RequestError: Request failed: <type 'exceptions.OSError'> > [root@ovirt2 ~]# service ovirt-ha-agent status > ovirt-ha-agent dead but subsys locked > > > Thanks, > Jaicel > > ----- Original Message ----- > From: "Jiri Moskovcak" <jmoskovc(a)redhat.com> > To: "Jaicel" <jaicel(a)asti.dost.gov.ph> > Cc: "Niels de Vos" <ndevos(a)redhat.com>, "Vijay Bellur" <vbellur(a)redhat.com>, users(a)ovirt.org, "Gluster Devel" <gluster-devel(a)gluster.org> > Sent: Friday, October 31, 2014 11:05:32 PM > Subject: Re: [ovirt-users] Hosted-Engine HA problem > > On 10/31/2014 10:26 AM, Jaicel wrote: >> i've increased the limit and then restarted agent and broker. status normalize, but then right now it went to "False" state again but still both having 2400 score. agent logs remains the same, with "ovirt-ha-agent dead but subsys locked" status. ha-broker logs below >> >> Thread-138::INFO::2014-10-31 17:24:22,981::listener::134::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(setup) Connection established >> Thread-138::INFO::2014-10-31 17:24:22,991::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed >> Thread-139::INFO::2014-10-31 17:24:38,385::listener::134::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(setup) Connection established >> Thread-139::INFO::2014-10-31 17:24:38,395::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed >> Thread-140::INFO::2014-10-31 17:24:53,816::listener::134::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(setup) Connection established >> Thread-140::INFO::2014-10-31 17:24:53,827::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed >> Thread-141::INFO::2014-10-31 17:25:09,172::listener::134::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(setup) Connection established >> Thread-141::INFO::2014-10-31 17:25:09,182::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed >> Thread-142::INFO::2014-10-31 17:25:24,551::listener::134::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(setup) Connection established >> Thread-142::INFO::2014-10-31 17:25:24,562::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed >> >> Thanks, >> Jaicel > > ok, now it seems that broker runs fine, so I need the recent agent.log > to debug it more. > > --Jirka > >> >> ----- Original Message ----- >> From: "Jiri Moskovcak" <jmoskovc(a)redhat.com> >> To: "Jaicel R. Sabonsolin" <jaicel(a)asti.dost.gov.ph>, "Niels de Vos" <ndevos(a)redhat.com> >> Cc: "Vijay Bellur" <vbellur(a)redhat.com>, users(a)ovirt.org, "Gluster Devel" <gluster-devel(a)gluster.org> >> Sent: Friday, October 31, 2014 4:32:02 PM >> Subject: Re: [ovirt-users] Hosted-Engine HA problem >> >> On 10/31/2014 03:53 AM, Jaicel R. Sabonsolin wrote: >>> Hi guys, >>> >>> these logs appear on both hosts just like the result of --vm-status. tried to tcpdump on ovirt hosts and gluster nodes but only packets exchange with my monitoring VM(zabbix) appeared. >>> >>> agent.log >>> new_data = self.refresh(self._state.data) >>> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/state_machine.py", line 77, in refresh >>> stats.update(self.hosted_engine.collect_stats()) >>> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 662, in collect_stats >>> constants.SERVICE_TYPE) >>> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 171, in get_stats_from_storage >>> result = self._checked_communicate(request) >>> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 199, in _checked_communicate >>> .format(message or response)) >>> RequestError: Request failed: <type 'exceptions.OSError'> >>> >>> broker.log >>> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 165, in handle >>> response = "success " + self._dispatch(data) >>> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 261, in _dispatch >>> .get_all_stats_for_service_type(**options) >>> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 41, in get_all_stats_for_service_type >>> d = self.get_raw_stats_for_service_type(storage_dir, service_type) >>> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 74, in get_raw_stats_for_service_type >>> f = os.open(path, direct_flag | os.O_RDONLY) >>> OSError: [Errno 24] Too many open files: '/rhev/data-center/mnt/gluster1:_engine/6eb220be-daff-4785-8f78-111cc24139c4/ha_agent/hosted-engine.metadata' >> >> - ah, there we go ^^^^^^ you might need to tweak the limit of allowed >> open files as described here [1] or find the app keeps so many files open >> >> >> --Jirka >> >> [1] >> http://www.cyberciti.biz/faq/linux-increase-the-maximum-number-of-open-file… >> >>> Thread-38160::INFO::2014-10-31 10:28:37,989::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed >>> Thread-38161::INFO::2014-10-31 10:28:53,656::listener::134::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(setup) Connection established >>> Thread-38161::ERROR::2014-10-31 10:28:53,657::listener::190::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Error handling request, data: 'get-stats storage_dir=/rhev/data-center/mnt/gluster1:_engine/6eb220be-daff-4785-8f78-111cc24139c4/ha_agent service_type=hosted-engine' >>> Traceback (most recent call last): >>> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 165, in handle >>> response = "success " + self._dispatch(data) >>> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 261, in _dispatch >>> .get_all_stats_for_service_type(**options) >>> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 41, in get_all_stats_for_service_type >>> d = self.get_raw_stats_for_service_type(storage_dir, service_type) >>> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 74, in get_raw_stats_for_service_type >>> f = os.open(path, direct_flag | os.O_RDONLY) >>> OSError: [Errno 24] Too many open files: '/rhev/data-center/mnt/gluster1:_engine/6eb220be-daff-4785-8f78-111cc24139c4/ha_agent/hosted-engine.metadata' >>> Thread-38161::INFO::2014-10-31 10:28:53,658::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed >>> >>> Thanks, >>> Jaicel >>> >>> ----- Original Message ----- >>> From: "Niels de Vos" <ndevos(a)redhat.com> >>> To: "Vijay Bellur" <vbellur(a)redhat.com> >>> Cc: "Jiri Moskovcak" <jmoskovc(a)redhat.com>, "Jaicel R. Sabonsolin" <jaicel(a)asti.dost.gov.ph>, users(a)ovirt.org, "Gluster Devel" <gluster-devel(a)gluster.org> >>> Sent: Friday, October 31, 2014 4:11:25 AM >>> Subject: Re: [ovirt-users] Hosted-Engine HA problem >>> >>> On Thu, Oct 30, 2014 at 09:07:24PM +0530, Vijay Bellur wrote: >>>> On 10/30/2014 06:45 PM, Jiri Moskovcak wrote: >>>>> On 10/30/2014 09:22 AM, Jaicel R. Sabonsolin wrote: >>>>>> Hi Guys, >>>>>> >>>>>> I need help with my ovirt Hosted-Engine HA setup. I am running on 2 >>>>>> ovirt hosts and 2 gluster nodes with replicated volumes. i already have >>>>>> VMs running on my hosts and they can migrate normally once i for example >>>>>> power off the host that they are running on. the problem is that the >>>>>> engine can't migrate once i switch off the host that hosts the engine. >>>>>> >>>>>> oVirt 3.4.3-1.el6 >>>>>> KVM 0.12.1.2 - 2.415.el6_5.10 >>>>>> LIBVIRT libvirt-0.10.2-29.el6_5.9 >>>>>> VDSM vdsm-4.14.17-0.el6 >>>>>> >>>>>> >>>>>> right now, i have this result from hosted-engine --vm-status. >>>>>> >>>>>> File "/usr/lib64/python2.6/runpy.py", line 122, in >>>>>> _run_module_as_main >>>>>> "__main__", fname, loader, pkg_name) >>>>>> File "/usr/lib64/python2.6/runpy.py", line 34, in _run_code >>>>>> exec code in run_globals >>>>>> File >>>>>> >>>>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/vm_status.py", >>>>>> >>>>>> line 111, in <module> >>>>>> if not status_checker.print_status(): >>>>>> File >>>>>> >>>>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/vm_status.py", >>>>>> >>>>>> line 58, in print_status >>>>>> all_host_stats = ha_cli.get_all_host_stats() >>>>>> File >>>>>> >>>>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/client/client.py", >>>>>> >>>>>> line 137, in get_all_host_stats >>>>>> return self.get_all_stats(self.StatModes.HOST) >>>>>> File >>>>>> >>>>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/client/client.py", >>>>>> >>>>>> line 86, in get_all_stats >>>>>> constants.SERVICE_TYPE) >>>>>> File >>>>>> >>>>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", >>>>>> >>>>>> line 171, in get_stats_from_storage >>>>>> result = self._checked_communicate(request) >>>>>> File >>>>>> >>>>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", >>>>>> >>>>>> line 199, in _checked_communicate >>>>>> .format(message or response)) >>>>>> ovirt_hosted_engine_ha.lib.exceptions.RequestError: Request failed: >>>>>> <type 'exceptions.OSError'> >>>>>> >>>>>> >>>>>> restarting ha-broker and ha-agent normalizes the status but eventually >>>>>> it would become "false" and then return to the result above. hope you >>>>>> guys could help me with this. >>>>>> >>>>> >>>>> Hi Jaicel, >>>>> please attach agent.log and broker.log from the host where you trying to >>>>> run hosted-engine --vm-status. I have a feeling that you ran into a >>>>> known problem on gluster - stalled file descriptor, in that case the >>>>> only known solution at this time is to restart the broker & agent as you >>>>> have already found out. >>>>> >>>> >>>> Adding Niels and gluster-devel to troubleshoot from Gluster NFS perspective. >>> >>> I'd welcome any details on this "stalled file descriptor" problem. Is >>> there a bug filed with some details like logs, sysrq-t and maybe even >>> tcpdumps? If there is an easy way to reproduce this behaviour, I can >>> surely look into it and hopefully come up with some advise or fix. >>> >>> Thanks, >>> Niels >>> ------=_Part_891997_988106587.1415681763753 Content-Type: multipart/related; boundary="----=_Part_891998_1183135702.1415681763754" ------=_Part_891998_1183135702.1415681763754 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 10pt; color: #000000"><div data-marker=3D"__QUOTED_TEXT__"><div style= =3D"font-family: arial, helvetica, sans-serif; font-size: 10pt; color: #000= 000"><div>Hi Jirka, the patch works. it stabilized the status of my = two hosts. the engine migration during failover also works fine. thanks guy= s! <img src=3D"cid:8b096be5d873a9597907183bb13f9baf5a0669a2@zimbra"> </d= iv><div> </div><div>Jaicel</div> <hr id=3D"zwchr= "><div>From: "Jiri Moskovcak" <jmoskovc(a)redhat.com> To: = "Jaicel" <jaicel(a)asti.dost.gov.ph> Cc: "Niels de Vos" &= lt;ndevos(a)redhat.com>, "Vijay Bellur" <vbellur(a)redhat.com>, users@= ovirt.org, "Gluster Devel" <gluster-devel(a)gluster.org> Sent: </= b>Monday, November 3, 2014 3:33:16 PM Subject: Re: [ovirt-users] = Hosted-Engine HA problem </div> <div>On 11/01/2014 07:43 AM, Jaicel w= rote: > Hi, > > my engine runs on Host1. current status a= nd agent logs below. > > Host 1 Hi, it seems like you= ran into [1], you can either zero-out the metadata file or apply the p= atch from [1] manually. --Jirka [1] https://bugzilla.redhat.c= om/show_bug.cgi?id=3D1158925 > > MainThread::INFO::2014-10-= 31 16:55:39,918::agent::52::ovirt_hosted_engine_ha.agent.agent.Agent::(run)= ovirt-hosted-engi > ne-ha agent 1.1.6 started > MainThread::IN= FO::2014-10-31 16:55:39,985::hosted_engine::223::ovirt_hosted_engine_ha.age= nt.hosted_engine.HostedEngine: > :(_get_hostname) Found certificate c= ommon name: 192.168.12.11 > MainThread::INFO::2014-10-31 16:55:40,228= ::hosted_engine::367::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngi= ne: > :(_initialize_broker) Initializing ha-broker connection >= MainThread::INFO::2014-10-31 16:55:40,228::brokerlink::126::ovirt_hosted_e= ngine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting monit= or ping, options {'addr': '192.168.12.254'} > MainThread::INFO::2014-= 10-31 16:55:40,231::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.= BrokerLink::(start_mo > nitor) Success, id 140634215107920 > Ma= inThread::INFO::2014-10-31 16:55:40,231::brokerlink::126::ovirt_hosted_engi= ne_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting monitor = mgmt-bridge, options {'use_ssl': 'true', 'bridge_name': 'ovirtmgmt', 'addre= ss': '0'} > MainThread::INFO::2014-10-31 16:55:40,237::brokerlink::13= 7::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nito= r) Success, id 140634215108432 > MainThread::INFO::2014-10-31 16:55:4= 0,237::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(= start_mo > nitor) Starting monitor mem-free, options {'use_ssl': 'tru= e', 'address': '0'} > MainThread::INFO::2014-10-31 16:55:40,240::brok= erlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo<br= >> nitor) Success, id 39956688 > MainThread::INFO::2014-10-31 16:5= 5:40,240::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink= ::(start_mo > nitor) Starting monitor cpu-load-no-engine, options {'u= se_ssl': 'true', 'vm_uuid': '41d4aff1-54e1-4946-a812-2e656bb7d3f > 9'= , 'address': '0'} > MainThread::INFO::2014-10-31 16:55:40,243::broker= link::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo &= gt; nitor) Success, id 140634215107664 > MainThread::INFO::2014-10-31= 16:55:40,244::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.Broke= rLink::(start_mo > nitor) Starting monitor engine-health, options {'u= se_ssl': 'true', 'vm_uuid': '41d4aff1-54e1-4946-a812-2e656bb7d3f9', ' &g= t; address': '0'} > MainThread::INFO::2014-10-31 16:55:40,249::broker= link::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo &= gt; nitor) Success, id 140634006879632 > MainThread::INFO::2014-10-31= 16:55:40,249::hosted_engine::391::ovirt_hosted_engine_ha.agent.hosted_engi= ne.HostedEngine: > :(_initialize_broker) Broker initialized, all subm= onitors started > MainThread::INFO::2014-10-31 16:55:40,298::hosted_e= ngine::476::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: &gt= ; :(_initialize_sanlock) Ensuring lease for lockspace hosted-engine, host i= d 1 is acquired (file: /rhev/data-center/mnt/g > luster1:_engine/6eb2= 20be-daff-4785-8f78-111cc24139c4/ha_agent/hosted-engine.lockspace) > = MainThread::INFO::2014-10-31 16:55:40,322::state_machine::153::ovirt_hosted= _engine_ha.agent.hosted_engine.HostedEngine: > :(refresh) Global meta= data: {'maintenance': False} > MainThread::INFO::2014-10-31 16:55:40,= 322::state_machine::158::ovirt_hosted_engine_ha.agent.hosted_engine.HostedE= ngine: > :(refresh) Host 192.168.12.12 (id 2): {'live-data': False, '= extra': 'metadata_parse_version=3D1\nmetadata_feature_version > =3D1\= ntimestamp=3D1413882675 (Tue Oct 21 17:11:15 2014)\nhost-id=3D2\nscore=3D24= 00\nmaintenance=3DFalse\nstate=3DEngineDown\n', 'hostname': '192.168.12.12'= , 'host-id': 2, 'engine-status': {'reason': 'vm not running on this host', = 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'score': 2400, 'mainte= nance': False, 'host-ts': 1413882675} > MainThread::INFO::2014-10-31 = 16:55:40,322::state_machine::161::ovirt_hosted_engine_ha.agent.hosted_engin= e.HostedEngine::(refresh) Local (id 1): {'engine-health': None, 'bridge': T= rue, 'mem-free': None, 'maintenance': False, 'cpu-load': None, 'gateway': T= rue} > MainThread::INFO::2014-10-31 16:55:40,323::brokerlink::108::ov= irt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify tim= e=3D1414745740.32 type=3Dstate_transition detail=3DStartState-ReinitializeF= SM hostname=3D'ovirt1' > MainThread::INFO::2014-10-31 16:55:40,392::b= rokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) = Success, was notification of state_transition (StartState-ReinitializeFSM) = sent? ignored > MainThread::INFO::2014-10-31 16:55:40,675::hosted_eng= ine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_m= onitoring) Current state ReinitializeFSM (score: 0) > MainThread::INF= O::2014-10-31 16:55:50,710::brokerlink::108::ovirt_hosted_engine_ha.lib.bro= kerlink.BrokerLink::(notify) > Trying: notify time=3D1414745750.71 ty= pe=3Dstate_transition detail=3DReinitializeFSM-EngineUp hostname=3D'ovirt1'= > MainThread::INFO::2014-10-31 16:55:50,710::brokerlink::117::ovirt_= hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notificat= ion of state_transition (ReinitializeFSM-EngineUp) sent? ignored > Ma= inThread::INFO::2014-10-31 16:55:51,001::hosted_engine::327::ovirt_hosted_e= ngine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state= EngineUp (score: 2400) > MainThread::CRITICAL::2014-10-31 16:56:01,0= 33::agent::103::ovirt_hosted_engine_ha.agent.agent.Agent::(run) Could not s= tart ha-agent > Traceback (most recent call last): >   &nb= sp;File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/agen= t.py", line 97, in run >      self._run_agent() &gt= ;    File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_h= a/agent/agent.py", line 154, in _run_agent >      host= ed_engine.HostedEngine(self.shutdown_requested).start_monitoring() > =    File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/= agent/hosted_engine.py", line 307, in start_monitoring >   &nbsp= ;  for old_state, state, delay in self.fsm: >    File = "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/fsm/machine.py= ", line 125, in next >      new_data =3D self.refresh(= self._state.data) >    File "/usr/lib/python2.6/site-packag= es/ovirt_hosted_engine_ha/agent/state_machine.py", line 77, in refresh &= gt;      stats.update(self.hosted_engine.collect_stats())<br= >>    File "/usr/lib/python2.6/site-packages/ovirt_hosted_engi= ne_ha/agent/hosted_engine.py", line 700, in collect_stats >   &n= bsp;  stats =3D self.process_remote_metadata(host_id, remote_data) = >    File "/usr/lib/python2.6/site-packages/ovirt_hosted_engin= e_ha/agent/hosted_engine.py", line 747, in process_remote_metadata > =      md['engine-status'] =3D engine_status(md["engine-status= "]) >    File "/usr/lib/python2.6/site-packages/ovirt_hoste= d_engine_ha/agent/hosted_engine.py", line 79, in engine_status > &nbs= p;    in json.loads(status).iteritems()]) > AttributeError:= 'NoneType' object has no attribute 'iteritems' > [root@ovirt1 ~]# ho= sted-engine --vm-status > > > --=3D=3D Host 1 status =3D= =3D-- > > Status up-to-date           =        : False > Hostname       &n= bsp;                   : 192.1= 68.12.11 > Host ID               &= nbsp;            : 1 > Engine status &n= bsp;                    := unknown stale-data > Score            =                  : 2400 &g= t; Local maintenance               &nbsp= ;  : False > Host timestamp           &= nbsp;         : 1414745750 > Extra metadata (vali= d at timestamp): >          metadata_parse_v= ersion=3D1 >          metadata_feature_versi= on=3D1 >          timestamp=3D1414745750 (Fr= i Oct 31 16:55:50 2014) >          host-id= =3D1 >          score=3D2400 >   =        maintenance=3DFalse >      =    state=3DEngineUp > > > --=3D=3D Host 2 stat= us =3D=3D-- > > Status up-to-date         &= nbsp;        : False > Hostname     &nb= sp;                     := 192.168.12.12 > Host ID             &n= bsp;              : 2 > Engine sta= tus                     &= nbsp;: unknown stale-data > Score           =                    : 2400= > Local maintenance              =    : False > Host timestamp         &n= bsp;           : 1414745821 > Extra metadata= (valid at timestamp): >          metadata_p= arse_version=3D1 >          metadata_feature= _version=3D1 >          timestamp=3D14147458= 21 (Fri Oct 31 16:57:01 2014) >          hos= t-id=3D2 >          score=3D2400 > &nb= sp;        maintenance=3DFalse >     &n= bsp;    state=3DEngineStart > [root@ovirt1 ~]# service ovir= t-ha-agent status > ovirt-ha-agent dead but subsys locked > = > Host2 > > MainThread::INFO::2014-10-31 16:55:59,642::agent= ::52::ovirt_hosted_engine_ha.agent.agent.Agent::(run) ovirt-hosted-engi = > ne-ha agent 1.1.6 started > MainThread::INFO::2014-10-31 16:55:5= 9,678::hosted_engine::223::ovirt_hosted_engine_ha.agent.hosted_engine.Hoste= dEngine: > :(_get_hostname) Found certificate common name: 192.168.12= .12 > MainThread::INFO::2014-10-31 16:55:59,918::hosted_engine::367::= ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(_initial= ize_broker) Initializing ha-broker connection > MainThread::INFO::201= 4-10-31 16:55:59,919::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlin= k.BrokerLink::(start_mo > nitor) Starting monitor ping, options {'add= r': '192.168.12.254'} > MainThread::INFO::2014-10-31 16:55:59,922::br= okerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo<= br>> nitor) Success, id 25353488 > MainThread::INFO::2014-10-31 16= :55:59,922::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLi= nk::(start_mo > nitor) Starting monitor mgmt-bridge, options {'use_ss= l': 'true', 'bridge_name': 'ovirtmgmt', 'address': '0'} > MainThread:= :INFO::2014-10-31 16:55:59,928::brokerlink::137::ovirt_hosted_engine_ha.lib= .brokerlink.BrokerLink::(start_mo > nitor) Success, id 25354128 &g= t; MainThread::INFO::2014-10-31 16:55:59,928::brokerlink::126::ovirt_hosted= _engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting mon= itor mem-free, options {'use_ssl': 'true', 'address': '0'} > MainThre= ad::INFO::2014-10-31 16:55:59,931::brokerlink::137::ovirt_hosted_engine_ha.= lib.brokerlink.BrokerLink::(start_mo > nitor) Success, id 25353552<br= >> MainThread::INFO::2014-10-31 16:55:59,931::brokerlink::126::ovirt_hos= ted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Starting = monitor cpu-load-no-engine, options {'use_ssl': 'true', 'vm_uuid': '41d4aff= 1-54e1-4946-a812-2e656bb7d3f > 9', 'address': '0'} > MainThread= ::INFO::2014-10-31 16:55:59,934::brokerlink::137::ovirt_hosted_engine_ha.li= b.brokerlink.BrokerLink::(start_mo > nitor) Success, id 1399766083895= 84 > MainThread::INFO::2014-10-31 16:55:59,934::brokerlink::126::ovir= t_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo > nitor) Star= ting monitor engine-health, options {'use_ssl': 'true', 'vm_uuid': '41d4aff= 1-54e1-4946-a812-2e656bb7d3f9', ' > address': '0'} > MainThread= ::INFO::2014-10-31 16:55:59,939::brokerlink::137::ovirt_hosted_engine_ha.li= b.brokerlink.BrokerLink::(start_mo > nitor) Success, id 1399766084477= 60 > MainThread::INFO::2014-10-31 16:55:59,939::hosted_engine::391::o= virt_hosted_engine_ha.agent.hosted_engine.HostedEngine: > :(_initiali= ze_broker) Broker initialized, all submonitors started > MainThread::= INFO::2014-10-31 16:55:59,983::hosted_engine::476::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine: > :(_initialize_sanlock) Ensuring le= ase for lockspace hosted-engine, host id 2 is acquired (file: /rhev/data-ce= nter/mnt/g > luster1:_engine/6eb220be-daff-4785-8f78-111cc24139c4/ha_= agent/hosted-engine.lockspace) > MainThread::INFO::2014-10-31 16:56:0= 0,001::state_machine::153::ovirt_hosted_engine_ha.agent.hosted_engine.Hoste= dEngine: > :(refresh) Global metadata: {'maintenance': False} >= MainThread::INFO::2014-10-31 16:56:00,001::state_machine::158::ovirt_hoste= d_engine_ha.agent.hosted_engine.HostedEngine: > :(refresh) Host 192.1= 68.12.11 (id 1): {'live-data': True, 'extra': 'metadata_parse_version=3D1\n= metadata_feature_version=3D > 1\ntimestamp=3D1414745750 (Fri Oct 31 1= 6:55:50 2014)\nhost-id=3D1\nscore=3D2400\nmaintenance=3DFalse\nstate=3DEngi= neUp\n', 'hostn > ame': '192.168.12.11', 'host-id': 1, 'engine-status= ': {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, 'm &gt= ; aintenance': False, 'host-ts': 1414745750} > MainThread::INFO::2014= -10-31 16:56:00,001::state_machine::161::ovirt_hosted_engine_ha.agent.hoste= d_engine.HostedEngine: > :(refresh) Local (id 2): {'engine-health': N= one, 'bridge': True, 'mem-free': None, 'maintenance': False, 'cpu-load': No= > ne, 'gateway': True} > MainThread::INFO::2014-10-31 16:56:00= ,002::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(n= otify) > Trying: notify time=3D1414745760.0 type=3Dstate_transition d= etail=3DStartState-ReinitializeFSM hostname=3D'ovirt2' > MainThread::= INFO::2014-10-31 16:56:00,045::brokerlink::117::ovirt_hosted_engine_ha.lib.= brokerlink.BrokerLink::(notify) > Success, was notification of state_= transition (StartState-ReinitializeFSM) sent? ignored > MainThread::I= NFO::2014-10-31 16:56:00,325::hosted_engine::327::ovirt_hosted_engine_ha.ag= ent.hosted_engine.HostedEngine: > :(start_monitoring) Current state R= einitializeFSM (score: 0) > MainThread::INFO::2014-10-31 16:56:10,352= ::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notif= y) Trying: notify time=3D1414745770.35 type=3Dstate_transition detail=3DRei= nitializeFSM-EngineDown hostname=3D'ovirt2' > MainThread::INFO::2014-= 10-31 16:56:10,353::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.= BrokerLink::(notify) Success, was notification of state_transition (Reiniti= alizeFSM-EngineDown) sent? ignored > MainThread::INFO::2014-10-31 16:= 56:10,638::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.H= ostedEngine::(start_monitoring) Current state EngineDown (score: 2400) &= gt; MainThread::INFO::2014-10-31 16:56:20,663::states::441::ovirt_hosted_en= gine_ha.agent.hosted_engine.HostedEngine::(consume) The engine is not runni= ng, but we do not have enough data to decide which hosts are alive > = MainThread::INFO::2014-10-31 16:56:20,663::brokerlink::108::ovirt_hosted_en= gine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=3D141474578= 0.66 type=3Dstate_transition detail=3DEngineDown-EngineDown hostname=3D'ovi= rt2' > MainThread::INFO::2014-10-31 16:56:20,664::brokerlink::117::ov= irt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notif= ication of state_transition (EngineDown-EngineDown) sent? ignored > M= ainThread::INFO::2014-10-31 16:56:20,943::hosted_engine::327::ovirt_hosted_= engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current stat= e EngineDown (score: 2400) > MainThread::INFO::2014-10-31 16:56:30,96= 8::states::441::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(c= onsume) The engine is not running, but we do not have enough data to decide= which hosts are alive > MainThread::INFO::2014-10-31 16:56:30,969::b= rokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) = Trying: notify time=3D1414745790.97 type=3Dstate_transition detail=3DEngine= Down-EngineDown hostname=3D'ovirt2' > MainThread::INFO::2014-10-31 16= :56:30,969::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLi= nk::(notify) Success, was notification of state_transition (EngineDown-Engi= neDown) sent? ignored > MainThread::INFO::2014-10-31 16:56:31,248::ho= sted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::= (start_monitoring) Current state EngineDown (score: 2400) > MainThrea= d::INFO::2014-10-31 16:56:41,274::states::441::ovirt_hosted_engine_ha.agent= .hosted_engine.HostedEngine::(consume) The engine is not running, but we do= not have enough data to decide which hosts are alive > MainThread::I= NFO::2014-10-31 16:56:41,275::brokerlink::108::ovirt_hosted_engine_ha.lib.b= rokerlink.BrokerLink::(notify) Trying: notify time=3D1414745801.28 type=3Ds= tate_transition detail=3DEngineDown-EngineDown hostname=3D'ovirt2' > = MainThread::INFO::2014-10-31 16:56:41,276::brokerlink::117::ovirt_hosted_en= gine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of st= ate_transition (EngineDown-EngineDown) sent? ignored > MainThread::IN= FO::2014-10-31 16:56:41,555::hosted_engine::327::ovirt_hosted_engine_ha.age= nt.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown = (score: 2400) > MainThread::INFO::2014-10-31 16:56:51,583::states::44= 1::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) The e= ngine is not running, but we do not have enough data to decide which hosts = are alive > MainThread::INFO::2014-10-31 16:56:51,584::brokerlink::10= 8::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notif= y time=3D1414745811.58 type=3Dstate_transition detail=3DEngineDown-EngineDo= wn hostname=3D'ovirt2' > MainThread::INFO::2014-10-31 16:56:51,584::b= rokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) = Success, was notification of state_transition (EngineDown-EngineDown) sent?= ignored > MainThread::INFO::2014-10-31 16:56:51,864::hosted_engine::= 327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monito= ring) Current state EngineDown (score: 2400) > MainThread::INFO::2014= -10-31 16:57:01,897::states::454::ovirt_hosted_engine_ha.agent.hosted_engin= e.HostedEngine::(consume) Engine down and local host has best score (2400),= attempting to start engine VM > MainThread::INFO::2014-10-31 16:57:0= 1,898::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(= notify) Trying: notify time=3D1414745821.9 type=3Dstate_transition detail= =3DEngineDown-EngineStart hostname=3D'ovirt2' > MainThread::INFO::201= 4-10-31 16:57:01,906::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlin= k.BrokerLink::(notify) Success, was notification of state_transition (Engin= eDown-EngineStart) sent? ignored > MainThread::INFO::2014-10-31 16:57= :02,189::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.Hos= tedEngine::(start_monitoring) Current state EngineStart (score: 2400) &g= t; MainThread::CRITICAL::2014-10-31 16:57:02,207::agent::103::ovirt_hosted_= engine_ha.agent.agent.Agent::(run) Could not start ha-agent > Traceba= ck (most recent call last): >    File "/usr/lib/python2.6/s= ite-packages/ovirt_hosted_engine_ha/agent/agent.py", line 97, in run &gt= ;      self._run_agent() >    File "/usr/lib= /python2.6/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 154, = in _run_agent >      hosted_engine.HostedEngine(self.s= hutdown_requested).start_monitoring() >    File "/usr/lib/p= ython2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line= 307, in start_monitoring >      for old_state, state,= delay in self.fsm: >    File "/usr/lib/python2.6/site-pack= ages/ovirt_hosted_engine_ha/lib/fsm/machine.py", line 125, in next > =      new_data =3D self.refresh(self._state.data) > &nb= sp;  File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/age= nt/state_machine.py", line 77, in refresh >      stats= .update(self.hosted_engine.collect_stats()) >    File "/usr= /lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py"= , line 662, in collect_stats >      constants.SERVICE_= TYPE) >    File "/usr/lib/python2.6/site-packages/ovirt_hos= ted_engine_ha/lib/brokerlink.py", line 171, in get_stats_from_storage &g= t;      result =3D self._checked_communicate(request) &gt= ;    File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_h= a/lib/brokerlink.py", line 199, in _checked_communicate >   &nbs= p;  .format(message or response)) > RequestError: Request failed= : <type 'exceptions.OSError'> > > [root@ovirt2 ~]# hosted= -engine --vm-status > Traceback (most recent call last): > &nbs= p;  File "/usr/lib64/python2.6/runpy.py", line 122, in _run_module_as_= main >      "__main__", fname, loader, pkg_name) &g= t;    File "/usr/lib64/python2.6/runpy.py", line 34, in _run_code= >      exec code in run_globals >    = File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/vm_status.= py", line 111, in <module> >      if not status_= checker.print_status(): >    File "/usr/lib/python2.6/site-= packages/ovirt_hosted_engine_setup/vm_status.py", line 58, in print_status<= br>>      all_host_stats =3D ha_cli.get_all_host_stats()<= br>>    File "/usr/lib/python2.6/site-packages/ovirt_hosted_en= gine_ha/client/client.py", line 137, in get_all_host_stats >   &= nbsp;  return self.get_all_stats(self.StatModes.HOST) >   &= nbsp;File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/client/c= lient.py", line 86, in get_all_stats >      constants.= SERVICE_TYPE) >    File "/usr/lib/python2.6/site-packages/o= virt_hosted_engine_ha/lib/brokerlink.py", line 171, in get_stats_from_stora= ge >      result =3D self._checked_communicate(request= ) >    File "/usr/lib/python2.6/site-packages/ovirt_hosted_= engine_ha/lib/brokerlink.py", line 199, in _checked_communicate > &nb= sp;    .format(message or response)) > ovirt_hosted_engine_= ha.lib.exceptions.RequestError: Request failed: <type 'exceptions.OSErro= r'> > [root@ovirt2 ~]# service ovirt-ha-agent status > ovirt= -ha-agent dead but subsys locked > > > Thanks, > Ja= icel > > ----- Original Message ----- > From: "Jiri Mosko= vcak" <jmoskovc(a)redhat.com> > To: "Jaicel" <jaicel(a)asti.dost= .gov.ph> > Cc: "Niels de Vos" <ndevos(a)redhat.com>, "Vijay Be= llur" <vbellur(a)redhat.com>, users(a)ovirt.org, "Gluster Devel" <glus= ter-devel(a)gluster.org> > Sent: Friday, October 31, 2014 11:05:32 P= M > Subject: Re: [ovirt-users] Hosted-Engine HA problem > &g= t; On 10/31/2014 10:26 AM, Jaicel wrote: >> i've increased the lim= it and then restarted agent and broker. status normalize, but then right no= w it went to "False" state again but still both having 2400 score. agent lo= gs remains the same, with "ovirt-ha-agent dead but subsys locked" status. h= a-broker logs below >> >> Thread-138::INFO::2014-10-31 17= :24:22,981::listener::134::ovirt_hosted_engine_ha.broker.listener.Connectio= nHandler::(setup) Connection established >> Thread-138::INFO::2014= -10-31 17:24:22,991::listener::184::ovirt_hosted_engine_ha.broker.listener.= ConnectionHandler::(handle) Connection closed >> Thread-139::INFO:= :2014-10-31 17:24:38,385::listener::134::ovirt_hosted_engine_ha.broker.list= ener.ConnectionHandler::(setup) Connection established >> Thread-1= 39::INFO::2014-10-31 17:24:38,395::listener::184::ovirt_hosted_engine_ha.br= oker.listener.ConnectionHandler::(handle) Connection closed >> Thr= ead-140::INFO::2014-10-31 17:24:53,816::listener::134::ovirt_hosted_engine_= ha.broker.listener.ConnectionHandler::(setup) Connection established &gt= ;> Thread-140::INFO::2014-10-31 17:24:53,827::listener::184::ovirt_hoste= d_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed<b= r>>> Thread-141::INFO::2014-10-31 17:25:09,172::listener::134::ovirt_= hosted_engine_ha.broker.listener.ConnectionHandler::(setup) Connection esta= blished >> Thread-141::INFO::2014-10-31 17:25:09,182::listener::18= 4::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Conne= ction closed >> Thread-142::INFO::2014-10-31 17:25:24,551::listene= r::134::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(setup) C= onnection established >> Thread-142::INFO::2014-10-31 17:25:24,562= ::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::= (handle) Connection closed >> >> Thanks, >> Jaic= el > > ok, now it seems that broker runs fine, so I need the re= cent agent.log > to debug it more. > > --Jirka ><br= >>> >> ----- Original Message ----- >> From: "Jiri = Moskovcak" <jmoskovc(a)redhat.com> >> To: "Jaicel R. Sabonsoli= n" <jaicel(a)asti.dost.gov.ph>, "Niels de Vos" <ndevos(a)redhat.com&gt= ; >> Cc: "Vijay Bellur" <vbellur(a)redhat.com>, users(a)ovirt.or= g, "Gluster Devel" <gluster-devel(a)gluster.org> >> Sent: Frid= ay, October 31, 2014 4:32:02 PM >> Subject: Re: [ovirt-users] Host= ed-Engine HA problem >> >> On 10/31/2014 03:53 AM, Jaicel= R. Sabonsolin wrote: >>> Hi guys, >>> >>&= gt; these logs appear on both hosts just like the result of --vm-status. tr= ied to tcpdump on ovirt hosts and gluster nodes but only packets exchange w= ith my monitoring VM(zabbix) appeared. >>> >>> agen= t.log >>>        new_data =3D self.refresh(= self._state.data) >>>      File "/usr/lib/python= 2.6/site-packages/ovirt_hosted_engine_ha/agent/state_machine.py", line 77, = in refresh >>>        stats.update(self.hos= ted_engine.collect_stats()) >>>      File "/usr/= lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",= line 662, in collect_stats >>>        cons= tants.SERVICE_TYPE) >>>      File "/usr/lib/pyth= on2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 171, in= get_stats_from_storage >>>        result = =3D self._checked_communicate(request) >>>      = File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlin= k.py", line 199, in _checked_communicate >>>     &nbs= p;  .format(message or response)) >>> RequestError: Reques= t failed: <type 'exceptions.OSError'> >>> >>>= broker.log >>>      File "/usr/lib/python2.6/si= te-packages/ovirt_hosted_engine_ha/broker/listener.py", line 165, in handle= >>>        response =3D "success " + self.= _dispatch(data) >>>      File "/usr/lib/python2.= 6/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 261, in _d= ispatch >>>        .get_all_stats_for_servi= ce_type(**options) >>>      File "/usr/lib/pytho= n2.6/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 4= 1, in get_all_stats_for_service_type >>>       &= nbsp;d =3D self.get_raw_stats_for_service_type(storage_dir, service_type)<b= r>>>>      File "/usr/lib/python2.6/site-packages/o= virt_hosted_engine_ha/broker/storage_broker.py", line 74, in get_raw_stats_= for_service_type >>>        f =3D os.open(p= ath, direct_flag | os.O_RDONLY) >>> OSError: [Errno 24] Too man= y open files: '/rhev/data-center/mnt/gluster1:_engine/6eb220be-daff-4785-8f= 78-111cc24139c4/ha_agent/hosted-engine.metadata' >> >> - = ah, there we go ^^^^^^ you might need to tweak the limit of allowed >= > open files as described here [1] or find the app keeps so many files o= pen >> >> >> --Jirka >> >> [1]= >> http://www.cyberciti.biz/faq/linux-increase-the-maximum-number= -of-open-files/ >> >>> Thread-38160::INFO::2014-10-31 = 10:28:37,989::listener::184::ovirt_hosted_engine_ha.broker.listener.Connect= ionHandler::(handle) Connection closed >>> Thread-38161::INFO::= 2014-10-31 10:28:53,656::listener::134::ovirt_hosted_engine_ha.broker.liste= ner.ConnectionHandler::(setup) Connection established >>> Threa= d-38161::ERROR::2014-10-31 10:28:53,657::listener::190::ovirt_hosted_engine= _ha.broker.listener.ConnectionHandler::(handle) Error handling request, dat= a: 'get-stats storage_dir=3D/rhev/data-center/mnt/gluster1:_engine/6eb220be= -daff-4785-8f78-111cc24139c4/ha_agent service_type=3Dhosted-engine' >= >> Traceback (most recent call last): >>>     &= nbsp;File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/l= istener.py", line 165, in handle >>>       &nbsp= ;response =3D "success " + self._dispatch(data) >>>   &nbs= p;  File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/brok= er/listener.py", line 261, in _dispatch >>>     &nbsp= ;  .get_all_stats_for_service_type(**options) >>>   &= nbsp;  File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/b= roker/storage_broker.py", line 41, in get_all_stats_for_service_type &gt= ;>>        d =3D self.get_raw_stats_for_service_t= ype(storage_dir, service_type) >>>      File "/u= sr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/storage_broker= .py", line 74, in get_raw_stats_for_service_type >>>   &nb= sp;    f =3D os.open(path, direct_flag | os.O_RDONLY) >>= > OSError: [Errno 24] Too many open files: '/rhev/data-center/mnt/gluste= r1:_engine/6eb220be-daff-4785-8f78-111cc24139c4/ha_agent/hosted-engine.meta= data' >>> Thread-38161::INFO::2014-10-31 10:28:53,658::listener= ::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) C= onnection closed >>> >>> Thanks, >>> Ja= icel >>> >>> ----- Original Message ----- >&g= t;> From: "Niels de Vos" <ndevos(a)redhat.com> >>> To: "= Vijay Bellur" <vbellur(a)redhat.com> >>> Cc: "Jiri Moskovca= k" <jmoskovc(a)redhat.com>, "Jaicel R. Sabonsolin" <jaicel(a)asti.dost= .gov.ph>, users(a)ovirt.org, "Gluster Devel" <gluster-devel(a)gluster.org= > >>> Sent: Friday, October 31, 2014 4:11:25 AM >>&= gt; Subject: Re: [ovirt-users] Hosted-Engine HA problem >>> = >>> On Thu, Oct 30, 2014 at 09:07:24PM +0530, Vijay Bellur wrote:<= br>>>>> On 10/30/2014 06:45 PM, Jiri Moskovcak wrote: >&g= t;>>> On 10/30/2014 09:22 AM, Jaicel R. Sabonsolin wrote: >&= gt;>>>> Hi Guys, >>>>>> >>>&gt= ;>> I need help with my ovirt Hosted-Engine HA setup. I am running on= 2 >>>>>> ovirt hosts and 2 gluster nodes with replica= ted volumes. i already have >>>>>> VMs running on my h= osts and they can migrate normally once i for example >>>>&g= t;> power off the host that they are running on. the problem is that the= >>>>>> engine can't migrate once i switch off the hos= t that hosts the engine. >>>>>> >>>>&gt= ;>       oVirt        3.4.3-1.el6 = >>>>>>       KVM       &nbs= p; 0.12.1.2 - 2.415.el6_5.10 >>>>>>     &nbs= p; LIBVIRT   libvirt-0.10.2-29.el6_5.9 >>>>>> &nb= sp;     VDSM      vdsm-4.14.17-0.el6 >>&g= t;>>> >>>>>> >>>>>> righ= t now, i have this result from hosted-engine --vm-status. >>>&g= t;>> >>>>>>          Fi= le "/usr/lib64/python2.6/runpy.py", line 122, in >>>>>&gt= ;       _run_module_as_main >>>>>> &nbs= p;          "__main__", fname, loader, pkg_name)<b= r>>>>>>>          File "/usr/lib= 64/python2.6/runpy.py", line 34, in _run_code >>>>>> &= nbsp;          exec code in run_globals >&gt= ;>>>>          File >>>&gt= ;>> >>>>>> "/usr/lib/python2.6/site-packages/ovi= rt_hosted_engine_setup/vm_status.py", >>>>>> >&g= t;>>>>       line 111, in <module> >= >>>>>            if not status= _checker.print_status(): >>>>>>       &= nbsp;  File >>>>>> >>>>>> "/= usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/vm_status.py",<br= >>>>>>> >>>>>>       = line 58, in print_status >>>>>>       &= nbsp;    all_host_stats =3D ha_cli.get_all_host_stats() >&g= t;>>>>          File >>>&g= t;>> >>>>>> "/usr/lib/python2.6/site-packages/ov= irt_hosted_engine_ha/client/client.py", >>>>>> >= >>>>>       line 137, in get_all_host_stats<b= r>>>>>>>            return = self.get_all_stats(self.StatModes.HOST) >>>>>>   =        File >>>>>> >>>= >>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/clien= t/client.py", >>>>>> >>>>>> &nbsp= ;     line 86, in get_all_stats >>>>>> &nbsp= ;          constants.SERVICE_TYPE) >>>= >>>          File >>>>>= > >>>>>> "/usr/lib/python2.6/site-packages/ovirt_ho= sted_engine_ha/lib/brokerlink.py", >>>>>> >>&= gt;>>>       line 171, in get_stats_from_storage<br= >>>>>>>            result = =3D self._checked_communicate(request) >>>>>>   &= nbsp;      File >>>>>> >>>&= gt;>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/br= okerlink.py", >>>>>> >>>>>> &nbsp= ;     line 199, in _checked_communicate >>>>>&g= t;            .format(message or response))<b= r>>>>>>>       ovirt_hosted_engine_ha.lib.= exceptions.RequestError: Request failed: >>>>>>  =     <type 'exceptions.OSError'> >>>>>&gt= ; >>>>>> >>>>>> restarting ha-bro= ker and ha-agent normalizes the status but eventually >>>>&g= t;> it would become "false" and then return to the result above. hope yo= u >>>>>> guys could help me with this. >>>= >>> >>>>> >>>>> Hi Jaicel, = >>>>> please attach agent.log and broker.log from the host w= here you trying to >>>>> run hosted-engine --vm-status. I= have a feeling that you ran into a >>>>> known problem o= n gluster - stalled file descriptor, in that case the >>>>&g= t; only known solution at this time is to restart the broker & agent as= you >>>>> have already found out. >>>>&gt= ; >>>> >>>> Adding Niels and gluster-devel to= troubleshoot from Gluster NFS perspective. >>> >>>= I'd welcome any details on this "stalled file descriptor" problem. Is &= gt;>> there a bug filed with some details like logs, sysrq-t and mayb= e even >>> tcpdumps? If there is an easy way to reproduce this = behaviour, I can >>> surely look into it and hopefully come up = with some advise or fix. >>> >>> Thanks, >&gt= ;> Niels >>></div></div> </div></div></body></html> ------=_Part_891998_1183135702.1415681763754 Content-Type: image/gif; name=undefined Content-Disposition: attachment; filename=undefined Content-Transfer-Encoding: base64 Content-ID: <8b096be5d873a9597907183bb13f9baf5a0669a2@zimbra> R0lGODlhEgASAPQfAMKmMq6qpuPQHKOGBqGVjPXnLO/v7r+qTnJeSPPwWdK+H8OrGsjHxWpTEsS8 nfbYEPryR+DYurebE/r6+v79cf32N4h1WtjV07qfLsq2at7SMnljE9XDMVI9Df77WgAAACH5BAUA AB8ALAAAAAASABIAQAXU4CeKU2mWo2hIVOUW8CMIT+1JxjhdzgEsC8DBcZmkJgcFBcLhuJoQiuJg nDgWHkHjwigxLg2FZ+EwkjISToJCSXAkGfMHqfG4Op17vuLRUFcJCwgWhIWECBgQOHMXAAoJFQsb AwsVCQoARSlzEQcSAwMSBxFyIwYYCwkeEKwQHoEYOZwsEBUNe7cVURKkgLUVGw0uwS4QCTgrFAUc NDXODwsCigYGBxq2BAwBFxcBDATCfgYT1WICGwTc4AIeU+MqFwcLGq6rGgsHF7JHBlwM//pKhQAA Ow== ------=_Part_891998_1183135702.1415681763754-- ------=_Part_891997_988106587.1415681763753--

2 1

Jiří Moskovčák změnil čas události Ovirt - Hosted Engine iSCSI support (deep dive)
by Google+ (Jiří Moskovčák) 11 Nov '14

11 Nov '14

Jiří Moskovčák změnil čas události na st 12. listopadu, 14:00 SEČ Toto oznámení bylo odesláno na adresu users(a)ovirt.org; Chcete-li aktualizovat svou adresu, přejděte na nastavení doručování oznámení: https://plus.google.com/_/notifications/ngemlink?&emid=COCoq96I8sECFRKW3Aod… Ve správě odběrů můžete nastavit, jaké e-maily z Google+ chcete dostávat: https://plus.google.com/_/notifications/ngemlink?&emid=COCoq96I8sECFRKW3Aod… Google Inc., 1600 Amphitheatre Pkwy, Mountain View, CA 94043 USA

1 0

phantom snapshot blocking other operations
by Toby Chappell 10 Nov '14

10 Nov '14

I attempted to make a live snapshot of a Windows VM last night, and got the message "Failed to create live snapshot <name> for VM <vm>. VM restart is recommended". So, I then shut the VM down normally, and attempted to remove the snapshot. I got an error that the snapshot could not be removed because it was still in progress. Looking underneath the covers at the 'images' directory for this VM on the storage filesystem, I don't see any evidence of a snapshot in progress (the *_MERGE* files). The Snapshots tab for the VM does not show any snapshots (other than the 'Active VM' entry). I can't boot the VM however. When attempting to detach the disk and mount it on another Windows VM for inspection, I receive the message "Cannot detach virtual disk. The disk is already configured in a snapshot. In order to detach it, remove the disk's snapshots". How can I convince oVirt there is no snapshot so I can move forward with the rest of resurrecting this important VM? oVirt Engine Version: 3.4.0-1.fc19 (running on Fedora Core 19 server) hosts: running vdsm-4.13.0-11.el6.x86_64 on CentOS 6.5 storage: NFS from an in-house NAS based on ZFS on OpenIndiana Many thanks in advance, Toby -- Toby Chappell, RHCE Director, Enterprise Services Educational Technology Georgia Gwinnett College toby(a)ggc.edu / 678-407-5305

1 0

Mask CPU model and mixed clusters
by Mario Giammarco 10 Nov '14

10 Nov '14

Hello, I would like to know if there are improvements regarding ovirt support of mixed clusters (with amd and intel cpus). I see that is a feature supported by kvm because at least pve/proxmox and cloudstack support mixed cluster with migration and ha. Thanks in advance for any reply! Mario

1 1

Installing engine on EL7
by Wolfgang Bucher 10 Nov '14

10 Nov '14

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_U6go9sZJw+ExxIXj8eDxUmK29cVrvfz7VlTTLHlCG3g8DaMM Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0Aif tried to install ovirt-engin= e on centos 7 but during setup i got the following error:=0D=0A=0D=0A=0D=0A= =0D=0A[ ERROR ] Failed to execute stage 'Misc configuration': Cannot loca= te application option SysPrep2K3Path=0D=0A=0D=0A=0D=0A=0D=0AGreetings=0D=0A= =0D=0A=0D=0A=0D=0AWolfgang Bucher=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=C2=A0= =0D=0A=C2=A0=0D=0A --=_U6go9sZJw+ExxIXj8eDxUmK29cVrvfz7VlTTLHlCG3g8DaMM 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>Installing engi= ne on EL7</title>=0A</head>=0A<body>=0A =0AHello,=0A =0A </spa= n>=0Aif tried to install ovirt-e= ngine on centos 7 but during setup i got the following error:=0A= =0A[ ERROR ] Failed to execute stage 'Misc configuration': Cannot= locate application option SysPrep2K3Path=0A =0A= Greetings=0A </spa= n>=0AWolfgang Bucher=0A= =0A =0A=  =0A =0A</body>=0A</html> --=_U6go9sZJw+ExxIXj8eDxUmK29cVrvfz7VlTTLHlCG3g8DaMM--

2 1

Jiří Moskovčák vás zve na událost Ovirt - Hosted Engine iSCSI support (deep dive)
by Google+ (Jiří Moskovčák) 10 Nov '14

10 Nov '14

Jiří Moskovčák vás zve na událost Ovirt - Hosted Engine iSCSI support (deep dive) st 12. listopadu, 15:00 SEČ Jiri Kastner, Ales Kozumplik, Jakub Filak a 34 dalších je pozváno Zobrazit pozvánku: https://plus.google.com/_/notifications/ngemlink?&emid=CNi6v7aX8MECFYs93Qod… In this talk I'm going to describe the changes we did in the code to add support for iSCSI, then I will describe the changes visible to user and since I'm feeling lucky I will also do a quick live demo of the deployment on the iSCSI :) Toto oznámení bylo odesláno na adresu users(a)ovirt.org; Chcete-li aktualizovat svou adresu, přejděte na nastavení doručování oznámení: https://plus.google.com/_/notifications/ngemlink?&emid=CNi6v7aX8MECFYs93Qod… Ve správě odběrů můžete nastavit, jaké e-maily z Google+ chcete dostávat: https://plus.google.com/_/notifications/ngemlink?&emid=CNi6v7aX8MECFYs93Qod… Google Inc., 1600 Amphitheatre Pkwy, Mountain View, CA 94043 USA

1 0

node adoption issue
by Juan Carlos YJ. Lin 10 Nov '14

10 Nov '14

--=_e599e30f-169e-4e22-8806-22df7d2c92fd Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit we have and ovirt hsoted engine, acting at same time as nfs server node 1, contianing hosted-engine nfs master = node1:/nfs/image try to adopt same type server node 2 on the default cluster, and get canot access storage pool message how can solve this? Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." --=_e599e30f-169e-4e22-8806-22df7d2c92fd Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 10pt; color: #000000'>we have and ovirt hsoted engine, acting at same time as nfs server node 1, contianing hosted-engine nfs master = node1:/nfs/image try to adopt same type server node 2 on the default cluster, and get canot access storage pool message how can solve this? Juan Carlos Lin Unisoft S.A. +595-993-288330 </div> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang="es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>--------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML> </body></html> --=_e599e30f-169e-4e22-8806-22df7d2c92fd--

1 0

Upgrade question
by Alan Murrell 09 Nov '14

09 Nov '14

Hello, I just wanted to clarify the upgrade procedure for when I am ready to go from my 3.4 -> 3.5. I have a single server running oVirt 3.4 (host+storage) with a self-hosted engine setup. The hosted engine and the host are both on CentOS 6.5. According to the release notes for 3.5, I would install the ovirt-release35.rpm RPM, which gives me the oVirt 3.5 repositories. Is the upgrade path at that point then as simple as running "yum upgrade" on both the host and the hosted-engine or do I still need to run "yum update ovirt-engine-setup" then "engine-setup" after upgrading both? It isn't clear (to me) if the "yum ovirt-engine-setup" and "engine-setup" steps on the 3.5 Release Notes are for a clean install only, or if they still need to be run on a system being upgraded. Thanks! :-) -Alan

2 1

I want to switch back to local storage
by Demeter Tibor 09 Nov '14

09 Nov '14

------=_Part_2357_378790510.1415517080365 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hello, At last night I have sussessfully migrated my vms from kvm to gluster based ovirt 3.5. It sounds good, but the results was terrible: The glusterfs (two node replicated) is too slow for our vms. It is a very big problem, so I have looking for soultion. I don't know why but glusterfsd now uses 500-800% of my cpus on each server. At this moment I have only one gluster volume for vms. I just wondering I will configure local storage on the second host and copy to all of vms from glusterfs to this volume. I know in this case the second host will be on a different Datacenter. But in this case what will happend with my glusterfs? It will be break it? Will I lost my data? Could it make split-brains on gluster? It will break the whole ovirt-portal? If possible I don't want to more downtime by this procedure. It is possible? My config: 2 node dell r710, raid5 , 3xbonded 1GBs NICs + one for internet access for vms. The glusterfs uses same network with ovirtmgmt. What can I do ? Thanks in advance Tibor ------=_Part_2357_378790510.1415517080365 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>Hello,</div><div> </div><div>At last night I have sussessfully m= igrated my vms from kvm to gluster based ovirt 3.5.</div><div>It sounds goo= d, but the results was terrible: The glusterfs (two node replicated) is too= slow for our vms. It is a very big problem, so I have looking for soultion= .</div><div>I don't know why but glusterfsd now uses 500-800% of my cpus on= each server.</div><div>At this moment I have only one gluster volume for v= ms. </div><div>I just wondering I will configure local storage on the = second host and copy to all of vms from glusterfs to this volume. </di= v><div>I know in this case the second host will be on a different Datacente= r. But in this case what will happend with my glusterfs? It will be break i= t? Will I lost my data? Could it make split-brains on gluster?</div><div>It= will break the whole ovirt-portal? </div><div>If possible I don't wan= t to more downtime by this procedure.</div><div> </div><div>It is possib= le?</div><div> </div><div>My config:</div><div> </div><div>2 node del= l r710, raid5 , 3xbonded 1GBs NICs + one for internet access for vms. The g= lusterfs uses same network with ovirtmgmt.</div><div> </div><div>What ca= n I do ?</div><div> </div><div>Thanks in advance</div><div> </div><di= v>Tibor</div><div> </div><div> </div></div></body></html> ------=_Part_2357_378790510.1415517080365--

1 0

how to 'reset' a failed install?
by Robert Story 08 Nov '14

08 Nov '14

--Sig_/XgT780OOyzGFn25W/6Ar8P0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I've been doing lots of unsuccessful 3.5 hosted-engine installs in my lab, where it's easy for me to re-install the OS if I need to start over. Now I need to try an install in a remote datacenter where I won't be able to re-install the OS. So I was wondering if there is a way to 'reset' a failed install so that another install can be attempted... My thoughts so far are: - stop vdsm, supervdsm, and libvirt - use etckeeper to reset everything under /etc - delete old log files - delete hosted_engine storage domain on storage (if install got that far) - restart vdsm, supervdsm, and libvirt What am I missing? Maybe some remnants in /var (hmm, probably the vdsm persistent config)? Anything else? Robert --=20 Senior Software Engineer @ Parsons --Sig_/XgT780OOyzGFn25W/6Ar8P0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRdbTEACgkQ7/fVLLY1mnhwSACfdoCXEoZLXLJxr0SWsnl6ySo3 Df4An2uqSv1rNtrWP1p4dE9RrMHMmdYo =cTpl -----END PGP SIGNATURE----- --Sig_/XgT780OOyzGFn25W/6Ar8P0--

3 2

webhook
by Koen Vanoppen 08 Nov '14

08 Nov '14

Hi all, Just a quick question. Is it possible to set a webhook on the removal and creation of a new vm? So we can send to foreman a delete action when the VM is deleted... Kind regards, Koen

7 18

Add multiple files to a VM via cloud-init
by Branimir Pejakovic 07 Nov '14

07 Nov '14

Hi list, I was wondering is there a way to add multiple files to a vm via cloud-init using python SDK. I was able to add /etc/resolv.conf and additionally I would like to add config files for NICs (ifcfg-ethX) with appropriate values (ip,gw,netmask). I used an example given here: http://www.ovirt.org/Features/Cloud-Init_Integration . But unfortunately I cannot do the same thing If I want to write multiple files to a vm in params.Action class. Thank you in advance! Best regards, Branimir

3 12

Live migration on el6?
by Demeter Tibor 07 Nov '14

07 Nov '14

------=_Part_11877919_1524916251.1415352206337 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I have a question. Need I rebuild and install the redhat's qemu-kvm for ovirt 3.5 if I wanna working live migration function? At this moment it is not working for me. Thanks Tibor ------=_Part_11877919_1524916251.1415352206337 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> </div><div>I have a question.</div><div> </div><div>Need I rebuild and install the redhat's qemu-kvm for ovirt 3.5 if I wanna working live migration function?</div><div> </div><div>At this moment it is not working for me.</div><div> </div><div>Thanks</div><div> </div><div>Tibor</div><div> </div><div> </div><div> </div></div></body></html> ------=_Part_11877919_1524916251.1415352206337--

3 4

User management
by Koen Vanoppen 07 Nov '14

07 Nov '14

Dear all, I have a question concerning the creation of VM's. Is there a way to see which user (Ldap login) created wich VM? Can we somehow query this trough the API? Kind regards, Koen

4 6

Installation Error oVirt 3.5 on Centos 6.6
by Jens Coldewey 07 Nov '14

07 Nov '14

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_b3bnKZJm2XG0faQ79FHiwW03xF2B7pAqiZZa+1Ekp7xsgSrY Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, I've tried to install oVirt 3.4 on a fresh Centos 6.6 host.= After screen hosted-engine --deploy i see these message= s: [ INFO =C2=A0] Stage: Initializing =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 Continuing will configure this host for serving as hypervisor and= create a VM where you have to install oVirt Engine afterwards. =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 Are you sure you want to continue=3F (Yes, N= o)[Yes]: [ INFO =C2=A0] Generating a temporary VNC password. [ INFO= =C2=A0] Stage: Environment setup =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 C= onfiguration files: [] =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Log file: /v= ar/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141107103910= -ohru8x.log =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Version: otopi-1.3.0 (o= topi-1.3.0-1.el6) [ INFO =C2=A0] Hardware supports virtualization [= INFO =C2=A0] Stage: Environment packages setup [ INFO =C2=A0] Stage: = Programs detection [ INFO =C2=A0] Stage: Environment setup [ ERROR = ] Failed to execute stage 'Environment setup': Command '/sbin/service' fa= iled to execute [ INFO =C2=A0] Stage: Clean up [ INFO =C2=A0] Gener= ating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO =C2=A0= ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been updated = [ INFO =C2=A0] Stage: Pre-termination =C2=A0 [ INFO =C2=A0] Stage: T= ermination Any idea what's going wrong here =3F I did'nt se= e anything in the logs..... Jens Coldewey CTO =3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =20 LOCAL4ALL GmbH Pr=C3=A4mienstr. 11-13,= 52076 Aachen, Germany Sitz der Gesellschaft: Aachen Amtsgericht Aa= chen, HRB 18882 Gesch=C3=A4ftsf=C3=BChrer: Bernd Leister =3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --=_b3bnKZJm2XG0faQ79FHiwW03xF2B7pAqiZZa+1Ekp7xsgSrY 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> <head> <meta name=3D"Generator" con= tent=3D"Zarafa WebApp v7.1.10-44973"> <meta http-equiv=3D"Content-Type"= content=3D"text/html; charset=3Dutf-8"> <title>Installation Error oVir= t 3.5 on Centos 6.6</title> </head> <body> Hello,= I've tried to in= stall oVirt 3.4 on a fresh Centos 6.6 host. After screen hosted-engine --deploy <= span style=3D"font-family: tahoma; font-size: 12pt;"> <p= style=3D"padding: 0; margin: 0;">i see these messages: </= span> [ INFO  ] Stage: Initializing</p= >           Continuing will c= onfigure this host for serving as hypervisor and create a VM where you ha= ve to install oVirt Engine afterwards. &nbs= p;         Are you sure you want to continue=3F (Yes,= No)[Yes]: [ INFO  ] Generating a temp= orary VNC password. [ INFO  ] Stage: E= nvironment setup       &nbsp= ;   Configuration files: []   &nb= sp;       Log file: /var/log/ovirt-hosted-engine-setup/ovi= rt-hosted-engine-setup-20141107103910-ohru8x.log           Version: otopi-1.3.0 (otopi-1.3.= 0-1.el6) [ INFO  ] Hardware supports v= irtualization [ INFO  ] Stage: Environme= nt packages setup [ INFO  ] Stage: Pro= grams detection [ INFO  ] Stage: Envir= onment setup [ ERROR ] Failed to execute stage 'Environment setup': Command '/sbin/se= rvice' failed to execute [ INFO &nbs= p;] Stage: Clean up [ INFO  ] Generati= ng answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO  ] Answer file '/etc/ovirt-hosted-engine/answers.= conf' has been updated <sp= an style=3D"font-family: tahoma; font-size: medium;">[ INFO  ] Stage= : Pre-termination  </= p> [ INFO  ] Stage: Termination Any idea what's going w= rong here =3F I did'nt see anything in the logs..... = <= br />Jens Coldewey CTO</st= rong> </body> </html> <!DOCTYPE HTML PUBLIC "-= //W3C//DTD HTML 4.0 Transitional//EN"> <html> <head> =09<meta http-equiv=3D= "content-type" content=3D"text/html; charset=3Dutf-8"> =09<title></title>= =09<meta name=3D"generator" content=3D"LibreOffice 4.2.1.1 (Linux)"> =09= <meta name=3D"created" content=3D"0;0"> =09<meta name=3D"changedby" conte= nt=3D"Jens Coldewey"> =09<meta name=3D"changed" content=3D"20140311;10161= 5474990563"> </head> <body lang=3D"de-DE" dir=3D"ltr" style=3D"background= : transparent"> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D <img src=3D"data:= image/png;base64,iVBORw0KGgoAAAANSUhEUgAAANwAAABkCAYAAADtw16ZAAAACXBIWXMA= AC4nAAAuLAFkrGGvAAAa/UlEQVR4nO2dCbgdRZXHKzNhEWQRhmVGRnZmQEQFBjAooIBDcNgZB= MNiYCQwOgEZZEBWySDgTEBFFlkEwpYA30BkMxg0GJAwBAOBsAiyG/ZAJISQGOL/97o6VDpd1X= Xv7fvefbn1/7563a/vqaq+fevfVXXqnFMDTUJCL+CA/X9orht9tPv/0josp/QRpU2VtlH6tNL= qktsuttzLRnxzFR2uVXpDaYrSvUrPKc0mHXby+X92ZI3+b/m7tIKBfVp7QtcgJ5uItrUOWypx= /KzJyObi9QaL/mulzyitoTTEXntf6WGlB0WyB3ScLKI9kpOtL4mXCJfQFrg9ms4hA//spbSa0= iqBrPObqK6YZxmlrWw6XGmGSPaCjlcrXSCyzUWoL4iXCJdQCyAYcIaNS+naJjr+t9K/9NFtAX= rA1WzaQulcEe2nOo5Qek1pHkK9Rb5EuIRa4PRmK+mwi9IwpS/25T0FMMym0SLalTqOE9kWQDr= QTuIlwiW0hMLQ8SAdjlHaTOmv+vK+IrG/0h5KU0S2U0S0u7jYzt4uES6hKeREI+n8E7p0vckU= If0NaEkHKY0X0a7R8Uild/igHcRLhEtoCO5cTecoP45QOqPGKprpGetqx2g5d1UaLrLdKLLNq= Zt0iXAJDcEZPu6ow/+aTCXfKh5SmqT0oNJTDeZ9W+lrSp802XLD55XWbeFePqZ0ldIQke0wkW= 16naRLhEuIRt67CcOVfmAy9XuzYIEabeFNSu8pLVD6wPacPQLuQrkPIgJaxrtEil/pOMBeRiM= JCVGM/EOT94fi53mVu7vquKMu0iXCJTSClZW+b7J5TqOYpfR7kxHsIpHpjfyDohVKDNGKQMuo= wwJLjFd1fq7JlgBYmvg3pcFKG5psmSAW8ON2lXGCjucozW2VeIlwCUHkZNBxA/07SulzTRRzq= dIYpXtU1hy3XNAMwXwoWpMoPaZ/j9H/rLvtoHSIyTSTjeBMpS1UxsEq771WSJcIl+CFQ7aP69= /fKP1tg0XQm7G49ZrKme+WWSfJylAkhP5/i/sRWW41mc0mL4+NGyhyX6UNlH8nlfVms/eVCJf= ghSUbygiUGbHzNYZ2Tygdrfx3csGZ+7WdaBGYJ8JM1nETkQezr5OV1orMi4LoFuXbW2W80kxP= lwiXsBicng0L/ltMPNlmmmz4dZ7yz84vdgDJFgKCOBYlF+v8dp0eq3RUZBEMqW9Tvj2U/6VGS= ZcIl7AIHLLx1mf4tWpk1j8ofUV5n3TL6US4BLGk+U+d3qD0f0qrRxSxuRKayx2V/7VG6k6ES1= gIh2wsaE812ZpUDMYo3/5uGZ1KNg/mizj3ikAMGe8w2RyvCrgV0UN+TXlnx/Z0iXAJC+GQbZy= JIxvzteOUjwXwju7VQsiHmTq+rCMeBTBnWERWtJ0sPwxzyghmSIRL6IFDFha0t4zMtkuuGAH9= kWw5HMLM15FJ3osmcy2qwuGSf1P5vhtTTyJcl6NghIx1xmER2d5V2ll57uuvvVoZnN6JIeYZI= hJ2nadHZMX2coLy3FnVyyXCJfRAxPknHa6JEMUMa8iSRrYiRJwBIs4IHbGQ+R8TtlBZ3mRWLY= OUZ2aIdIlwXQ7bszFfuyQyy17KMy7PuyTCDi9zMzGIxPM5uSIbJmQXK301JJQI18WwC9IY/OJ= iE6OZOxCy9XbPtsc3vm3GXnJur9UHCksHp4h0ONVWmYTtJ7mxkr/WJ5AI16VwlgDWNtVvb8Db= +7reIFuRYPm5rjOnYmiXewWgJZ2vzz9o1704Npl76hwPh0EVWc6W3Hjf+lwiXAKRrD5SIYMB8= LdFtLY1bBcOwVgX+4LSp5T+TmlZsyjhwJ8lh0H0dJOFxrtD+Z+x+VvuGQvqfhxUJyitHciCwc= CRyoOyZUFxLpcI14Vweje0kttGZPmia6rVDuTksL3YN5ROM5nVxwCzKMFCoMcboDLu1vEQlfd= 8zaR7jtgnJvN+WCqQ5Xil8yQ/o/hBIlwXwpKNqMcnRYgPlfxr7RpKOoRYWueE0zvPZL1ZM8iJ= ub3ScyrvAJU9ui7S2eMokQ7Pgd0C4vTEGAMcWtRYJsJ1L2gwG1XI/FppdLvJpiPG0T8zmZd2n= bhSZf9RdUysg3SFoSW2o6sFxIdK/hzJP+qSLhGuy2A1kwyHcE0JrS0RuuCM3GG0bhQIgLtMMe= R5HWD/AoyS16xDy+kMLd/RES/ysRVZ8JzYLfVwXQpn7obj5ZcqxMdJ9q529W62Z4P4xIJsB9l= yrKF6DlZ9o+qczwnEUGGuuH1AfGvJbkovl19IhOtOnFPxOdrIQ9tVOQ3fZPMtYoV8oV31OKA3= H1XXWp7tsWaJTCyVECXMN1JgyDlYctNszJVEuG6C7d3W1+mOFaJnS/b1Nvdu6+n0lNoLL8c6q= m9F1funOgtlgVtkIibnOgEx5ns/ltz7EDURrvvw7xWf0ygvawfZCkM6nD0biaCVY4E9xi4VAN= YZiQ79aJVgLBxFyHdMNk/0AQue9W0wo0S4boJdCtilQmy80gvtqN9Z0GZReLPIbLPtPREglqC= v+QaLEI5IYl831dGaUZ7EeHJHw1kmuFHkw5Xn7wPirMsdDEkT4boLWG58PPA5jfkm9Wzz2nUD= Ihu+dt+KFGfh+MtKj4ms75WUBenuN1lA2RBo5ys0cp8xcHo5YnVeGBA9UOngyiFlbxqNtlpXI= /ntpL1SPqbMumTaDbscQCyOlQJiNOrQ8Kgl2PU2FCWxoRt20nObkv9eJWB4ebPJnGZD34sesJ= Uo0aVwNJZ4T8wM3MMAye0p+ZsH6st81GTdrWsnN0Bf9NlmG0mxQet/AtEQ750j42keFD8u8f2= el9wbrdRFXjsR57ugFEA7hI8Sb0De2gxL3rb1vVhl7Orev32LEioO64flbHnsrsLzecHKBAll= ZZivrGkWNwmaxfdv9Hs3AV6uVfu1/Vy92/t1z9+c57O70t6R2U7LyeZ7tva58nu8bMKEA83MF= ythSUekZ3raLwdE91G6mR+BYJ2EgHYb4VL6IiP0hS5u5iYcorHlKxGRmDgSKwNC5A2ObV9x7p= shOSaUZynfA7G9jy0/f+jr6F9c3Le19TB8YNzOm22+rWu2re8NyaMdGxdBkt1tuUy4V7Jl8pz= m2Pv+teQOrSKd/U6ov68wiz5n8LQ+P0h5X638wk3C9m48iyrC9Qi2g2w68hK8MjIbjffcyJFB= z54Erdxjq7BBhH6r052NX5mzuWSWgXCMqVcuEfjHRit2Hi49AU/q8IA4dSO3uq1rb+W7nPtXG= QsC+Yq9GsFeGEj73mBchyh5T446Gpu9XxrPD2XLxZLA55RJeSsqDZXcNpLfJKKno+4yK3OIsL= wvUx1w9nALDeVmSW5y3b2b8zwIdV7llQAY+Zxetwq/FzDBZMqRZT2f0xGsX5vSxCEb4bCvM+E= VeB+GKm2GEavKesUn5Njf/diESd0wbG/E8PH4yCwbK8+ZuqcT+nqeVoGqfbZ/zp829W6E0Pt8= ZLbRynN7bTfRe7hP6X0TJtx6tRHOPlje+kTq3aKFosj7U5W1p44Lio3YEoJeAc1QrWQD9nvgf= 7V+A9l2VZ4fKO9bdd9Pjag05WpHpXou9GpspBFyZ8nB7jrDbL4+VzTFwmor2VkHf7ztPGKMit= ate1kADVQrZMvB3Olf9cCvL/P+tYT4jxrq8aHR3hlVO8PFjiOcM0T0NYQcD9dZr9O7nW2y9bI= YfFV55vUnshXASyv0nDeohXC210EDNyQg9pLJdrp8xGQTSxY+iRTlc3FAYXO9++CdH+I0439j= oomke8cdHiUJQ0/esn9jMm9cunZ2gllsnuiU7+sNiN60g71vF2hf11b+hzqtodj5G88qpMVj+= D6zrjodsvHiin0xMj2Y2h/J5ngDTKgQ3agWwtmHS6wH32o7jX+Y5Ka5F5UH0jF3KFMmrKTP96= OXK9SD8mFPTz2QbV/JTWj0OzjlM1z1bQ4/0mQNt0g4Y/NUuWv0FZiTTjQfWmkU8bTJlk1qgX2= OvISqFqRzoNYf0c7YJL2E3yk9YLIXfRF0MjPrHFLu77nOm/OEnGyu2l9pqvXyfcSTF4fE4rDy= oMA9jMzJ1sKbcgfP9dmo7lUuWzf1uPIXPt/eXgtqWPsImB6xRuS7N67PraMixxOAFeHY7X4P6= KW1yLZCPd0czeMYUnrbQMuEcxq2b97D4vDE/J+SIeKjOuKAWBZeeyN6HN58Tj07B25nZFk9MX= DK9/WeeUjv+z2f08OzBOHrRfoMNvhPWxxJXThDSRROJ0ZmO1957u6PQ8kyQLrQ5y0TznlIPuN= QhpOlPY7zP425jHCs0zE3nO7IfsZTz1TJzG32h3Py7O4Rud3KPaw66A3KTIUYVt7bcOVLCJxn= yLLQ0hFZHlc6eUkhWwzqUpqEYjug6q16oE96rtOoWWqY7lzzLRI/GlFPEPoeaxi/ca+7NjTJl= PfomO90JeGc3g0rnpjNQDCQ/h5LKQFbySUOdc3hQpbYMZNxn4YMBcZCbaR+GN6aPtOZOrRsg0= y5qwdW6y87b2LIV0Y4esdjariPfgfH6OGIyCy/VJ4xed5uQV2ECy1qzo/I/77nOuRyTbZCfk8= x9VRhW1NOaHo0t2GwM+jZJXLrq9GtLLnaNH79DCjA1oyQYxmiJwZ/Nw0nQfKHs9APz7MgmE0Z= 4VCULNQ8qYE8JnmGRGUvGgyEb2rLTXYw7OgjZLzrYoie4axuIxtIhDMLVdnM33whrKeUGFSzu= F5mVcC1riKcfX7Mt7eJEL9K6TfdSDbQ6YRrJG5Fq0DLuk7JdRbTXyq5fo8pJ9zm+NBVeTwsSb= DzN4x2Q2EGAC5SF0i+45ZOegt1ES7UuGJI45NZUFF2LbANBhehMktvFEJX6PPiPNO3DILiABO= yF2u8xf6AmLnbn/SsJ7X9TjoYdREutNFDjGv7Rz3XWbB134Y+5QpYLqKeEHzOmcxNYgPeAMyo= WFroCML95PpDzbf2+1lvVOVzS3HxTtvvoo9w/k5ZMLRvjr8gKFcX4UJmOT3rWhVjdt/mDZBtY= fAYhmnWpb4Ma0XUsxgc+apYjbFgnXBDlTupE+YokE2k43cOOX+i4X1Psq2MJmI0s6vruayi5z= JjSZzDQTYRj3Vj33McECJc9MPXg5sTWLz0TqSdh+5bKO0JZVCQJYTbp0pkP2fvJe6mLexwEoP= k9RrKGAbOllfVWF6rYG6FEXjZy4rhPMYJw01rBswxtpA0xgv1vIfUOI/riPmgJRu9PKEWynpy= nvMrEM7LxpiKHCL47CHxiF5dMovtCOmQw7cv8sx8TcuRnWDKCbeC6tlOcs1owL7SiHAEehbFG= 7iPdiuH/mjC1h+MDgiz0RTh7MsWc7cnTDg0B99zP6WdlYc91rDKed20FpMEEseEbugNEBXtk4= HPb4VwzL/KYl2s1WBluNmU/aiUwwZ7Z5Rl0oOnRfoWzsdbGbfh8qb2+VidKdkvSTY013Przsv= dyyNCI8JPq2weSiNh3a5sKIqV/Aoq233T+YxaGYLG2B02BTuHm6sjMUJW9Igx7C+LaxMFO0rg= maO5jYmFQ3v7jk39Hszf7NytynH5WQiHyrvMfnB7PcQt9TAnh0pwiEB8wNNLRHirnWT92Nje9= g/22iYmi2EyNFD8JYU6OL9HZTGs/ESJPMPKG/T5j0zW4/IyoTGjUEHbiPMpDWuaynnZKXcnT/= 2/lYy3UdioZJNMeQ9FhOMb8vuXLD5SZW49OMYSjOjUsSXBTgv1tTLvwek2FNeEUcNDzRbOEFH= 3R2CmQ0xcOIUlEVVRrZ+CcCzgljlcQpCJ1jLeN+yErDvZgD8Q6ReeShnb0isRgyQfc1N3SIN5= q8p92r3gNDh27hxVkofGzEaD+H7NMx82cDdR50iVdbx1++GN7NOS3ha4PzDZ+IeDxF+8wblnh= tQMn8qWE7C/PEKyvqEVDXi4yrms4n4Wg6OhZHPFEOH43Vqdd2LyRptYt8Vy+hXs/I3f6NMBMX= j0HI3+WiVfqKZlTbW6dx2lV9QYZtvhIYvBZSr6ARFl5XjX2GAyLmxPwSk/LOZWPs/sZUyYzO6= YH/tJn43mL3wFWCJB2KmmfNlg1/yeLXgh4RVRRjjsRatCcTNcb5hwDjC4Hhn4fHALZefPgzZw= momPP7kkgdFVqM0R7+YZCIe3NXMl37AqhEWCcOqB36kHfqxOw4sRYaCiJrjq9IAPHS4dxKfHj= y42bLYPaFHLCMec5HHfMM65Ri9YRrgVlXcDemlbxns6si8bAWHLhpZVaFqxwDxOeMZkP7rveX= 1McluoR3ywmTryl+HYbONDXmK1R1TrcLCOW0W4pwZalT4q4f83/qFVJfKGqYTalx+X7YgaXYy= mUQ1WGcwFqsKHT1Y9OKOyE2UjIe3ce0Zh4dvnmucRszRyh8milZVhB5PFC+mB7vlm6y9WNtdt= N3i2DCtDocZpB4fUsFjOEBm9QN3a346EhpO0c3q40Ev0AQ095w60RHnczmXQNNIAl6rInINJf= k8sjJwctrxxOlLOZfZGaNi+yMjM6VAosPXsUDR7McoBK/OCjmgEESamClq4KssW5nbMpSBTHs= mrDChDFouLWYJ7Ap/hX3dp4dmM0BH7TIjHMDLG+ADFT1lgmijYxW+eM1vkhgi3j+QOk3xTa1v= 599TxXX1HlnpoT2ju2hLXv4OAOd9WFTJ0QGagMxRgrWYLnRORijiC/MihoDMQkkXpqe4HhfJ2= 0TnayB1Mtj6BRf7yNj/zNKI1sa8AMfp7vL5jNXHOj8sQdLjyERgWFT29HiSCfHmMEV4MrDFhb= jVF6S5rtcI1hnllw6wbAt/fOPdKOQQ2YuG8OOyb4rnnC5SH8pmDojnNgw8VgxC5578K3UsVLO= lQ8oR2eeFlBVGuaaUu+1z4fXfU+VEmWxYKrU/1SzjLAUzHQlOb+ZJDi5+9XR2SkAjz9UAjFRd= J4ig3enzHTEaq3KI8f6PPK66XNaP2dupBU0pDucb6ZuW9NI0W0s11LfhtXTS+8xcrNBLOc7s6= dH/ud3Lul1721kbqq8EcCrV/aKcZfpu9RMzrRdCm94grtKcf6ZznQ4Dgve2xbBehZsFvzEurL= z1fqrZOHs0fCLrwJlv5ISuUCu61YESjZu7BUw/D3GDYt7rs+KrK8Sh92lJXCHZeNltHNK+hxW= mC4KLW/33TlZnF7vVNFGrmw8hntWGPbOMY5tu92oPmvZuOGE34bIFz9EQHQL7T/eESaoKjBDn= P+JeBAEOjg5VOqsvToM1GygyDe9NvsgeOV8CZFaKsAjyZEzQRrssgAj0jIqEFDsX3PFEyIyXb= cXsldBJEIgIVV+2bwHB6Xk7QRLjuxH+ZMOEAGubY3Uq7DiIbGmb2EAxpYJmnjxPZFuoOEuG6D= HYRnJ1yWCIIGdvuIdnt1cvd3Ss31k/gaCbRiFftKDtJsovsSpQI12WwywMsX7DRBhYhvjaA9Q= 3zODTWs3vJa7yj4ShKmDfGmNkd5+YDiXBdCEs6FqWfUto4IMr60m6SH9OLoRo6Fo6i5EaTLUW= EMEryTxTyJcJ1Iyx53tURDVuZ14WLayR3r+Rf6mbSOb0bipJdK8QxtDi27INEuC5EThodr8KU= y4TncigFbpPcIEjaG/fXIGK8UDCEaNq8zCEbJlxnmXAEcMDGnW+4Q8kciXBdCqe34o2NyVuoE= eENMVJ5CE31QYf1cvQmrC36whYCzP+mBj6PBeZZVbE38Qe8wNVMukiE61LYeRynmHqdarKN70= PAP3Gi8l1j83XE8NJ6yf8wRrZZ0zjbu11uqg2UwSmSf7WsdwOJcF0MS5gFItBPTOZtUWUeNQq= vg1yJ0t/QKNmcoSS2kl+PyIKi5HIf2UAiXJfDDi3f1nGIqY5pwrDzUsnOUZ6xS7ISxSEbi9vf= i8iCRvKoKqFEuC5HPrTU8WEdj9SlCyuy4KRMTzdYeYjB2JvRnduOnGiWbCiULonIRrCqo5WnJ= 8xgKPpyIlyCS7qLdCTkxCEVWfA1vNM6q45Z0shmz79rPKEdS3CW8o2LEUyESyiCYRE+a5tWyO= FIfIVIt54Id2Z/7+UKZCMI0kGRWS9UvhHFMnxIhEvogdPLzdRxB5MFHfIFjs3B+tf3JY9Knvi= dHRF2vBEUhpCrmixSW8we5QD/vuFuGVVIhEtYCId0b9qhJW48ZUGCi8C/bivlGZ5H/eoPPV6h= V2N/dpYXYmNq/k5pqPI39JJJhEtYBA7pHtdxX11iblLV0wECJo1XnvOU9xSnnPbecJNwtJB8N= wy59zDxexSgkdw1tN7mQyJcwmJwyDIJFx2TRZiOMY0ijPzJyoPH+J7GWWboBPI5JMv/J0I3gZ= BXbaAYPLgHqZxZjZINJMIllMIh3UM6EsL7FhM/3GKvdCKWXay89B5T8r3n+oJ4hXkadpVsJ4b= rzD83WBQhEfdvlmwgES7BC4d003TEVQe3lM82UATRl9meaoLyX6RyxvUm2YrKDP3PcgcmMoQn= jNmZ1wXbax2nst5qlmwgES4hCMezAK3l5iLOWB13b6AIhpkML/Egx0gaM6mrVR4GxW3p8Qo9G= lG9jraJwL+NBhyiZ8bS5AwUJK2QDSTCJUTBMViGOCeaLC5K1QYkLmjobDF2hcnMw4jVSDTiJ3= TOzkJv5sRr1jhaZKA9Q6rVdE5PfICp3kIqhOlKJ2EfmV9ohWwgES4hCm7j1/kZIgX7zeH35dv= BKATa3YE2Eb0bz/PnVSbRt6eq/BtjC7LhDvYx2VB3Q5Pt5sSx0X0tiuBlcCJe27mSpVWygUS4= hIaQDwGVJuqcQDooH6oiD4dAqIKtbWL4Roj8aMKZrJfFc71sg85mwVzvKnzaWh1CFpEIl9AQC= j0dHuCninjsIESrxByslRDmDDsbbZPN5CkDBshs28Zi9gyIVjfZQCJcQtNw5lrsNLS5dfHB42= DbvryvJsDw8eLcALkdRMuRCJfQNFwlhx1m4g1OGALMwgh7EIoI1glgRyKGxNNEsJ59L9pJNpA= Il9AyCtrEd/U/e/1tIvIR3QqVOnv4NaLRbBdYimDHJPz4jhexpnExV4qAdpINJMIl1ArXhlKJ= fcVv1/9oEHcz2XbL+QadvQmWHe4z2Q6wt4pU7Le+2MJ4byARLqF2lAw1MfOaov/p5VgnIxgPq= vzBpoVtrivAfoEEu0XjibHx6/mwEbR76OhDIlxC21CycP0OSdef1XEMF0RC1syI0b+dyfzQGj= W5YimB7ZgxlL7fZHsmsIHGjFygjFx9QTbwF0NyO4T5IcW6AAAAAElFTkSuQmCC" name=3D"B= ild1" align=3D"left" width=3D"70" height=3D"32" border=3D"0"> </p= > LOCAL4ALL GmbH Pr=C3=A4mienstr. 11-13, 52076= Aachen, Germany Sitz der Gesellschaft: Aachen Amtsgericht = Aachen, HRB 18882 Gesch=C3=A4ftsf=C3=BChrer: Bernd Leister = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D </body> </html> --=_b3bnKZJm2XG0faQ79FHiwW03xF2B7pAqiZZa+1Ekp7xsgSrY--

1 0

Re: [ovirt-users] Delivery Status Notification (Failure)
by Koen Vanoppen 07 Nov '14

07 Nov '14

Hi, Let me start with our original ovirt setup: 3 domains: 1. Test/dev 2. Production 3. Sandbox 1 ovirt-engine on vmware. After the update to 3.5 I created 2 new VM's. Both on oVirt this time on domain Test/dev. I ran engine-setup on both the 2 new vms (and of course a engine-setup after the update to 3.5 on the engine). These completed successfully. I added the logs of the 3 vms as attachments. I can see everything of the Test/Dev environment. But the other 2 domains are nowhere to be found in dwh... You can download the logs here (link stays only valid until friday): https://airbox.brusselsairport.be:5001/fbsharing/YAxlEVqm 2014-11-05 6:34 GMT+01:00 Mail Delivery Subsystem < mailer-daemon(a)googlemail.com>: > Delivery to the following recipient failed permanently: > > users(a)ovirt.org > > Technical details of permanent failure: > Google tried to deliver your message, but it was rejected by the server > for the recipient domain ovirt.org by linode01.ovirt.org. > [2600:3c01::f03c:91ff:fe93:4b0d]. > > The error that the other server returned was: > 552 5.3.4 Message size exceeds fixed limit > > > ----- Original message ----- > > DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; > d=gmail.com; s=20120113; > > h=mime-version:in-reply-to:references:date:message-id:subject:from:to > :content-type; > bh=K+reQ72gYTWMte3TcLYf4Z+/+q47e5n5pOQOV8X6JK0=; > > b=WVOaIB8D9/ql9zXARWBqVllLeFd472tWSHifcAFhLCGI9cT4qv9RFyeItlFsxLI08I > > d4cXfez6wCR18Y514LmQD5zTkvnP+0KnokCGz+8RiJWQEP3S8AEMFoSbrAsI4TpmFjN5 > > NnkXHVuO3Uqt0WUuKhTng9fIb7jrKeR954CrWJNuqgOmZ5GOoRZwaEy1IyPUinxflscf > > UsOppfruRdHIfYrU+yuA9rRqjti6dU88nBbjNWH1Ock49NQFDfqD+PkF5XgwvK2kDogR > > 0bZ4nosE5zY/xFjVgN7La5vKdX4hX2b16YiCEYguzh6w430DE5BQ0WL7OzSgGxbir/HS > KoJQ== > MIME-Version: 1.0 > X-Received: by 10.194.61.208 with SMTP id > s16mr16653542wjr.104.1415165693564; > Tue, 04 Nov 2014 21:34:53 -0800 (PST) > Received: by 10.216.177.3 with HTTP; Tue, 4 Nov 2014 21:34:53 -0800 (PST) > In-Reply-To: <666921671.5159284.1415087541705.JavaMail.zimbra(a)redhat.com> > References: < > CACfY+Mby6PcaUjYkV61w3o+7caGzmOqXu_Dtm+yHR3AE3cR8zA(a)mail.gmail.com> > <CACfY+MZsZAtUW= > 8FSm9kMnVU+Z+gJY8VuCC_fA2YY3eGdT8yoQ(a)mail.gmail.com> > < > CACfY+MbiQmWb-gtZryxQhXMmNbRBHCmj0wZWhg8-8O1VQrf3CQ(a)mail.gmail.com> > <666921671.5159284.1415087541705.JavaMail.zimbra(a)redhat.com> > Date: Wed, 5 Nov 2014 06:34:53 +0100 > Message-ID: <CACfY+Mb7mQ= > XEV27DTjoVpVL6yEs8d+5qBV_j3CqzoGL14CktA(a)mail.gmail.com> > Subject: Re: [ovirt-users] DWH and reports > From: Koen Vanoppen <vanoppen.koen(a)gmail.com> > To: "users(a)ovirt.org" <users(a)ovirt.org> > Content-Type: multipart/mixed; boundary=047d7b86d3e677a651050715f0de > > Hi, > Let me start with our original ovirt setup: > 3 domains: > > 1. Test/dev > 2. Production > 3. Sandbox > > 1 ovirt-engine on vmware. > > After the update to 3.5 I created 2 new VM's. Both on oVirt this time on > domain Test/dev. > > I ran engine-setup on both the 2 new vms (and of course a engine-setup > after the update to 3.5 on the engine). > > These completed successfully. I added the logs of the 3 vms as attachments. > > I can see everything of the Test/Dev environment. But the other 2 domains > are nowhere to be found in dwh... > > 2014-11-04 8:52 GMT+01:00 Yedidyah Bar David <didi(a)redhat.com>: > > > ----- Original Message ----- > > > From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com> > > > To: users(a)ovirt.org > > > Sent: Tuesday, November 4, 2014 7:59:43 AM > > > Subject: Re: [ovirt-users] DWH and reports > > > > > > Ok, after waking up decently I think I also figured out the 1/3... It's > > > installed on ovirt... In Test/Dev... The only one I can see... Is > there a > > > way so I can also see the other ones? > > > > > > Now I just need to know how to change the link :-D > > > > > > 2014-11-04 6:46 GMT+01:00 Koen Vanoppen < vanoppen.koen(a)gmail.com > : > > > > > > > > > > > > Ok, that I figured out... Is there a way to change the place where the > > > "reports link" is pointing at? > > > > > > But now I have a another issue. The reports only sees 1 domain. We have > > 3... > > > Anybody a idea how this can happen? > > > > > > Kind regards, > > > > > > 2014-11-04 6:28 GMT+01:00 Koen Vanoppen < vanoppen.koen(a)gmail.com > : > > > > > > > > > > > > Hi All, > > > > > > We recently updated our ovirt installation from 3.4.3 to 3.5 and this > > went > > > very smooth, so thanks for that! > > > But now I wanted to try to install the DWH and reports on 2 different > > vm's. > > > > Please be more specific. > > > > You had a machine for the engine. Did you already have DWH and/or Reports > > there? > > > > You installed dwh and reports on new VMs. Did you also run engine-setup > > there? > > And you were careful to not install (and if you installed, to not > > ----- Message truncated ----- > >

1 1

Can some one share the use cases for the local storage?
by Arman Khalatyan 06 Nov '14

06 Nov '14

Hi, I would like to understand the local storage purpose. I was wondered are there any production systems using local storage? Or in another way, how to use effectively the local hosts disks? My ovirt purpose is so serve HA-VM LAMPs. Thanks, Arman.

3 2

Tr : RE : Re: installation trouble
by stephane.eveillard 06 Nov '14

06 Nov '14

----_com.android.email_2201994996652700 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CgoKRW52b3nDqSBkZXB1aXMgdW4gbW9iaWxlIFNhbXN1bmcuCgo8ZGl2Pi0tLS0tLS0tIE1lc3Nh Z2UgZCdvcmlnaW5lIC0tLS0tLS0tPC9kaXY+PGRpdj5EZSA6ICJzdGVwaGFuZS5ldmVpbGxhcmQi IDxzdGVwaGFuZS5ldmVpbGxhcmRAaWJzbmV0d29yay5mcj4gPC9kaXY+PGRpdj5EYXRlIDowNi8x MS8yMDE0ICAxODoxNSAgKEdNVCswMTowMCkgPC9kaXY+PGRpdj5BIDogU2NvdHQgV29ydGhpbmd0 b24gPHNjb3R0LmMud29ydGhpbmd0b25AZ21haWwuY29tPiA8L2Rpdj48ZGl2Pk9iamV0IDogUkUg OiBSZTogW292aXJ0LXVzZXJzXSBpbnN0YWxsYXRpb24gdHJvdWJsZSA8L2Rpdj48ZGl2Pgo8L2Rp dj5JIGZvdW5kIG15IGlzY3NpIHRyb3VibGUKV2hpY2ggd2FzIGFuIGlzY3NpIGluaXRpYXRvciBt aXN0YWtlCk15IGx1biBoYXMgbm93IGJlZW4gZGVjbGFyZWQgYXMgZGF0YSBtYXN0ZXIKIEJ1dCBJ IGNhbm5vdCBkZWNsYXJlIG15IG5mcyBzaGFyZXMKSSBtIGN1cnNlZAoKCgpFbnZvecOpIGRlcHVp cyB1biBtb2JpbGUgU2Ftc3VuZy4= ----_com.android.email_2201994996652700 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj48YnI+PC9kaXY+PGRpdj48 YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48ZGl2IHN0eWxlPSJmb250LXNpemU6OXB4O2Nv bG9yOiM1NzU3NTciPkVudm95w6kgZGVwdWlzIHVuIG1vYmlsZSBTYW1zdW5nLjwvZGl2PjwvZGl2 Pjxicj48YnI+PGRpdj4tLS0tLS0tLSBNZXNzYWdlIGQnb3JpZ2luZSAtLS0tLS0tLTwvZGl2Pjxk aXY+RGUgOiAic3RlcGhhbmUuZXZlaWxsYXJkIiA8c3RlcGhhbmUuZXZlaWxsYXJkQGlic25ldHdv cmsuZnI+IDwvZGl2PjxkaXY+RGF0ZSA6MDYvMTEvMjAxNCAgMTg6MTUgIChHTVQrMDE6MDApIDwv ZGl2PjxkaXY+QSA6IFNjb3R0IFdvcnRoaW5ndG9uIDxzY290dC5jLndvcnRoaW5ndG9uQGdtYWls LmNvbT4gPC9kaXY+PGRpdj5PYmpldCA6IFJFIDogUmU6IFtvdmlydC11c2Vyc10gaW5zdGFsbGF0 aW9uIHRyb3VibGUgPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JIGZvdW5kIG15IGlzY3NpIHRy b3VibGU8L2Rpdj48ZGl2PldoaWNoIHdhcyBhbiBpc2NzaSBpbml0aWF0b3IgbWlzdGFrZTwvZGl2 PjxkaXY+TXkgbHVuIGhhcyBub3cgYmVlbiBkZWNsYXJlZCBhcyBkYXRhIG1hc3RlcjwvZGl2Pjxk aXY+Jm5ic3A7QnV0IEkgY2Fubm90IGRlY2xhcmUgbXkgbmZzIHNoYXJlczwvZGl2PjxkaXY+SSBt IGN1cnNlZDwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+PGRpdiBzdHlsZT0iZm9udC1zaXplOjlweDtjb2xvcjojNTc1NzU3Ij5FbnZvecOpIGRl cHVpcyB1biBtb2JpbGUgU2Ftc3VuZy48L2Rpdj48L2Rpdj48L2JvZHk+ ----_com.android.email_2201994996652700--

1 0

installation trouble
by Stephane EVEILLARD 06 Nov '14

06 Nov '14

This is a multi-part message in MIME format. --------------080305070005010603030204 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi everybody when installing my first node (ovirt engine 3.5, iso node 3.0.4) I start getting the node in my cluster and suddenly get the following message : Host Noeud-1 installation failed. Network error during communication with the host but my node is still available !!! can somebody help me ? Thanks in advance Best Regards Stephane --------------080305070005010603030204 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 text="#000000" bgcolor="#FFFFFF"> Hi everybody when installing my first node (ovirt engine 3.5, iso node 3.0.4) I start getting the node in my cluster and suddenly get the following message : <table class="GLGRQ1ODJVB" style="width: 100%; table-layout: fixed;" __gwtcellbasedwidgetimpldispatchingfocus="true" __gwtcellbasedwidgetimpldispatchingblur="true" cellspacing="0"> <tbody> <tr class="GLGRQ1ODCVB GLGRQ1ODEVB GLGRQ1ODJUB GLGRQ1ODMUB" __gwt_subrow="0" __gwt_row="1"> <td class="GLGRQ1ODBUB GLGRQ1ODDVB GLGRQ1ODFVB GLGRQ1ODKUB GLGRQ1ODNUB"> <div title="" style="outline-style: none;" __gwt_cell="cell-gwt-uid-2716"> <div id="gwt-uid-413_col2_row1" style="overflow: hidden; white-space: nowrap; -ms-text-overflow: ellipsis;">Host Noeud-1 installation failed. Network error during communication with the host</div> </div> </td> </tr> </tbody> </table> but my node is still available !!! can somebody help me ? Thanks in advance Best Regards Stephane </body> </html> --------------080305070005010603030204--

1 1