- Users - oVirt List Archives

Failed to import Hosted Engine VM
by knarra 20 Dec '16

20 Dec '16

Hi, I have latest master installed and i see that Hosted Engine VM fails to import. Below are the logs i see in the engine log. Can some one help me understand why does this happen? 2016-12-20 06:46:02,291Z INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48) [77f83e0f] START, GetImageInfoVDSComman d( GetImageInfoVDSCommandParameters:{runAsync='true', storagePoolId='00000001-0001-0001-0001-000000000311', ignoreFailoverLimit='false', storageDomainId='4830f5b2-5a7d-4a89- 8fc9-8911134035e4', imageGroupId='0dec26c2-59c8-4d7f-adc0-6e4c878028ee', imageId='e1133334-9f08-4e71-9b3a-d6a93273fbd3'}), log id: 78f8a633 2016-12-20 06:46:02,291Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48) [77f83e0f] START, GetVolumeInfoVDSComm and(HostName = hosted_engine1, GetVolumeInfoVDSCommandParameters:{runAsync='true', hostId='4c4a3633-2c2a-49c9-be06-78a21a4a2584', storagePoolId='00000001-0001-0001-0001-0000 00000311', storageDomainId='4830f5b2-5a7d-4a89-8fc9-8911134035e4', imageGroupId='0dec26c2-59c8-4d7f-adc0-6e4c878028ee', imageId='e1133334-9f08-4e71-9b3a-d6a93273fbd3'}), log id: 62a0b308 2016-12-20 06:46:02,434Z ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48) [77f83e0f] Failed building DiskImage: No enum const org.ovirt.engine.core.common.businessentities.LeaseState.{owners=[Ljava.lang.Object;@28beccfa, version=2} 2016-12-20 06:46:02,434Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48) [77f83e0f] Command 'org.ovirt.engine.c ore.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand' return value ' VolumeInfoReturn:{status='Status [code=0, message=Done]'} status = OK domain = 4830f5b2-5a7d-4a89-8fc9-8911134035e4 voltype = LEAF description = Hosted Engine Image parent = 00000000-0000-0000-0000-000000000000 format = RAW generation = 0 image = 0dec26c2-59c8-4d7f-adc0-6e4c878028ee ctime = 1482153085 disktype = 2 legality = LEGAL mtime = 0 apparentsize = 53687091200 children: [] pool = capacity = 53687091200 uuid = e1133334-9f08-4e71-9b3a-d6a93273fbd3 truesize = 2761210368 type = SPARSE lease: owners: [1] version = 2 ' 2016-12-20 06:46:02,434Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48) [77f83e0f] HostName = hosted_engine1 2016-12-20 06:46:02,434Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48) [77f83e0f] FINISH, GetVolumeInfoVDSCommand, log id: 62a0b308 2016-12-20 06:46:02,434Z ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48) [77f83e0f] Failed to get the volume information, marking as FAILED 2016-12-20 06:46:02,434Z INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48) [77f83e0f] FINISH, GetImageInfoVDSCommand, log id: 78f8a633 2016-12-20 06:46:02,434Z WARN [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] (org.ovirt.thread.pool-6-thread-48) [77f83e0f] Validation of action 'ImportVm' failed for user SYSTEM. Reasons: VAR__ACTION__IMPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IMAGE_DOES_NOT_EXIST 2016-12-20 06:46:02,435Z INFO [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] (org.ovirt.thread.pool-6-thread-48) [77f83e0f] Lock freed to object 'EngineLock:{exclusiveLocks='[89681893-94fe-4366-be6d-15141ff2b365=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_IMPORTED$VmName HostedEngine>, HostedEngine=<VM_NAME, ACTION_TYPE_FAILED_NAME_ALREADY_USED>]', sharedLocks='[89681893-94fe-4366-be6d-15141ff2b365=<REMOTE_VM, ACTION_TYPE_FAILED_VM_IS_BEING_IMPORTED$VmName HostedEngine>]'}' 2016-12-20 06:46:02,435Z ERROR [org.ovirt.engine.core.bll.HostedEngineImporter] (org.ovirt.thread.pool-6-thread-48) [77f83e0f] Failed importing the Hosted Engine VM 2016-12-20 06:46:04,436Z INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler4) [2d8b8a56] FINISH, GlusterServersListVDSCommand, return: [10.70.36.79/23:CONNECTED, 10.70.36.80:CONNECTED, 10.70.36.81:CONNECTED], log id: 617781b7 Thanks kasturi.

2 2

Cumulus Switch
by Matt Wells 20 Dec '16

20 Dec '16

I've seen some of the cool stuff coming with OVN and even a co-worker has done some great things with it. However I was wondering if anyone had experience with Cumulus as the external provider for networks. It's just a "weekend project" I'm picking up and thought to ask on the list. I've not found other posts on it yet but will continue to look. I've just made a fresh lab with the latest and greatest oVirt on CentOS 7. Thanks to all and a happy holiday season ( if you're into the holiday thing ). :-)

3 4

Re: [ovirt-users] Python stack trace for VDSM while monitoring GlusterFS volumes in HC HE oVirt 3.6.7 / GlusterFS 3.7.17
by Giuseppe Ragusa 20 Dec '16

20 Dec '16

On Fri, Dec 16, 2016, at 05:44, Ramesh Nachimuthu wrote: > ----- Original Message ----- > > From: "Giuseppe Ragusa" <giuseppe.ragusa(a)hotmail.com> > > To: "Ramesh Nachimuthu" <rnachimu(a)redhat.com> > > Cc: users(a)ovirt.org > > Sent: Friday, December 16, 2016 2:42:18 AM > > Subject: Re: [ovirt-users] Python stack trace for VDSM while monitoring GlusterFS volumes in HC HE oVirt 3.6.7 / > > GlusterFS 3.7.17 > > > > Giuseppe Ragusa ha condiviso un file di OneDrive. Per visualizzarlo, fare > > clic sul collegamento seguente. > > > > > > <https://1drv.ms/u/s!Am_io8oW4r10bw5KMtEtKgpcRoI> > > [https://r1.res.office365.com/owa/prem/images/dc-generic_20.png]<https://1drv.ms/u/s!Am_io8oW4r10bw5KMtEtKgpcRoI> > > > > vols.tar.gz<https://1drv.ms/u/s!Am_io8oW4r10bw5KMtEtKgpcRoI> > > > > > > > > Da: Ramesh Nachimuthu <rnachimu(a)redhat.com> > > Inviato: lunedì 12 dicembre 2016 09.32 > > A: Giuseppe Ragusa > > Cc: users(a)ovirt.org > > Oggetto: Re: [ovirt-users] Python stack trace for VDSM while monitoring > > GlusterFS volumes in HC HE oVirt 3.6.7 / GlusterFS 3.7.17 > > > > On 12/09/2016 08:50 PM, Giuseppe Ragusa wrote: > > > Hi all, > > > > > > I'm writing to ask about the following problem (in a HC HE oVirt 3.6.7 > > > GlusterFS 3.7.17 3-hosts-replica-with-arbiter sharded-volumes setup all on > > > CentOS 7.2): > > > > > > From /var/log/messages: > > > > > > Dec 9 15:27:46 shockley journal: vdsm jsonrpc.JsonRpcServer ERROR Internal > > > server error#012Traceback (most recent call last):#012 File > > > "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, in > > > _serveRequest#012 res = method(**params)#012 File > > > "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod#012 result > > > = fn(*methodArgs)#012 File "/usr/share/vdsm/gluster/apiwrapper.py", line > > > 117, in status#012 return self._gluster.volumeStatus(volumeName, brick, > > > statusOption)#012 File "/usr/share/vdsm/gluster/api.py", line 86, in > > > wrapper#012 rv = func(*args, **kwargs)#012 File > > > "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus#012 > > > statusOption)#012 File "/usr/share/vdsm/supervdsm.py", line 50, in > > > __call__#012 return callMethod()#012 File > > > "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>#012 **kwargs)#012 > > > File "<string>", line 2, in glusterVolumeStatus#012 File > > > "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _ca > > > llmethod#012 raise convert_to_error(kind, result)#012KeyError: > > > 'device' > > > Dec 9 15:27:47 shockley ovirt-ha-agent: > > > INFO:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Extracting Engine > > > VM OVF from the OVF_STORE > > > Dec 9 15:27:47 shockley ovirt-ha-agent: > > > INFO:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:OVF_STORE volume > > > path: > > > /rhev/data-center/mnt/glusterSD/shockley.gluster.private:_enginedomain/1d60fd45-507d-4a78-8294-d642b3178ea3/images/22a172de-698e-4cc5-bff0-082882fb3347/8738287c-8a25-4a2a-a53a-65c366a972a1 > > > Dec 9 15:27:47 shockley ovirt-ha-agent: > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Found > > > an OVF for HE VM, trying to convert > > > Dec 9 15:27:47 shockley ovirt-ha-agent: > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Got > > > vm.conf from OVF_STORE > > > Dec 9 15:27:47 shockley ovirt-ha-agent: > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Current state > > > EngineUp (score: 3400) > > > Dec 9 15:27:47 shockley ovirt-ha-agent: > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Best remote > > > host read.mgmt.private (id: 2, score: 3400) > > > Dec 9 15:27:48 shockley journal: vdsm jsonrpc.JsonRpcServer ERROR Internal > > > server error#012Traceback (most recent call last):#012 File > > > "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, in > > > _serveRequest#012 res = method(**params)#012 File > > > "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod#012 result > > > = fn(*methodArgs)#012 File "/usr/share/vdsm/gluster/apiwrapper.py", line > > > 117, in status#012 return self._gluster.volumeStatus(volumeName, brick, > > > statusOption)#012 File "/usr/share/vdsm/gluster/api.py", line 86, in > > > wrapper#012 rv = func(*args, **kwargs)#012 File > > > "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus#012 > > > statusOption)#012 File "/usr/share/vdsm/supervdsm.py", line 50, in > > > __call__#012 return callMethod()#012 File > > > "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>#012 **kwargs)#012 > > > File "<string>", line 2, in glusterVolumeStatus#012 File > > > "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _ca > > > llmethod#012 raise convert_to_error(kind, result)#012KeyError: > > > 'device' > > > Dec 9 15:27:48 shockley ovirt-ha-broker: > > > INFO:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Connection > > > established > > > Dec 9 15:27:48 shockley ovirt-ha-broker: > > > INFO:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Connection > > > closed > > > Dec 9 15:27:48 shockley ovirt-ha-broker: > > > INFO:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Connection > > > established > > > Dec 9 15:27:48 shockley ovirt-ha-broker: > > > INFO:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Connection > > > closed > > > Dec 9 15:27:48 shockley ovirt-ha-broker: > > > INFO:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Connection > > > established > > > Dec 9 15:27:48 shockley ovirt-ha-broker: > > > INFO:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Connection > > > closed > > > Dec 9 15:27:48 shockley ovirt-ha-broker: > > > INFO:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Connection > > > established > > > Dec 9 15:27:48 shockley ovirt-ha-broker: > > > INFO:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Connection > > > closed > > > Dec 9 15:27:48 shockley ovirt-ha-broker: INFO:mem_free.MemFree:memFree: > > > 7392 > > > Dec 9 15:27:50 shockley journal: vdsm jsonrpc.JsonRpcServer ERROR Internal > > > server error#012Traceback (most recent call last):#012 File > > > "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, in > > > _serveRequest#012 res = method(**params)#012 File > > > "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod#012 result > > > = fn(*methodArgs)#012 File "/usr/share/vdsm/gluster/apiwrapper.py", line > > > 117, in status#012 return self._gluster.volumeStatus(volumeName, brick, > > > statusOption)#012 File "/usr/share/vdsm/gluster/api.py", line 86, in > > > wrapper#012 rv = func(*args, **kwargs)#012 File > > > "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus#012 > > > statusOption)#012 File "/usr/share/vdsm/supervdsm.py", line 50, in > > > __call__#012 return callMethod()#012 File > > > "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>#012 **kwargs)#012 > > > File "<string>", line 2, in glusterVolumeStatus#012 File > > > "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _ca > > > llmethod#012 raise convert_to_error(kind, result)#012KeyError: > > > 'device' > > > Dec 9 15:27:52 shockley journal: vdsm jsonrpc.JsonRpcServer ERROR Internal > > > server error#012Traceback (most recent call last):#012 File > > > "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, in > > > _serveRequest#012 res = method(**params)#012 File > > > "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod#012 result > > > = fn(*methodArgs)#012 File "/usr/share/vdsm/gluster/apiwrapper.py", line > > > 117, in status#012 return self._gluster.volumeStatus(volumeName, brick, > > > statusOption)#012 File "/usr/share/vdsm/gluster/api.py", line 86, in > > > wrapper#012 rv = func(*args, **kwargs)#012 File > > > "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus#012 > > > statusOption)#012 File "/usr/share/vdsm/supervdsm.py", line 50, in > > > __call__#012 return callMethod()#012 File > > > "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>#012 **kwargs)#012 > > > File "<string>", line 2, in glusterVolumeStatus#012 File > > > "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _ca > > > llmethod#012 raise convert_to_error(kind, result)#012KeyError: > > > 'device' > > > Dec 9 15:27:54 shockley journal: vdsm jsonrpc.JsonRpcServer ERROR Internal > > > server error#012Traceback (most recent call last):#012 File > > > "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, in > > > _serveRequest#012 res = method(**params)#012 File > > > "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod#012 result > > > = fn(*methodArgs)#012 File "/usr/share/vdsm/gluster/apiwrapper.py", line > > > 117, in status#012 return self._gluster.volumeStatus(volumeName, brick, > > > statusOption)#012 File "/usr/share/vdsm/gluster/api.py", line 86, in > > > wrapper#012 rv = func(*args, **kwargs)#012 File > > > "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus#012 > > > statusOption)#012 File "/usr/share/vdsm/supervdsm.py", line 50, in > > > __call__#012 return callMethod()#012 File > > > "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>#012 **kwargs)#012 > > > File "<string>", line 2, in glusterVolumeStatus#012 File > > > "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _ca > > > llmethod#012 raise convert_to_error(kind, result)#012KeyError: > > > 'device' > > > Dec 9 15:27:55 shockley ovirt-ha-broker: > > > INFO:cpu_load_no_engine.EngineHealth:System load total=0.1234, > > > engine=0.0364, non-engine=0.0869 > > > Dec 9 15:27:57 shockley ovirt-ha-agent: > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Initializing > > > VDSM > > > Dec 9 15:27:57 shockley ovirt-ha-agent: > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Connecting > > > the storage > > > Dec 9 15:27:58 shockley journal: vdsm jsonrpc.JsonRpcServer ERROR Internal > > > server error#012Traceback (most recent call last):#012 File > > > "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, in > > > _serveRequest#012 res = method(**params)#012 File > > > "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod#012 result > > > = fn(*methodArgs)#012 File "/usr/share/vdsm/gluster/apiwrapper.py", line > > > 117, in status#012 return self._gluster.volumeStatus(volumeName, brick, > > > statusOption)#012 File "/usr/share/vdsm/gluster/api.py", line 86, in > > > wrapper#012 rv = func(*args, **kwargs)#012 File > > > "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus#012 > > > statusOption)#012 File "/usr/share/vdsm/supervdsm.py", line 50, in > > > __call__#012 return callMethod()#012 File > > > "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>#012 **kwargs)#012 > > > File "<string>", line 2, in glusterVolumeStatus#012 File > > > "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _ca > > > llmethod#012 raise convert_to_error(kind, result)#012KeyError: > > > 'device' > > > Dec 9 15:27:58 shockley ovirt-ha-agent: > > > INFO:ovirt_hosted_engine_ha.lib.storage_server.StorageServer:Connecting > > > storage server > > > Dec 9 15:27:58 shockley ovirt-ha-agent: > > > INFO:ovirt_hosted_engine_ha.lib.storage_server.StorageServer:Connecting > > > storage server > > > Dec 9 15:27:59 shockley ovirt-ha-agent: > > > INFO:ovirt_hosted_engine_ha.lib.storage_server.StorageServer:Refreshing > > > the storage domain > > > Dec 9 15:27:59 shockley ovirt-ha-broker: > > > INFO:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Connection > > > established > > > Dec 9 15:27:59 shockley journal: vdsm jsonrpc.JsonRpcServer ERROR Internal > > > server error#012Traceback (most recent call last):#012 File > > > "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, in > > > _serveRequest#012 res = method(**params)#012 File > > > "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod#012 result > > > = fn(*methodArgs)#012 File "/usr/share/vdsm/gluster/apiwrapper.py", line > > > 117, in status#012 return self._gluster.volumeStatus(volumeName, brick, > > > statusOption)#012 File "/usr/share/vdsm/gluster/api.py", line 86, in > > > wrapper#012 rv = func(*args, **kwargs)#012 File > > > "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus#012 > > > statusOption)#012 File "/usr/share/vdsm/supervdsm.py", line 50, in > > > __call__#012 return callMethod()#012 File > > > "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>#012 **kwargs)#012 > > > File "<string>", line 2, in glusterVolumeStatus#012 File > > > "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _ca > > > llmethod#012 raise convert_to_error(kind, result)#012KeyError: > > > 'device' > > > > > > From /var/log/vdsm/vdsm.log: > > > > > > jsonrpc.Executor/1::ERROR::2016-12-09 > > > 15:27:46,870::__init__::538::jsonrpc.JsonRpcServer::(_serveRequest) > > > Internal server error > > > Traceback (most recent call last): > > > File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, > > > in _serveRequest > > > res = method(**params) > > > File "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod > > > result = fn(*methodArgs) > > > File "/usr/share/vdsm/gluster/apiwrapper.py", line 117, in status > > > return self._gluster.volumeStatus(volumeName, brick, statusOption) > > > File "/usr/share/vdsm/gluster/api.py", line 86, in wrapper > > > rv = func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus > > > statusOption) > > > File "/usr/share/vdsm/supervdsm.py", line 50, in __call__ > > > return callMethod() > > > File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda> > > > **kwargs) > > > File "<string>", line 2, in glusterVolumeStatus > > > File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in > > > _callmethod > > > raise convert_to_error(kind, result) > > > KeyError: 'device' > > > jsonrpc.Executor/5::ERROR::2016-12-09 > > > 15:27:48,627::__init__::538::jsonrpc.JsonRpcServer::(_serveRequest) > > > Internal server error > > > Traceback (most recent call last): > > > File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, > > > in _serveRequest > > > res = method(**params) > > > File "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod > > > result = fn(*methodArgs) > > > File "/usr/share/vdsm/gluster/apiwrapper.py", line 117, in status > > > return self._gluster.volumeStatus(volumeName, brick, statusOption) > > > File "/usr/share/vdsm/gluster/api.py", line 86, in wrapper > > > rv = func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus > > > statusOption) > > > File "/usr/share/vdsm/supervdsm.py", line 50, in __call__ > > > return callMethod() > > > File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda> > > > **kwargs) > > > File "<string>", line 2, in glusterVolumeStatus > > > File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in > > > _callmethod > > > raise convert_to_error(kind, result) > > > KeyError: 'device' > > > jsonrpc.Executor/7::ERROR::2016-12-09 > > > 15:27:50,164::__init__::538::jsonrpc.JsonRpcServer::(_serveRequest) > > > Internal server error > > > Traceback (most recent call last): > > > File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, > > > in _serveRequest > > > res = method(**params) > > > File "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod > > > result = fn(*methodArgs) > > > File "/usr/share/vdsm/gluster/apiwrapper.py", line 117, in status > > > return self._gluster.volumeStatus(volumeName, brick, statusOption) > > > File "/usr/share/vdsm/gluster/api.py", line 86, in wrapper > > > rv = func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus > > > statusOption) > > > File "/usr/share/vdsm/supervdsm.py", line 50, in __call__ > > > return callMethod() > > > File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda> > > > **kwargs) > > > File "<string>", line 2, in glusterVolumeStatus > > > File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in > > > _callmethod > > > raise convert_to_error(kind, result) > > > KeyError: 'device' > > > jsonrpc.Executor/0::ERROR::2016-12-09 > > > 15:27:52,804::__init__::538::jsonrpc.JsonRpcServer::(_serveRequest) > > > Internal server error > > > Traceback (most recent call last): > > > File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, > > > in _serveRequest > > > res = method(**params) > > > File "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod > > > result = fn(*methodArgs) > > > File "/usr/share/vdsm/gluster/apiwrapper.py", line 117, in status > > > return self._gluster.volumeStatus(volumeName, brick, statusOption) > > > File "/usr/share/vdsm/gluster/api.py", line 86, in wrapper > > > rv = func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus > > > statusOption) > > > File "/usr/share/vdsm/supervdsm.py", line 50, in __call__ > > > return callMethod() > > > File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda> > > > **kwargs) > > > File "<string>", line 2, in glusterVolumeStatus > > > File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in > > > _callmethod > > > raise convert_to_error(kind, result) > > > KeyError: 'device' > > > jsonrpc.Executor/5::ERROR::2016-12-09 > > > 15:27:54,679::__init__::538::jsonrpc.JsonRpcServer::(_serveRequest) > > > Internal server error > > > Traceback (most recent call last): > > > File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, > > > in _serveRequest > > > res = method(**params) > > > File "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod > > > result = fn(*methodArgs) > > > File "/usr/share/vdsm/gluster/apiwrapper.py", line 117, in status > > > return self._gluster.volumeStatus(volumeName, brick, statusOption) > > > File "/usr/share/vdsm/gluster/api.py", line 86, in wrapper > > > rv = func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus > > > statusOption) > > > File "/usr/share/vdsm/supervdsm.py", line 50, in __call__ > > > return callMethod() > > > File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda> > > > **kwargs) > > > File "<string>", line 2, in glusterVolumeStatus > > > File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in > > > _callmethod > > > raise convert_to_error(kind, result) > > > KeyError: 'device' > > > jsonrpc.Executor/2::ERROR::2016-12-09 > > > 15:27:58,349::__init__::538::jsonrpc.JsonRpcServer::(_serveRequest) > > > Internal server error > > > Traceback (most recent call last): > > > File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, > > > in _serveRequest > > > res = method(**params) > > > File "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod > > > result = fn(*methodArgs) > > > File "/usr/share/vdsm/gluster/apiwrapper.py", line 117, in status > > > return self._gluster.volumeStatus(volumeName, brick, statusOption) > > > File "/usr/share/vdsm/gluster/api.py", line 86, in wrapper > > > rv = func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus > > > statusOption) > > > File "/usr/share/vdsm/supervdsm.py", line 50, in __call__ > > > return callMethod() > > > File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda> > > > **kwargs) > > > File "<string>", line 2, in glusterVolumeStatus > > > File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in > > > _callmethod > > > raise convert_to_error(kind, result) > > > KeyError: 'device' > > > jsonrpc.Executor/4::ERROR::2016-12-09 > > > 15:27:59,169::__init__::538::jsonrpc.JsonRpcServer::(_serveRequest) > > > Internal server error > > > Traceback (most recent call last): > > > File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, > > > in _serveRequest > > > res = method(**params) > > > File "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod > > > result = fn(*methodArgs) > > > File "/usr/share/vdsm/gluster/apiwrapper.py", line 117, in status > > > return self._gluster.volumeStatus(volumeName, brick, statusOption) > > > File "/usr/share/vdsm/gluster/api.py", line 86, in wrapper > > > rv = func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus > > > statusOption) > > > File "/usr/share/vdsm/supervdsm.py", line 50, in __call__ > > > return callMethod() > > > File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda> > > > **kwargs) > > > File "<string>", line 2, in glusterVolumeStatus > > > File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in > > > _callmethod > > > raise convert_to_error(kind, result) > > > KeyError: 'device' > > > > > > From /var/log/vdsm/supervdsm.log: > > > > > > Traceback (most recent call last): > > > File "/usr/share/vdsm/supervdsmServer", line 118, in wrapper > > > res = func(*args, **kwargs) > > > File "/usr/share/vdsm/supervdsmServer", line 534, in wrapper > > > return func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/cli.py", line 352, in volumeStatus > > > return _parseVolumeStatusDetail(xmltree) > > > File "/usr/share/vdsm/gluster/cli.py", line 216, in > > > _parseVolumeStatusDetail > > > 'device': value['device'], > > > KeyError: 'device' > > > MainProcess|jsonrpc.Executor/5::ERROR::2016-12-09 > > > 15:27:48,625::supervdsmServer::120::SuperVdsm.ServerCallback::(wrapper) > > > Error in wrapper > > > Traceback (most recent call last): > > > File "/usr/share/vdsm/supervdsmServer", line 118, in wrapper > > > res = func(*args, **kwargs) > > > File "/usr/share/vdsm/supervdsmServer", line 534, in wrapper > > > return func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/cli.py", line 352, in volumeStatus > > > return _parseVolumeStatusDetail(xmltree) > > > File "/usr/share/vdsm/gluster/cli.py", line 216, in > > > _parseVolumeStatusDetail > > > 'device': value['device'], > > > KeyError: 'device' > > > MainProcess|jsonrpc.Executor/7::ERROR::2016-12-09 > > > 15:27:50,163::supervdsmServer::120::SuperVdsm.ServerCallback::(wrapper) > > > Error in wrapper > > > Traceback (most recent call last): > > > File "/usr/share/vdsm/supervdsmServer", line 118, in wrapper > > > res = func(*args, **kwargs) > > > File "/usr/share/vdsm/supervdsmServer", line 534, in wrapper > > > return func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/cli.py", line 352, in volumeStatus > > > return _parseVolumeStatusDetail(xmltree) > > > File "/usr/share/vdsm/gluster/cli.py", line 216, in > > > _parseVolumeStatusDetail > > > 'device': value['device'], > > > KeyError: 'device' > > > MainProcess|jsonrpc.Executor/0::ERROR::2016-12-09 > > > 15:27:52,803::supervdsmServer::120::SuperVdsm.ServerCallback::(wrapper) > > > Error in wrapper > > > Traceback (most recent call last): > > > File "/usr/share/vdsm/supervdsmServer", line 118, in wrapper > > > res = func(*args, **kwargs) > > > File "/usr/share/vdsm/supervdsmServer", line 534, in wrapper > > > return func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/cli.py", line 352, in volumeStatus > > > return _parseVolumeStatusDetail(xmltree) > > > File "/usr/share/vdsm/gluster/cli.py", line 216, in > > > _parseVolumeStatusDetail > > > 'device': value['device'], > > > KeyError: 'device' > > > MainProcess|jsonrpc.Executor/5::ERROR::2016-12-09 > > > 15:27:54,677::supervdsmServer::120::SuperVdsm.ServerCallback::(wrapper) > > > Error in wrapper > > > Traceback (most recent call last): > > > File "/usr/share/vdsm/supervdsmServer", line 118, in wrapper > > > res = func(*args, **kwargs) > > > File "/usr/share/vdsm/supervdsmServer", line 534, in wrapper > > > return func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/cli.py", line 352, in volumeStatus > > > return _parseVolumeStatusDetail(xmltree) > > > File "/usr/share/vdsm/gluster/cli.py", line 216, in > > > _parseVolumeStatusDetail > > > 'device': value['device'], > > > KeyError: 'device' > > > MainProcess|jsonrpc.Executor/2::ERROR::2016-12-09 > > > 15:27:58,348::supervdsmServer::120::SuperVdsm.ServerCallback::(wrapper) > > > Error in wrapper > > > Traceback (most recent call last): > > > File "/usr/share/vdsm/supervdsmServer", line 118, in wrapper > > > res = func(*args, **kwargs) > > > File "/usr/share/vdsm/supervdsmServer", line 534, in wrapper > > > return func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/cli.py", line 352, in volumeStatus > > > return _parseVolumeStatusDetail(xmltree) > > > File "/usr/share/vdsm/gluster/cli.py", line 216, in > > > _parseVolumeStatusDetail > > > 'device': value['device'], > > > KeyError: 'device' > > > MainProcess|jsonrpc.Executor/4::ERROR::2016-12-09 > > > 15:27:59,168::supervdsmServer::120::SuperVdsm.ServerCallback::(wrapper) > > > Error in wrapper > > > Traceback (most recent call last): > > > File "/usr/share/vdsm/supervdsmServer", line 118, in wrapper > > > res = func(*args, **kwargs) > > > File "/usr/share/vdsm/supervdsmServer", line 534, in wrapper > > > return func(*args, **kwargs) > > > File "/usr/share/vdsm/gluster/cli.py", line 352, in volumeStatus > > > return _parseVolumeStatusDetail(xmltree) > > > File "/usr/share/vdsm/gluster/cli.py", line 216, in > > > _parseVolumeStatusDetail > > > 'device': value['device'], > > > KeyError: 'device' > > > > > > Please note that the whole oVirt cluster is working (apparently) as it > > > should, but due to a known limitation with split-GlusterFS-network setup > > > (http://lists.ovirt.org/pipermail/users/2016-August/042119.html solved in > > > https://gerrit.ovirt.org/#/c/60083/ but maybe not backported to 3.6.x or > > > present only in nightly later than 3.6.7, right?) GlusterFS volumes are > > > being managed from the hosts commandline only, while the oVirt Engine > > > webui is used only to monitor them. > > > > > > The GlusterFS part is currently experiencing some recurring NFS crashes > > > (using internal GlusterFS NFS support, not NFS-Ganesha) as reported in > > > Gluster users mailing list and in Bugzilla > > > (http://www.gluster.org/pipermail/gluster-users/2016-December/029357.html > > > and https://bugzilla.redhat.com/show_bug.cgi?id=1381970 without any > > > feedback insofar...) but only on not-oVirt-related volumes. > > > > > > Finally, I can confirm that checking all oVirt-related and > > > not-oVirt-related GlusterFS volumes from the hosts commandline with: > > > > > > vdsClient -s localhost glusterVolumeStatus volumeName=nomevolume > > > > Can you post the output of 'gluster volume status <vol-name> detail --xml'. > > > > Regards, > > Ramesh > > > > Hi Ramesh, > > > > Please find attached all the output produced with the following command: > > > > for vol in $(gluster volume list); do gluster volume status ${vol} detail > > --xml > ${vol}.xml; res=$?; echo "Exit ${res} for volume ${vol}"; done > > > > Please note that the exit code was always zero. > > > > +gluster-users > > This seems to be a bug in Glusterfs 3.7.17. Output of 'gluster volume status <vol-name> details --xml ' should have a <device> element for all the bricks in the volume. But it missing for the arbiter brick. This issue is not re-producible in Gulsterfs-3.8. Do I need to open a GlusterFS bug for this on 3.7? Looking at the changelog, it does not seem to have been fixed in 3.7.18 nor to be among the already known issues. On the oVirt side: is GlusterFS 3.8 compatible with oVirt 3.6.x (maybe with x > 7 ie using nightly snapshots)? Many thanks. Regards, Giuseppe > Regards, > Ramesh > > > > Many thanks for you help. > > > > Best regards, > > Giuseppe > > > > > > > > > > always succeeds without errors. > > > > > > Many thanks in advance for any advice (please note that I'm planning to > > > upgrade from 3.6.7 to latest nightly 3.6.10.x as soon as the corresponding > > > RHEV gets announced, then later on all the way up to 4.1.0 as soon as it > > > stabilizes; on GlusterFS-side I'd like to upgrade asap to 3.8.x but I > > > cannot find any hint on oVirt 3.6.x compatibility...). > > > > > > Best regards, > > > Giuseppe > > > > > > PS: please keep my address in to/copy since I still have problems receiving > > > oVirt mailing list messages on Hotmail. > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > > > http://lists.phx.ovirt.org/mailman/listinfo/users > > > > > >

