·£Ä«µå´Â ¾îµð·Î °¬´Â°¡? (2)

   Á¶È¸ 8921   Ãßõ 0    

´Ù½Ã È®ÀÎÇÏ°í ¹®ÀÇ µå¸³´Ï´Ù.
º¸µå´Â S5000V SAÀÔ´Ï´Ù.
ÀÌ´õ³ÝÄ«µå´Â Intel Co. 80003ES2LAN Gigabit Ethernet Controller À̶ó°í Ç¥½Ã°¡ µÇ¾îÀÖ¾î¿ä.(Centos ³×Æ®¿öÅ© ¼³Á¤ »ó¿¡¼­)
eth0, eth1 Àε¥

dmesg |grep e1000
e1000e:Intel(R) PRO/1000 Network Driver - 0.3.3.3-k4
e1000e:Copyright (c) 1999-2008 Intel Corporation.
e1000e: probe of 0000:05:00.0 failed with error -2
e1000e: probe of 0000:05:00.1 failed with error -2

ÀÌ·¸°Ô ³ª¿À³×¿ä..ÀÌ·¸°Ô ³ª¿À¸é Á¤»óÀûÀ¸·Î ÀνÄÇÑ°Å °°Áö ¾ÊÀºµ¥
¾î¶»°Ô ÇؾßÇϳª¿ä?
ªÀº±Û Àϼö·Ï ½ÅÁßÇÏ°Ô.
¹Ú¿ì¿­ 2009-10
µ¿ÀÏÁõ»óÀ̽ŰŠ°°Àºµ¥¿ä,

https://www.centos.org/modules/newbb/viewtopic.php?viewmode=thread&topic_id=19544&forum=40

¸îÀϵ¿¾È »ðÁúÇß´Ù´Â ³»¿ëÁß "2009/4/28 3:57" ¿¡ ´Þ¸° ´ñ±Û¿¡ ³»¿ëÀÌ Àֳ׿ä. ¹Ø¿¡¼­ µÎ¹ø°.
BIOS setting (Advanced/PCI) called IO Acceleration Technology ºÎºÐÀ» Á¶Á¤Çß´Ù°í Çϳ׿ä.
Å×½ºÆ® Çѹø Çغ¸½ÃÁÒ.

https://www.centos.org/modules/newbb/viewtopic.php?viewmode=thread&topic_id=19544&forum=40&post_id=75286

Sorry for the lengthy delay in posting. I spent several days playing with this problem and I found the solution! There is a BIOS setting (Advanced/PCI) called IO Acceleration Technology. Once I disabled that setting, then all was fine. Being my stubborn self, I was not satisfied with just having it working, I wanted to know what that setting did. I poked around a bit with the setting both enabled and disabled. What I found was that with the setting enabled, It enables both TX & RX checksumming. With the setting disabled, it only enables TX checksumming (as listed by ethtool -k).

Also I was incorrect in my previous post that 5.2 used e1000 driver. I did another load of 5.2 and it was using an older version of e1000e, but that older version did not support the RX checksumming on chip, so it never crashed, however the newer e1000e driver does support it when enabled, but is apparently broken. Turning off RX-Checksumming with the ethtool tool did not have any effect. Only disabling in BIOS made a difference.

So... after boring everyone with my lame diagnosis.... the simple fix (at least for me) was to disable the "IO Acceleration Technology" option in BIOS.

Thanks to Alan for the assistance and giving me some things to look at!!!
±è½ÂÈÆ1 2009-10
https://www.centos.org/modules/newbb/viewtopic.php?viewmode=thread&topic_id=19544&forum=40&post_id=75286

¿©±âÇÔºÁº¸¼¼¿ä. °°Àº ¹®Á¦·Î °í¹ÎÇϽźÐÀÌ ¿Ã¸°°Ì´Ï´Ù.

I spent several days playing with this problem and I found the solution!
There is a BIOS setting (Advanced/PCI) called IO Acceleration Technology.
Once I disabled that setting, then all was fine.
Being my stubborn self, I was not satisfied with just having it working, I wanted to know what that setting did.
I poked around a bit with the setting both enabled and disabled. What I found was that with the setting enabled, It enables both TX & RX checksumming.
With the setting disabled, it only enables TX checksumming (as listed by ethtool -k).

Also I was incorrect in my previous post that 5.2 used e1000 driver.
I did another load of 5.2 and it was using an older version of e1000e,
but that older version did not support the RX checksumming on chip, so it never crashed, however the newer e1000e driver does support it when enabled,
but is apparently broken.
Turning off RX-Checksumming with the ethtool tool did not have any effect. Only disabling in BIOS made a difference.

So... after boring everyone with my lame diagnosis.... the simple fix (at least for me) was to disable the
"IO Acceleration Technology" option in BIOS.

¹ÙÀÌ¿À½ºÀÇ ¼³Á¤ºÎºÐÀ» ºÁº¸½Ã´Â°Ô ÁÁÀ»µíÇÕ´Ï´Ù. ÇÔ Âü°íÇغ¸¼¼¿ä.
±è½ÂÈÆ1 2009-10
5ÃÊ Â÷ÀÌÀÔ´Ï´ç. ¹®Àå ¼öÁ¤¾ÈÇßÀ½ »¡¶úÀ»°Çµ­..ÈæÈæÈæ..


QnA
Á¦¸ñPage 4077/5687
2014-05   4990473   Á¤ÀºÁØ1
2015-12   1526476   ¹é¸Þ°¡
2016-01   3770   ±è°Ç¿ì
2016-06   3770   VerVeine
2014-07   3770   metaljw
2017-03   3770   ÀÌÁöÆ÷Åä
2021-10   3770   ¸ùµ¿ÀÌ
2021-01   3770   NAS°íÀå³µ´Ù¡¦
2019-02   3770   ²Ù¶ì¿÷
2020-11   3770   2CPUÃÖÁÖÈñ
2018-12   3770   ºí·ç¿µ»ó
2019-10   3770   ¸Þ¶Ñ±â°¡¸é¸Ç
2019-08   3770   ±è°Ç¿ì
2014-11   3770   wons
2019-08   3770   Doker
2022-08   3770   ¹«¾Æ
2019-05   3770   kino0924
2015-09   3770   ½½±â·Î¿î»ýÈ°
2015-11   3770   À嵿°Ç2014
2018-03   3770   Wnahd
2015-03   3769   Àú½ºÆ®
2016-08   3769   Á¶ÀçÇü3