e1000e অপ্রত্যাশিতভাবে অ্যাডাপ্টার রিসেট করুন / হার্ডওয়্যার ইউনিট হ্যাং সনাক্ত করা হয়েছে

Question

আমার সাথে ডেল 1 ইউ সার্ভার রয়েছে ইনটেল (আর) জিয়ন (আর) সিপিইউ এল 5420 @ 2.50GHz, 8 টি কোর ওউবুন্টু সার্ভার কার্নেল সংস্করণ 3.13.0-32-জেনেরিক x86_64- তে চালাচ্ছে। এটিতে দ্বৈত 1000baseT নেটওয়ার্কিং কার্ড রয়েছে। আমি এটি E00 থেকে E1 পর্যন্ত প্যাকেটগুলি ফরোয়ার্ড করার জন্য সেট আপ করেছি।

আমি লক্ষ্য করেছি যে আমার kern.log ফাইলে এটি বিশ্রামের পরে ঝুলতে থাকে। এটি প্রায়শই ঘটছে। এটি প্রতি কয়েক সেকেন্ড পরে ঘটে থাকে সম্ভবত কয়েক মিনিটের জন্য ঠিক হয়ে যাবে তারপর প্রতি কয়েক সেকেন্ডে ফিরে।

লগ ফাইল ডাম্প এখানে:

 [118943.768245] e1000e 0000:00:19.0 eth0: Detected Hardware Unit Hang:
 [118943.768245]   TDH                  <45>
 [118943.768245]   TDT                  <50>
 [118943.768245]   next_to_use          <50>
 [118943.768245]   next_to_clean        <43>
 [118943.768245] buffer_info[next_to_clean]:
 [118943.768245]   time_stamp           <101c48d04>
 [118943.768245]   next_to_watch        <45>
 [118943.768245]   jiffies              <101c4970f>
 [118943.768245]   next_to_watch.status <0>
 [118943.768245] MAC Status             <80283>
 [118943.768245] PHY Status             <792d>
 [118943.768245] PHY 1000BASE-T Status  <7800>
 [118943.768245] PHY Extended Status    <3000>
 [118943.768245] PCI Status             <10>
 [118944.780015] e1000e 0000:00:19.0 eth0: Reset adapter unexpectedly

এখানে ইথিওল থেকে প্রাপ্ত তথ্য:

সেটিংস:

