Вопрос был решен, OWA произошел и выполнение. Это включило необходимость к un-and-re-install IIS 7 (который просто ужасен, BTW), un-and-re-installing Клиентские компоненты Доступа, и удаление и воссоздание всех виртуальных каталогов.
Благодаря всем для Вашей информации и предложений.
Попытайтесь загрузить ядро с pcie_aspm=off
параметр ядра.
От драйвера Intel readme: downloadmirror.intel.com/9180/eng/README.txt
Несколько адаптеров с 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
Как могильщик, я хотел бы выкопать эту старую задницу, чтобы поделиться своим решением для 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.
У меня была такая же проблема с e1000e на ядре Ubuntu 18.04.1, 4.15.0-36, и ничего не помогло. Я обновил драйвер прямо с Intel до 3.4.2.1-NAPI, без каких-либо улучшений. Все перечисленное в этой и другой ветке не помогло. Судя по этому отчету об ошибке Ubuntu , я решил, что это обходной путь для значительного уменьшения размера кольцевого буфера:
sudo ethtool -G eth0 rx 256 tx 256
Это полностью решает проблему для меня и, похоже, не влияет на производительность вообще (использование настольных компьютеров,выполнял только базовые тесты).