2 1

about vms can't migrate automatically in HA
by 张余歌 20 Dec '16

20 Dec '16

--_000_DM5PR11MB1930287CDFAE3FAE05474D61908F0DM5PR11MB1930namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 aGVsbG8sbXkgZW52aXJvbWVudCA6DQpob3N0IEEgOiBlbmdpbmUgLA0KaG9zdCBCIDogY29tcHV0 ZSxob3N0IG9mIGNsdXN0ZXINCmhvc3QgQyA6IGNvbXB1dGUsaG9zdCBvZiBjbHVzdGVyDQpBbmQg cnVuIGEgdm0gaW4gaG9zdCBCLG1vdW50IG5mcyBvbiBob3N0IEINCmkgdXNlIEEgdG8gcHJvdmlk ZSBuZnMgc3RvcmFnZSB0byBob3N0IEIgYW5kIEMgYXMgc2hhcmVkIHN0b3JhZ2UuaSBqdXN0IHdh bnQgdG8gcmVhbGl6ZSBIQSB3aXRob3V0IGFueSBtYW5udWwgb3BlcmF0aW9uLg0KDQp0aGUgcHJv YmxlbSBpczoNCjEsaSBqdXN0IHNhdGlmaWVkIHRoZSBjb25kaXRpb24gb2YgSEEgLGxpa2UgY29u ZmlndXJlIHBvd2VyIG1hbmFnZXIsdm0gSEEgcGFyYW1ldGVycy4uLmFuZCBrZWVwIGRlZmF1bHQg ZWxzZS4NCmlmIGkganVzdCBtYWludGVuYW5jZSBob3N0IEIsaXQgd29ya3Mgd2VsbCB0byBtaWdy YXRlIHZtLG9rYXkuDQoNCkFuZCB0aGVuIGkgcG93ZXIgZG93biBieSBwb3dlciBtYW5hZ2VyLGl0 IHNlZW1zIHRoYXQgdm0gY2FuIHJ1biBvbiBob3N0IEMgdW50aWwgaG9zdCBCIHJlYm9vdCBieSBw b3dlciBtYW5hZ2VyLGJ1dCBpdCBhbHNvIHdvcmtzLGl0IGlzIHdlaXJkICx0aHJvdWdoIGhvc3Qg QiBpcyBkb3duLGkgZXhwZWN0IGhvc3QgQyB3aWxsIG1vdW50IG5mcyBhdXRvbWF0aWNhbGx5IC4u Lg0KDQoyLCBpIGZvcmNlIHRvIHBvd2VyIGZhaWx1cmUgaG9zdCBCLHRoZSByZXN1bHQgaXM6DQpo b3N0IEIgYW5kIEMgYm90aCB0dXJuIHRvIE5vbiBSZXNwb25zaXZlLGFuZCB0aGUgc3RvcmFnZSBp cyBkb3duLGV2ZXJ5dGhpbmcgaXMgYmFkIC4uYXJlIHRoZXJlIHNvbWUgcGxhY2UgaSBpZ25vcmU/ DQoNCml0IG1ha2UgbWUgZmVlbCBoZWxwbGVzcy4NCmJlc3QgcmVnYXJkLg0KDQrojrflj5YgT3V0 bG9vayBmb3IgQW5kcm9pZDxodHRwczovL2FrYS5tcy9naGVpMzY+DQo= --_000_DM5PR11MB1930287CDFAE3FAE05474D61908F0DM5PR11MB1930namp_ Content-Type: text/html; charset="utf-8" Content-ID: <FA9BFCD90381E7449E8B4FCE172D0477(a)sct-15-1-659-11-msonline-outlook-d08c7.templateTenant> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJhdXRv IiBzdHlsZT0iIHRleHQtYWxpZ246IGxlZnQ7IG1hcmdpbi10b3A6IDI1cHg7IG1hcmdpbi1ib3R0 b206IDI1cHg7IGZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyBmb250LXNpemU6IDExcHQ7IGNvbG9y OiBibGFjazsgYmFja2dyb3VuZC1jb2xvcjogd2hpdGUgIj4NCmhlbGxvLG15IGVudmlyb21lbnQg Ojxicj4NCmhvc3QgQSA6IGVuZ2luZSAsPGJyPg0KaG9zdCBCIDogY29tcHV0ZSxob3N0IG9mIGNs dXN0ZXI8YnI+DQpob3N0IEMgOiBjb21wdXRlLGhvc3Qgb2YgY2x1c3Rlcjxicj4NCkFuZCBydW4g YSB2bSBpbiBob3N0IEIsbW91bnQgbmZzIG9uIGhvc3QgQiA8YnI+DQppIHVzZSBBIHRvIHByb3Zp ZGUgbmZzIHN0b3JhZ2UgdG8gaG9zdCBCIGFuZCBDIGFzIHNoYXJlZCBzdG9yYWdlLmkganVzdCB3 YW50IHRvIHJlYWxpemUgSEEgd2l0aG91dCBhbnkgbWFubnVsIG9wZXJhdGlvbi48YnI+DQo8L3A+ DQo8cCBkaXI9ImF1dG8iIHN0eWxlPSIgdGV4dC1hbGlnbjogbGVmdDsgbWFyZ2luLXRvcDogMjVw eDsgbWFyZ2luLWJvdHRvbTogMjVweDsgZm9udC1mYW1pbHk6IHNhbnMtc2VyaWY7IGZvbnQtc2l6 ZTogMTFwdDsgY29sb3I6IGJsYWNrOyBiYWNrZ3JvdW5kLWNvbG9yOiB3aGl0ZSAiPg0KdGhlIHBy b2JsZW0gaXM6PGJyPg0KMSxpIGp1c3Qgc2F0aWZpZWQgdGhlIGNvbmRpdGlvbiBvZiBIQSAsbGlr ZSBjb25maWd1cmUgcG93ZXIgbWFuYWdlcix2bSBIQSBwYXJhbWV0ZXJzLi4uYW5kIGtlZXAgZGVm YXVsdCBlbHNlLjxicj4NCmlmIGkganVzdCBtYWludGVuYW5jZSBob3N0IEIsaXQgd29ya3Mgd2Vs bCB0byBtaWdyYXRlIHZtLG9rYXkuPC9wPg0KPHAgZGlyPSJhdXRvIiBzdHlsZT0iIHRleHQtYWxp Z246IGxlZnQ7IG1hcmdpbi10b3A6IDI1cHg7IG1hcmdpbi1ib3R0b206IDI1cHg7IGZvbnQtZmFt aWx5OiBzYW5zLXNlcmlmOyBmb250LXNpemU6IDExcHQ7IGNvbG9yOiBibGFjazsgYmFja2dyb3Vu ZC1jb2xvcjogd2hpdGUgIj4NCkFuZCB0aGVuIGkgcG93ZXIgZG93biBieSBwb3dlciBtYW5hZ2Vy LGl0IHNlZW1zIHRoYXQgdm0gY2FuIHJ1biBvbiBob3N0IEMgdW50aWwgaG9zdCBCIHJlYm9vdCBi eSBwb3dlciBtYW5hZ2VyLGJ1dCBpdCBhbHNvIHdvcmtzLGl0IGlzIHdlaXJkICx0aHJvdWdoIGhv c3QgQiBpcyBkb3duLGkgZXhwZWN0IGhvc3QgQyB3aWxsIG1vdW50IG5mcyBhdXRvbWF0aWNhbGx5 IC4uLjwvcD4NCjxwIGRpcj0iYXV0byIgc3R5bGU9IiB0ZXh0LWFsaWduOiBsZWZ0OyBtYXJnaW4t dG9wOiAyNXB4OyBtYXJnaW4tYm90dG9tOiAyNXB4OyBmb250LWZhbWlseTogc2Fucy1zZXJpZjsg Zm9udC1zaXplOiAxMXB0OyBjb2xvcjogYmxhY2s7IGJhY2tncm91bmQtY29sb3I6IHdoaXRlICI+ DQoyLCBpIGZvcmNlIHRvIHBvd2VyIGZhaWx1cmUgaG9zdCBCLHRoZSByZXN1bHQgaXM6IDxicj4N Cmhvc3QgQiBhbmQgQyBib3RoIHR1cm4gdG8gTm9uIFJlc3BvbnNpdmUsYW5kIHRoZSBzdG9yYWdl IGlzIGRvd24sZXZlcnl0aGluZyBpcyBiYWQgLi5hcmUgdGhlcmUgc29tZSBwbGFjZSBpIGlnbm9y ZT88L3A+DQo8cCBkaXI9ImF1dG8iIHN0eWxlPSIgdGV4dC1hbGlnbjogbGVmdDsgbWFyZ2luLXRv cDogMjVweDsgbWFyZ2luLWJvdHRvbTogMjVweDsgZm9udC1mYW1pbHk6IHNhbnMtc2VyaWY7IGZv bnQtc2l6ZTogMTFwdDsgY29sb3I6IGJsYWNrOyBiYWNrZ3JvdW5kLWNvbG9yOiB3aGl0ZSAiPg0K aXQgbWFrZSBtZSBmZWVsIGhlbHBsZXNzLjxicj4NCmJlc3QgcmVnYXJkLjxicj4NCjwvcD4NCjxw IGRpcj0iYXV0byIgc3R5bGU9IiB0ZXh0LWFsaWduOiBsZWZ0OyBtYXJnaW4tdG9wOiAyNXB4OyBt YXJnaW4tYm90dG9tOiAyNXB4OyBmb250LWZhbWlseTogc2Fucy1zZXJpZjsgZm9udC1zaXplOiAx MXB0OyBjb2xvcjogYmxhY2s7IGJhY2tncm91bmQtY29sb3I6IHdoaXRlICI+DQrojrflj5YgPGEg aHJlZj0iaHR0cHM6Ly9ha2EubXMvZ2hlaTM2Ij5PdXRsb29rIGZvciBBbmRyb2lkPC9hPjxicj4N CjwvcD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_DM5PR11MB1930287CDFAE3FAE05474D61908F0DM5PR11MB1930namp_--

