- Users - oVirt List Archives

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