Превышен таймаут семафора

Превышен таймаут семафора

Данная ошибка с равной долей вероятности может быть как софтверная, так и «железная», вызывается конфликтом железа и системы, и необходимо выявить виновника проблемы.

Обычно, причиной является многократное чтение нестабильного сектора жестким диском или некачественный кабель, которым он подключен.

Слишком длинный usb кабель.
Поменяйте usb кабель, выбрав потолще, как можно короче по длине, экранированный и V-образный, обеспечив девайсу надежное питание.

Если вы используете usb концентратор, то поменяйте его на концентратор с адаптером внешнего электропитания.

Отключите все usb устройства и подключайте их по очереди, методом исключения можно установить виновника.

Отформатируйте флешку или SD карту, если не поможет, меняйте на другую.

Возможна несовместимость привода с каким-либо USB-контроллером системы или кардридером, попробуйте скопировать тот же файл на девайс на другом компьютере.

Обновите usb драйвера для чипсета материнской платы или сетевые драйвера, если девайс подключается по локальной сети или wi-fi.

Приветствую!
Установил на днях Windows 7 x64 (64-битную впервые). На удивление сама винда, драйвера и софт встали без проблем, с первого раза. Все со всеми обновлениями. На первый взгляд все работает нормально. Однако имеют место быть некоторые проблемы с сетью.
Интернет подключен через Wi-Fi роутер. Пробовал и по воздуху и по проводу (через роутер), проблема есть в обоих случаях.

Железо:Роутер: TP-LINK TL-WR841ND
Сетевой адаптер (в материнке): Qualcomm Atheros AR8161/8165 PCI-E Gigabit Ethernet Controller (NDIS 6.20)
Wi-Fi адаптер (PCI): TP-Link TL-WN751ND Система:Windows 7 Pro x64, версия: 6.1.7601, Service Pack 1

Проявление проблемы

1. Изначально странно вел себя , он часто терял подключение и даже падал (молча падал). В журнале событий на этот счет есть следующая запись:
QIP:Имя сбойного приложения: qip.exe, версия: 4.0.0.7221, отметка времени: 0x2a425e19
Имя сбойного модуля: RPCRT4.dll, версия: 6.1.7601.17514, отметка времени 0x4ce7ba59
Код исключения: 0xc0020043
Смещение ошибки: 0x0005cd99
Идентификатор сбойного процесса: 0xd54
Время запуска сбойного приложения: 0x01cdad2e62f19182
Путь сбойного приложения: C:\Program Files (x86)\QIP 2012\qip.exe
Путь сбойного модуля: C:\Windows\syswow64\RPCRT4.dll
Код отчета: 088d0a58-1923-11e2-bf8a-50465d0541cfQIP-ом я практически не пользуюсь (висит в онайлен сам по себе), так что просто забил на эту проблему. Тем более, что со временем (через несколько перезагрузок) QIP перестал падать. Частые сообщения об утерянных подключениях остались.
2. Как вы знаете, я иногда занимаюсь веб-программированием под ASP .NET и многие сайты используют SQL Server. SQL Server обычно удаленные, рабочие, стабильные. Запуская сайты в Visual Studio для отладки я чуть ли не на каждый запрос стал получать сообщения ошибках:

Ошибка соединения с SQL Server:System.Data.SqlClient.SqlException: Ошибка на транспортном уровне при получении результатов с сервера. (provider: Поставщик TCP, error: 0 — Превышен таймаут семафора.)В некоторых случаях это приводило к падению локального сервера WebDev.WebServer (тот, который в Visual Studio):
Обрушение WebDev.WebServer20.exe:Имя сбойного приложения: WebDev.WebServer20.exe, версия: 10.0.40219.1, отметка времени: 0x4d5f3456
Имя сбойного модуля: KERNELBASE.dll, версия: 6.1.7601.17932, отметка времени 0x50327672
Код исключения: 0xe053534f
Смещение ошибки: 0x0000c41f
Идентификатор сбойного процесса: 0x%9
Время запуска сбойного приложения: 0x%10
Путь сбойного приложения: %11
Путь сбойного модуля: %12
Код отчета: %13При этом, работа с удаленной базой через SQL Server Management Studio была более ли менее стабильной. Хотя и она (management studio) иногда возвращала аналогичную ошибку.
3. Когда я стал ковырять эту проблему, периодически вручную проверял обновления системы и софта. Центр обновления Windows выдавал ошибку, что не может проверить обновления.
4. При работе с удаленными рабочими столами (RDP) частенько теряется связь с удаленным сервером.
Других проявлений пока не заметил. Примечательно, что серфинг работает без проблем. Windows не сообщает о потере соединения.
Файрвол проверен, блокировок с его стороны нет.
В Windows XP (со всеми последними обновлениями) подобных проблем замечено не было.

Поиск решения

Сейчас я пересел на провода, т.е. использую интернет через провод, подключенный к роутеру. Wi-Fi адаптер отключен.
В Google на счет таймаута семафора (не путать со светофором) в основном у людей возникают ошибки с USB-устройствами. Попадались темы и SQL Server, но они тоже на прямую не подходят к моим проблемам. Однако, как я понял проблема кроется где-то в сетевом адаптере.
Первое что я сделал, это отключил IPv6 в настройках соединения. Просто мне не нравятся IP-адреса шестой версииПосле переподключения, проблема себя не проявляла минут 5-10, но потом опять вернулась. В конечном итоге я повырубал все, что можно было и отключил службу «Вспомогательная служба IP».
Каждый раз, отключаясь от сети и вновь подключаясь, проблема себя не проявляла некоторое время, но потом возвращалась.
Далее, я стал ковырять параметры сетевого адаптера.
Сначала увеличил Кадры крупных размеров (MTU) до 9 Кб.
После этого, пытаясь поймать проблему, в какой-то момент я даже начал думать, что проблема решена. Но нет, она опять проявилась.
Затем я подкрутил параметр Масштабирование на стороне прием(ника), переведя его в состояние Включено.
После этого я откровенно запарился тестировать и решил, что все, проблема решена.
Однако нет, не решена. Эти изменения вроде бы просто увеличили время стабильной работы, а может вообще ни на что не повлияли…
Создается ощущение, что где-то что-то забивается и не очищается как положено.
Возможно кто-то с подобным сталкивался или есть человеческая инфа по назначению параметров сетевой карты. Все что я менял — это методом тыка, просто названия понравились 🙂

Сам буду еще экспериментировать, отпишусь о результатах. —

Превышен таймаут семафора

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *