Странная ошибка на IIS, когда сервер занят
Как точный Вам нужен он, чтобы быть? Если можно жить с небольшим кодированием собственное, более или менее точное разрешение местоположения и предоставлением ответа перенаправления на браузеры, которые поражают "неправильный" сервер в первый раз вокруг, то Вы могли использовать базу данных "CeoLiteCountry" в свободном доступе для обработки его сами. У меня есть он в списке ThingsToConsider для одного из моих запланированных проектов.
Это находится в репозиториях Debian (http://packages.debian.org/lenny-backports/geoip-database), который подразумевает, что это на самом деле правильно "свободно" в наилучших пожеланиях (хотя Вы могли бы хотеть проверить, чтобы удостовериться, что лицензия (лицензии) совместима с кодовой базой и направлением Вашего проекта).
Используя хорошее управляемое основанное на DNS решение было бы легче, хотя, если стоимость для достаточно надежного поставщика в пределах Вашего бюджета, но это могло бы быть жизнеспособной альтернативой.
По словам Tess Ferrandez:
Фатальные исключения механизма выполнения
Фатальные Исключения Механизма выполнения довольно редки, но когда они происходят, это обычно - ошибка. Это означает, что по некоторым причинам мы вошли в некоторую часть кода, что мы, как не предполагалось, в CLR, и CLR решил, что в маловероятном случае, что кто-то входит здесь, давайте выдадим Фатальное исключение Механизма выполнения и умрите, потому что мы не можем восстановиться с этой точки. В eventlog это будет зарегистрировано, поскольку Исключение Механизма выполнения произошло, и перечисленный адрес скажет точно, где в коде это произошло. Если Вы достигаете одного из них и не можете найти статью базы знаний об этом, свяжитесь с поддержкой, предпочтительно с дампом катастрофического отказа, доступным, так как это ускорит время для разрешения случая чрезвычайно.
У нее также есть большая информация о ее блоге о генерации дампов катастрофического отказа, и т.д., и т.д. для отладки целей.
Это вероятно не легкая ошибка разыскать. Некоторые места, что я должен, смотря:
- Журналы IIS, посмотрите, можно ли сказать то, что произошло только до проблемы
- Event Viewer, возможно, что это - аппаратная проблема, и Вы затронули плохую память
- Аппаратные журналы поставщика оборудования
- Включите Неудавшуюся Трассировку Запроса и посмотрите то, что зарегистрировано незадолго до ошибки
- Посмотрите, можно ли зафиксировать ошибку с Диагональю Отладки и получить дамп, поскольку проблема происходит
Microsoft заявляет, что это - эта проблема:
http://support.microsoft.com/kb/974168
Они дали мне фиксацию. Я еще не попробовал его, но я скоро буду...