2 3

Hosted Engine won't deploy
by Gervais de Montbrun 19 Dec '16

19 Dec '16

--Apple-Mail=_D78D948E-0E29-4B7F-A8D8-A338ACAC78FD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi all, I had to reinstall one of my hosts today and I noticed an issue. The = error message was: Ovirt2: Cannot edit Host. You are using an unmanaged hosted engine VM. Please = upgrade the cluster level to 3.6 and wait for the hosted engine storage = domain to be properly imported. I am running oVirt 4.0.5 and have a hosted engine and Cluster and Data = Center say that they are running in 4.0 compatibility mode, so I don't = understand this error. I did get the host setup by running = `hosted-engine --deploy` and walking through the command line options. = Alarmingly, I was warned that this is deprecated and will not be = possible in oVirt 4.1.=20 Any suggestions as to what I should do to sort out my issue? Cheers, Gervais --Apple-Mail=_D78D948E-0E29-4B7F-A8D8-A338ACAC78FD Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">Hi all,<div class=3D""><br class=3D""></div><div class=3D"">I = had to reinstall one of my hosts today and I noticed an issue. The error = message was:</div><div class=3D""><br class=3D""></div><blockquote = style=3D"margin: 0 0 0 40px; border: none; padding: 0px;" class=3D""><div = class=3D""><span style=3D"font-family: 'Arial Unicode MS', Arial, = sans-serif; font-size: small; background-color: rgb(255, 255, 255);" = class=3D"">Ovirt2:</span></div></blockquote><div class=3D""><ul = style=3D"box-sizing: border-box; margin-top: 0px; margin-bottom: 10px; = font-family: 'Arial Unicode MS', Arial, sans-serif;" class=3D""><ul = class=3D""><li style=3D"box-sizing: border-box;" class=3D"">Cannot edit = Host. You are using an unmanaged hosted engine VM. Please upgrade the = cluster level to 3.6 and wait for the hosted engine storage domain to be = properly imported.</li></ul></ul><div class=3D"">I am running oVirt = 4.0.5 and have a hosted engine and Cluster and Data Center say that they = are running in 4.0 compatibility mode, so I don't understand this error. = I did get the host setup by running `hosted-engine --deploy` and walking = through the command line options. Alarmingly, I was warned that this is = deprecated and will not be possible in oVirt 4.1. </div><div = class=3D""><br class=3D""></div><div class=3D"">Any suggestions as to = what I should do to sort out my issue?</div><div class=3D""><br = class=3D""></div><div class=3D"">Cheers,</div><div class=3D""><div = id=3D"signature" class=3D"">Gervais<br class=3D""><br class=3D""><br = class=3D""></div> </div> <br class=3D""></div></body></html>= --Apple-Mail=_D78D948E-0E29-4B7F-A8D8-A338ACAC78FD--

4 8

Python SDK .remove() does not return True?
by Yaniv Kaul 19 Dec '16

19 Dec '16

I'd expect, like other actions, add() for example, that I can ensure .remove() (for clusters, DCs, etc.) will return True as a sign for success. Is that a bug or a design choice? TIA, Y.

3 3

WebUI error with nightly 4.0.7
by Alessandro De Salvo 19 Dec '16

19 Dec '16

Hi, since a few days, after the upgrade my dev machine to the nightly repo of 4.0.7, I'm getting these kind of errors from the WebUI after a few minutes the ovirt-engine is up: Error while executing action: A Request to the Server failed: java.lang.reflect.InvocationTargetException The errors go away if I restart the engine service, but after about 15 minutes they show up again. These errors are very annoying as I cannot use the UI unless I restart the engine. When I use my Mac I also get other errors like this: ERROR: Possible problem with your *.gwt.xml module file. The compile time user.agent (gecko1_8) does not match the runtime user.agent value (safari). Expect more errors. Does anyone knows if those errors will be corrected in a future release? Thanks, Alessandro

2 2

oVirt multiips hook
by Bill Bill 19 Dec '16

19 Dec '16

--_000_CO2PR0801MB074315648CEBF2C79BEFB95DA69D0CO2PR0801MB0743_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCkZvbGxvd2luZyB1cCBvbiB0aGUgdXNlcnMgbGlzdCBhcyBvcHBvc2VkIHRvIEJ1 Z3ppbGxhLg0KDQpUaGFua3MgZm9yIGhlbHBpbmcgb3V0IHdpdGggdGhpcywgbXVjaCBhcHByZWNp YXRlZC4gSSB3YXMgYWJsZSB0byBnZXQgdGhlIGN1c3RvbSBwcm9wZXJ0eSBhZGRlZCBpbiB0aGUg ZW5naW5lICYgSSBjYW4gc2VsZWN0IHRoZSBwcm9wZXJ0eSwgdGhlbiBlbnRlciBpbiB0aGUgSVDi gJlzLg0KDQpJ4oCZbSBub3Qgc3VyZSBpZiBJIGNyZWF0ZWQgdGhlIGhvb2sgY29ycmVjdGx5LCBh cyBpdCBkb2VzbuKAmXQgYXBwZWFyIHRvIGhhdmUgbWFkZSBhbnkgY2hhbmdlcyBzbyBmYXIsIG9u bHkgb25lIElQIGNvbW11bmljYXRlcy4NCg0KSSBjcmVhdGVkIGEgZmlsZSBjYWxsZWQg4oCcbXVs dGlpcHPigJ0gaW4gdGhlIC91c3IvbGliZXhlYy92ZHNtL2hvb2tzL2JlZm9yZV92bV9zdGFydC8g ZGlyZWN0b3J5IGNvbnRhaW5pbmcgdGhlIGluZm8gZnJvbSB0aGUgQnVnemlsbGEgdGhyZWFkLg0K DQpJcyB0aGVyZSBhbm90aGVyIHN0ZXAgSSBzaG91bGQgdGFrZSBvciBwZXJoYXBzIEnigJltIG1p c3Npbmcgc29tZXRoaW5nPw0K --_000_CO2PR0801MB074315648CEBF2C79BEFB95DA69D0CO2PR0801MB0743_ Content-Type: text/html; charset="utf-8" Content-ID: <6CE493C634FDC34584A73FE45CF05C03(a)sct-15-1-659-11-msonline-outlook-7ade0.templateTenant> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2Vj dGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEu MGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls ZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0iIzk1NEY3 MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGVs bG8sPC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5Gb2xsb3dpbmcgdXAgb24gdGhlIHVzZXJzIGxpc3QgYXMgb3Bwb3Nl ZCB0byBCdWd6aWxsYS48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyBmb3IgaGVscGluZyBvdXQgd2l0aCB0 aGlzLCBtdWNoIGFwcHJlY2lhdGVkLiBJIHdhcyBhYmxlIHRvIGdldCB0aGUgY3VzdG9tIHByb3Bl cnR5IGFkZGVkIGluIHRoZSBlbmdpbmUgJmFtcDsgSSBjYW4gc2VsZWN0IHRoZSBwcm9wZXJ0eSwg dGhlbiBlbnRlciBpbiB0aGUgSVDigJlzLjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SeKAmW0gbm90IHN1cmUgaWYg SSBjcmVhdGVkIHRoZSBob29rIGNvcnJlY3RseSwgYXMgaXQgZG9lc27igJl0IGFwcGVhciB0byBo YXZlIG1hZGUgYW55IGNoYW5nZXMgc28gZmFyLCBvbmx5IG9uZSBJUCBjb21tdW5pY2F0ZXMuPC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5JIGNyZWF0ZWQgYSBmaWxlIGNhbGxlZCDigJxtdWx0aWlwc+KAnSBpbiB0aGUg L3Vzci9saWJleGVjL3Zkc20vaG9va3MvYmVmb3JlX3ZtX3N0YXJ0LyBkaXJlY3RvcnkgY29udGFp bmluZyB0aGUgaW5mbyBmcm9tIHRoZSBCdWd6aWxsYSB0aHJlYWQuPC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JcyB0 aGVyZSBhbm90aGVyIHN0ZXAgSSBzaG91bGQgdGFrZSBvciBwZXJoYXBzIEnigJltIG1pc3Npbmcg c29tZXRoaW5nPzwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_CO2PR0801MB074315648CEBF2C79BEFB95DA69D0CO2PR0801MB0743_--

3 3

gluster command failed
by Nathanaël Blanchet 19 Dec '16

19 Dec '16

Hi, I used to successfully run a replica 3 gluster volume, but since the last 4.0.5 update, they can't connect each other with the message : gluster [gluster peer status guadalupe1.v100.abes.fr] command failed on server guadalupe2.v100.abes.fr. So host guadalupe1 can't never be up. When doing gluster peer probe, they are connected as expected. I reinstalled vdsm and gluster, but it is still the same. I found this on guadalupe2 supervdsm.log MainProcess|jsonrpc.Executor/6::DEBUG::2016-12-16 11:53:21,429::supervdsmServer::99::SuperVdsm.ServerCallback::(wrapper) return peerStatus with [{'status': 'CONNECTED', 'hostname': '10.34.101.56/24', 'uuid': 'c259c09b-8d7c-4b12-8745-677199877583'}, {'status': 'CONNECTED', 'hostname': 'guadalupe3.v100.abes.fr', 'uuid': '6af67cd3-7931-446d-aaa2-ffea51325adc'}, {'status': 'CONNECTED', 'hostname': 'guadalupe1.v100.abes.fr', 'uuid': '8eb485cd-31c4-4c3a-a315-3dc6d3ddc0c9'}] MainProcess|jsonrpc.Executor/7::DEBUG::2016-12-16 11:53:21,490::supervdsmServer::92::SuperVdsm.ServerCallback::(wrapper) call peerProbe with () {} MainProcess|jsonrpc.Executor/7::DEBUG::2016-12-16 11:53:21,491::commands::68::root::(execCmd) /usr/bin/taskset --cpu-list 0-63 /usr/sbin/gluster --mode=script peer probe guadalupe1.v100.abes.fr --xml (cwd None) MainProcess|jsonrpc.Executor/7::DEBUG::2016-12-16 11:53:21,570::commands::86::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|jsonrpc.Executor/7::DEBUG::2016-12-16 11:53:21,570::supervdsmServer::99::SuperVdsm.ServerCallback::(wrapper) return peerProbe with True We can see guadalupe2 can see guadalupe1 but taskset still executes peer probe to guadalupe1 with message "Host guadalupe1.v100.abes.fr port 24007 already in peer list" How can I say to guadalupe2 stop trying to probe guadalupe1? -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 6

root login using HE w/o cloud-init?
by Mark Steckel 19 Dec '16

19 Dec '16

Still trying to get a single server hosted engine setup running at Hetzner.de... If I use the HE Appliance and do not use cloud-init the VM launches but can not be accessed. <quote> [ INFO ] Detecting available oVirt engine appliances The following appliance have been found on your system: [1] - The oVirt Engine Appliance image (OVA) - 4.0-20161210.1.el7.centos [2] - Directly select an OVA file Please select an appliance (1, 2) [1]: 1 [ INFO ] Verifying its sha1sum [ INFO ] Checking OVF archive content (could take a few minutes depending on archive size) [ INFO ] Checking OVF XML content (could take a few minutes depending on archive size) [WARNING] OVF does not contain a valid image description, using default. Would you like to use cloud-init to customize the appliance on the first boot (Yes, No)[Yes]? No [WARNING] The oVirt engine appliance is not configured with a default password, please consider configuring it via cloud-init <snip...> Make a selection from the options below: (1) Continue setup - oVirt-Engine installation is ready and ovirt-engine service is up (2) Abort setup (3) Power off and restart the VM (4) Destroy VM and abort setup </quote> At this point I can access the VM via vnc but am unable to login. Is root login possible in this situation?

2 1

template issues
by Stefan Wandl 19 Dec '16

19 Dec '16

