[ovirt-users] Failed to start self hosted engine after upgrading oVirt to 4.0
Stefano Danzi
s.danzi at hawai.it
Fri Jun 24 10:36:53 UTC 2016
How I can change self hosted engine configuration to mount directly
gluster storage without pass through gluster NFS?
Maybe this solve....
Il 24/06/2016 10.16, Stefano Danzi ha scritto:
> After an additional yum clean all && yum update was updated some other
> rpms.
>
> Something changed.....
> My setup has engine storage on gluster, but mounted with NFS.
> Now gluster daemon don't automatically start at boot. After starting
> manually gluster the error is the same:
>
> ==> /var/log/ovirt-hosted-engine-ha/broker.log <==
> Thread-19::ERROR::2016-06-24
> 10:10:36,758::listener::182::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle)
> Error while serving connection
> Traceback (most recent call last):
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> line 166, in handle
> data)
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> line 299, in _dispatch
> .set_storage_domain(client, sd_type, **options)
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py",
> line 66, in set_storage_domain
> self._backends[client].connect()
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> line 400, in connect
> volUUID=volume.volume_uuid
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> line 245, in _get_volume_path
> volUUID
> File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
> return self.__send(self.__name, args)
> File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
> verbose=self.__verbose
> File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
> return self.single_request(host, handler, request_body, verbose)
> File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
> self.send_content(h, request_body)
> File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
> connection.endheaders(request_body)
> File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
> self._send_output(message_body)
> File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
> self.send(msg)
> File "/usr/lib64/python2.7/httplib.py", line 797, in send
> self.connect()
> File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203,
> in connect
> sock = socket.create_connection((self.host, self.port), self.timeout)
> File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
> raise err
> error: [Errno 101] Network is unreachable
>
>
> VDSM.log
>
> jsonrpc.Executor/5::DEBUG::2016-06-24
> 10:10:21,694::task::995::Storage.TaskManager.Task::(_decref)
> Task=`5c3b6f30-d3a8-431e-9dd0-8df79b171709`::ref 0
> aborting False
> jsonrpc.Executor/5::WARNING::2016-06-24
> 10:10:21,694::vdsmapi::143::SchemaCache::(_report_inconsistency)
> Following parameters ['type'] were not recogn
> ized
> jsonrpc.Executor/5::WARNING::2016-06-24
> 10:10:21,694::vdsmapi::143::SchemaCache::(_report_inconsistency)
> Provided value "2" not defined in DiskType en
> um for Volume.getInfo
> jsonrpc.Executor/5::WARNING::2016-06-24
> 10:10:21,694::vdsmapi::143::SchemaCache::(_report_inconsistency)
> Parameter capacity is not uint type
> jsonrpc.Executor/5::WARNING::2016-06-24
> 10:10:21,694::vdsmapi::143::SchemaCache::(_report_inconsistency)
> Required property allocType is not provided w
> hen calling Volume.getInfo
> jsonrpc.Executor/5::WARNING::2016-06-24
> 10:10:21,694::vdsmapi::143::SchemaCache::(_report_inconsistency)
> Parameter mtime is not uint type
> jsonrpc.Executor/5::WARNING::2016-06-24
> 10:10:21,694::vdsmapi::143::SchemaCache::(_report_inconsistency)
> Parameter ctime is not int type
> jsonrpc.Executor/5::WARNING::2016-06-24
> 10:10:21,695::vdsmapi::143::SchemaCache::(_report_inconsistency)
> Parameter truesize is not uint type
> jsonrpc.Executor/5::WARNING::2016-06-24
> 10:10:21,695::vdsmapi::143::SchemaCache::(_report_inconsistency)
> Parameter apparentsize is not uint type
> jsonrpc.Executor/5::DEBUG::2016-06-24
> 10:10:21,695::__init__::550::jsonrpc.JsonRpcServer::(_serveRequest)
> Return 'Volume.getInfo' in bridge with {'sta
> tus': 'OK', 'domain': '46f55a31-f35f-465c-b3e2-df45c05e06a7',
> 'voltype': 'LEAF', 'description': 'hosted-engine.lockspace', 'parent':
> '00000000-0000-00
> 00-0000-000000000000', 'format': 'RAW', 'image':
> '6838c974-7656-4b40-87cc-f562ff0b2a4c', 'ctime': '1423074433',
> 'disktype': '2', 'legality': 'LEGAL',
> 'mtime': '0', 'apparentsize': '1048576', 'children': [], 'pool': '',
> 'capacity': '1048576', 'uuid':
> u'c66a14d3-112a-4104-9025-76bb2e7ad9f1', 'truesize
> ': '1048576', 'type': 'PREALLOCATED'}
> JsonRpc (StompReactor)::ERROR::2016-06-24
> 10:10:36,514::betterAsyncore::113::vds.dispatcher::(recv) SSL error
> during reading data: (104, 'Connection r
> eset by peer')
> JsonRpc (StompReactor)::WARNING::2016-06-24
> 10:10:36,515::betterAsyncore::154::vds.dispatcher::(log_info)
> unhandled close event
> JsonRpc (StompReactor)::ERROR::2016-06-24
> 10:10:43,807::betterAsyncore::132::vds.dispatcher::(send) SSL error
> during sending data: (104, 'Connection r
> eset by peer')
> JsonRpc (StompReactor)::ERROR::2016-06-24
> 10:10:43,959::betterAsyncore::113::vds.dispatcher::(recv) SSL error
> during reading data: bad write retry
> JsonRpc (StompReactor)::WARNING::2016-06-24
> 10:10:43,959::betterAsyncore::154::vds.dispatcher::(log_info)
> unhandled close event
> JsonRpc (StompReactor)::ERROR::2016-06-24
> 10:10:47,859::betterAsyncore::113::vds.dispatcher::(recv) SSL error
> during reading data: (104, 'Connection r
> eset by peer')
> JsonRpc (StompReactor)::WARNING::2016-06-24
> 10:10:47,860::betterAsyncore::154::vds.dispatcher::(log_info)
> unhandled close event
> JsonRpc (StompReactor)::ERROR::2016-06-24
> 10:10:51,725::betterAsyncore::113::vds.dispatcher::(recv) SSL error
> during reading data: (104, 'Connection r
> eset by peer')
> JsonRpc (StompReactor)::WARNING::2016-06-24
> 10:10:51,726::betterAsyncore::154::vds.dispatcher::(log_info)
> unhandled close event
> Reactor thread::INFO::2016-06-24
> 10:10:53,851::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept)
> Accepting connection from ::ffff:1
> 92.168.1.50:48554
> Reactor thread::DEBUG::2016-06-24
> 10:10:53,860::protocoldetector::85::ProtocolDetector.Detector::(__init__)
> Using required_size=11
> Reactor thread::INFO::2016-06-24
> 10:10:53,861::protocoldetector::121::ProtocolDetector.Detector::(handle_read)
> Detected protocol stomp from ::ffff:192
> .168.1.50:48554
> Reactor thread::INFO::2016-06-24
> 10:10:53,862::stompreactor::101::Broker.StompAdapter::(_cmd_connect)
> Processing CONNECT request
> Reactor thread::DEBUG::2016-06-24
> 10:10:53,862::stompreactor::482::protocoldetector.StompDetector::(handle_socket)
> Stomp detected from ('::ffff:192.168.1.50', 48554)
>
>
>
> Il 24/06/2016 8.18, Sandro Bonazzola ha scritto:
>>
>>
>> On Thu, Jun 23, 2016 at 11:46 PM, Stefano Danzi <s.danzi at hawai.it
>> <mailto:s.danzi at hawai.it>> wrote:
>>
>> Hi!
>> After cleanin metadata yum do an update of vdsm:
>>
>> [root at ovirt01 ~]# rpm -qva | grep vdsm
>> vdsm-yajsonrpc-4.18.4.1-0.el7.centos.noarch
>> vdsm-infra-4.18.4.1-0.el7.centos.noarch
>> vdsm-cli-4.18.4.1-0.el7.centos.noarch
>> vdsm-python-4.18.4.1-0.el7.centos.noarch
>> vdsm-hook-vmfex-dev-4.18.4.1-0.el7.centos.noarch
>> vdsm-xmlrpc-4.18.4.1-0.el7.centos.noarch
>> vdsm-4.18.4.1-0.el7.centos.x86_64
>> vdsm-api-4.18.4.1-0.el7.centos.noarch
>> vdsm-gluster-4.18.4.1-0.el7.centos.noarch
>> vdsm-jsonrpc-4.18.4.1-0.el7.centos.noarch
>>
>> But this not solve the issue.
>>
>> - Host haven't default gateway after a reboot
>> - Self Hosted engine don't start.
>>
>>
>> Martin, Dan, can you please look into this?
>> Stefano, can you please share a full sos report from the host?
>>
>>
>> vdsm.log:
>> https://drive.google.com/file/d/0ByMG4sDqvlZcVEJ5YVI1UWxrdE0/view?usp=sharing
>>
>>
>>
>> Il 2016-06-23 21:41 Sandro Bonazzola ha scritto:
>>
>> On Thu, Jun 23, 2016 at 6:36 PM, Stefano Danzi <s.danzi at hawai.it>
>> wrote:
>>
>> Hi!
>> I've just upgrade oVirt from 3.6 to 4.0 and I'm not able
>> to start
>> the self hosted engine.
>>
>>
>> Hi Stefano, can you please try "yum clean metadata" "yum update"
>> again?
>> You should get vdsm 4.18.4.1, please let us know if this
>> solve your
>> issue.
>>
>>
>>
>>
>> --
>> Sandro Bonazzola
>> Better technology. Faster innovation. Powered by community collaboration.
>> See how it works at redhat.com <http://redhat.com>
>
> --
>
> Stefano Danzi
> Responsabile sistemi informativi
>
> HAWAI ITALIA S.r.l.
> Via Forte Garofolo, 16
> 37057 S. Giovanni Lupatoto Verona Italia
>
> P. IVA 01680700232
>
> tel. +39/045/8266400
> fax +39/045/8266401
> Webwww.hawai.it
--
Stefano Danzi
Responsabile sistemi informativi
HAWAI ITALIA S.r.l.
Via Forte Garofolo, 16
37057 S. Giovanni Lupatoto Verona Italia
P. IVA 01680700232
tel. +39/045/8266400
fax +39/045/8266401
Web www.hawai.it
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160624/94d92b0b/attachment-0001.html>
More information about the Users
mailing list