RHEL 6.4: Mod 1 kanal bağlantısı başarısız değil

11

RHEL 6.4, çekirdek-2.6.32-358.el6.i686, iki yerleşik Broadcom NetXtreme II BCM5708 1000Base-T NIC'ye sahip bir HP ML 350 G5 üzerinde çalışıyorum. Amacım, iki arabirimi bir mode=1yük devretme çiftine kanal bağlamaktır .

Benim sorunum, bağın kurulduğuna ve kabul edildiğine dair tüm kanıtlara rağmen, kabloyu birincil NIC'den çıkarmak, tüm iletişimin durmasına neden oluyor.

ifcfg-etho ve ifcfg-eth1

İlk olarak, ifcfg-eth0:

DEVICE=eth0
HWADDR=00:22:64:F8:EF:60
TYPE=Ethernet
UUID=99ea681d-831b-42a7-81be-02f71d1f7aa0
ONBOOT=yes
NM_CONTROLLED=yes
BOOTPROTO=none
MASTER=bond0
SLAVE=yes

Sonra, ifcfg-eth1:

DEVICE=eth1
HWADDR=00:22:64:F8:EF:62
TYPE=Ethernet
UUID=92d46872-eb4a-4eef-bea5-825e914a5ad6
ONBOOT=yes
NM_CONTROLLED=yes
BOOTPROTO=none
MASTER=bond0
SLAVE=yes

ifcfg-bond0

Bağlantımın yapılandırma dosyası:

DEVICE=bond0
IPADDR=192.168.11.222
GATEWAY=192.168.11.1
NETMASK=255.255.255.0
DNS1=192.168.11.1
ONBOOT=yes
BOOTPROTO=none
USERCTL=no
BONDING_OPTS="mode=1 miimmon=100"

/etc/modprobe.d/bonding.conf

/etc/modprobe.d/bonding.confBöylece nüfuslu bir dosya var:

alias bond0 bonding

ip addr çıkışı

Bağ var ve bağlantının IP adresi aracılığıyla sunucunun kamu hizmetlerine erişebilirim:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen 1000
    link/ether 00:22:64:f8:ef:60 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen 1000
    link/ether 00:22:64:f8:ef:60 brd ff:ff:ff:ff:ff:ff
4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP 
    link/ether 00:22:64:f8:ef:60 brd ff:ff:ff:ff:ff:ff
    inet 192.168.11.222/24 brd 192.168.11.255 scope global bond0
    inet6 fe80::222:64ff:fef8:ef60/64 scope link 
       valid_lft forever preferred_lft forever

Yapıştırma Çekirdeği Modülü

...yüklendi:

# cat /proc/modules | grep bond
bonding 111135 0 - Live 0xf9cdc000

/ Sys / class / net

/sys/class/netDosya sistemi gösterileri İyi şeyler:

cat /sys/class/net/bonding_masters 
bond0
cat /sys/class/net/bond0/operstate 
up
cat /sys/class/net/bond0/slave_eth0/operstate 
up
cat /sys/class/net/bond0/slave_eth1/operstate 
up
cat /sys/class/net/bond0/type 
1

/ Var / log / mesajları

Günlük dosyasında endişe verici bir şey görünmüyor. Aslında, her şey oldukça mutlu görünüyor.

