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): Host: Red Hat Enterprise Linux Server release 6.6 (Santiago) Manager: rhevm-3.5.3.1-1.4.el6ev.noarch How reproducible: Making a game-plan right now to replicate the VLAN tagging that could be the reason for this issue. Steps to Reproduce: 1. WIP 2. 3. Actual results: 3 connections in a bond when ***See screenshots*** Expected results: 2 connections in a bond Additional info:
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__ return callMethod() File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda> **kwargs) File "<string>", line 2, in setupNetworks File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod raise convert_to_error(kind, result) AssertionError 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. Evan
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days