Bug 1030982 - [RHEVM][webadmin] bond mode incorrectly displayed after upgrade
Summary: [RHEVM][webadmin] bond mode incorrectly displayed after upgrade
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine-webadmin-portal
Version: 3.3.0
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
: ---
Assignee: Lior Vernia
QA Contact: Martin Pavlik
URL:
Whiteboard: network
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-11-15 12:47 UTC by Martin Pavlik
Modified: 2016-02-10 19:47 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-11-24 14:10:13 UTC
oVirt Team: Network
Target Upstream Version:


Attachments (Terms of Use)
screenshot 1 (201.40 KB, image/png)
2013-11-15 12:47 UTC, Martin Pavlik
no flags Details
log_collector (12.41 MB, application/x-xz)
2013-11-15 12:48 UTC, Martin Pavlik
no flags Details

Description Martin Pavlik 2013-11-15 12:47:17 UTC
Created attachment 824518 [details]
screenshot 1

Description of problem:
after upgrade of RHEV-M from 3.2 to 3.3 supported bond modes (2,4,5) are displayed as custom modes despite there is matching modes in RHEV-M 3.3 (see screenshot)


Version-Release number of selected component (if applicable):
Red Hat Enterprise Virtualization Manager Version: 3.3.0-0.33.beta1.el6ev 

How reproducible:
100%

Steps to Reproduce:
1. In RHEVM-M 3.2 create 4 bonds on host: 
bond in mode 1, 
bond in mode 2, 
bond in mode 4, 
bond in mode 5 
(if you do not have enough interfaces you can use script from additional info to  create dummy interfaces)

2. upgrade RHEV-M to 3.3

Actual results:
bonds in modes 2,4 and 5 are displayed as bonds with custom mode despite there is matching modes in RHEV-M 3.3 (see screenshot)


Expected results:
bonds are displayed with appropriate mode (Load-balance, dynamic link, adaptive transmit mode)

Additional info:
it is interesting that bond in mode 1 is displayed correctly after upgrade


#!/bin/bash

###CLEAN UP######
#make sure conf line is not present in vdsm.conf
sed -i '/^fake_nics/d' /etc/vdsm/vdsm.conf

#unload dummy driver (destroy existing dummies)
modprobe -r dummy

#delete existing ifcfg files
rm -f /etc/sysconfig/network-scripts/ifcfg-dummy*

####CREATE INTERFACES####
#create dummy interfaces named dummy[0-11]
modprobe dummy numdummies=12

#create ifcfg file for dummy interfaces
for i in {0..11} 
do 
    echo -e "DEVICE=dummy$i\nONBOOT=yes\nNM_CONTROLLED=no\nBOOTPROTO=none" > /etc/sysconfig/network-scripts/ifcfg-dummy$i
done

#####ADJUST CONF#######
#add fake nics to vdsm.conf do they get propagated to engine
#find on which line [vars] section begins
line=$(cat /etc/vdsm/vdsm.conf | grep -n vars | grep -o '^[0-9]*')
#increase by 1
line=$((line + 1))
#insert config line
sed -i ${line}'i\fake_nics = dummy*' /etc/vdsm/vdsm.conf


####restart vdmsd####
/etc/init.d/vdsmd stop && /etc/init.d/vdsmd start

Comment 1 Martin Pavlik 2013-11-15 12:48:43 UTC
Created attachment 824519 [details]
log_collector


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