Linux e1000e (Intel сетевой драйвер) проблемы в изобилии, где я запускаю?

Вопрос был решен, OWA произошел и выполнение. Это включило необходимость к un-and-re-install IIS 7 (который просто ужасен, BTW), un-and-re-installing Клиентские компоненты Доступа, и удаление и воссоздание всех виртуальных каталогов.

Благодаря всем для Вашей информации и предложений.

23
задан 20 February 2015 в 07:38
4 ответа

Попытайтесь загрузить ядро с pcie_aspm=off параметр ядра.

19
ответ дан 28 November 2019 в 20:20

От драйвера Intel readme: downloadmirror.intel.com/9180/eng/README.txt

82 573 (V/L/E) Единицы TX Подвешивают сообщения

Несколько адаптеров с 82 573 дисплеями чипсета "единица TX подвешивают" сообщения во время нормального функционирования с e1000 драйвером. Проблема появляется и с TSO, включил и отключил и вызывается функцией управления питанием, которая включена в EEPROM. Ранние выпуски чипсетов поставщикам имели бит EEPROM, который активировал опцию. После того, как проблема была обнаружена, более новые адаптеры были выпущены с опцией, отключенной в EEPROM.

Если Вы встречаетесь с проблемой в адаптере, и чипсет является на основе 82573, можно проверить, что адаптеру нужна фиксация при помощи ethtool:

 # ethtool -e eth0
 Offset          Values
 ------          ------
 0x0000          00 12 34 56 fe dc 30 0d 46 f7 f4 00 ff ff ff ff
 0x0010          ff ff ff ff 6b 02 8c 10 d9 15 8c 10 86 80 de 83
                                                           ^^

Значение при смещении 0x001e (de) имеет бит 0 сбросов. Это активирует проблематичную опцию экономии электроэнергии. В этом случае EEPROM должен считать "df" при смещении 0x001e.

Одноразовая фиксация EEPROM доступна как сценарий оболочки. Этот сценарий проверит, что адаптер применим к фиксации и если фиксация необходима или нет. Если фиксация требуется, она применяет изменение в EEPROM и обновляет контрольную сумму. Пользователь должен перезагрузить систему после применения фиксации, если бы изменения были внесены в EEPROM.

Вывод в качестве примера сценария:

 # bash fixeep-82573-dspd.sh eth0
 eth0: is a "82573E Gigabit Ethernet Controller"
 This fixup is applicable to your hardware
 executing command: ethtool -E eth0 magic 0x109a8086 offset 0x1e value 0xdf
 Change made. You *MUST* reboot your machine before changes take effect!

Сценарий может быть загружен по http://e1000.sourceforge.net/files/fixeep-82573-dspd.sh

15
ответ дан 28 November 2019 в 20:20

Как могильщик, я хотел бы выкопать эту старую задницу, чтобы поделиться своим решением для Ubuntu. Загрузите последний сетевой драйвер Intel ( 3.4.0.2 на момент написания). Распакуйте его, добавьте что-нибудь в строку Makefile, получите патч, примените патч, установите, прочтите модуль и, наконец, перезагрузитесь. Удачи.

wget https://downloadcenter.intel.com/download/15817/Intel-Network-Adapter-Driver-for-PCIe-Intel-Gigabit-Ethernet-Network-Connections-Under-Linux-?product=60019
tar -zxvf e1000e-3.4.0.2.tar.gz
vi e1000e-3.4.0.2/src/Makefile
    ## Locate line 152: EXTRA_CFLAGS += $(CFLAGS_EXTRA)
    ## Append -fno-pie
## Download the patch from https://sourceforge.net/p/e1000/bugs/_discuss/thread/9048ab8e 
## wget/curl won't work here. THANKS SOURCE FORGE.
patch -p0 < e1000e-3.4.0.2-timer-updates.patch
cd e1000e-3.4.0.2/src/
sudo make install
sudo rmmod e1000e && sudo modprobe e1000e
sudo reboot

Этот пыж завершен на Ubuntu 18.04, ядро ​​4.15.

3
ответ дан 28 November 2019 в 20:20

У меня была такая же проблема с e1000e на ядре Ubuntu 18.04.1, 4.15.0-36, и ничего не помогло. Я обновил драйвер прямо с Intel до 3.4.2.1-NAPI, без каких-либо улучшений. Все перечисленное в этой и другой ветке не помогло. Судя по этому отчету об ошибке Ubuntu , я решил, что это обходной путь для значительного уменьшения размера кольцевого буфера:

sudo ethtool -G eth0 rx 256 tx 256

Это полностью решает проблему для меня и, похоже, не влияет на производительность вообще (использование настольных компьютеров,выполнял только базовые тесты).

1
ответ дан 28 November 2019 в 20:20

Теги

Похожие вопросы