How to Fix / Troubleshoot Event ID 27 from Source “e1dexpress” (Intel)
Today my Network Connection got disconnected several times and “Event ID 27” from Source “e1dexpress” has been logged in SYSTEM Event Log with the following description.
I decided to take a look into the Event Logs to figure out what’s happening because I wasn’t sure if this problem was Parallels RDP Client or Network related. I have immediately checked the Event Logs and saw the following Event. My Network Adapter was logging an event but I couldn’t read the description. Based on experience I know that this occurs, either if the Event Providers DLL’s are missing or if the DLL’s cannot be registered properly during the driver or driver software installation.
Event Log
New Articles
I did not remember any Network Adapter Driver Update therefore I checked Lenovo Vantage Software from my Hardware Vendor for the last driver updates.
It was exactly at the same day and time when “ Event ID 27 ” from Source “ e1dexpress ” begun logging it’s Warning Events.
Solution
At this point I had 3 options to fix this problem :
1. First, I could manually download the “Intel(R) Ethernet Connection I219-V” Driver form Lenovo’s Website and try to re-install it again. Sometimes unexpected problems during the installation can occur. Re-installing the driver can fix the problem.
2. Second, I could upgrade the driver because I saw a newer Version of the Driver on Intel’s Website.
My installed dirver version was as follows : Intel Gigabit Ethernet Driver for Windows 10 (Version 1803, 1809) – ThinkPad Supported devices: Intel Ethernet Connection I219-V, Intel Ethernet Connection I219-LM Intel Gigabit Ethernet Driver (Version 1809 or later) 12.18.9.8 | 11 Oct 2019 | 824 KB
The newer version of the driver on Intel’s website was as follows : Downloads for Intel® Ethernet Connection I219-V Driver Windows 10* 25.0 1/23/2020 | Windows 10, 32-bit* Latest | Windows 10, 64-bit*
3. My 3rd option was to downgrade the driver because I had no problems with the previous version.
В сетевой инженерии не силен, но идея про ARP или СХД мне по нраву. Попробую понять, как это проверить у себя и протестирую. Большое спасибо за ответы!
Все ответы
Флаппинг сетевого интерфейса обычно вызывается либо аппаратными проблемами (поврежденный или плохо обжатый патч-корд, разболтанный разъем на сетевой карте или коммутаторе, электрические наводки в кабельной системе и т.п.), либо сложностями на коммутаторе.
Убедитесь, что все в порядке с кабельной системой, желательно с помощью тестера. Выставьте на коммутаторе фиксированную скорость и дуплекс. Убедитесь, что на коммутаторе нет проблем с STP. Если не найдете причину, попробуйте поменять сетевую карту. И, кстати, подумайте, нет ли у вас в окружении внешних источников электромагнитного поля (типа сварочных аппаратов, электрогенераторов и т.п.), включающихся нерегулярно.
Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging
The opinion expressed by me is not an official position of Microsoft
Я говорил об электрике не в СКС, а вообще поблизости. Она может влиять не обязательно на серверную, а на кабельную систему между серверной и конечными устройствами. Банально силовой кабель где-то проложен параллельно слаботочке или просто мощный агрегат стоит за стенкой, по которой кабель-канал идет. Но вам виднее, конечно.
«Обычных коммутаторов» в природе не бывает. Они все разные и с разными тараканами. Прошивку на нем обновляли на последнюю? Вендора и модель назвать можете?
Еще в моей практике был случай, когда проблемы коннективности на сервере устраивала система хранения с глючной прошивкой, управляющие интерфейсы которой были включены в тот же сегмент. Она слала в сеть фреймы с чужими МАС-адресами, из-за чего у коммутатора съезжала крыша. Или другой пример: безопасники у одного из клиентов воткнули в серверный сегмент какое-то дурное устройство, которое начало имитировать шлюз по умолчанию, отвечая на ARP-запросы своим МАС.
Вообще такой эффект может наблюдаться при наличии в сети любого некорректно ведущего себя устройства. Так что нужно смотреть в логах на коммутаторе, что он думает о ситуации.
Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging
How to Troubleshoot Event ID 27 and 32 from Sources : e1cexpress, e1kexpress, e1dexpress, e1express, e1qexpress, e1sexpress, e1rexpress, e1yexpress, e2fexpress (Intel)
Intel Network Adapters can log Event ID 27 (Warning) and Event ID 32 (Information) in System Event Log. In this article I will explain in detail why this problem occurs and why the Event Description cannot be found. Furthermore how you can fix it. I would strongly recommend to read this article carefully. Event ID 27 (Warning) and Event ID 32 (Information) can be logged from the following Intel Network Driver Event Provider Sources. A list of the “Affected Intel Network Adapters” are at the bottom of this article. The below Event Log’s are an example and logged on my PC.
New Articles
To be able to see the Event Descriptions inside an Event Log, the Drivers «*.INF» file must have the «EventMessageFile» and «EventLogMessageDllPath» Directives. Unfortunately, this is not the case with the above Event Source Providers from Intel.
The «Event Message DLLs» are copied successfully during the Driver Installation based on Process Monitor Logs but not all the required Registry Entries are created during the Installation. The Event Source Providers listed above don’t know where to look for the Event Messages because of missing Registry Entries.
Below an example of a GOOD and BAD Intel «*.INF» file. As you can see below, Intel creates the Event Source Provider Registry Key but doesn’t create the «EventMessageFile» string registry entry and also doesn’t set the «%EventLogMessageDllPath%» value for that string.
Below the related part from the drivers «*.INF» file :
1. Either revert back to an Windows Inbox Driver. The Inbox Drivers will always work properly because they are WHQL Certified. In our case the old Windows Inbox Driver was the solution. As you can see below the Event Description can be read inside the Event Log.
Once the «INF Directives» are fixed inside the «*.INF» file the exact Event Descriptions for Event ID 27 and 32 are as follows. I have unplugged the Ethernet cable for test purposes to get the Link State Events below for your info.
During our investigation we saw two type of Users getting Event ID 27 and 32.
2.1. Users who really got disconnected from the Network. 2.2. Users who didn’t get disconnected from the Network.
Solution :
Users who really get disconnected from the Network can either revert back to an Inbox Driver or can open an Ticket at Intel.
Intel ProSet Configuration Utility
Affected Intel Network Adapters
Affected Brandnames.Str inside the Driver’s «*.INF» files.
Профиль | Отправить PM | Цитировать
