Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 727628

Summary: rhevm bridge listed in Network configuration screen
Product: Red Hat Enterprise Linux 6 Reporter: Anil Vettathu <avettath>
Component: ovirt-nodeAssignee: Joey Boggs <jboggs>
Status: CLOSED DUPLICATE QA Contact: Virtualization Bugs <virt-bugs>
Severity: medium Docs Contact:
Priority: medium    
Version: 6.2CC: apevec, leiwang, mburns, moli, ovirt-maint, sputhenp, ycui
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-08-04 08:28:40 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 731146    

Description Anil Vettathu 2011-08-02 16:15:24 UTC 
Created attachment 516364 [details]
network tui screenshot

Description of problem:

If RHEV-H has two or more interfaces tui displays wrong mac address for rhevm bridge.

Version-Release number of selected component (if applicable):

# cat /etc/redhat-release 
Red Hat Enterprise Virtualization Hypervisor release 6.2 (0.9.el6)


How reproducible:

Always

Steps to Reproduce:
1. Login as admin
2. network
3. the mac address of the rhevm shows the wrong interface mac (here eth2) instead of eth0 mac. Check screenshot

[root@dhcp209-204 ~]# brctl show
bridge name	bridge id		STP enabled	interfaces
rhevm		8000.525400cd73fb	no		eth0


[root@dhcp209-204 ~]# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 52:54:00:CD:73:FB  
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:44677 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3165 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:5573684 (5.3 MiB)  TX bytes:317492 (310.0 KiB)

eth1      Link encap:Ethernet  HWaddr 52:54:00:98:20:8D  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

eth2      Link encap:Ethernet  HWaddr 52:54:00:E5:D4:F7  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:7812 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7812 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1203850 (1.1 MiB)  TX bytes:1203850 (1.1 MiB)

rhevm     Link encap:Ethernet  HWaddr 52:54:00:CD:73:FB  
          inet addr:10.65.209.204  Bcast:10.65.211.255  Mask:255.255.252.0
          inet6 addr: fe80::5054:ff:fecd:73fb/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:20621 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3136 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1533722 (1.4 MiB)  TX bytes:316144 (308.7 KiB)


  
Expected results:

rhevm should show the correct mac address.

Additional info:

It looks like the rhevm is always displaying the mac address of the interface just before it or the last interface in the host. Here eth2
Comment 2 Alan Pevec 2011-08-03 11:18:23 UTC 
Bridges, including rhevm, shouldn't be listed in network config screen, only physical interfaces.
Comment 9 Alan Pevec 2011-08-04 08:28:40 UTC 

*** This bug has been marked as a duplicate of bug 720957 ***