------=_Part_9082032_1789305433.1481895402640 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=20 i have currently two issues with templates:=20 1) I cannot create VMs from Templates with Pre-Allocated Disks. I have a VM= with 2 Preallocated and one Thin Provisioned Disk.=20 Whenever i create a new template from this Machine all Disks are changed to= Thin Provisoned inside of the Template.=20 During the VM create in the resource tab i can only choose between Thin and= Clone, since the disks are all changed to Thin Provisioned it is impossibl= e to create Pre-Allocated Disks with the Template.=20 Can the behavior of the "Make Template" somehow be changed?=20 3) I use cloud-init with a couple of settings in the "Intital Run" for the = installation of the machines. Whenever i create a new VM from template insi= de of the Admin GUI the "Use Cloud-Init/Sysprep" is enabled and prefilled. = Thats fine.=20 When i use the same template inside of the User GUI the "Use Cloud-Init/Sys= prep" is disabled and all the Cloud-Init settings are empty.=20 Should it work that way or is it a bug?=20 ---------------------------------------------------------------------------= -----------------------------------------=20 UBIMET GmbH - weather matters=20 Stefan Wandl=20 Information & Process Management=20 A-1220 Wien =E2=80=A2 Donau-City-Stra=C3=9Fe 11 =E2=80=A2 Tel +43 1 263 11 = 22 479=20 swandl @ubimet.com =E2=80=A2 www.ubimet.com=20 ---------------------------------------------------------------------------= -----------------------------------------=20 The information contained in this message (including any attachments) is co= nfidential and may be legally privileged or otherwise protected from disclo= sure. This message is intended solely for the addressee(s). If you are not = the intended recipient, please notify the sender by return e-mail and delet= e this message from your system. Any unauthorized use, reproduction, or dis= semination of this message is strictly prohibited. Please note that e-mails= are susceptible to change. UBIMET GmbH shall not be liable for the imprope= r or incomplete transmission of the information contained in this communica= tion, nor shall it be liable for any delay in its receipt. UBIMET GmbH acce= pts no liability for loss or damage caused by software viruses and you are = advised to carry out a virus check on any attachments contained in this mes= sage.=20 ------=_Part_9082032_1789305433.1481895402640 Content-Type: multipart/related; boundary="----=_Part_9082033_1840351450.1481895402640" ------=_Part_9082033_1840351450.1481895402640 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: 12pt; color: #000000"><div>Hi,</div><div><br data-mce-bogus=3D"1"></di= v><div>i have currently two issues with templates:</div><div><br data-= mce-bogus=3D"1"></div><div>1) I cannot create VMs from Templates with Pre-A= llocated Disks. I have a VM with 2 Preallocated and one Thin Provisioned Di= sk. </div><div>Whenever i create a new template from this Machine all Disks= are changed to Thin Provisoned inside of the Template.</div><div>During th= e VM create in the resource tab i can only choose between Thin and Clone, s= ince the disks are all changed to Thin Provisioned it is impossible to crea= te Pre-Allocated Disks with the Template.</div><div><br data-mce-bogus=3D"1= "></div><div>Can the behavior of the "Make Template" somehow be changed?</d= iv><div><br data-mce-bogus=3D"1"></div><div><br></div><div>3) I use cloud-i= nit with a couple of settings in the "Intital Run" for the installation of = the machines. Whenever i create a new VM from template inside of the A= dmin GUI the "Use Cloud-Init/Sysprep" is enabled and prefilled. Thats fine.= </div><div>When i use the same template inside of the User GUI the <sp= an style=3D"color: #000000; font-family: arial, helvetica, sans-serif; font= -size: 16px; font-style: normal; font-variant-ligatures: normal; font-varia= nt-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; t= ext-align: start; text-indent: 0px; text-transform: none; white-space: norm= al; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; backgroun= d-color: #ffffff; display: inline !important; float: none;" data-mce-style= =3D"color: #000000; font-family: arial, helvetica, sans-serif; font-size: 1= 6px; font-style: normal; font-variant-ligatures: normal; font-variant-caps:= normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-alig= n: start; text-indent: 0px; text-transform: none; white-space: normal; wido= ws: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color:= #ffffff; display: inline !important; float: none;">"Use Cloud-Init/Sysprep= " is disabled and all the Cloud-Init settings are empty.</span></div><div><= span style=3D"color: #000000; font-family: arial, helvetica, sans-serif; fo= nt-size: 16px; font-style: normal; font-variant-ligatures: normal; font-var= iant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2;= text-align: start; text-indent: 0px; text-transform: none; white-space: no= rmal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; backgro= und-color: #ffffff; display: inline !important; float: none;" data-mce-styl= e=3D"color: #000000; font-family: arial, helvetica, sans-serif; font-size: = 16px; font-style: normal; font-variant-ligatures: normal; font-variant-caps= : normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-ali= gn: start; text-indent: 0px; text-transform: none; white-space: normal; wid= ows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color= : #ffffff; display: inline !important; float: none;"><br data-mce-bogus=3D"= 1"></span></div><div><span style=3D"color: #000000; font-family: arial, hel= vetica, sans-serif; font-size: 16px; font-style: normal; font-variant-ligat= ures: normal; font-variant-caps: normal; font-weight: normal; letter-spacin= g: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform:= none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stro= ke-width: 0px; background-color: #ffffff; display: inline !important; float= : none;" data-mce-style=3D"color: #000000; font-family: arial, helvetica, s= ans-serif; font-size: 16px; font-style: normal; font-variant-ligatures: nor= mal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal= ; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; wh= ite-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width:= 0px; background-color: #ffffff; display: inline !important; float: none;">= Should it work that way or is it a bug?</span></div><div><br></di= v><div><br></div><div data-marker=3D"__SIG_PRE__"><div><br> <img src=3D"cid= :2c8971e9a35b616f7274d6aab0e97537b5973dfc@zimbra" data-mce-src=3D"http://we= bmail.at.ubimet.com/home/swandl@ubimet.com/Briefcase/ubimet_logo.gif" doc= =3D"Briefcase/ubimet_logo.gif"><br> <span style=3D"font-variant: normal;" d= ata-mce-style=3D"font-variant: normal;"><span style=3D"color: #b3b3b3;" col= or=3D"#b3b3b3" data-mce-style=3D"color: #b3b3b3;"><span style=3D"font-famil= y: arial;" face=3D"arial" data-mce-style=3D"font-family: arial;"><span styl= e=3D"font-size: xx-small;" size=3D"1" data-mce-style=3D"font-size: xx-small= ;"><span style=3D"font-style: normal;" data-mce-style=3D"font-style: normal= ;"><span style=3D"font-weight: normal;" data-mce-style=3D"font-weight: norm= al;">----------------------------------------------------------------------= ----------------------------------------------</span></span></span></span><= /span></span><span style=3D"font-variant: normal;" data-mce-style=3D"font-v= ariant: normal;"><span style=3D"color: #000000;" color=3D"#000000" data-mce= -style=3D"color: #000000;"><span style=3D"font-family: arial;" face=3D"aria= l" data-mce-style=3D"font-family: arial;"><span style=3D"font-size: xx-smal= l;" size=3D"1" data-mce-style=3D"font-size: xx-small;"><span style=3D"font-= style: normal;" data-mce-style=3D"font-style: normal;"><span style=3D"font-= weight: normal;" data-mce-style=3D"font-weight: normal;"><br> </span></span= ></span></span></span></span><strong><span style=3D"font-variant: normal;" = data-mce-style=3D"font-variant: normal;"><span style=3D"color: #666666;" co= lor=3D"#666666" data-mce-style=3D"color: #666666;"><span style=3D"font-fami= ly: Sans serif,sans-serif;" face=3D"Sans serif, sans-serif" data-mce-style= =3D"font-family: Sans serif,sans-serif;"><span style=3D"font-size: xx-small= ;" size=3D"1" data-mce-style=3D"font-size: xx-small;"><span style=3D"font-s= tyle: normal;" data-mce-style=3D"font-style: normal;"><span style=3D"font-w= eight: normal;" data-mce-style=3D"font-weight: normal;">UBIMET GmbH</span><= /span></span></span></span></span></strong><span style=3D"font-variant: nor= mal;" data-mce-style=3D"font-variant: normal;"><span style=3D"color: #b3b3b= 3;" color=3D"#b3b3b3" data-mce-style=3D"color: #b3b3b3;"><span style=3D"fon= t-family: Sans serif,sans-serif;" face=3D"Sans serif, sans-serif" data-mce-= style=3D"font-family: Sans serif,sans-serif;"><span style=3D"font-size: xx-= small;" size=3D"1" data-mce-style=3D"font-size: xx-small;"><span style=3D"f= ont-style: normal;" data-mce-style=3D"font-style: normal;"><span style=3D"f= ont-weight: normal;" data-mce-style=3D"font-weight: normal;"> - weathe= r matters </span></span></span></span></span></span><span style=3D"fon= t-variant: normal;" data-mce-style=3D"font-variant: normal;"><span style=3D= "color: #000000;" color=3D"#000000" data-mce-style=3D"color: #000000;"><spa= n style=3D"font-family: Sans serif,sans-serif;" face=3D"Sans serif, sans-se= rif" data-mce-style=3D"font-family: Sans serif,sans-serif;"><span style=3D"= font-size: xx-small;" size=3D"1" data-mce-style=3D"font-size: xx-small;"><s= pan style=3D"font-style: normal;" data-mce-style=3D"font-style: normal;"><s= pan style=3D"font-weight: normal;" data-mce-style=3D"font-weight: normal;">= <br> </span></span></span></span></span></span><span style=3D"font-variant:= normal;" data-mce-style=3D"font-variant: normal;"><span style=3D"color: #6= 66666;" color=3D"#666666" data-mce-style=3D"color: #666666;"><span style=3D= "font-family: Sans serif,sans-serif;" face=3D"Sans serif, sans-serif" data-= mce-style=3D"font-family: Sans serif,sans-serif;"><span style=3D"font-size:= xx-small;" size=3D"1" data-mce-style=3D"font-size: xx-small;"><span style= =3D"font-style: normal;" data-mce-style=3D"font-style: normal;"><span style= =3D"font-weight: normal;" data-mce-style=3D"font-weight: normal;">Stefan Wa= ndl</span></span></span></span></span></span></div><div><span style=3D"font= -variant: normal;" data-mce-style=3D"font-variant: normal;"><span style=3D"= color: #000000;" color=3D"#000000" data-mce-style=3D"color: #000000;"><span= style=3D"font-family: Sans serif,sans-serif;" face=3D"Sans serif, sans-ser= if" data-mce-style=3D"font-family: Sans serif,sans-serif;"><span style=3D"f= ont-size: xx-small;" size=3D"1" data-mce-style=3D"font-size: xx-small;"><sp= an style=3D"font-style: normal;" data-mce-style=3D"font-style: normal;"><sp= an style=3D"font-weight: normal;" data-mce-style=3D"font-weight: normal;"><= span style=3D"color: #666666;" data-mce-style=3D"color: #666666;"><span sty= le=3D"font-family: 'Sans serif', sans-serif;" data-mce-style=3D"font-family= : 'Sans serif', sans-serif;"><span style=3D"font-size: xx-small;" data-mce-= style=3D"font-size: xx-small;">Information & Process Management</span><= /span></span><br> <br> </span></span></span></span></span></span><span styl= e=3D"font-variant: normal;" data-mce-style=3D"font-variant: normal;"><span = style=3D"color: #666666;" color=3D"#666666" data-mce-style=3D"color: #66666= 6;"><span style=3D"font-family: Sans serif,sans-serif;" face=3D"Sans serif,= sans-serif" data-mce-style=3D"font-family: Sans serif,sans-serif;"><span s= tyle=3D"font-size: xx-small;" size=3D"1" data-mce-style=3D"font-size: xx-sm= all;"><span style=3D"font-style: normal;" data-mce-style=3D"font-style: nor= mal;"><span style=3D"font-weight: normal;" data-mce-style=3D"font-weight: n= ormal;">A-1220 Wien =E2=80=A2 Donau-City-Stra=C3=9Fe 11 =E2=80=A2 Tel <span= class=3D"Object" id=3D"OBJ_PREFIX_DWT2242_com_zimbra_phone"><a href=3D"cal= lto:+43%201%20263%2011%2022%20479" data-mce-href=3D"callto:+43%201%20263%20= 11%2022%20479">+43 1 263 11 22 479</a></span><span style=3D"font-weight: no= rmal;" class=3D"Object" id=3D"OBJ_PREFIX_DWT2243_com_zimbra_phone" data-mce= -style=3D"font-weight: normal;"></span><br><a href=3D"mailto:swandl@ubimet.= com" data-mce-href=3D"mailto:swandl@ubimet.com"> swandl<span class=3D"Objec= t" id=3D"OBJ_PREFIX_DWT2244_com_zimbra_email"><span class=3D"moz-txt-link-a= bbreviated">@ubimet.com</span></span></a></span></span></span></span></span= ></span><span style=3D"font-variant: normal;" data-mce-style=3D"font-varian= t: normal;"><span style=3D"color: #666666;" color=3D"#666666" data-mce-styl= e=3D"color: #666666;"><span style=3D"font-family: Sans serif,sans-serif;" f= ace=3D"Sans serif, sans-serif" data-mce-style=3D"font-family: Sans serif,sa= ns-serif;"><span style=3D"font-size: xx-small;" size=3D"1" data-mce-style= =3D"font-size: xx-small;"> </span></span></span></span><span style=3D"font-= variant: normal;" data-mce-style=3D"font-variant: normal;"><span style=3D"c= olor: #666666;" color=3D"#666666" data-mce-style=3D"color: #666666;"><span = style=3D"font-family: Sans serif,sans-serif;" face=3D"Sans serif, sans-serif" data-mce-style=3D"font-family: Sans serif,sans-seri= f;"><span style=3D"font-size: xx-small;" size=3D"1" data-mce-style=3D"font-= size: xx-small;"><span style=3D"font-style: normal;" data-mce-style=3D"font= -style: normal;"><span style=3D"font-weight: normal;" data-mce-style=3D"fon= t-weight: normal;">=E2=80=A2</span></span></span></span></span></span><span= style=3D"font-variant: normal;" data-mce-style=3D"font-variant: normal;"><= span style=3D"color: #666666;" color=3D"#666666" data-mce-style=3D"color: #= 666666;"><span style=3D"font-family: Sans serif,sans-serif;" face=3D"Sans s= erif, sans-serif" data-mce-style=3D"font-family: Sans serif,sans-serif;"><s= pan style=3D"font-size: xx-small;" size=3D"1" data-mce-style=3D"font-size: = xx-small;"> </span></span></span></span><span style=3D"font-variant: normal= ;" data-mce-style=3D"font-variant: normal;"><span style=3D"color: #666666;"= color=3D"#666666" data-mce-style=3D"color: #666666;"><span style=3D"font-f= amily: Sans serif,sans-serif;" face=3D"Sans serif, sans-serif" data-mce-style=3D"font-family: Sans serif,sans-seri= f;"><span style=3D"font-size: xx-small;" size=3D"1" data-mce-style=3D"font-= size: xx-small;"><span style=3D"font-style: normal;" data-mce-style=3D"font= -style: normal;"><span style=3D"font-weight: normal;" data-mce-style=3D"fon= t-weight: normal;"><span class=3D"Object" id=3D"OBJ_PREFIX_DWT2245_com_zimb= ra_url"><a class=3D"moz-txt-link-abbreviated" href=3D"http://www.ubimet.com= " target=3D"_blank" data-mce-href=3D"http://www.ubimet.com">www.ubimet.com<= /a></span><span style=3D"font-variant: normal;" data-mce-style=3D"font-vari= ant: normal;"><span style=3D"color: #666666;" color=3D"#666666" data-mce-st= yle=3D"color: #666666;"><span style=3D"font-family: Sans serif,sans-serif;"= face=3D"Sans serif, sans-serif" data-mce-style=3D"font-family: Sans serif,= sans-serif;"><span style=3D"font-size: xx-small;" size=3D"1" data-mce-style= =3D"font-size: xx-small;"><span style=3D"font-style: normal;" data-mce-styl= e=3D"font-style: normal;"><span style=3D"font-weight: normal;" data-mce-sty= le=3D"font-weight: normal;"> </span></span></span></span></span></span><spa= n style=3D"font-weight: normal;" class=3D"Object" id=3D"OBJ_PREFIX_DWT2246_= com_zimbra_phone" data-mce-style=3D"font-weight: normal;"></span></span></s= pan></span></span></span></span><span style=3D"font-variant: normal;" data-= mce-style=3D"font-variant: normal;"><span style=3D"color: #666666;" color= =3D"#666666" data-mce-style=3D"color: #666666;"><span style=3D"font-family:= Sans serif,sans-serif;" face=3D"Sans serif, sans-serif" data-mce-style=3D"= font-family: Sans serif,sans-serif;"><span style=3D"font-size: xx-small;" s= ize=3D"1" data-mce-style=3D"font-size: xx-small;"><span style=3D"font-style= : normal;" data-mce-style=3D"font-style: normal;"></span></span></span></sp= an></span></div><div><span style=3D"color: #b3b3b3;" color=3D"#b3b3b3" data= -mce-style=3D"color: #b3b3b3;"><span style=3D"font-family: arial;" face=3D"= arial" data-mce-style=3D"font-family: arial;"><span style=3D"font-size: xx-= small;" size=3D"1" data-mce-style=3D"font-size: xx-small;">----------------= ---------------------------------------------------------------------------= -------------------------<br> <br> <span style=3D"font-size: xx-small;" siz= e=3D"1" data-mce-style=3D"font-size: xx-small;">The information contained i= n this message (including any attachments) is confidential and may be legal= ly privileged or otherwise protected from disclosure. This message is inten= ded solely for the addressee(s). If you are not the intended recipient, ple= ase notify the sender by return e-mail and delete this message from your sy= stem. Any unauthorized use, reproduction, or dissemination of this message = is strictly prohibited. Please note that e-mails are susceptible to change.= UBIMET GmbH shall not be liable for the improper or incomplete transmissio= n of the information contained in this communication, nor shall it be liabl= e for any delay in its receipt. UBIMET GmbH accepts no liability for loss o= r damage caused by software viruses and you are advised to carry out a viru= s check on any attachments contained in this message.</span></span></span><= /span></div></div></div></body></html> ------=_Part_9082033_1840351450.1481895402640 Content-Type: image/gif; name=ubimet_logo.gif Content-Disposition: attachment; filename=ubimet_logo.gif Content-Transfer-Encoding: base64 Content-ID: <2c8971e9a35b616f7274d6aab0e97537b5973dfc@zimbra> R0lGODlhfgASANUAALq6uv/MK9HR0f/dev/uvt7k5wAqROnp6e/x82iDkvn5+ampqc7W20NmeP/Q Qt3d3f/vvv/DAP/774qeqq7n9hhJX7+/v4Da8f/yz//HBputtv/231Z1hpjg9Njy+v/ZaQLH6/Pz 8//dewA5UgDB6ay6w+7u7kbO7sXFxf/mnQCh3ePj4+v5/f/hi/++AACp4ACv4tfX1//qrcvLy//U VgC75q+vrwC15S9XbL3IznmQnqKiov+6AACb2wAaN////yH/C1hNUCBEYXRhWE1QPD94cGFja2V0 IGJlZ2luPSLvu78iIGlkPSJXNU0wTXBDZWhpSHpyZVN6TlRjemtjOWQiPz4gPHg6eG1wbWV0YSB4 bWxuczp4PSJhZG9iZTpuczptZXRhLyIgeDp4bXB0az0iQWRvYmUgWE1QIENvcmUgNS41LWMwMTQg NzkuMTUxNDgxLCAyMDEzLzAzLzEzLTEyOjA5OjE1ICAgICAgICAiPiA8cmRmOlJERiB4bWxuczpy ZGY9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkvMDIvMjItcmRmLXN5bnRheC1ucyMiPiA8cmRmOkRl c2NyaXB0aW9uIHJkZjphYm91dD0iIiB4bWxuczp4bXA9Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFw LzEuMC8iIHhtbG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxu czpzdFJlZj0iaHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIg eG1wOkNyZWF0b3JUb29sPSJBZG9iZSBQaG90b3Nob3AgQ0MgKE1hY2ludG9zaCkiIHhtcE1NOklu c3RhbmNlSUQ9InhtcC5paWQ6MEZGRURERjkxRjlCMTFFM0E2RUZCRUJDMTVDNTI0QjAiIHhtcE1N OkRvY3VtZW50SUQ9InhtcC5kaWQ6MEZGRURERkExRjlCMTFFM0E2RUZCRUJDMTVDNTI0QjAiPiA8 eG1wTU06RGVyaXZlZEZyb20gc3RSZWY6aW5zdGFuY2VJRD0ieG1wLmlpZDowRkZFRERGNzFGOUIx MUUzQTZFRkJFQkMxNUM1MjRCMCIgc3RSZWY6ZG9jdW1lbnRJRD0ieG1wLmRpZDowRkZFRERGODFG OUIxMUUzQTZFRkJFQkMxNUM1MjRCMCIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRGPiA8 L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/PgH//v38+/r5+Pf29fTz8vHw7+7t7Ovq6ejn 5uXk4+Lh4N/e3dzb2tnY19bV1NPS0dDPzs3My8rJyMfGxcTDwsHAv769vLu6ubi3trW0s7KxsK+u rayrqqmop6alpKOioaCfnp2cm5qZmJeWlZSTkpGQj46NjIuKiYiHhoWEg4KBgH9+fXx7enl4d3Z1 dHNycXBvbm1sa2ppaGdmZWRjYmFgX15dXFtaWVhXVlVUU1JRUE9OTUxLSklIR0ZFRENCQUA/Pj08 Ozo5ODc2NTQzMjEwLy4tLCsqKSgnJiUkIyIhIB8eHRwbGhkYFxYVFBMSERAPDg0MCwoJCAcGBQQD AgEAACH5BAAAAAAALAAAAAB+ABIAAAb/wJ9wSCwaj8ikcslsOp/HQo5hzOUQQqvWWigyct2fFluU grPbLdWc3g5Tgbh8Tsc8APi8fv8D3f6AgYJCOj44Rj4+OUKJjY0JRDg+OoyJkEQIBomUP46eh4We nkMDPKanqKkEAjutrq+wPzc9tLW2t4SGiIqVopNDkpyOi0MNjcK+uqHJPqSpz6irsNOvsrfXtrmH RYnE3UMIkgbAv52NI2Qljsi+oMyJzqguDiIBz9LU1Na3NxfY2ru88RqirpmQYL0s/ci0rtcIHRAh ahATUVIiDhHjmaIhYciGDNFYuVqwQkgIC7Fm3fLw48U1gNwGfhsSihy7RjksHuu1Lcky/2JESply 8AMCSAcSJEQ4ha9VDAUzAJhQgNLVvlokfnjo8PJHoZ5DZl6MmOCizYTM2BnAwZbtJZo4jQjlsWED qgw/WjAVaUOAApELhFBtdbWHCg8XsqqsBZOI2GRAEZp7V44ZWK9xi8z9ISIVBAh7dwD4EeIAClcW ABxQsGBH4RMte1CggAvzZXMCfRmg8kNyI02OgFdOdvmn3FM/PngGbUragxCtpwUG4HpxDxb+etz4 ASOb7YCVgP5goKnBweGGjDWasHOyqOKZg57agAFVhLyhD6zIN5p64at9ePcVeLgVUdY4vaGHA0OT 5NBeI7cVYZxmpxAlw1IBYKBUaCj88PCAACCG6JcJhFnHAlfa/YdZBWU8Jh5mCPqWyCE5QCTGg4lU kAZvcM0k3ykfECEBSKHtIMABSCaJ5APRFZYVBRf8QJt37PkwwRAFVJAIGT4uNIIP5iXIzmUOboKW I/B1KcRcpkTwgQgOuKCKSPmkdEsNHVBwggq1IaClD2vp9FaObeEAXAnnjVlEmei9J2F8GkEzZ53T FIaNdz8UoNMjjiXDiZg8LYpjO4+q+QObkhZJqVXWXcoYETU2wMEEYdAUUUS0EqGBDsRENBERBUTU 6623/jpEjRDV+gYdzM5hxx7Q6tGHINQGAsW12Gar7bZQBAEAOw== ------=_Part_9082033_1840351450.1481895402640-- ------=_Part_9082032_1789305433.1481895402640--

3 3

obtain spm id (host id) from engine using api
by joost＠familiealbers.nl 18 Dec '16

18 Dec '16

in ovirt engine the table. vds_spm_id_map holds the ids used in spm election. engine_20150824095956=# select * from vds_spm_id_map ; storage_pool_id | vds_spm_id | vds_id --------------------------------------+------------+-------------------------------------- 144fb47d-b38c-4bb7-867b-373d7ba9f0a9 | 1 | 313ed02c-8029-4fb3-ba1c-5b3c9902ddb1 144fb47d-b38c-4bb7-867b-373d7ba9f0a9 | 2 | 7fdebf8a-1503-4b54-9681-0201ee330381 these particular id's seem to be added when a vds is added to the engine or when the storage pool is first setup. I would like to be able to obtain this nr (in my case its generally 1 or 2 as i have two hosts per dc / cluster) through an api or even better from the hosts itself. When testing I connect to the storage pools using the api and its important the hostid used when making this api call is correct or bad things happen. I have been searching high and low to no avail. In understand the engine is in charge here but i really would be helped if this values can be obtained without going into the db. As i am continuously rebuilding dc's / storage pools and hosts i cannot keep track of when which host is installed hence the need to know the spm_id as listed. It might be i am all wrong but the when i use the vds_spm_id as listed i can connect the host to the storage pools using the api. thanks Joost

3 8

Re: [ovirt-users] Unprompted engine VdsDeploy -- updating a package on host?
by Derek Atkins 18 Dec '16

18 Dec '16