Settings for eth0:

Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full 
                        100baseT/Half 100baseT/Full 
                        1000baseT/Full 
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full 
                        100baseT/Half 100baseT/Full 
                        1000baseT/Full 
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: off (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000007 (7)
               drv probe link
Link detected: yes

ড্রাইভারের তথ্য:

ethtool -i eth0

driver: e1000e
version: 2.3.2-k
firmware-version: 1.4-0
bus-info: 0000:00:19.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no

কি এই সৃষ্টি হতে পারে? এটি কি কেবল সফ্টওয়্যারটিতে একটি বাগ বা সত্যিকারের হার্ডওয়্যার সমস্যা? আমি অনেক অন্যান্য একই ধরণের সমস্যা আছে দেখেছি কিন্তু এর বাস্তব সমাধান নেই এবং এটি আমাকে বিশ্বাস করতে পরিচালিত করে যে এটি একটি সফ্টওয়্যার ইস্যু?

কেউ কি আমার জন্য এই বিষয়ে কিছু আলোকপাত করতে পারে?

Comments

দেখে মনে হচ্ছে সমস্যাটি জানা গেছে: bugzilla.kernel.org/show_bug.cgi?id=47331

— ভিক্টরপাব্লোসারুয়েলো

Answer 1

ঠিক আছে, গত রাতে রাতে এই প্রশ্নটি পোস্ট করার পরে আমি কিছু গবেষণা চালিয়ে যাচ্ছিলাম কেবলমাত্র আসল সমাধানটি এসেছিল বলে মনে হয় সমস্যার যত্ন নিয়েছে।

ইথিওল ব্যবহার করে টিএসও, জিএসও এবং জিআরও অক্ষম করা হচ্ছে:

ethtool -K eth0 gso off gro off tso off

এখানে পাওয়া একটি পোস্ট অনুসারে: http://ehc.ac/p/e1000/bugs/378/

আমি যা বুঝতে পারি তা থেকে বা পারফরম্যান্স হ্রাস পেতে পারে।

আমি আরও লক্ষ্য করেছি যে আরও একটি সমাধান হ'ল অ্যাক্টিভ-স্টেট পাওয়ার পরিচালনা নিষ্ক্রিয় করা

pcie_aspm=off

সার্ভারফল্টে এই পোস্ট অনুসারে: লিনাক্স e1000e (ইন্টেল নেটওয়ার্কিং ড্রাইভার) সমস্যাটি খুব খারাপ, আমি কোথায় শুরু করব?

আমি এখনও এই সমাধান চেষ্টা করে দেখিনি। আমি এটি চেষ্টা করে দেখব যে এতে কোনও পার্থক্য রয়েছে এবং আমার অনুসন্ধানগুলি পোস্ট করে।

সম্পাদনা করুন:

ঠিক আছে তাই আমি অ্যাক্টিভ-স্টেট পাওয়ার ম্যানেজমেন্ট, পিসি_এসপিএম = বন্ধ করার চেষ্টা করেছি এবং এর কোনও প্রভাব নেই। আমি আমার লগ ফাইলে ত্রুটিগুলি লক্ষ্য করতে থাকি।

এটি এখনও কারও কারও জন্য কাজ করতে পারে কারণ কিছুটা ইনটেল এনিকের পাওয়ার ম্যানেজমেন্ট সক্ষম করা থাকলে ঘুমিয়ে যাওয়ার বিভিন্ন কার্নেলের সমস্যা রয়েছে।

Comments

ধন্যবাদ! আমি এথটোল ফিক্স চেষ্টা করেছি এবং এটি আমার সমস্যার সমাধান করেছে। (এটি একটি এনআর স্ক্রিপ্টে

— পিটার

হাই, আপনি কি জানেন যে দৌড়াদৌড়ি ethtool -K eth0 gso off gro off tso offসংযোগটি এমনকি অল্প সময়ের জন্য ছাড়বে কিনা?

— Godzillante

প্রকৃতপক্ষে,

— ইথিওল দিয়ে

'এখানে পাওয়া পোস্ট অনুসারে: ehc.ac/p/e1000/bugs/378 ' এখন উপরে একটি ডোমেনস্কেটারে যায়, মূল বিষয়বস্তুটি এখানে পাওয়া যাবে: web.archive.org/web/20160205153351/http://ehc। এসি: 80 / পি / ই 1000 / ...

— মাইক ম্যাককেবে

Answer 2

বিআইওএস-এ বর্ধিত সি 1 (সি 1 ই) অক্ষম করা আমার জন্য এটি স্থির করে।

নিশ্চিত না যে সি 1 ই এর নিম্ন শক্তি রাজ্যটি ড্রাইভারের সাথে বিশৃঙ্খলা করছে বা প্রসেসরটি এই অবস্থায় থাকাকালীন ড্রাইভারের মধ্যে উফ আছে।

যাইহোক, সমস্যার সমাধান হয়েছে।

Comments

এটি ঠিক আমার পক্ষে কাজ করেছিল fix একটি ASRock H170M-ITX / DL মাদারবোর্ডে উবুন্টু 16.04 এলটিএস চালানো। ধন্যবাদ স্টিভজি। =)

— লেজ

মনে রাখবেন যে এটি সার্ভারগুলির পাওয়ারের খরচ অনেক বাড়িয়ে তুলতে পারে!

— ফ্ল্যাটারন

Answer 3

আমার সমস্যা ছিল (আপনি এবং ইউজারস্পেস এসএসএইচ ত্রুটির মতো একই কার্নেল ত্রুটি ট্রিগার করে Corrupted MAC on input) " "।

সমাধান

আমার পক্ষে কাজটি হ'ল টিসিপি চেকসাম অফলোডিং অক্ষম করা:

# ethtool -K eth0 tx off rx off

ডিবিয়ান-ইশ / ইত্যাদি / নেটওয়ার্ক / ইন্টারফেসের সাথে এর পরিষ্কার এবং দীর্ঘমেয়াদী সংহতকরণ :

#!/bin/bash
#
# Disables TCP offloading on all ifaces
#
# Inspired by: @Michelunik https://serverfault.com/a/422554/62953

RUN=true
case "${IF_NO_TOE,,}" in
    no|off|false|disable|disabled)
        RUN=false
    ;;
esac


# Other offloading options that could be disabled (not TCP related):
#  sg tso ufo gso gro lro rxvlan txvlan rxhash
# see man ethtool

if [ "$MODE" = start -a "$RUN" = true ]; then
  TOE_OPTIONS="rx tx"
  for TOE_OPTION in $TOE_OPTIONS; do
    /sbin/ethtool --offload "$IFACE" "$TOE_OPTION" off &>/dev/null || true
  done
fi

উত্স , অনুপ্রেরণা ।

প্রসঙ্গ

• দেবিয়ান জেসি
• কার্নেল 4.7.0-0.bpo.1-amd64
• lspci 00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I218-V (rev 04)

Answer 4

আপনার ড্রাইভার আপডেট করার চেষ্টা করুন। এটি উবুন্টু বা কোন সংস্করণে সুপারিশ করা হয়েছে তা জানেন না তবে সেন্টোস বা ইএল 6 এর জন্য এটি:

http://mirror.symnds.com/distributions/elrepo/elrepo/el6/x86_64/RPMS/kmod-e1000e-3.1.0.2-1.el6.elrepo.x86_64.rpm