Jun 15 15:47:28 rhsandbox2 kernel: Ethernet Channel Bonding Driver: v3.6.0 (September 26, 2009)
Jun 15 15:47:28 rhsandbox2 kernel: bonding: bond0: setting mode to active-backup (1).
Jun 15 15:47:28 rhsandbox2 kernel: bonding: bond0: setting mode to active-backup (1).
Jun 15 15:47:28 rhsandbox2 kernel: bonding: bond0: setting mode to active-backup (1).
Jun 15 15:47:28 rhsandbox2 kernel: bonding: bond0: setting mode to active-backup (1).
Jun 15 15:47:28 rhsandbox2 kernel: bonding: bond0: Adding slave eth0.
Jun 15 15:47:28 rhsandbox2 kernel: bnx2 0000:03:00.0: eth0: using MSI
Jun 15 15:47:28 rhsandbox2 kernel: bonding: bond0: making interface eth0 the new active one.
Jun 15 15:47:28 rhsandbox2 kernel: bonding: bond0: first active interface up!
Jun 15 15:47:28 rhsandbox2 kernel: bonding: bond0: enslaving eth0 as an active interface with an up link.
Jun 15 15:47:28 rhsandbox2 kernel: bonding: bond0: Adding slave eth1.
Jun 15 15:47:28 rhsandbox2 kernel: bnx2 0000:05:00.0: eth1: using MSI
Jun 15 15:47:28 rhsandbox2 kernel: bonding: bond0: enslaving eth1 as a backup interface with an up link.
Jun 15 15:47:28 rhsandbox2 kernel: 8021q: adding VLAN 0 to HW filter on device bond0
Jun 15 15:47:28 rhsandbox2 kernel: bnx2 0000:03:00.0: eth0: NIC Copper Link is Up, 1000 Mbps full duplex
Jun 15 15:47:28 rhsandbox2 kernel: bnx2 0000:05:00.0: eth1: NIC Copper Link is Up, 1000 Mbps full duplex

Peki sorun ne ?!

Ağ kablosunu eth0'dan ayırmak tüm iletişimin kararmasına neden olur. Sorun ne olabilir ve bu sorunu gidermek için ne gibi adımlar atmalıyım?

DÜZENLE:

Diğer Sorun Giderme:

Ağ, ProCurve 1800-8G anahtarı tarafından sağlanan tek bir alt ağ, tek bir VLAN'dır. Eklediğim primary=eth0etmek ifcfg-bond0ve yeniden başlatma ağ hizmetleri, ama bu herhangi bir davranış değişmedi. Eklemeden /sys/class/net/bond0/bonding/primaryönce ve sonra kontrol ettim ve primary=eth1iyi veya kötü olduğundan emin olmadığım bir boş değere sahip.

Tailing fazla onun kablo kaldırdığı yakalanan görünen şey:/var/log/messageseth1

Jun 15 16:51:16 rhsandbox2 kernel: bnx2 0000:03:00.0: eth0: NIC Copper Link is Down
Jun 15 16:51:24 rhsandbox2 kernel: bnx2 0000:03:00.0: eth0: NIC Copper Link is Up, 1000 Mbps full duplex

I ilave use_carrier=0etmek ifcfg-bond0sitesindeki BONDING_OPTSMII / ethtool ıoctl'ler kullanılmasını sağlar için bölüm. Ağ hizmetini yeniden başlattıktan sonra semptomlarda değişiklik olmadı. Kablonun çekilmesi eth0tüm ağ iletişiminin durmasına neden olur. Bir kez daha, /var/log/messageso bağlantı noktasındaki bağlantının düştüğü bildirimi için hiçbir hata kaydedilmedi.

linux  redhat  rhel6  bonding 
— Wesley
kaynak
1
Eth0'a giden kablo çıkarıldıktan sonra marka / model anahtarı bağlı, anahtardaki herhangi bir VLAN kurulumu, bağ köle durumları ve / var / log / mesajlar gibi daha fazla bilgi ekleyebilir misiniz?
— Andy Shinn
@AndyShinn Doğrudan bağlı olduğu anahtar ProCurve 1800-8G'dir. Ağda VLAN yok. Basit bir tek alt ağ, tek bir VLAN ağıdır.
— Wesley
@AndyShinn Ah ve ayrıca bağ köle devletleri olarak rapor edilir up. Eth0'ın /var/log/messagesfişinin çekildiği andaki kuyruklama yalnızca bakır bağlantının fişinin çekildiğini gösterir. Bağlama modülünden mesaj yok.
— Wesley

Yanıtlar:

21