------=_Part_0_1482070669699 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Content-Disposition: inline VGhhbmtzLgpJJ2xsIGRvIHRoYXQKV2hhdCBsb2dzIHNob3VsZCBJIGF0dGFjaD8KCi1kZXJlawoK U2VudCBmcm9tIG15IG1vYmlsZSBkZXZpY2UuIFBsZWFzZSBleGN1c2UgYW55IHR5cG9zLgoKLS0t LS0gUmVwbHkgbWVzc2FnZSAtLS0tLQpGcm9tOiAiWWFuaXYgRGFyeSIgPHlkYXJ5QHJlZGhhdC5j b20+ClRvOiAiRGVyZWsgQXRraW5zIiA8ZGVyZWtAaWh0ZnAuY29tPgpDYzogInVzZXJzIiA8dXNl cnNAb3ZpcnQub3JnPgpTdWJqZWN0OiBbb3ZpcnQtdXNlcnNdIFVucHJvbXB0ZWQgZW5naW5lIFZk c0RlcGxveSAtLSB1cGRhdGluZyBhIHBhY2thZ2Ugb24gaG9zdD8KRGF0ZTogU3VuLCBEZWMgMTgs IDIwMTYgODozOCBBTQoKSSBkb24ndCBrbm93LiBXZSBkbyBub3QgZG8gYXV0b21hdGljIHVwZGF0 ZXMuVGhpcyBpcyBldmVuIG5vdCByZWNvbW1lbmRlZCB1bmxlc3MgdGhlIGhvc3QgaXMgb24gbWFp bnRlbmFuY2UuCllvdSBjYW4gb3BlbiBhIGJ1ZyBhbmQgd2UgY2FuIGhhdmUgYSBsb29rLgpZYW5p diBEYXJ5ClRlY2huaWNhbCBQcm9kdWN0IE1hbmFnZXIKUmVkIEhhdCBJc3JhZWwgTHRkLgozNCBK ZXJ1c2FsZW0gUm9hZApCdWlsZGluZyBBLCA0dGggZmxvb3IKUmEnYW5hbmEsIElzcmFlbCA0MzUw MTA5CgpUZWwgOiArOTcyICg5KSA3NjkyMzA2CjgyNzIzMDYKRW1haWw6IHlkYXJ5QHJlZGhhdC5j b20KSVJDIDogeWRhcnkKCgoKCgpPbiBXZWQsIERlYyAxNCwgMjAxNiBhdCA3OjQ1IFBNLCBEZXJl ayBBdGtpbnMgPGRlcmVrQGlodGZwLmNvbT4gd3JvdGU6CkhpLAoKCgpJZiBpdCdzIHVzZXItaW5p dGlhdGVkLCBob3cgZG8gSSBzZWUgd2hvIGluaXRpYXRlZCBpdD/CoCBJIHdhcyBpbiBiZWQgd2hl bgoKaXQgaGFwcGVuZWQgc28gSSBrbm93IGl0IHdhc24ndCBtZS7CoCBBbmQgSSBkb24ndCBoYXZl IGFueSBvdGhlciBhZG1pbgoKdXNlcnMuCgoKCkxvb2tpbmcgaW4gbXkgZW5naW5lLmxvZyBmaWxl IEkgc2VlOgoKCgoyMDE2LTEyLTEyIDIzOjE2OjQ2LDk0MSBJTkZPCgpbb3JnLm92aXJ0LmVuZ2lu ZS5jb3JlLmJsbC5ob3N0ZGVwbG95LlZkc0RlcGxveUJhc2VdCgooRGVmYXVsdFF1YXJ0elNjaGVk dWxlcjkpIFs0ZWI3NThjZl0gQ29ubmVjdGVkIHRvIGhvc3QgSE9TVC5ET00uQUlOIHdpdGgKClNT SCBrZXkgZmluZ2VycHJpbnQ6IFNIQTI1Njo8cmVtb3ZlZD4KCjIwMTYtMTItMTIgMjM6MTY6NDcs MDIwIElORk8KCltvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLmhvc3RkZXBsb3kuVmRzRGVwbG95 QmFzZV0KCihEZWZhdWx0UXVhcnR6U2NoZWR1bGVyOSkgWzRlYjc1OGNmXSBJbnN0YWxsYXRpb24g b2YgSE9TVC5ET00uQUlOLgoKRXhlY3V0aW5nIGNvbW1hbmQgdmlhIFNTSCB1bWFzayAwMDc3OyBN WVRNUD0iJChUTVBESVI9IiR7T1ZJUlRfVE1QRElSfSIKCm1rdGVtcCAtZCAtdCBvdmlydC1YWFhY WFhYWFhYKSI7IHRyYXAgImNobW9kIC1SIHUrcndYIFwiJHtNWVRNUH1cIiA+CgovZGV2L251bGwg Mj4mMTsgcm0gLWZyIFwiJHtNWVRNUH1cIiA+IC9kZXYvbnVsbCAyPiYxIiAwOyB0YXIKCi0td2Fy bmluZz1uby10aW1lc3RhbXAgLUMgIiR7TVlUTVB9IiAteCAmJsKgICIke01ZVE1QfSIvb3ZpcnQt aG9zdC1tZ210CgpESUFMT0cvZGlhbGVjdD1zdHI6bWFjaGluZSBESUFMT0cvY3VzdG9taXphdGlv bj1ib29sOlRydWUgPAoKL3Zhci9jYWNoZS9vdmlydC1lbmdpbmUvb3ZpcnQtaG9zdC1kZXBsb3ku dGFyCgoKCkkgY2FuIGNlcnRhaW5seSBzZW5kIG1vcmUgdGhhbiB0aGlzLi4uIEJ1dCBJIGNlcnRh aW5seSBkaWRuJ3QgaW5pdGlhdGUKCmFueXRoaW5nIGF0IDIzOjE2LCBhbmQgSSBkb24ndCBzZWUg YW55dGhpbmcgaW4gdGhlIGV2ZW50IGxvZyBpbiB0aGUgVUkuwqAgSQoKKkRPKiBzZWUgIkhvc3Qg aGFzIGF2YWlsYWJsZSB1cGRhdGVzIiBtZXNzYWdlIGluIHRoZSBsb2cgZnJvbSAyMzoxNywgYnV0 Cgp0aGF0IGRvZXNuJ3QgZXhwbGFpbiB3aHkgdGhlIHN5c3RlbSB3b3VsZCBhdXRvLWluc3RhbGwg KG9yIGF1dG8tdXBkYXRlKQoKdGhlICdpcHJvdXRlJyBwYWNrYWdlPz8KCgoKW2hvc3RdIyB0YWls IC1mIC92YXIvbG9nL3l1bS5sb2c6CgpEZWMgMTIgMjM6MTc6MTcgVXBkYXRlZDogaXByb3V0ZS0z LjEwLjAtNzQuZWw3Lng4Nl82NAoKCgpBbnkgaWRlYXM/CgoKClRoYW5rcywKCgoKLWRlcmVrCgoK Ck9uIFdlZCwgRGVjZW1iZXIgMTQsIDIwMTYgMTI6MjUgcG0sIFlhbml2IERhcnkgd3JvdGU6Cgo+ IE5vIHVwZGF0ZXMgYXJlIHJ1biBhdXRvbWF0aWNhbGx5LiBJcyBlaXRoZXIgYSB1c2VyIGluaXRp YXRlIGEgaW5zdGFsbCBvcgoKPiB1cGdyYWRlIGZpbGUuCgo+Cgo+IFlhbml2IERhcnkKCj4gVGVj aG5pY2FsIFByb2R1Y3QgTWFuYWdlcgoKPiBSZWQgSGF0IElzcmFlbCBMdGQuCgo+IDM0IEplcnVz YWxlbSBSb2FkCgo+IEJ1aWxkaW5nIEEsIDR0aCBmbG9vcgoKPiBSYSdhbmFuYSwgSXNyYWVsIDQz NTAxMDkKCj4KCj4gVGVsIDogKzk3MiAoOSkgNzY5MjMwNgoKPsKgIMKgIMKgIMKgIMKgODI3MjMw NgoKPiBFbWFpbDogeWRhcnlAcmVkaGF0LmNvbQoKPiBJUkMgOiB5ZGFyeQoKPgoKPiBPbiBEZWMg MTMsIDIwMTYgMTc6NTAsICJEZXJlayBBdGtpbnMiIDxkZXJla0BpaHRmcC5jb20+IHdyb3RlOgoK PgoKPj4gSGksCgo+PgoKPj4gQXMgSSB3YXMgZ29pbmcgdGhyb3VnaCBteSBkYWlseSBsb2d3YXRj aCBJIG5vdGljZWQgdGhhdCBhIHBhY2thZ2UgZ290Cgo+PiB1cGRhdGVkIG9uIG15IG92aXJ0IGhv c3QgbGFzdCBuaWdodC7CoCBCdXQgSSBrbm93IHRoYXQgSSBkaWRuJ3QgZG8gdGhhdAoKPj4gb24g bXkgb3duLsKgIExvb2tpbmcgYXQgdGhlIGxvZ3MgSSB0cmFja2VkIGl0IGRvd24gdG8gdGhlIGhv c3RlZCBlbmdpbmUKCj4+IHJ1bm5pbmcgYSBWZHNEZXBsb3kgcHJvY2VzcyB3aGljaCB1cGRhdGVk IHRoZSBwYWNrYWdlIG9uIHRoZSBob3N0LsKgIEkKCj4+IGtub3cgZnJvbSB0aGUgdGltZXN0YW1w IHRoYXQgaXQgd2Fzbid0IG1lIHRoYXQgaW5pdGlhdGVkIHRoYXQgYWN0aW9uLgoKPj4KCj4+IElz IHRoZSBlbmdpbmUgc3VwcG9zZWQgdG8gdXBkYXRlIHBhY2thZ2VzIG9uIGhvc3RzIHVucHJvbXB0 ZWQgbGlrZSB0aGF0PwoKPj4KCj4+IC1kZXJlawoKPj4gLS0KCj4+wqAgwqAgwqAgwqAgRGVyZWsg QXRraW5zwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqA2MTctNjIzLTM3NDUKCj4+wqAgwqAgwqAg wqAgZGVyZWtAaWh0ZnAuY29twqAgwqAgwqAgwqAgwqAgwqAgwqB3d3cuaWh0ZnAuY29tCgo+PsKg IMKgIMKgIMKgIENvbXB1dGVyIGFuZCBJbnRlcm5ldCBTZWN1cml0eSBDb25zdWx0YW50Cgo+PiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKPj4gVXNlcnMg bWFpbGluZyBsaXN0Cgo+PiBVc2Vyc0BvdmlydC5vcmcKCj4+IGh0dHA6Ly9saXN0cy5waHgub3Zp cnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMKCj4+Cgo+CgoKCgoKLS0KCsKgIMKgIMKgIMKg RGVyZWsgQXRraW5zwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqA2MTctNjIzLTM3NDUKCsKgIMKg IMKgIMKgZGVyZWtAaWh0ZnAuY29twqAgwqAgwqAgwqAgwqAgwqAgwqB3d3cuaWh0ZnAuY29tCgrC oCDCoCDCoCDCoENvbXB1dGVyIGFuZCBJbnRlcm5ldCBTZWN1cml0eSBDb25zdWx0YW50 ------=_Part_0_1482070669699 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6ICdDYWxpYnJpJywgJ3NhbnMtc2VyaWYnOyI+PGRpdiBk aXI9Imx0ciI+CjxkaXYgZGlyPSJsdHIiPlRoYW5rcy48L2Rpdj48ZGl2IGRpcj0ibHRyIj5JJ2xs IGRvIHRoYXQ8L2Rpdj48ZGl2IGRpcj0ibHRyIj5XaGF0IGxvZ3Mgc2hvdWxkIEkgYXR0YWNoPzwv ZGl2PjxkaXYgZGlyPSJsdHIiPjxicj48L2Rpdj48ZGl2IGRpcj0ibHRyIj48ZGl2IGRpcj0ibHRy Ij4tZGVyZWs8L2Rpdj48ZGl2IGRpcj0ibHRyIj48YnI+PC9kaXY+PGRpdiBkaXI9Imx0ciI+U2Vu dCBmcm9tIG15IG1vYmlsZSBkZXZpY2UuIFBsZWFzZSBleGN1c2UgYW55IHR5cG9zLjwvZGl2Pjwv ZGl2PgoKPC9kaXY+PGJyPjxkaXYgaWQ9Imh0Y19oZWFkZXIiPi0tLS0tIFJlcGx5IG1lc3NhZ2Ug LS0tLS08YnI+RnJvbTogJnF1b3Q7WWFuaXYgRGFyeSZxdW90OyAmbHQ7eWRhcnlAcmVkaGF0LmNv bSZndDs8YnI+VG86ICZxdW90O0RlcmVrIEF0a2lucyZxdW90OyAmbHQ7ZGVyZWtAaWh0ZnAuY29t Jmd0Ozxicj5DYzogJnF1b3Q7dXNlcnMmcXVvdDsgJmx0O3VzZXJzQG92aXJ0Lm9yZyZndDs8YnI+ U3ViamVjdDogW292aXJ0LXVzZXJzXSBVbnByb21wdGVkIGVuZ2luZSBWZHNEZXBsb3kgLS0gdXBk YXRpbmcgYSBwYWNrYWdlIG9uIGhvc3Q/PGJyPkRhdGU6IFN1biwgRGVjIDE4LCAyMDE2IDg6Mzgg QU08L2Rpdj48L2Rpdj48YnI+PGRpdiBkaXI9Imx0ciI+SSBkb24mIzM5O3Qga25vdy4gV2UgZG8g bm90IGRvIGF1dG9tYXRpYyB1cGRhdGVzLjxkaXY+VGhpcyBpcyBldmVuIG5vdCByZWNvbW1lbmRl ZCB1bmxlc3MgdGhlIGhvc3QgaXMgb24gbWFpbnRlbmFuY2UuPC9kaXY+PGRpdj5Zb3UgY2FuIG9w ZW4gYSBidWcgYW5kIHdlIGNhbiBoYXZlIGEgbG9vay48L2Rpdj48L2Rpdj48ZGl2IGNsYXNzPSJn bWFpbF9leHRyYSI+PGJyIGNsZWFyPSJhbGwiPjxkaXY+PGRpdiBjbGFzcz0iZ21haWxfc2lnbmF0 dXJlIiBkYXRhLXNtYXJ0bWFpbD0iZ21haWxfc2lnbmF0dXJlIj48ZGl2IGRpcj0ibHRyIj48ZGl2 PjxkaXYgZGlyPSJsdHIiPjxwcmUgY29scz0iNzIiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTph cmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZiI+WWFuaXYgRGFyeQpUZWNobmljYWwgUHJvZHVjdCBN YW5hZ2VyClJlZCBIYXQgSXNyYWVsIEx0ZC4KMzQgSmVydXNhbGVtIFJvYWQKQnVpbGRpbmcgQSwg NHRoIGZsb29yClJhJiMzOTthbmFuYSwgSXNyYWVsIDQzNTAxMDkKClRlbCA6ICs5NzIgKDkpIDc2 OTIzMDYKICAgICAgICA4MjcyMzA2CkVtYWlsOiA8YSBocmVmPSJtYWlsdG86eWRhcnlAcmVkaGF0 LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnlkYXJ5QHJlZGhhdC5jb208L2E+CklSQyA6IHlkYXJ5PC9z cGFuPjwvcHJlPgo8L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj4KPGJyPjxkaXYgY2xhc3M9 ImdtYWlsX3F1b3RlIj5PbiBXZWQsIERlYyAxNCwgMjAxNiBhdCA3OjQ1IFBNLCBEZXJlayBBdGtp bnMgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86ZGVyZWtAaWh0ZnAuY29tIiB0 YXJnZXQ9Il9ibGFuayI+ZGVyZWtAaWh0ZnAuY29tPC9hPiZndDs8L3NwYW4+IHdyb3RlOjxicj48 YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDti b3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij5IaSw8YnI+Cjxicj4K SWYgaXQmIzM5O3MgdXNlci1pbml0aWF0ZWQsIGhvdyBkbyBJIHNlZSB3aG8gaW5pdGlhdGVkIGl0 P8KgIEkgd2FzIGluIGJlZCB3aGVuPGJyPgppdCBoYXBwZW5lZCBzbyBJIGtub3cgaXQgd2FzbiYj Mzk7dCBtZS7CoCBBbmQgSSBkb24mIzM5O3QgaGF2ZSBhbnkgb3RoZXIgYWRtaW48YnI+CnVzZXJz Ljxicj4KPGJyPgpMb29raW5nIGluIG15IGVuZ2luZS5sb2cgZmlsZSBJIHNlZTo8YnI+Cjxicj4K MjAxNi0xMi0xMiAyMzoxNjo0Niw5NDEgSU5GTzxicj4KW29yZy5vdmlydC5lbmdpbmUuY29yZS5i bGwuPHdicj5ob3N0ZGVwbG95LlZkc0RlcGxveUJhc2VdPGJyPgooRGVmYXVsdFF1YXJ0elNjaGVk dWxlcjkpIFs0ZWI3NThjZl0gQ29ubmVjdGVkIHRvIGhvc3QgSE9TVC5ET00uQUlOIHdpdGg8YnI+ ClNTSCBrZXkgZmluZ2VycHJpbnQ6IFNIQTI1NjombHQ7cmVtb3ZlZCZndDs8YnI+CjIwMTYtMTIt MTIgMjM6MTY6NDcsMDIwIElORk88YnI+Cltvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLjx3YnI+ aG9zdGRlcGxveS5WZHNEZXBsb3lCYXNlXTxicj4KKERlZmF1bHRRdWFydHpTY2hlZHVsZXI5KSBb NGViNzU4Y2ZdIEluc3RhbGxhdGlvbiBvZiBIT1NULkRPTS5BSU4uPGJyPgpFeGVjdXRpbmcgY29t bWFuZCB2aWEgU1NIIHVtYXNrIDAwNzc7IE1ZVE1QPSZxdW90OyQoVE1QRElSPSZxdW90OyR7T1ZJ UlRfPHdicj5UTVBESVJ9JnF1b3Q7PGJyPgpta3RlbXAgLWQgLXQgb3ZpcnQtWFhYWFhYWFhYWCkm cXVvdDs7IHRyYXAgJnF1b3Q7Y2htb2QgLVIgdStyd1ggXCZxdW90OyR7TVlUTVB9XCZxdW90OyAm Z3Q7PGJyPgovZGV2L251bGwgMiZndDsmYW1wOzE7IHJtIC1mciBcJnF1b3Q7JHtNWVRNUH1cJnF1 b3Q7ICZndDsgL2Rldi9udWxsIDImZ3Q7JmFtcDsxJnF1b3Q7IDA7IHRhcjxicj4KLS13YXJuaW5n PW5vLXRpbWVzdGFtcCAtQyAmcXVvdDske01ZVE1QfSZxdW90OyAteCAmYW1wOyZhbXA7wqAgJnF1 b3Q7JHtNWVRNUH0mcXVvdDsvb3ZpcnQtaG9zdC1tZ210PGJyPgpESUFMT0cvZGlhbGVjdD1zdHI6 bWFjaGluZSBESUFMT0cvY3VzdG9taXphdGlvbj1ib29sOlRydWUgJmx0Ozxicj4KL3Zhci9jYWNo ZS9vdmlydC1lbmdpbmUvb3ZpcnQtPHdicj5ob3N0LWRlcGxveS50YXI8YnI+Cjxicj4KSSBjYW4g Y2VydGFpbmx5IHNlbmQgbW9yZSB0aGFuIHRoaXMuLi4gQnV0IEkgY2VydGFpbmx5IGRpZG4mIzM5 O3QgaW5pdGlhdGU8YnI+CmFueXRoaW5nIGF0IDIzOjE2LCBhbmQgSSBkb24mIzM5O3Qgc2VlIGFu eXRoaW5nIGluIHRoZSBldmVudCBsb2cgaW4gdGhlIFVJLsKgIEk8YnI+CipETyogc2VlICZxdW90 O0hvc3QgaGFzIGF2YWlsYWJsZSB1cGRhdGVzJnF1b3Q7IG1lc3NhZ2UgaW4gdGhlIGxvZyBmcm9t IDIzOjE3LCBidXQ8YnI+CnRoYXQgZG9lc24mIzM5O3QgZXhwbGFpbiB3aHkgdGhlIHN5c3RlbSB3 b3VsZCBhdXRvLWluc3RhbGwgKG9yIGF1dG8tdXBkYXRlKTxicj4KdGhlICYjMzk7aXByb3V0ZSYj Mzk7IHBhY2thZ2U/Pzxicj4KPGJyPgpbaG9zdF0jIHRhaWwgLWYgL3Zhci9sb2cveXVtLmxvZzo8 YnI+CkRlYyAxMiAyMzoxNzoxNyBVcGRhdGVkOiBpcHJvdXRlLTMuMTAuMC03NC5lbDcueDg2XzY0 PGJyPgo8YnI+CkFueSBpZGVhcz88YnI+Cjxicj4KVGhhbmtzLDxicj4KPGJyPgotZGVyZWs8YnI+ CjxkaXYgY2xhc3M9IkhPRW5aYiI+PGRpdiBjbGFzcz0iaDUiPjxicj4KT24gV2VkLCBEZWNlbWJl ciAxNCwgMjAxNiAxMjoyNSBwbSwgWWFuaXYgRGFyeSB3cm90ZTo8YnI+CiZndDsgTm8gdXBkYXRl cyBhcmUgcnVuIGF1dG9tYXRpY2FsbHkuIElzIGVpdGhlciBhIHVzZXIgaW5pdGlhdGUgYSBpbnN0 YWxsIG9yPGJyPgomZ3Q7IHVwZ3JhZGUgZmlsZS48YnI+CiZndDs8YnI+CiZndDsgWWFuaXYgRGFy eTxicj4KJmd0OyBUZWNobmljYWwgUHJvZHVjdCBNYW5hZ2VyPGJyPgomZ3Q7IFJlZCBIYXQgSXNy YWVsIEx0ZC48YnI+CiZndDsgMzQgSmVydXNhbGVtIFJvYWQ8YnI+CiZndDsgQnVpbGRpbmcgQSwg NHRoIGZsb29yPGJyPgomZ3Q7IFJhJiMzOTthbmFuYSwgSXNyYWVsIDQzNTAxMDk8YnI+CiZndDs8 YnI+CiZndDsgVGVsIDogPGEgaHJlZj0idGVsOiUyQjk3MiUyMCUyODklMjklMjA3NjkyMzA2IiB2 YWx1ZT0iKzk3Mjk3NjkyMzA2Ij4rOTcyICg5KSA3NjkyMzA2PC9hPjxicj4KJmd0O8KgIMKgIMKg IMKgIMKgODI3MjMwNjxicj4KJmd0OyBFbWFpbDogPGEgaHJlZj0ibWFpbHRvOnlkYXJ5QHJlZGhh dC5jb20iPnlkYXJ5QHJlZGhhdC5jb208L2E+PGJyPgomZ3Q7IElSQyA6IHlkYXJ5PGJyPgomZ3Q7 PGJyPgomZ3Q7IE9uIERlYyAxMywgMjAxNiAxNzo1MCwgJnF1b3Q7RGVyZWsgQXRraW5zJnF1b3Q7 ICZsdDs8YSBocmVmPSJtYWlsdG86ZGVyZWtAaWh0ZnAuY29tIj5kZXJla0BpaHRmcC5jb208L2E+ Jmd0OyB3cm90ZTo8YnI+CiZndDs8YnI+CiZndDsmZ3Q7IEhpLDxicj4KJmd0OyZndDs8YnI+CiZn dDsmZ3Q7IEFzIEkgd2FzIGdvaW5nIHRocm91Z2ggbXkgZGFpbHkgbG9nd2F0Y2ggSSBub3RpY2Vk IHRoYXQgYSBwYWNrYWdlIGdvdDxicj4KJmd0OyZndDsgdXBkYXRlZCBvbiBteSBvdmlydCBob3N0 IGxhc3QgbmlnaHQuwqAgQnV0IEkga25vdyB0aGF0IEkgZGlkbiYjMzk7dCBkbyB0aGF0PGJyPgom Z3Q7Jmd0OyBvbiBteSBvd24uwqAgTG9va2luZyBhdCB0aGUgbG9ncyBJIHRyYWNrZWQgaXQgZG93 biB0byB0aGUgaG9zdGVkIGVuZ2luZTxicj4KJmd0OyZndDsgcnVubmluZyBhIFZkc0RlcGxveSBw cm9jZXNzIHdoaWNoIHVwZGF0ZWQgdGhlIHBhY2thZ2Ugb24gdGhlIGhvc3QuwqAgSTxicj4KJmd0 OyZndDsga25vdyBmcm9tIHRoZSB0aW1lc3RhbXAgdGhhdCBpdCB3YXNuJiMzOTt0IG1lIHRoYXQg aW5pdGlhdGVkIHRoYXQgYWN0aW9uLjxicj4KJmd0OyZndDs8YnI+CiZndDsmZ3Q7IElzIHRoZSBl bmdpbmUgc3VwcG9zZWQgdG8gdXBkYXRlIHBhY2thZ2VzIG9uIGhvc3RzIHVucHJvbXB0ZWQgbGlr ZSB0aGF0Pzxicj4KJmd0OyZndDs8YnI+CiZndDsmZ3Q7IC1kZXJlazxicj4KJmd0OyZndDsgLS08 YnI+CiZndDsmZ3Q7wqAgwqAgwqAgwqAgRGVyZWsgQXRraW5zwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqA8YSBocmVmPSJ0ZWw6NjE3LTYyMy0zNzQ1IiB2YWx1ZT0iKzE2MTc2MjMzNzQ1Ij42MTct NjIzLTM3NDU8L2E+PGJyPgomZ3Q7Jmd0O8KgIMKgIMKgIMKgIDxhIGhyZWY9Im1haWx0bzpkZXJl a0BpaHRmcC5jb20iPmRlcmVrQGlodGZwLmNvbTwvYT7CoCDCoCDCoCDCoCDCoCDCoCDCoDxhIGhy ZWY9Imh0dHA6Ly93d3cuaWh0ZnAuY29tIiByZWw9Im5vcmVmZXJyZXIiIHRhcmdldD0iX2JsYW5r Ij53d3cuaWh0ZnAuY29tPC9hPjxicj4KJmd0OyZndDvCoCDCoCDCoCDCoCBDb21wdXRlciBhbmQg SW50ZXJuZXQgU2VjdXJpdHkgQ29uc3VsdGFudDxicj4KJmd0OyZndDsgX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPHdicj5fX19fX19fX19fX19fX19fXzxicj4KJmd0OyZndDsgVXNlcnMg bWFpbGluZyBsaXN0PGJyPgomZ3Q7Jmd0OyA8YSBocmVmPSJtYWlsdG86VXNlcnNAb3ZpcnQub3Jn Ij5Vc2Vyc0BvdmlydC5vcmc8L2E+PGJyPgomZ3Q7Jmd0OyA8YSBocmVmPSJodHRwOi8vbGlzdHMu cGh4Lm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIiByZWw9Im5vcmVmZXJyZXIiIHRh cmdldD0iX2JsYW5rIj5odHRwOi8vbGlzdHMucGh4Lm92aXJ0Lm9yZy88d2JyPm1haWxtYW4vbGlz dGluZm8vdXNlcnM8L2E+PGJyPgomZ3Q7Jmd0Ozxicj4KJmd0Ozxicj4KPGJyPgo8YnI+Ci0tPGJy PgrCoCDCoCDCoCDCoERlcmVrIEF0a2luc8KgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgPGEgaHJl Zj0idGVsOjYxNy02MjMtMzc0NSIgdmFsdWU9IisxNjE3NjIzMzc0NSI+NjE3LTYyMy0zNzQ1PC9h Pjxicj4KwqAgwqAgwqAgwqA8YSBocmVmPSJtYWlsdG86ZGVyZWtAaWh0ZnAuY29tIj5kZXJla0Bp aHRmcC5jb208L2E+wqAgwqAgwqAgwqAgwqAgwqAgwqA8YSBocmVmPSJodHRwOi8vd3d3LmlodGZw LmNvbSIgcmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFuayI+d3d3LmlodGZwLmNvbTwvYT48 YnI+CsKgIMKgIMKgIMKgQ29tcHV0ZXIgYW5kIEludGVybmV0IFNlY3VyaXR5IENvbnN1bHRhbnQ8 YnI+Cjxicj4KPC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48L2Rpdj4K ------=_Part_0_1482070669699--

