6:24 p.m.
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=ovi...
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.