Red Hat Bugzilla – Bug 1266189
RHEV Manager showing 2 unique configurations for a single bond connection
Last modified: 2016-02-10 14:16:20 EST
Created attachment 1076651 [details]
Screenshot showing 2 external and 1 rhevm connections on a bond
Description of problem:
We are running into one of 3 errors each time we try to modify a bond connection on ANY of his hosts.
Here is our situation:
-In the manager, when selecting a host, we see 2 external and 1 rhevm connection on a bond0 interface
-When we select "setup host networks' we only see 1 external and 1 rhevm connection
-This manager thinks that the network is in sync (thus the source of our confusion)
When we try to 'sync' the network (and VLAN tags associated to it) we have recieved 3 different messages:
-Invalid operation, an out-of-sync network can only be detached. (Great, so the interface status says sync'd and this message says out-of-sync)
-"Invalid list of interfaces, two or more networks have the same IP"
-Unhandled exception (Detailed at the end of this note)
Version-Release number of selected component (if applicable):
Red Hat Enterprise Linux Server release 6.6 (Santiago)
Making a game-plan right now to replicate the VLAN tagging that could be the reason for this issue.
Steps to Reproduce:
3 connections in a bond when
2 connections in a bond
Created attachment 1076652 [details]
Screenshot showing 1 external and 1 rhevm connection on the same bond
Below is the unhandled exception
Thread-15339::ERROR::2015-09-24 09:32:29,308::__init__::506::jsonrpc.JsonRpcServer::(_serveRequest) Internal server error
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 501, in _serveRequest
res = method(**params)
File "/usr/share/vdsm/rpc/Bridge.py", line 271, in _dynamicMethod
result = fn(*methodArgs)
File "/usr/share/vdsm/API.py", line 1398, in setupNetworks
supervdsm.getProxy().setupNetworks(networks, bondings, options)
File "/usr/share/vdsm/supervdsm.py", line 50, in __call__
File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>
File "<string>", line 2, in setupNetworks
File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod
raise convert_to_error(kind, result)
Thread-15339::DEBUG::2015-09-24 09:32:29,308::stompReactor::163::yajsonrpc.StompServer::(send) Sending response
The interesting log is supervdsm.log. Please attach.
Customer decided to rebuild their environment.
This BZ can be closed.