2 2

Ovirt & Ceph
by rajatjpatel 18 Dec '16

18 Dec '16

Dear Team, We are using Ovirt 4.0 for POC what we are doing I want to check with all Guru's Ovirt. We have 2 hp proliant dl 380 with 500GB SAS & 1TB *4 SAS Disk and 500GB SSD. Waht we are done we have install ovirt hyp on these h/w and we have physical server where we are running our manager for ovirt. For ovirt hyp we are using only one 500GB of one HDD rest we have kept for ceph, so we have 3 node as guest running on ovirt and for ceph. My question you all is what I am doing is right or wrong. Regards Rajat

3 16

Re: [ovirt-users] Unprompted engine VdsDeploy -- updating a package on host?
by Derek Atkins 18 Dec '16

18 Dec '16

------=_Part_0_1482076312551 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Content-Disposition: inline QnkgaG9zdCBqdXN0IHZkc20/ICBPciBzb21ldGhpbmcgZWxzZT8KVGhhbmtzLgoKLWRlcmVrCgpT ZW50IGZyb20gbXkgbW9iaWxlIGRldmljZS4gUGxlYXNlIGV4Y3VzZSBhbnkgdHlwb3MuCgotLS0t LSBSZXBseSBtZXNzYWdlIC0tLS0tCkZyb206ICJZYW5pdiBEYXJ5IiA8eWRhcnlAcmVkaGF0LmNv bT4KVG86ICJEZXJlayBBdGtpbnMiIDxkZXJla0BpaHRmcC5jb20+CkNjOiAidXNlcnMiIDx1c2Vy c0BvdmlydC5vcmc+ClN1YmplY3Q6IFtvdmlydC11c2Vyc10gVW5wcm9tcHRlZCBlbmdpbmUgVmRz RGVwbG95IC0tIHVwZGF0aW5nIGEgcGFja2FnZSBvbiBob3N0PwpEYXRlOiBTdW4sIERlYyAxOCwg MjAxNiAxMDozMSBBTQoKSG9zdCBhbmQgZW5naW5lIGxvZ3MuCllhbml2IERhcnkKVGVjaG5pY2Fs IFByb2R1Y3QgTWFuYWdlcgpSZWQgSGF0IElzcmFlbCBMdGQuCjM0IEplcnVzYWxlbSBSb2FkCkJ1 aWxkaW5nIEEsIDR0aCBmbG9vcgpSYSdhbmFuYSwgSXNyYWVsIDQzNTAxMDkKClRlbCA6ICs5NzIg KDkpIDc2OTIzMDYKODI3MjMwNgpFbWFpbDogeWRhcnlAcmVkaGF0LmNvbQpJUkMgOiB5ZGFyeQoK CgoKCk9uIFN1biwgRGVjIDE4LCAyMDE2IGF0IDQ6MTcgUE0sIERlcmVrIEF0a2lucyA8ZGVyZWtA aWh0ZnAuY29tPiB3cm90ZToKClRoYW5rcy4KSSdsbCBkbyB0aGF0CldoYXQgbG9ncyBzaG91bGQg SSBhdHRhY2g/CgotZGVyZWsKClNlbnQgZnJvbSBteSBtb2JpbGUgZGV2aWNlLiBQbGVhc2UgZXhj dXNlIGFueSB0eXBvcy4KCgoKCi0tLS0tIFJlcGx5IG1lc3NhZ2UgLS0tLS0KRnJvbTogIllhbml2 IERhcnkiIDx5ZGFyeUByZWRoYXQuY29tPgpUbzogIkRlcmVrIEF0a2lucyIgPGRlcmVrQGlodGZw LmNvbT4KQ2M6ICJ1c2VycyIgPHVzZXJzQG92aXJ0Lm9yZz4KU3ViamVjdDogW292aXJ0LXVzZXJz XSBVbnByb21wdGVkIGVuZ2luZSBWZHNEZXBsb3kgLS0gdXBkYXRpbmcgYSBwYWNrYWdlIG9uIGhv c3Q/CkRhdGU6IFN1biwgRGVjIDE4LCAyMDE2IDg6MzggQU0KCgpJIGRvbid0IGtub3cuIFdlIGRv IG5vdCBkbyBhdXRvbWF0aWMgdXBkYXRlcy5UaGlzIGlzIGV2ZW4gbm90IHJlY29tbWVuZGVkIHVu bGVzcyB0aGUgaG9zdCBpcyBvbiBtYWludGVuYW5jZS4KWW91IGNhbiBvcGVuIGEgYnVnIGFuZCB3 ZSBjYW4gaGF2ZSBhIGxvb2suCllhbml2IERhcnkKVGVjaG5pY2FsIFByb2R1Y3QgTWFuYWdlcgpS ZWQgSGF0IElzcmFlbCBMdGQuCjM0IEplcnVzYWxlbSBSb2FkCkJ1aWxkaW5nIEEsIDR0aCBmbG9v cgpSYSdhbmFuYSwgSXNyYWVsIDQzNTAxMDkKClRlbCA6ICs5NzIgKDkpIDc2OTIzMDYKODI3MjMw NgpFbWFpbDogeWRhcnlAcmVkaGF0LmNvbQpJUkMgOiB5ZGFyeQoKCgoKCk9uIFdlZCwgRGVjIDE0 LCAyMDE2IGF0IDc6NDUgUE0sIERlcmVrIEF0a2lucyA8ZGVyZWtAaWh0ZnAuY29tPiB3cm90ZToK SGksCgoKCklmIGl0J3MgdXNlci1pbml0aWF0ZWQsIGhvdyBkbyBJIHNlZSB3aG8gaW5pdGlhdGVk IGl0P8KgIEkgd2FzIGluIGJlZCB3aGVuCgppdCBoYXBwZW5lZCBzbyBJIGtub3cgaXQgd2Fzbid0 IG1lLsKgIEFuZCBJIGRvbid0IGhhdmUgYW55IG90aGVyIGFkbWluCgp1c2Vycy4KCgoKTG9va2lu ZyBpbiBteSBlbmdpbmUubG9nIGZpbGUgSSBzZWU6CgoKCjIwMTYtMTItMTIgMjM6MTY6NDYsOTQx IElORk8KCltvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLmhvc3RkZXBsb3kuVmRzRGVwbG95QmFz ZV0KCihEZWZhdWx0UXVhcnR6U2NoZWR1bGVyOSkgWzRlYjc1OGNmXSBDb25uZWN0ZWQgdG8gaG9z dCBIT1NULkRPTS5BSU4gd2l0aAoKU1NIIGtleSBmaW5nZXJwcmludDogU0hBMjU2OjxyZW1vdmVk PgoKMjAxNi0xMi0xMiAyMzoxNjo0NywwMjAgSU5GTwoKW29yZy5vdmlydC5lbmdpbmUuY29yZS5i bGwuaG9zdGRlcGxveS5WZHNEZXBsb3lCYXNlXQoKKERlZmF1bHRRdWFydHpTY2hlZHVsZXI5KSBb NGViNzU4Y2ZdIEluc3RhbGxhdGlvbiBvZiBIT1NULkRPTS5BSU4uCgpFeGVjdXRpbmcgY29tbWFu ZCB2aWEgU1NIIHVtYXNrIDAwNzc7IE1ZVE1QPSIkKFRNUERJUj0iJHtPVklSVF9UTVBESVJ9IgoK bWt0ZW1wIC1kIC10IG92aXJ0LVhYWFhYWFhYWFgpIjsgdHJhcCAiY2htb2QgLVIgdStyd1ggXCIk e01ZVE1QfVwiID4KCi9kZXYvbnVsbCAyPiYxOyBybSAtZnIgXCIke01ZVE1QfVwiID4gL2Rldi9u dWxsIDI+JjEiIDA7IHRhcgoKLS13YXJuaW5nPW5vLXRpbWVzdGFtcCAtQyAiJHtNWVRNUH0iIC14 ICYmwqAgIiR7TVlUTVB9Ii9vdmlydC1ob3N0LW1nbXQKCkRJQUxPRy9kaWFsZWN0PXN0cjptYWNo aW5lIERJQUxPRy9jdXN0b21pemF0aW9uPWJvb2w6VHJ1ZSA8CgovdmFyL2NhY2hlL292aXJ0LWVu Z2luZS9vdmlydC1ob3N0LWRlcGxveS50YXIKCgoKSSBjYW4gY2VydGFpbmx5IHNlbmQgbW9yZSB0 aGFuIHRoaXMuLi4gQnV0IEkgY2VydGFpbmx5IGRpZG4ndCBpbml0aWF0ZQoKYW55dGhpbmcgYXQg MjM6MTYsIGFuZCBJIGRvbid0IHNlZSBhbnl0aGluZyBpbiB0aGUgZXZlbnQgbG9nIGluIHRoZSBV SS7CoCBJCgoqRE8qIHNlZSAiSG9zdCBoYXMgYXZhaWxhYmxlIHVwZGF0ZXMiIG1lc3NhZ2UgaW4g dGhlIGxvZyBmcm9tIDIzOjE3LCBidXQKCnRoYXQgZG9lc24ndCBleHBsYWluIHdoeSB0aGUgc3lz dGVtIHdvdWxkIGF1dG8taW5zdGFsbCAob3IgYXV0by11cGRhdGUpCgp0aGUgJ2lwcm91dGUnIHBh Y2thZ2U/PwoKCgpbaG9zdF0jIHRhaWwgLWYgL3Zhci9sb2cveXVtLmxvZzoKCkRlYyAxMiAyMzox NzoxNyBVcGRhdGVkOiBpcHJvdXRlLTMuMTAuMC03NC5lbDcueDg2XzY0CgoKCkFueSBpZGVhcz8K CgoKVGhhbmtzLAoKCgotZGVyZWsKCgoKT24gV2VkLCBEZWNlbWJlciAxNCwgMjAxNiAxMjoyNSBw bSwgWWFuaXYgRGFyeSB3cm90ZToKCj4gTm8gdXBkYXRlcyBhcmUgcnVuIGF1dG9tYXRpY2FsbHku IElzIGVpdGhlciBhIHVzZXIgaW5pdGlhdGUgYSBpbnN0YWxsIG9yCgo+IHVwZ3JhZGUgZmlsZS4K Cj4KCj4gWWFuaXYgRGFyeQoKPiBUZWNobmljYWwgUHJvZHVjdCBNYW5hZ2VyCgo+IFJlZCBIYXQg SXNyYWVsIEx0ZC4KCj4gMzQgSmVydXNhbGVtIFJvYWQKCj4gQnVpbGRpbmcgQSwgNHRoIGZsb29y Cgo+IFJhJ2FuYW5hLCBJc3JhZWwgNDM1MDEwOQoKPgoKPiBUZWwgOiArOTcyICg5KSA3NjkyMzA2 Cgo+wqAgwqAgwqAgwqAgwqA4MjcyMzA2Cgo+IEVtYWlsOiB5ZGFyeUByZWRoYXQuY29tCgo+IElS QyA6IHlkYXJ5Cgo+Cgo+IE9uIERlYyAxMywgMjAxNiAxNzo1MCwgIkRlcmVrIEF0a2lucyIgPGRl cmVrQGlodGZwLmNvbT4gd3JvdGU6Cgo+Cgo+PiBIaSwKCj4+Cgo+PiBBcyBJIHdhcyBnb2luZyB0 aHJvdWdoIG15IGRhaWx5IGxvZ3dhdGNoIEkgbm90aWNlZCB0aGF0IGEgcGFja2FnZSBnb3QKCj4+ IHVwZGF0ZWQgb24gbXkgb3ZpcnQgaG9zdCBsYXN0IG5pZ2h0LsKgIEJ1dCBJIGtub3cgdGhhdCBJ IGRpZG4ndCBkbyB0aGF0Cgo+PiBvbiBteSBvd24uwqAgTG9va2luZyBhdCB0aGUgbG9ncyBJIHRy YWNrZWQgaXQgZG93biB0byB0aGUgaG9zdGVkIGVuZ2luZQoKPj4gcnVubmluZyBhIFZkc0RlcGxv eSBwcm9jZXNzIHdoaWNoIHVwZGF0ZWQgdGhlIHBhY2thZ2Ugb24gdGhlIGhvc3QuwqAgSQoKPj4g a25vdyBmcm9tIHRoZSB0aW1lc3RhbXAgdGhhdCBpdCB3YXNuJ3QgbWUgdGhhdCBpbml0aWF0ZWQg dGhhdCBhY3Rpb24uCgo+PgoKPj4gSXMgdGhlIGVuZ2luZSBzdXBwb3NlZCB0byB1cGRhdGUgcGFj a2FnZXMgb24gaG9zdHMgdW5wcm9tcHRlZCBsaWtlIHRoYXQ/Cgo+PgoKPj4gLWRlcmVrCgo+PiAt LQoKPj7CoCDCoCDCoCDCoCBEZXJlayBBdGtpbnPCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoDYx Ny02MjMtMzc0NQoKPj7CoCDCoCDCoCDCoCBkZXJla0BpaHRmcC5jb23CoCDCoCDCoCDCoCDCoCDC oCDCoHd3dy5paHRmcC5jb20KCj4+wqAgwqAgwqAgwqAgQ29tcHV0ZXIgYW5kIEludGVybmV0IFNl Y3VyaXR5IENvbnN1bHRhbnQKCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fCgo+PiBVc2VycyBtYWlsaW5nIGxpc3QKCj4+IFVzZXJzQG92aXJ0Lm9yZwoK Pj4gaHR0cDovL2xpc3RzLnBoeC5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2VycwoKPj4K Cj4KCgoKCgotLQoKwqAgwqAgwqAgwqBEZXJlayBBdGtpbnPCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoDYxNy02MjMtMzc0NQoKwqAgwqAgwqAgwqBkZXJla0BpaHRmcC5jb23CoCDCoCDCoCDCoCDC oCDCoCDCoHd3dy5paHRmcC5jb20KCsKgIMKgIMKgIMKgQ29tcHV0ZXIgYW5kIEludGVybmV0IFNl Y3VyaXR5IENvbnN1bHRhbnQ= ------=_Part_0_1482076312551 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6ICdDYWxpYnJpJywgJ3NhbnMtc2VyaWYnOyI+PGRpdiBk aXI9Imx0ciI+CjxkaXYgZGlyPSJsdHIiPkJ5IGhvc3QganVzdCB2ZHNtPyAmbmJzcDtPciBzb21l dGhpbmcgZWxzZT88L2Rpdj48ZGl2IGRpcj0ibHRyIj5UaGFua3MuPC9kaXY+PGRpdiBkaXI9Imx0 ciI+PGJyPjwvZGl2PjxkaXYgZGlyPSJsdHIiPjxkaXYgZGlyPSJsdHIiPi1kZXJlazwvZGl2Pjxk aXYgZGlyPSJsdHIiPjxicj48L2Rpdj48ZGl2IGRpcj0ibHRyIj5TZW50IGZyb20gbXkgbW9iaWxl IGRldmljZS4gUGxlYXNlIGV4Y3VzZSBhbnkgdHlwb3MuPC9kaXY+PC9kaXY+Cgo8L2Rpdj48YnI+ PGRpdiBpZD0iaHRjX2hlYWRlciI+LS0tLS0gUmVwbHkgbWVzc2FnZSAtLS0tLTxicj5Gcm9tOiAm cXVvdDtZYW5pdiBEYXJ5JnF1b3Q7ICZsdDt5ZGFyeUByZWRoYXQuY29tJmd0Ozxicj5UbzogJnF1 b3Q7RGVyZWsgQXRraW5zJnF1b3Q7ICZsdDtkZXJla0BpaHRmcC5jb20mZ3Q7PGJyPkNjOiAmcXVv dDt1c2VycyZxdW90OyAmbHQ7dXNlcnNAb3ZpcnQub3JnJmd0Ozxicj5TdWJqZWN0OiBbb3ZpcnQt dXNlcnNdIFVucHJvbXB0ZWQgZW5naW5lIFZkc0RlcGxveSAtLSB1cGRhdGluZyBhIHBhY2thZ2Ug b24gaG9zdD88YnI+RGF0ZTogU3VuLCBEZWMgMTgsIDIwMTYgMTA6MzEgQU08L2Rpdj48L2Rpdj48 YnI+PGRpdiBkaXI9Imx0ciI+SG9zdCBhbmQgZW5naW5lIGxvZ3MuPC9kaXY+PGRpdiBjbGFzcz0i Z21haWxfZXh0cmEiPjxiciBjbGVhcj0iYWxsIj48ZGl2PjxkaXYgY2xhc3M9ImdtYWlsX3NpZ25h dHVyZSIgZGF0YS1zbWFydG1haWw9ImdtYWlsX3NpZ25hdHVyZSI+PGRpdiBkaXI9Imx0ciI+PGRp dj48ZGl2IGRpcj0ibHRyIj48cHJlIGNvbHM9IjcyIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWYiPllhbml2IERhcnkKVGVjaG5pY2FsIFByb2R1Y3Qg TWFuYWdlcgpSZWQgSGF0IElzcmFlbCBMdGQuCjM0IEplcnVzYWxlbSBSb2FkCkJ1aWxkaW5nIEEs IDR0aCBmbG9vcgpSYSYjMzk7YW5hbmEsIElzcmFlbCA0MzUwMTA5CgpUZWwgOiArOTcyICg5KSA3 NjkyMzA2CiAgICAgICAgODI3MjMwNgpFbWFpbDogPGEgaHJlZj0ibWFpbHRvOnlkYXJ5QHJlZGhh dC5jb20iIHRhcmdldD0iX2JsYW5rIj55ZGFyeUByZWRoYXQuY29tPC9hPgpJUkMgOiB5ZGFyeTwv c3Bhbj48L3ByZT4KPC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+Cjxicj48ZGl2IGNsYXNz PSJnbWFpbF9xdW90ZSI+T24gU3VuLCBEZWMgMTgsIDIwMTYgYXQgNDoxNyBQTSwgRGVyZWsgQXRr aW5zIDxzcGFuIGRpcj0ibHRyIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOmRlcmVrQGlodGZwLmNvbSIg dGFyZ2V0PSJfYmxhbmsiPmRlcmVrQGlodGZwLmNvbTwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+ PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7 Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+PGRpdiBzdHlsZT0i Zm9udC1mYW1pbHk6JiMzOTtDYWxpYnJpJiMzOTssJiMzOTtzYW5zLXNlcmlmJiMzOTsiPjxkaXYg ZGlyPSJsdHIiPgo8ZGl2IGRpcj0ibHRyIj5UaGFua3MuPC9kaXY+PGRpdiBkaXI9Imx0ciI+SSYj Mzk7bGwgZG8gdGhhdDwvZGl2PjxkaXYgZGlyPSJsdHIiPldoYXQgbG9ncyBzaG91bGQgSSBhdHRh Y2g/PC9kaXY+PGRpdiBkaXI9Imx0ciI+PGJyPjwvZGl2PjxkaXYgZGlyPSJsdHIiPjxkaXYgZGly PSJsdHIiPi1kZXJlazwvZGl2PjxkaXYgZGlyPSJsdHIiPjxicj48L2Rpdj48ZGl2IGRpcj0ibHRy Ij5TZW50IGZyb20gbXkgbW9iaWxlIGRldmljZS4gUGxlYXNlIGV4Y3VzZSBhbnkgdHlwb3MuPC9k aXY+PC9kaXY+Cgo8L2Rpdj48ZGl2PjxkaXYgY2xhc3M9Img1Ij48YnI+PGRpdiBpZD0ibV8tNjEw MzcwODQ4Mjg3MTUxNzc0Nmh0Y19oZWFkZXIiPi0tLS0tIFJlcGx5IG1lc3NhZ2UgLS0tLS08YnI+ RnJvbTogJnF1b3Q7WWFuaXYgRGFyeSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnlkYXJ5QHJl ZGhhdC5jb20iIHRhcmdldD0iX2JsYW5rIj55ZGFyeUByZWRoYXQuY29tPC9hPiZndDs8YnI+VG86 ICZxdW90O0RlcmVrIEF0a2lucyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRlcmVrQGlodGZw LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRlcmVrQGlodGZwLmNvbTwvYT4mZ3Q7PGJyPkNjOiAmcXVv dDt1c2VycyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnVzZXJzQG92aXJ0Lm9yZyIgdGFyZ2V0 PSJfYmxhbmsiPnVzZXJzQG92aXJ0Lm9yZzwvYT4mZ3Q7PGJyPlN1YmplY3Q6IFtvdmlydC11c2Vy c10gVW5wcm9tcHRlZCBlbmdpbmUgVmRzRGVwbG95IC0tIHVwZGF0aW5nIGEgcGFja2FnZSBvbiBo b3N0Pzxicj5EYXRlOiBTdW4sIERlYyAxOCwgMjAxNiA4OjM4IEFNPC9kaXY+PC9kaXY+PC9kaXY+ PC9kaXY+PGRpdiBjbGFzcz0iSE9FblpiIj48ZGl2IGNsYXNzPSJoNSI+PGJyPjxkaXYgZGlyPSJs dHIiPkkgZG9uJiMzOTt0IGtub3cuIFdlIGRvIG5vdCBkbyBhdXRvbWF0aWMgdXBkYXRlcy48ZGl2 PlRoaXMgaXMgZXZlbiBub3QgcmVjb21tZW5kZWQgdW5sZXNzIHRoZSBob3N0IGlzIG9uIG1haW50 ZW5hbmNlLjwvZGl2PjxkaXY+WW91IGNhbiBvcGVuIGEgYnVnIGFuZCB3ZSBjYW4gaGF2ZSBhIGxv b2suPC9kaXY+PC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxiciBjbGVhcj0iYWxsIj48 ZGl2PjxkaXYgY2xhc3M9Im1fLTYxMDM3MDg0ODI4NzE1MTc3NDZnbWFpbF9zaWduYXR1cmUiIGRh dGEtc21hcnRtYWlsPSJnbWFpbF9zaWduYXR1cmUiPjxkaXYgZGlyPSJsdHIiPjxkaXY+PGRpdiBk aXI9Imx0ciI+PHByZSBjb2xzPSI3MiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhl bHZldGljYSxzYW5zLXNlcmlmIj5ZYW5pdiBEYXJ5ClRlY2huaWNhbCBQcm9kdWN0IE1hbmFnZXIK UmVkIEhhdCBJc3JhZWwgTHRkLgozNCBKZXJ1c2FsZW0gUm9hZApCdWlsZGluZyBBLCA0dGggZmxv b3IKUmEmIzM5O2FuYW5hLCBJc3JhZWwgNDM1MDEwOQoKVGVsIDogPGEgaHJlZj0idGVsOis5NzIl MjA5LTc2OS0yMzA2IiB2YWx1ZT0iKzk3Mjk3NjkyMzA2IiB0YXJnZXQ9Il9ibGFuayI+Kzk3MiAo OSkgNzY5MjMwNjwvYT4KICAgICAgICA4MjcyMzA2CkVtYWlsOiA8YSBocmVmPSJtYWlsdG86eWRh cnlAcmVkaGF0LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnlkYXJ5QHJlZGhhdC5jb208L2E+CklSQyA6 IHlkYXJ5PC9zcGFuPjwvcHJlPgo8L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj4KPGJyPjxk aXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiBXZWQsIERlYyAxNCwgMjAxNiBhdCA3OjQ1IFBNLCBE ZXJlayBBdGtpbnMgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86ZGVyZWtAaWh0 ZnAuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGVyZWtAaWh0ZnAuY29tPC9hPiZndDs8L3NwYW4+IHdy b3RlOjxicj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAw IDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij5IaSw8 YnI+Cjxicj4KSWYgaXQmIzM5O3MgdXNlci1pbml0aWF0ZWQsIGhvdyBkbyBJIHNlZSB3aG8gaW5p dGlhdGVkIGl0P8KgIEkgd2FzIGluIGJlZCB3aGVuPGJyPgppdCBoYXBwZW5lZCBzbyBJIGtub3cg aXQgd2FzbiYjMzk7dCBtZS7CoCBBbmQgSSBkb24mIzM5O3QgaGF2ZSBhbnkgb3RoZXIgYWRtaW48 YnI+CnVzZXJzLjxicj4KPGJyPgpMb29raW5nIGluIG15IGVuZ2luZS5sb2cgZmlsZSBJIHNlZTo8 YnI+Cjxicj4KMjAxNi0xMi0xMiAyMzoxNjo0Niw5NDEgSU5GTzxicj4KW29yZy5vdmlydC5lbmdp bmUuY29yZS5ibGwuaG9zPHdicj50ZGVwbG95LlZkc0RlcGxveUJhc2VdPGJyPgooRGVmYXVsdFF1 YXJ0elNjaGVkdWxlcjkpIFs0ZWI3NThjZl0gQ29ubmVjdGVkIHRvIGhvc3QgSE9TVC5ET00uQUlO IHdpdGg8YnI+ClNTSCBrZXkgZmluZ2VycHJpbnQ6IFNIQTI1NjombHQ7cmVtb3ZlZCZndDs8YnI+ CjIwMTYtMTItMTIgMjM6MTY6NDcsMDIwIElORk88YnI+Cltvcmcub3ZpcnQuZW5naW5lLmNvcmUu YmxsLmhvczx3YnI+dGRlcGxveS5WZHNEZXBsb3lCYXNlXTxicj4KKERlZmF1bHRRdWFydHpTY2hl ZHVsZXI5KSBbNGViNzU4Y2ZdIEluc3RhbGxhdGlvbiBvZiBIT1NULkRPTS5BSU4uPGJyPgpFeGVj dXRpbmcgY29tbWFuZCB2aWEgU1NIIHVtYXNrIDAwNzc7IE1ZVE1QPSZxdW90OyQoVE1QRElSPSZx dW90OyR7T1ZJUlRfVE1QREk8d2JyPlJ9JnF1b3Q7PGJyPgpta3RlbXAgLWQgLXQgb3ZpcnQtWFhY WFhYWFhYWCkmcXVvdDs7IHRyYXAgJnF1b3Q7Y2htb2QgLVIgdStyd1ggXCZxdW90OyR7TVlUTVB9 XCZxdW90OyAmZ3Q7PGJyPgovZGV2L251bGwgMiZndDsmYW1wOzE7IHJtIC1mciBcJnF1b3Q7JHtN WVRNUH1cJnF1b3Q7ICZndDsgL2Rldi9udWxsIDImZ3Q7JmFtcDsxJnF1b3Q7IDA7IHRhcjxicj4K LS13YXJuaW5nPW5vLXRpbWVzdGFtcCAtQyAmcXVvdDske01ZVE1QfSZxdW90OyAteCAmYW1wOyZh bXA7wqAgJnF1b3Q7JHtNWVRNUH0mcXVvdDsvb3ZpcnQtaG9zdC1tZ210PGJyPgpESUFMT0cvZGlh bGVjdD1zdHI6bWFjaGluZSBESUFMT0cvY3VzdG9taXphdGlvbj1ib29sOlRydWUgJmx0Ozxicj4K L3Zhci9jYWNoZS9vdmlydC1lbmdpbmUvb3ZpcnQtPHdicj5ob3N0LWRlcGxveS50YXI8YnI+Cjxi cj4KSSBjYW4gY2VydGFpbmx5IHNlbmQgbW9yZSB0aGFuIHRoaXMuLi4gQnV0IEkgY2VydGFpbmx5 IGRpZG4mIzM5O3QgaW5pdGlhdGU8YnI+CmFueXRoaW5nIGF0IDIzOjE2LCBhbmQgSSBkb24mIzM5 O3Qgc2VlIGFueXRoaW5nIGluIHRoZSBldmVudCBsb2cgaW4gdGhlIFVJLsKgIEk8YnI+CipETyog c2VlICZxdW90O0hvc3QgaGFzIGF2YWlsYWJsZSB1cGRhdGVzJnF1b3Q7IG1lc3NhZ2UgaW4gdGhl IGxvZyBmcm9tIDIzOjE3LCBidXQ8YnI+CnRoYXQgZG9lc24mIzM5O3QgZXhwbGFpbiB3aHkgdGhl IHN5c3RlbSB3b3VsZCBhdXRvLWluc3RhbGwgKG9yIGF1dG8tdXBkYXRlKTxicj4KdGhlICYjMzk7 aXByb3V0ZSYjMzk7IHBhY2thZ2U/Pzxicj4KPGJyPgpbaG9zdF0jIHRhaWwgLWYgL3Zhci9sb2cv eXVtLmxvZzo8YnI+CkRlYyAxMiAyMzoxNzoxNyBVcGRhdGVkOiBpcHJvdXRlLTMuMTAuMC03NC5l bDcueDg2XzY0PGJyPgo8YnI+CkFueSBpZGVhcz88YnI+Cjxicj4KVGhhbmtzLDxicj4KPGJyPgot ZGVyZWs8YnI+CjxkaXYgY2xhc3M9Im1fLTYxMDM3MDg0ODI4NzE1MTc3NDZIT0VuWmIiPjxkaXYg Y2xhc3M9Im1fLTYxMDM3MDg0ODI4NzE1MTc3NDZoNSI+PGJyPgpPbiBXZWQsIERlY2VtYmVyIDE0 LCAyMDE2IDEyOjI1IHBtLCBZYW5pdiBEYXJ5IHdyb3RlOjxicj4KJmd0OyBObyB1cGRhdGVzIGFy ZSBydW4gYXV0b21hdGljYWxseS4gSXMgZWl0aGVyIGEgdXNlciBpbml0aWF0ZSBhIGluc3RhbGwg b3I8YnI+CiZndDsgdXBncmFkZSBmaWxlLjxicj4KJmd0Ozxicj4KJmd0OyBZYW5pdiBEYXJ5PGJy PgomZ3Q7IFRlY2huaWNhbCBQcm9kdWN0IE1hbmFnZXI8YnI+CiZndDsgUmVkIEhhdCBJc3JhZWwg THRkLjxicj4KJmd0OyAzNCBKZXJ1c2FsZW0gUm9hZDxicj4KJmd0OyBCdWlsZGluZyBBLCA0dGgg Zmxvb3I8YnI+CiZndDsgUmEmIzM5O2FuYW5hLCBJc3JhZWwgNDM1MDEwOTxicj4KJmd0Ozxicj4K Jmd0OyBUZWwgOiA8YSBocmVmPSJ0ZWw6JTJCOTcyJTIwJTI4OSUyOSUyMDc2OTIzMDYiIHZhbHVl PSIrOTcyOTc2OTIzMDYiIHRhcmdldD0iX2JsYW5rIj4rOTcyICg5KSA3NjkyMzA2PC9hPjxicj4K Jmd0O8KgIMKgIMKgIMKgIMKgODI3MjMwNjxicj4KJmd0OyBFbWFpbDogPGEgaHJlZj0ibWFpbHRv OnlkYXJ5QHJlZGhhdC5jb20iIHRhcmdldD0iX2JsYW5rIj55ZGFyeUByZWRoYXQuY29tPC9hPjxi cj4KJmd0OyBJUkMgOiB5ZGFyeTxicj4KJmd0Ozxicj4KJmd0OyBPbiBEZWMgMTMsIDIwMTYgMTc6 NTAsICZxdW90O0RlcmVrIEF0a2lucyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRlcmVrQGlo dGZwLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRlcmVrQGlodGZwLmNvbTwvYT4mZ3Q7IHdyb3RlOjxi cj4KJmd0Ozxicj4KJmd0OyZndDsgSGksPGJyPgomZ3Q7Jmd0Ozxicj4KJmd0OyZndDsgQXMgSSB3 YXMgZ29pbmcgdGhyb3VnaCBteSBkYWlseSBsb2d3YXRjaCBJIG5vdGljZWQgdGhhdCBhIHBhY2th Z2UgZ290PGJyPgomZ3Q7Jmd0OyB1cGRhdGVkIG9uIG15IG92aXJ0IGhvc3QgbGFzdCBuaWdodC7C oCBCdXQgSSBrbm93IHRoYXQgSSBkaWRuJiMzOTt0IGRvIHRoYXQ8YnI+CiZndDsmZ3Q7IG9uIG15 IG93bi7CoCBMb29raW5nIGF0IHRoZSBsb2dzIEkgdHJhY2tlZCBpdCBkb3duIHRvIHRoZSBob3N0 ZWQgZW5naW5lPGJyPgomZ3Q7Jmd0OyBydW5uaW5nIGEgVmRzRGVwbG95IHByb2Nlc3Mgd2hpY2gg dXBkYXRlZCB0aGUgcGFja2FnZSBvbiB0aGUgaG9zdC7CoCBJPGJyPgomZ3Q7Jmd0OyBrbm93IGZy b20gdGhlIHRpbWVzdGFtcCB0aGF0IGl0IHdhc24mIzM5O3QgbWUgdGhhdCBpbml0aWF0ZWQgdGhh dCBhY3Rpb24uPGJyPgomZ3Q7Jmd0Ozxicj4KJmd0OyZndDsgSXMgdGhlIGVuZ2luZSBzdXBwb3Nl ZCB0byB1cGRhdGUgcGFja2FnZXMgb24gaG9zdHMgdW5wcm9tcHRlZCBsaWtlIHRoYXQ/PGJyPgom Z3Q7Jmd0Ozxicj4KJmd0OyZndDsgLWRlcmVrPGJyPgomZ3Q7Jmd0OyAtLTxicj4KJmd0OyZndDvC oCDCoCDCoCDCoCBEZXJlayBBdGtpbnPCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoDxhIGhyZWY9 InRlbDo2MTctNjIzLTM3NDUiIHZhbHVlPSIrMTYxNzYyMzM3NDUiIHRhcmdldD0iX2JsYW5rIj42 MTctNjIzLTM3NDU8L2E+PGJyPgomZ3Q7Jmd0O8KgIMKgIMKgIMKgIDxhIGhyZWY9Im1haWx0bzpk ZXJla0BpaHRmcC5jb20iIHRhcmdldD0iX2JsYW5rIj5kZXJla0BpaHRmcC5jb208L2E+wqAgwqAg wqAgwqAgwqAgwqAgwqA8YSBocmVmPSJodHRwOi8vd3d3LmlodGZwLmNvbSIgcmVsPSJub3JlZmVy cmVyIiB0YXJnZXQ9Il9ibGFuayI+d3d3LmlodGZwLmNvbTwvYT48YnI+CiZndDsmZ3Q7wqAgwqAg wqAgwqAgQ29tcHV0ZXIgYW5kIEludGVybmV0IFNlY3VyaXR5IENvbnN1bHRhbnQ8YnI+CiZndDsm Z3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzx3YnI+X19fX19fX19fX19fX19fX188 YnI+CiZndDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4KJmd0OyZndDsgPGEgaHJlZj0ibWFp bHRvOlVzZXJzQG92aXJ0Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPlVzZXJzQG92aXJ0Lm9yZzwvYT48 YnI+CiZndDsmZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9saXN0cy5waHgub3ZpcnQub3JnL21haWxtYW4v bGlzdGluZm8vdXNlcnMiIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9s aXN0cy5waHgub3ZpcnQub3JnL21haTx3YnI+bG1hbi9saXN0aW5mby91c2VyczwvYT48YnI+CiZn dDsmZ3Q7PGJyPgomZ3Q7PGJyPgo8YnI+Cjxicj4KLS08YnI+CsKgIMKgIMKgIMKgRGVyZWsgQXRr aW5zwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqA8YSBocmVmPSJ0ZWw6NjE3LTYyMy0zNzQ1IiB2 YWx1ZT0iKzE2MTc2MjMzNzQ1IiB0YXJnZXQ9Il9ibGFuayI+NjE3LTYyMy0zNzQ1PC9hPjxicj4K wqAgwqAgwqAgwqA8YSBocmVmPSJtYWlsdG86ZGVyZWtAaWh0ZnAuY29tIiB0YXJnZXQ9Il9ibGFu ayI+ZGVyZWtAaWh0ZnAuY29tPC9hPsKgIMKgIMKgIMKgIMKgIMKgIMKgPGEgaHJlZj0iaHR0cDov L3d3dy5paHRmcC5jb20iIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsiPnd3dy5paHRm cC5jb208L2E+PGJyPgrCoCDCoCDCoCDCoENvbXB1dGVyIGFuZCBJbnRlcm5ldCBTZWN1cml0eSBD b25zdWx0YW50PGJyPgo8YnI+CjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48YnI+PC9k aXY+CjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48YnI+PC9kaXY+Cg== ------=_Part_0_1482076312551--

