[ovirt-users] Failed to start self hosted engine after upgrading oVirt to 4.0

Stefano Danzi s.danzi at hawai.it
Tue Jun 28 15:24:06 UTC 2016



Il 28/06/2016 15.02, Dan Kenigsberg ha scritto:
> On Mon, Jun 27, 2016 at 10:08:33AM +0200, Stefano Danzi wrote:
>> Hi!
>
> Thanks for the detailed logging!
>
>> The broker error is:
>>
>> ==> /var/log/ovirt-hosted-engine-ha/agent.log <==
>> MainThread::INFO::2016-06-27 09:27:03,311::brokerlink::140::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
>> Success, id 140293563619152
>>
>> ==> /var/log/ovirt-hosted-engine-ha/broker.log <==
>> Thread-25::ERROR::2016-06-27 09:27:03,314::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
> We have two issues here. First is that
> https://gerrit.ovirt.org/gitweb?p=ovirt-hosted-engine-ha.git;a=blob;f=ovirt_hosted_engine_ha/lib/storage_backends.py;h=f2fbdc43d0e4afd7539a3a1de75de0cb07bdca9d;hb=HEAD#l271
> is still using vdscli to contact vdsm, instead of the preferred
> jsonrpccli.
>
> The second is that vdscli.connect's heuristic ends up reading the local
> server address from vdsm config, where it finds the default ipv6-local
> address of "::".
>
> Please try setting
>
> [addresses]
> management_ip='0.0.0.0'
>
> in your /etc/vdsm/vdsm.conf instead of the crontab hacks.

this solve the issue, but I still to haven't default gateway on 
ovirtmgmt inteface.
>
> Would you please open a bug about the two issues
> (ovirt-hosted-engine-ha and vdsm networking)?

Here: https://bugzilla.redhat.com/show_bug.cgi?id=1350883

> Would you report the output of `netstats -nltp` on your host, as I do
> not completely understand why no interface (not even the loopback one)
> was listening on ipv6?
Here:
[root at ovirt01 ~]# netstat -nltp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address State       
PID/Program name
tcp        0      0 0.0.0.0:39373           0.0.0.0:* LISTEN      
2200/rpc.statd
tcp        0      0 0.0.0.0:111             0.0.0.0:* LISTEN      
969/rpcbind
tcp        0      0 0.0.0.0:54322           0.0.0.0:* LISTEN      943/python
tcp        0      0 0.0.0.0:22              0.0.0.0:* LISTEN      1571/sshd
tcp        0      0 0.0.0.0:858             0.0.0.0:* LISTEN      
1946/glusterfs
tcp        0      0 0.0.0.0:49152           0.0.0.0:* LISTEN      
1929/glusterfsd
tcp        0      0 0.0.0.0:49153           0.0.0.0:* LISTEN      
1968/glusterfsd
tcp        0      0 0.0.0.0:2049            0.0.0.0:* LISTEN      
1946/glusterfs
tcp        0      0 0.0.0.0:38465           0.0.0.0:* LISTEN      
1946/glusterfs
tcp        0      0 0.0.0.0:38466           0.0.0.0:* LISTEN      
1946/glusterfs
tcp        0      0 0.0.0.0:16514           0.0.0.0:* LISTEN      
1603/libvirtd
tcp        0      0 0.0.0.0:38468           0.0.0.0:* LISTEN      
1946/glusterfs
tcp        0      0 0.0.0.0:38469           0.0.0.0:* LISTEN      
1946/glusterfs
tcp        0      0 0.0.0.0:24007           0.0.0.0:* LISTEN      
1585/glusterd
tcp6       0      0 :::54321                :::* LISTEN      1893/python
tcp6       0      0 :::22                   :::* LISTEN      1571/sshd
tcp6       0      0 :::16514                :::* LISTEN      1603/libvirtd



> Regards,
> Dan.
>




More information about the Users mailing list