- 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