2 1

oVirt Host Installation Problem.
by GTC R 18 Dec '16

18 Dec '16

Hi, I have installed oVirtEngine on CentOS and running Node through virt manager. I am trying to link node to the engine, but its giving the following error Host oVirtHost installation failed. Command returned failure code 1 during SSH session 'root(a)192.168.122.116'. I checked for detailed log on /var/log/ovirt-engine/engine.log. Its showing the following error: 2016-12-18 13:36:00,632 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [1d3c6f4e] Correlation ID: 1d3c6f4e, Call Stack: null, Custom Event ID: -1, Message: Installing Host oVirtHost. Stage: Environment packages setup. 2016-12-18 13:36:00,720 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [1d3c6f4e] Correlation ID: 1d3c6f4e, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host oVirtHost. Yum Cannot queue package iproute: Cannot find a valid baseurl for repo: ovirt-4.0/7. 2016-12-18 13:36:00,725 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [1d3c6f4e] Correlation ID: 1d3c6f4e, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host oVirtHost. Failed to execute stage 'Environment packages setup': Cannot find a valid baseurl for repo: ovirt-4.0/7. 2016-12-18 13:36:00,731 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [1d3c6f4e] Correlation ID: 1d3c6f4e, Call Stack: null, Custom Event ID: -1, Message: Installing Host oVirtHost. Yum Performing yum transaction rollback. 2016-12-18 13:36:00,756 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [1d3c6f4e] Correlation ID: 1d3c6f4e, Call Stack: null, Custom Event ID: -1, Message: Installing Host oVirtHost. Stage: Pre-termination. 2016-12-18 13:36:00,789 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [1d3c6f4e] Correlation ID: 1d3c6f4e, Call Stack: null, Custom Event ID: -1, Message: Installing Host oVirtHost. Retrieving installation logs to: '/var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20161218133600-192.168.122.116-1d3c6f4e.log'. 2016-12-18 13:36:00,872 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [1d3c6f4e] Correlation ID: 1d3c6f4e, Call Stack: null, Custom Event ID: -1, Message: Installing Host oVirtHost. Stage: Termination. 2016-12-18 13:36:00,918 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-6-thread-1) [1d3c6f4e] SSH error running command root(a)192.168.122.116:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True': Command returned failure code 1 during SSH session 'root(a)192.168.122.116' 2016-12-18 13:36:00,918 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-6-thread-1) [1d3c6f4e] Exception: java.io.IOException: Command returned failure code 1 during SSH session ' root(a)192.168.122.116' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:526) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:317) [uutils.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase.execute(VdsDeployBase.java:563) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.installHost(InstallVdsInternalCommand.java:168) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:89) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1305) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1447) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2075) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1490) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:398) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:493) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:475) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:670) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_111] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] Any idea about the problem? Thanks, Gaju

