| Anonymous | Login | Signup for a new account | 2010-07-31 10:01 UTC |
| Main | My View | View Issues | Roadmap | Docs |
| Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
| 0002404 | [CentOS-5] netconfig | minor | always | 2007-10-23 16:56 | 2008-02-13 13:22 | |||||||
| Reporter | abhatnagar | View Status | public | |||||||||
| Assigned To | ||||||||||||
| Priority | normal | Resolution | open | |||||||||
| Status | assigned | Product Version | 5.0 - x86_64 | |||||||||
| Summary | 0002404: duplicate ip address on bonded interface restart | |||||||||||
| Description | With CentOS 5 bonding options used for two nics on ibm hs21 blade, when retsarting the network interface I get duplicate address detected message in messages file. But after some time (in 5-20 seconds), interface start to behave properly. Do not see this behavior in Cent OS 4. | |||||||||||
| Additional Information |
Message in /var/log/messages : bonding: bond0: Warning: the permanent HWaddr of eth0 - 00:1A:64:34:12:AC - is still in use by bond0. Set the HWaddr of eth0 to a different address to avoid conflicts. bonding: bond0: releasing active interface eth0 bonding: bond0: making interface eth1 the new active one. bonding: bond0: Removing slave eth1 bonding: bond0: releasing active interface eth1 ADDRCONF(NETDEV_UP): bond0: link is not ready bonding: bond0: Adding slave eth0. bnx2: eth0: using MSI ADDRCONF(NETDEV_UP): eth0: link is not ready bonding: bond0: enslaving eth0 as a backup interface with a down link. bnx2: eth0 NIC Link is Up, 1000 Mbps full duplex ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready bonding: bond0: Adding slave eth1. bnx2: eth1: using MSI ADDRCONF(NETDEV_UP): eth1: link is not ready bonding: bond0: enslaving eth1 as a backup interface with a down link. bonding: bond0: link status definitely up for interface eth0. bonding: bond0: making interface eth0 the new active one. bonding: bond0: first active interface up! bnx2: eth1 NIC Link is Up, 1000 Mbps full duplex bonding: bond0: link status definitely up for interface eth1. ADDRCONF(NETDEV_CHANGE): bond0: link becomes ready ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready bond0: duplicate address detected! following config is modprobe.conf : alias eth0 bnx2 alias eth1 bnx2 alias bond0 bonding options bond0 mode=1 miimon=250 network config files are below : ifcfg-eth0 # Broadcom Corporation NetXtreme II BCM5708S Gigabit Ethernet DEVICE=eth0 USERCTL=no BOOTPROTO=none MASTER=bond0 ONBOOT=yes SLAVE=yes ifcfg-eth1 # Broadcom Corporation NetXtreme II BCM5708S Gigabit Ethernet DEVICE=eth1 USERCTL=no BOOTPROTO=none MASTER=bond0 ONBOOT=yes SLAVE=yes ifcfg-bond0 DEVICE=bond0 IPADDR=10.255.225.36 NETMASK=255.255.255.0 GATEWAY=10.255.225.10 ONBOOT=yes BOOTPROTO=none USERCTL=no |
|||||||||||
| Tags | No tags attached. | |||||||||||
| Attached Files | ||||||||||||
|
|
||||||||||||
Notes |
|
|
(0006817) lacika (reporter) 2008-02-05 14:32 |
I have got the same problem on Sun Fire X4200, but the bonding working fine. #uname -a Linux lolka.answare.hu 2.6.18-53.1.6.el5 0000001 SMP Wed Jan 23 11:28:47 EST 2008 x86_64 x86_64 x86_64 GNU/Linux [root@lolka ~]# lspci 00:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 00:01.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 00:02.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 00:02.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07) 00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05) 00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03) 00:07.2 SMBus: Advanced Micro Devices [AMD] AMD-8111 SMBus 2.0 (rev 02) 00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:01.0 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 01:01.1 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 01:02.0 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 01:02.1 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 02:03.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064 PCI-X Fusion-MPT SAS (rev 02) 03:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 03:00.1 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 03:03.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) 04:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 04:01.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 04:02.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 04:02.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) |
|
(0006881) Azrael (reporter) 2008-02-13 13:22 |
Maybe not related, but I thought it might be worth a mention... I experienced a similar issue on an HP BL460C blade server running CentOS 5.1 x86_64 with the Xen hypervisor. When the machine first booted, the network connection appears to be brought up (Starting interface bond0: [ OK ]), but no communication to or from the system seems possible. I tried disabling iptables, but this didn't seem to have any affect either. However, if I issued a "service network restart" to the machine, network communication became possible. After a bit of thought, I wondered if Xen itself might be causing the issue - I remembered seeing messages relating to peth0 in the log files. I then forced the network device used for the network-bridge script definition in /etc/xen/xend-config.sxp: (network-script 'network-bridge netdev=bond0') This seems to have fixed the issue! |
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2007-10-23 16:56 | abhatnagar | New Issue | |
| 2007-10-23 16:56 | abhatnagar | Status | new => assigned |
| 2007-10-23 16:56 | abhatnagar | Assigned To | => kbsingh@karan.org |
| 2008-02-05 14:32 | lacika | Note Added: 0006817 | |
| 2008-02-13 13:22 | Azrael | Note Added: 0006881 | |
| Copyright © 2000 - 2009 Mantis Group |