OKU. SİZİN. Yapılandırmaları.

Ve bu başarısız olduğunda ...

OKU. HERŞEY. ÇIKTILAR.

İçinde ne olduğunu görüyor musun ifcfg-bond0? Hayır, yok anlamaya içinde ne ifcfg-bond0?
Kaygan penguenler dünyasında ne var miimmon=100?
Üzgünüm, demek istediniz miimon=100?

Evet, bence demek istiyorsun miimondeğil miimmon.

Ayrıca, büyük bir hediye, ağ hizmetinizi yeniden başlattığınızda bunu görmenizdir:

service network restart
Shutting down interface bond0:                             [  OK  ]
Shutting down loopback interface:                          [  OK  ]
Bringing up loopback interface:                            [  OK  ]
Bringing up interface bond0:  ./network-functions: line 446: /sys/class/net/bond0/bonding/miimmon: No such file or directory
./network-functions: line 446: /sys/class/net/bond0/bonding/miimmon: No such file or directory
                                                           [  OK  ]

Yazdığınız her şeye dikkat edin ve kaçınılmaz yazma hatasını yaparken, gördüğünüz her çıktıya dikkat edin.

Sen kötü bir insansın ve kendini kötü hissetmelisin.

— Wesley
kaynak
8
KÖTÜ KEDİ! hortum ile spreyler
— voretaq7 16:13
2

Birincil köle olarak NICS'ten birini belirtmeyi deneyin. 

DEVICE=bond0
IPADDR=192.168.11.222
GATEWAY=192.168.11.1
NETMASK=255.255.255.0
DNS1=192.168.11.1
ONBOOT=yes
BOOTPROTO=none
USERCTL=no
BONDING_OPTS="mode=1 miimmon=100 primary=eth0"

RH'den daha fazla dokümantasyon :

birincil = Birincil cihazın eth0 gibi arabirim adını belirtir. Birincil cihaz, kullanılacak olan bağlantı arayüzlerinin ilkidir ve başarısız olmadıkça terk edilmez. Bu ayar özellikle bağlama arayüzündeki bir NIC daha hızlı olduğunda ve bu nedenle daha büyük bir yükü kaldırabildiğinde kullanışlıdır. Bu ayar yalnızca bağlama arabirimi etkin yedekleme modundayken geçerlidir. Daha fazla bilgi için /usr/share/doc/kernel-doc-/Documentation/networking/bonding.txt adresine bakın.

— dmourati
kaynak
Düzenlemeden önce ifcfg-bond0kontrol ettim /sys/class/net/bond0/bonding/primaryve yanıt boş. Eklediğim primary=eth0için ifcfg-bond0ve ağ hizmetini yeniden başlatın. Semptomda değişiklik yok /sys/class/net/bond0/bonding/primaryve öneri için teşekkürler!
— Wesley
use_carrier = 0 eklemeyi deneyin? ayrıntılar için yukarıdaki RH
— belgesine
Tamamlandı - soruya bilgileri ekledi. Davranışta herhangi bir değişiklik olmadı, ama bunu bilmek iyi bir seçenek.
— Wesley
2

Aşağıdaki bağlanma seçeneğini downdelay = xxxx parametresini milisaniye içinde başarısız olarak algılandıktan sonra bir et başarısız olarak ekleyin ve birincil ikincil öğeyi geri kalanına ayarlayın. Bu parametre bonding_opt içinde değilse, bağ başarısızlığı algılar (miimom = yyyy eklediğiniz için), ancak eth0'i asla başarısız olmaz. Bu işlemi / proc / net / bonding / bondX dosyasına bakarak görebilirsiniz.

Her neyse, RHEL 6.3 ile (neredeyse sizinkiyle aynı sürümde), anahtardan geri dönme, çoğaltılmış mac addr ile ilgili başarısızlık ile ilgili birkaç başka sorun yaşıyoruz.

iyi şanslar.

— MCW
kaynak
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.