2 1

VM Import Fails
by Gary Pedretty 18 Dec '16

18 Dec '16

--Apple-Mail=_9CCAE58C-A6D9-40DB-812F-1F113C82B95A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I cannot seem to get a VM to import. It was exported first to an export = domain and shows up in the list of VMs on the domain when starting the = import process, but when you get to the last dialog that should start = the import you simply get an error message =E2=80=9CCannot import the = VM. VM=E2=80=99s Image does not exist. No related event is logged in = the overall event log when this happens. Does not matter what data = storage domain you pick for the new VM. Gary ------------------------------------------------------------------------ Gary Pedretty gary(a)ravnalaska.net = <mailto:gary@eraalaska.net> Systems Manager www.flyravn.com = <http://www.flyravn.com/> Ravn Alaska /\ 907-450-7251 5245 Airport Industrial Road / \/\ 907-450-7238 fax Fairbanks, Alaska 99709 /\ / \ \ Second greatest commandment Serving All of Alaska / \/ /\ \ \/\ =E2=80=9CLove your = neighbor as Really loving the record green up date! Summmer!! yourself=E2=80=9D = Matt 22:39 ------------------------------------------------------------------------ --Apple-Mail=_9CCAE58C-A6D9-40DB-812F-1F113C82B95A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">I cannot seem to get a VM to import.  It was exported = first to an export domain and shows up in the list of VMs on the domain = when starting the import process, but when you get to the last dialog = that should start the import you simply get an error message =E2=80=9CCann= ot import the VM.  VM=E2=80=99s Image does not exist.  No = related event is logged in the overall event log when this happens. =   Does not matter what data storage domain you pick for the new = VM.<div class=3D""><br class=3D""></div><div class=3D""><br = class=3D""></div><div class=3D"">Gary</div><div class=3D""><br = class=3D""></div><div class=3D""><div class=3D""><div class=3D""> <div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; orphans: = auto; text-align: start; text-indent: 0px; text-transform: none; = white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; = orphans: auto; text-align: start; text-indent: 0px; text-transform: = none; white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); font-size: 12px; letter-spacing: normal; = text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px;" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div><div class=3D"">Gary Pedretty         =                     =            <a = href=3D"mailto:gary@eraalaska.net" = class=3D"">gary(a)ravnalaska.net</a></div><div class=3D"">Systems Manager =                     =                     =  <a href=3D"http://www.flyravn.com" = class=3D"">www.flyravn.com</a></div><div class=3D"">Ravn Alaska   =                     =     /\                 =    907-450-7251</div><div class=3D"">5245 Airport Industrial = Road         /  \/\         =     907-450-7238 fax</div><div class=3D"">Fairbanks, Alaska =  99709        /\  /    \ \ = Second greatest commandment</div></font><font face=3D"Monaco" = class=3D""><span style=3D"font-size: 12px;" class=3D"">Serving All of = Alaska          /  \/  /\  \ \/\ =   =E2=80=9CLove your neighbor as</span></font><br = style=3D"font-family: Monaco;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px;" class=3D""><span style=3D"font-size: 12px;" class=3D"">Really = loving the record green up date! Summmer!!   yourself=E2=80=9D M= att 22:39</span></font><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-family: Menlo;" = class=3D""></div><font face=3D"Menlo" style=3D"font-size: 12px;" = class=3D""></font><span style=3D"color: rgb(0, 0, 0); letter-spacing: = normal; text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px; font-size: 12px;" class=3D""><font = face=3D"Menlo" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div></font></span><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=3D""><font = face=3D"Menlo" style=3D"font-size: 12px;" class=3D""><br = class=3D""></font></div></div><span style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: 12px;" = class=3D""><br class=3D"Apple-interchange-newline"></span></div><span = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px; font-size: 12px;" class=3D""><br = class=3D"Apple-interchange-newline"></span></div><span style=3D"color: = rgb(0, 0, 0); letter-spacing: normal; text-transform: none; white-space: = normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: = 12px;" class=3D""><br class=3D"Apple-interchange-newline"></span></div><br= class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"><br = class=3D"Apple-interchange-newline"> </div> <br class=3D""></div></div></body></html>= --Apple-Mail=_9CCAE58C-A6D9-40DB-812F-1F113C82B95A--

2 2

Unprompted engine VdsDeploy -- updating a package on host?
by Derek Atkins 18 Dec '16

18 Dec '16

Hi, As I was going through my daily logwatch I noticed that a package got updated on my ovirt host last night. But I know that I didn't do that on my own. Looking at the logs I tracked it down to the hosted engine running a VdsDeploy process which updated the package on the host. I know from the timestamp that it wasn't me that initiated that action. Is the engine supposed to update packages on hosts unprompted like that? -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

2 3

Re: [ovirt-users] CentOS 7.3 host, VM live migration fails
by Yaniv Kaul 18 Dec '16

18 Dec '16

On Dec 17, 2016 1:50 PM, "Giorgio Bersano" <giorgio.bersano(a)gmail.com> wrote: Hello everyone, I'm happily running an oVirt datacenter in production from Spring 2014 that was updated to in 4.0.5 two weeks ago. The engine runs on a machine outside the DataCenter (no Hosted Engine). Until two days ago the architecture was: engine CentOS 7.2 + iSCSI storage + 3 CentOS 7.2 hosts . Yesterday I updated the hosts to CentOS 7.3 and now I can't live migrate the VMs. The engine is still CentOS 7.2. I did not see problems until there was at least an 7.2 host but VMs are now stuck to their hosts (or you have to shutdown the VM then start it up). Could it be because of the lack of qemu-kvm-ev 2.6 [1]? If so I'm asking to make it very explicit on the ovirt.org website the constraint to NOT UPGRADE TO CENTOS 7.3 until qemu-kvm-ev 2.6 is available. If I had read [1] I would have probably refrained from proceeding but I missed the message. What to do now? ATM I'm not in trouble and I can stand the situation, for a few days. Does someone know when qemu-kvm-ev 2.6 will be available (or, differently said, how reliable is to use pacakges from ovirt-4.0-pre )? It's already available from ovirt repos. Y. Thank you anyway, oVirt is an amazing product indeed. Best regards, Giorgio. 1- CentOS 7.3 is rolling out, need qemu-kvm-ev 2.6 https://www.mail-archive.com/users@ovirt.org/msg37610.html _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

2 2

Add OS to Drop Down List
by Bill Bill 18 Dec '16

18 Dec '16

--_000_CO2PR0801MB0743C300E2B01954541850B5A6980CO2PR0801MB0743_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SXMgaXQgcG9zc2libGUgdG8gYWRkIGFuIGl0ZW0gdG8gdGhlIGRyb3AgZG93biBsaXN0PyBXZSBo YXZlIGEgY3VzdG9tIG1vZHVsZSB0aGF0IGludGVncmF0ZXMgaW50byBvdXIgYmlsbGluZyBzeXN0 ZW0gdmlhIHRoZSBBUEkg4oCTIGl0IGlzIHB1bGxpbmcgdmFyaW91cyBpbmZvIGZyb20gb1ZpcnQ7 IGZxZG4sIGNvbW1lbnRzLCBuYW1lLCBJUCwgcmFtLCBhcmNoaXRlY3R1cmUgYW5kIE9TLiBJ4oCZ ZCBsaWtlIHRvIGFkZCBpZiBwb3NzaWJsZSwgYSDigJxmcmllbmRseeKAnSBuYW1lIHN1Y2ggYXMg Q2VudE9TIDcgdnMgaGF2aW5nIHRvIHNldCBSSEVMIDcgYXMgdGhlIEFQSSBvdXRwdXRzIHJoZWxf N3g2NCBhbmQgaXNu4oCZdCB2ZXJ5IHZpc3VhbGx5IGFwcGVhbGluZyB0byBvdXIgY3VzdG9tZXJz Lg0K --_000_CO2PR0801MB0743C300E2B01954541850B5A6980CO2PR0801MB0743_ Content-Type: text/html; charset="utf-8" Content-ID: <64D6E25FAED70F47A2950D399CEEABD9(a)sct-15-1-659-11-msonline-outlook-7ade0.templateTenant> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2Vj dGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEu MGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls ZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0iIzk1NEY3 MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SXMg aXQgcG9zc2libGUgdG8gYWRkIGFuIGl0ZW0gdG8gdGhlIGRyb3AgZG93biBsaXN0PyBXZSBoYXZl IGEgY3VzdG9tIG1vZHVsZSB0aGF0IGludGVncmF0ZXMgaW50byBvdXIgYmlsbGluZyBzeXN0ZW0g dmlhIHRoZSBBUEkg4oCTIGl0IGlzIHB1bGxpbmcgdmFyaW91cyBpbmZvIGZyb20gb1ZpcnQ7IGZx ZG4sIGNvbW1lbnRzLCBuYW1lLCBJUCwgcmFtLCBhcmNoaXRlY3R1cmUgYW5kIE9TLiBJ4oCZZCBs aWtlIHRvIGFkZA0KIGlmIHBvc3NpYmxlLCBhIOKAnGZyaWVuZGx54oCdIG5hbWUgc3VjaCBhcyBD ZW50T1MgNyB2cyBoYXZpbmcgdG8gc2V0IFJIRUwgNyBhcyB0aGUgQVBJIG91dHB1dHMgcmhlbF83 eDY0IGFuZCBpc27igJl0IHZlcnkgdmlzdWFsbHkgYXBwZWFsaW5nIHRvIG91ciBjdXN0b21lcnMu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_CO2PR0801MB0743C300E2B01954541850B5A6980CO2PR0801MB0743_--

3 2

HCI gluster host in maintenance feature
by Gianluca Cecchi 17 Dec '16

17 Dec '16

Hello, Is this supposed to be already in the 4.1 beta? How to check, in case? I'm going to do some tests... https://bugzilla.redhat.com/show_bug.cgi?id=1377370 Thanks Gianluca

1 0

CentOS 7.3 host, VM live migration fails
by Giorgio Bersano 17 Dec '16

17 Dec '16

Hello everyone, I'm happily running an oVirt datacenter in production from Spring 2014 that was updated to in 4.0.5 two weeks ago. The engine runs on a machine outside the DataCenter (no Hosted Engine). Until two days ago the architecture was: engine CentOS 7.2 + iSCSI storage + 3 CentOS 7.2 hosts . Yesterday I updated the hosts to CentOS 7.3 and now I can't live migrate the VMs. The engine is still CentOS 7.2. I did not see problems until there was at least an 7.2 host but VMs are now stuck to their hosts (or you have to shutdown the VM then start it up). Could it be because of the lack of qemu-kvm-ev 2.6 [1]? If so I'm asking to make it very explicit on the ovirt.org website the constraint to NOT UPGRADE TO CENTOS 7.3 until qemu-kvm-ev 2.6 is available. If I had read [1] I would have probably refrained from proceeding but I missed the message. What to do now? ATM I'm not in trouble and I can stand the situation, for a few days. Does someone know when qemu-kvm-ev 2.6 will be available (or, differently said, how reliable is to use pacakges from ovirt-4.0-pre )? Thank you anyway, oVirt is an amazing product indeed. Best regards, Giorgio. 1- CentOS 7.3 is rolling out, need qemu-kvm-ev 2.6 https://www.mail-archive.com/users@ovirt.org/msg37610.html

1 0

Ovirt 4.0 spice console attempting to connect to HV private IP
by Edward Clay 16 Dec '16

16 Dec '16

Hello, I've recently upgraded from ovirt 3.6 to 4.0 and have run into an issue that I'm not finding an explanation or solution to. Currently when I create a new VM and start it up and attempt to connect to the console I get the following error. "Unable to connect to the graphic server Could not connect to 10.1.1.1: Socket I/O timed out" If I attempt to launch a console for a VM created before the upgrade it opens successfully. If I save the console.vv file I can see that the HV public IP address is in this file. If I do the same thing for the failing vm and I see the HV private mgmnt network IP. I'm not finding where I can change which IP is used for console access or a difference in how the VMs created before the upgrade are configured compared to the new VMs. I should also note that I attempted to change the IP in the failing VMs console.vv file and then use it with the remove-viewer spice client and it fails to connect to the port. Any guidance on how to identify what's wrong is greatly appreciated. -- Best regards, Edward Clay Systems Administrator UK2 Group - US Operations Phone: 1-800-222-2165 FAX: 435-755-3449 E-mail: edward.clay(a)uk2group.com Believe in Better Hosting http://www.westhost.com

3 3

Re: [ovirt-users] VM Migration Failed
by Michal Skrivanek 16 Dec '16

16 Dec '16

> On 16 Dec 2016, at 19:21, Michael Watters <Michael.Watters(a)dart.biz> wrote: > > I am running ovirt 3.6 on our cluster What exact versions of engine, hosts, and cluster level? > and VM migration is failing. The > VDSM logs show an error as follows. > > jsonrpc.Executor/7::ERROR::2016-12-16 08:41:04,398::vm::4714::virt.vm::(_updateDevicesDomxmlCache) vmId=`dc419d2b-522a-4e96-b06a-243ec8ede44e`::Alias not found for device type redir during migration at destination host Where/when was the VM started. Did you upgrade anything while VM was running? > > Does anybody know what would cause this? Both hosts are online and have VMs running. Are they same versions? Thanks, michal > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > >

1 0

[Call for feedback] anybody gave 4.1 beta a try?
by Sandro Bonazzola 16 Dec '16

16 Dec '16

Hi, any feedback on 4.1 beta we released last week? Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

8 14