Bug 1085838 - Engine should not send defaultRoute in clusterLevel <= 3.3
Summary: Engine should not send defaultRoute in clusterLevel <= 3.3
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.4.0
Hardware: Unspecified
OS: Unspecified
high
unspecified
Target Milestone: ---
: 3.4.0
Assignee: Lior Vernia
QA Contact: Martin Pavlik
URL:
Whiteboard: network
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-04-09 13:21 UTC by Jiri Belka
Modified: 2016-02-10 19:48 UTC (History)
13 users (show)

Fixed In Version: org.ovirt.engine-root-3.4.0-17
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
oVirt Team: Network
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
logs (113.08 KB, application/x-gzip)
2014-04-09 13:21 UTC, Jiri Belka
no flags Details


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 27447 0 master MERGED engine: Send defRoute by VDSM-reported capabilities Never
oVirt gerrit 27507 0 ovirt-engine-3.4 MERGED engine: Send defRoute by VDSM-reported capabilities Never

Description Jiri Belka 2014-04-09 13:21:16 UTC
Created attachment 884502 [details]
logs

Description of problem:

no idea what is that, just found it while was trying to understand why i cannot add this host into 3.4 env.

# grep ERROR /var/log/ messages 
messages:Apr  9 12:33:39 dell-r210ii-04 vdsm vds ERROR unexpected error#012Traceback (most recent call last):#012  File "/usr/share/vdsm/BindingXMLRPC.py", line 980, in wrapper#012  File "/usr/share/vdsm/BindingXMLRPC.py", line 403, in setupNetworks#012  File "/usr/share/vdsm/API.py", line 1273, in setupNetworks#012  File "/usr/share/vdsm/supervdsm.py", line 50, in __call__#012  File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>#012  File "<string>", line 2, in setupNetworks#012  File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, in _callmethod#012TypeError: objectivizeNetwork() got multiple values for keyword argument 'defaultRoute'


Version-Release number of selected component (if applicable):
av6.1 / Red Hat Enterprise Virtualization Hypervisor release 6.5 (20140408.0.el6ev)

How reproducible:
???

Steps to Reproduce:
1. install this RHEVH version and check /var/log/messages
2.
3.

Actual results:
code issue

Expected results:
no idea

Additional info:

Comment 1 Dan Kenigsberg 2014-04-30 11:19:56 UTC
Already solved upstream

Comment 2 Dan Kenigsberg 2014-04-30 11:28:53 UTC
It's a bit more complex - the vdsm version in question is 4.13.2-0.13.el6ev, which does not have the fix.

defaultRoute should be passed to Vdsm of cluster lever 3.3.

Comment 3 Dan Kenigsberg 2014-05-01 11:30:41 UTC
(In reply to Dan Kenigsberg from comment #2)
> 
> defaultRoute should be passed to Vdsm of cluster lever 3.3.

defaultRoute should *NOT* be passed to Vdsm of cluster lever 3.3.

Comment 4 Martin Pavlik 2014-05-19 11:25:22 UTC
verified 
Red Hat Enterprise Virtualization Manager Version: 3.4.0-0.20.el6ev
[root@dell-r210ii-05 ~]# rpm -q vdsm
vdsm-4.14.7-2.el6ev.x86_64


engine sends gateway to host in cluster 3.4

MainProcess|Thread-172::DEBUG::2014-05-19 13:22:33,834::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call setupNetworks with ({'test_net': {'ipaddr': '10.34.67.46', 'bonding': 'bond4', 'netmask': '255.255.255.224', 'STP': 'no', 'bridged': 'true', 'gateway': '10.34.67.62'}}, {}, {'connectivityCheck': 'true', 'connectivityTimeout': 120}) {}


engine does not send gateway to host in cluster 3.1
MainProcess|Thread-27570::DEBUG::2014-05-19 11:17:46,795::configNetwork::592::setupNetworks::(setupNetworks) Setting up network according to configuration: networks:{'gw': {'ipaddr': '1.1.1.1', 'bonding': 'bond4', 'STP': 'no', 'netmask': '255.255.255.0', 'bridged': 'true'}, 'test_net': {'remove': 'true'}}, bondings:{}, options:{'connectivityCheck': 'true', 'connectivityTimeout': 120}

Comment 5 Itamar Heim 2014-06-12 14:07:39 UTC
Closing as part of 3.4.0


Note You need to log in before you can comment on or make changes to this bug.