eth0 NIC Bağlantısı çekirdek günlüğünde aşağı yinelenen ileti

Birkaç gün önce aynı yinelenen mesajların oluştuğunu fark ettim ve olumlu bir şekilde o dönemde hiçbir şeyin kasıtlı olarak değiştirilmediğini (kurulduğunu / kaldırıldığını) söyleyebilirim.

İşte /var/log/kern.log iletisinin örneği :

Mar 30 06:32:45 aurora kernel: [566322.867110] e1000e: eth0 NIC Link is Down

Mar 30 06:32:47 aurora kernel: [566325.313634] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx

Mar 30 06:32:59 aurora kernel: [566337.632930] e1000e: eth0 NIC Link is Down

Mar 30 06:33:18 aurora kernel: [566356.543664] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None

Mar 30 11:05:47 aurora kernel: [582689.779752] e1000e: eth0 NIC Link is Down

Mar 30 11:05:50 aurora kernel: [582692.174337] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx

tam günlük dosyasından - bu tür tüm günlük mesajlarını saymaya başladığımda - Sonuçlandırabilirim:

eth0 birkaç saatte bir başarısız oluyor
eth0 ilk durumda iki saniye, ikinci durumda 19 saniye başarısız olur

Burada bahsettiğim üretim sunucusu.

Posta sunucusu üretimde ve 19 saniye süren ağ hataları nedeniyle tolere edemediğim için bu sorunu nasıl çözebilirim?

— Miloš Đakonović
kaynak

Şimdiye kadar ne kontrol ettin? Kablo doğru şekilde takılmış ve zarar görmemiş durumda mı? Diğer uçtaki anahtar da bağlantının koptuğunu gözlemliyor mu? Dikkat edilmesi gereken, tespit edilen bağlantının farklı zamanlarda farklı olmasıdır (akış kontrolü günlüğünüzde farklılık gösterir). Belki özerklik başarısız oluyor? 1000Mbps FD Rx / Tx'i zorlarsanız sorun ortadan kalkar mı?

— Håkan Lindqvist

@ HåkanLindqvist Sunucu fiziksel olarak bana yakın olmadığından kabloyu kontrol etme seçeneğim yok. Bu sunucu çiftlik teknoloji şeyler kontrol etmek istemem gereken bir şey mi? 1000Mbps FD Rx / Tx'i nasıl zorlarım? Ve akış kontrolünün farklı zamanlarda farklı olması hakkında, bu sorun var mı?

— Miloš Đakonović

Zamanla değişen "tip" bağlantısı bana bir şeyin tam olarak doğru olmadığını, fakat gerçek sebebi bulmanın elbette ayrı bir soru olduğunu gösteriyor. Teknoloji personeline sormak iyi bir fikir olabilir.

— Håkan Lindqvist

Sunucu sonunda otomatik anlaşma durumunu vb. Kontrol etmek için ethtool veya mii-tool kullanabilirsiniz. Sunucunuzun anahtarının eşleşecek şekilde ayarlandığından emin olmanız gerekir. Bu bir donanım sorunu gibi geliyor - sunucu adaptörü, kablo veya anahtar olabilir. Ne düşündüğünü görmek için anahtarın durumuna bakmanızı öneririm.

— Paul Haldane

Yanıtlar:

kablodaki hataları kontrol edin, çıkışındaki "hatalar" alanına bakın ifconfig. Sıfırdan farklıysa donanım (kablo, NIC kartı veya hub / anahtar) ile ilgili sorunlar vardır. Güvenilmez bir Ethernet kablosu bu alanda da hata verecektir.
1. adımdan bağımsız olarak Ethernet kablosunu değiştirin. Bu hızlı, ucuz ve kolaydır ve bağlantınız rastgele aralıklarla yukarı ve aşağı giderken yapılmalıdır.
kullanmak ethtoolve emin ağ ayarlarını (dubleks, vs) anahtarı eşleşir olun. Anahtarın yöneticisi değilseniz, ağ yöneticisinden size ayarları sağlamasını isteyin.
anahtarda akış denetimi etkinse, Linux kutunuzda etkinleştirildiğinden emin olun. Aksi takdirde devre dışı bırakın.

Bir yan not olarak, akış kontrolüne ihtiyacınız olup olmadığını değerlendirmelisiniz. HP'ye göre, yalnızca yüksek performanslı uygulamalar için gereklidir: Akış Kontrolü Ne Zaman Kullanılır başlıklı HP makalesine bakın

— Michael Martinez
kaynak

Tel hatalarıydı. Sunucu çiftliği teknoloji işleri, hataları bildirdikten sonra işi yaptı.

— Miloš Đakonović

'ifconfig' hatalar gösteriyordu?

— Michael Martinez

İşte benim düzeltmem. Bu sorun, belirli bir donanımda (NIC üzerindeki 2 bağlantı noktasından yalnızca bir tanesinde), her zaman e1000e sürücüsü ile, çekirdek 3.9 veya benzeri olduğundan oluşur. Bu dosya centos7 içindir, içeri girer /etc/init.d/ve etkinleştirilmelidir chkconfig --add <name>. Arayüz adı sabit kodlanmıştır ... ayarladığınızdan emin olun.

#!/bin/sh

### BEGIN INIT INFO
# Provides:          pm-e1000e-fix
# Required-Start:    $network
# Required-Stop:     $network
# Default-Start:     2 3 4 5
# Default-Stop:      0 6
# Short-Description: workaround for e1000e issue
# Description:       e1000e fix
### END INIT INFO

################################################################################
# Give Usage Information                                                       #
################################################################################
usage() {
    echo "Usage: $0 start|restart" >&2
    exit 1
}

################################################################################
# E X E C U T I O N    B E G I N S   H E R E                                   #
################################################################################
command="$1"
shift

interface="eth0"

case "$command" in
    start)
        ethtool -K "$interface" gso off gro off tso off
        ;;
    restart)
        ethtool -K "$interface" gso off gro off tso off
        ;;
    *)
        usage
        ;;
esac

— Peter
kaynak