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_... 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@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.