Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.9
»
Веб приложение периодически завершается ошибкой
|
kapkovE |
|
|
Статус: Новичок Группы: Участники Откуда: Казань
|
Здравствуйте. Сервер Windows Server 2012 R2 Веб приложение периодически завершается ошибкой (Процесс, обслуживающий пул приложений ,обнаружил неустранимую ошибку связи со службой активации Windows.), пока полностью не заблокируется пул приложения. Цитата: Имя сбойного приложения: w3wp.exe, версия: 8.5.9600.16384, метка времени: 0x5215df96 После удаления Крипто Про. NET ошибка пропадает. |
|
|
|
|
Максим Коллегин |
|
|
Статус: Сотрудник Группы: Администраторы Откуда: КРИПТО-ПРО Сказал «Спасибо»: 37 раз |
Недостаточно данных. Сможете предоставить Stack trace? Может помочь полная переустановка Microsoft .NET 4.6. |
|
Знания в базе знаний, поддержка в техподдержке |
|
|
|
WWW |
| Пользователи, просматривающие эту тему |
|
Guest (2) |
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.9
»
Веб приложение периодически завершается ошибкой
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
02.03.2015, 17:02. Показов 5847. Ответов 0
Дано:
1. Windows Server 2012(не R2). Версия 6.2(сборка 9200)
2. Exchange 2013 (полную версию указать не могу, служба w3svc не запускается, но вроде с SP1)Проблема:
Проблема:
Не стартует служба w3svc, которая в свою очередь требует запуска службы WAS(служба активации windows). В eventvwr.msc указывается что
Имя журнала: System
Источник: Microsoft-Windows-WAS
Дата: 02.03.2015 14:40:26
Код события: 5172
Категория задачи:Отсутствует
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: Exchange.domain.local
Описание:
Служба активации Windows обнаружила ошибку при попытке чтения данных конфигурации из файла «\\?\C:\Windows\system32\inetsrv\config\ applicationHost.config», номер строки «1». Сообщение об ошибке: »Файл конфигурации создан в неправильном формате XML
«. Поле данных содержит номер ошибки.
Xml события:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»Microsoft-Windows-WAS» Guid=»{524B5D04-133C-4A62-8362-64E8EDB9CE40}» EventSourceName=»WAS» />
<EventID Qualifiers=»49152″>5172</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=»2015-03-02T12:40:26.000000000Z» />
<EventRecordID>1374274</EventRecordID>
<Correlation />
<Execution ProcessID=»0″ ThreadID=»0″ />
<Channel>System</Channel>
<Computer>Exchange.domain.local</Computer>
<Security />
</System>
<EventData>
<Data Name=»File»>\\?\C:\Windows\system32\inet srv\config\applicationHost.config</Data>
<Data Name=»LineNumber»>2</Data>
<Data Name=»Error»>Файл конфигурации создан в неправильном формате XML
</Data>
<Binary>0D000780</Binary>
</EventData>
</Event>
Из ‘гугления’ выявил две адекватные линки.
1. http://forums.iis.net/t/115148… +computer+ -переустановка сервисов IIS и WAS. Но, неуверен что переустановка данных сервисов не нарушит работу эксчендж, в любом случае данные компоненты не удаляются из системы(невозможно деактивировать чекбок) в меню включения-отключения компонентов системы.
2. https://technet.microsoft.com/… 10%29.aspx — нет бекапов данного xml, а что поправить в нем не представляю.
Собственно вопрос что можно сделать дабы стартануть службу или проще пересетапить почтовик(хотя подготовки схемы и тд…).
Просьба по теме, а не а-ля «нафик тебе эксчендж? поставь себе лучше зимбру/постфик/керио и смотри их оперой/мозилой/хромом.»
I’m not yet clear what I did, but I’m blogging it so it can be found if someone else has this issue.
For whatever reason, last week both of my Vista 64-bit machines suddenly stopped being able to start IIS (Internet Information Server). The service just wouldn’t start. I started getting this error instead «Cannot start service W3SVC on Computer ‘.'» which wasn’t too helpful.
A visit to the System Event Log via the Event Viewer in Computer Management told me these four errors:
«The World Wide Web Publishing Service service depends on the Windows Process Activation Service service which failed to start because of the following error: The system cannot find the file specified.»
and
«The Windows Process Activation Service service terminated with the following error:
The system cannot find the file specified.»
and
«Windows Process Activation Service (WAS) is stopping because it encountered an error. The data field contains the error number.»
and
«The directory specified for the temporary application pool config files is either missing or is not accessible by the Windows Process Activation Service. Please specify an existing directory and/or ensure that it has proper access flags. The data field contains the error number.»
Unfortunately there’s little information to go on in any of these error messages. However, it’s clear (as mud) from the last error that there’s a directory missing or not accessible. I’ll add «anymore» to that because it worked before. That means that something changed.
If IIS won’t start because Windows Process Activation Service won’t start, then I need to get WAS started up first. However, I don’t know what directory it doesn’t have access to.
I can see from the Services application that WAS isn’t its own executable, but rather lives inside of an instance of svchost.exe, where a lot of services live.
So I’ll fire up Process Monitor and set the filters (filters are VERY important if you want to avoid being overwhelmed quickly in procmon) to show only svchost.exe processes.
Even still, there’s a lot of svchost.exe processes out there and they will quickly fill the monitor up. I’ll need to setup some strategic (read: guessed) highlighting as well.
The hotkey to stop capturing in procmon.exe is Ctrl-E. Basically I’ll clear the screen, hit Ctrl-E to capture, try to start WAS (pronounced WAAZ), watch it fail, the stop capture with Ctrl-E.
Based on the vague message about application pools temporary files and a directory I’ll make a guess and configure highlighting to find paths that contain «temp,» «log,» «config» or «app» in Process Monitor as seen in the screenshot below.
After I run the capture, I scroll around looking for suspicious stuff. One of the nice things about Process Monitor is that you can EXCLUDE things in a given capture after that fact. For example, I saw a pile of Audio and Media related stuff that was visually confusing and cluttering the point, so I excluded it.
The result is here:
It looks like there SHOULD be a folder call c:\inetpub\temp\apppools and on my Vista 64 machines, in the last two weeks to a month, it just disappeared. No idea why. I just noticed recently when I tried to move from a local web development service to IIS itself.
I created the folder, started WAS, then IIS and I was back up and running.
I’ll pass the feedback on to the WAS team about the obscure error messages, but I thought I’d share this little ten minute debugging session to point out a few things that I think are important and possibly helpful, Dear Reader:
- Know What Your Processes Are Doing (or at least, know how to find out)
- Knowing how to look INSIDE the Windows «Black Box» using tools like ProcMon makes you realize that no OS is a Black Box at all. It’s very empowering to know that you CAN see inside.
- TASK: Learn Process Monitor and Process Explorer.
- Enable Your Intuition
- Debugging is 95% tools and 5% intuition. Know what tools can get you that next bit of information you need to take the next step in your analysis.
- If you feel you’ve hit a wall in your analysis, knock that wall down. Your process is doing IO to a file/registry/device/network/etc. Watch it. Look for failures.
My next mission is to find out WHY and HOW this directory disappeared on both my machines. What did I install or run recently? Enjoy!c
About Scott
Scott Hanselman is a former professor, former Chief Architect in finance, now speaker, consultant, father, diabetic, and Microsoft employee. He is a failed stand-up comic, a cornrower, and a book author.
About Newsletter
Hosting By
Содержание
- Как избежать фатальной ошибки связи в приложении на службе активации процесса Windows?
- Что такое служба активации процессов в Windows и как она работает?
- Преимущества использования службы активации процессов в Windows:
- Какие ошибки могут возникнуть в связи с службой активации процессов в Windows?
- Как осуществляется взаимодействие между приложениями и пулами приложений?
- Что значит «пул приложений испытал фатальную ошибку связи»?
- Какие последствия могут возникнуть при возникновении фатальной ошибки связи пула приложений?
- Какие шаги можно предпринять для исправления фатальной ошибки связи пула приложений?
- Как избежать фатальных ошибок связи пула приложений в будущем?
Как избежать фатальной ошибки связи в приложении на службе активации процесса Windows?
Ничто не может испортить рабочий процесс так сильно, как непредвиденная ошибка. Безусловно, вы уже столкнулись с проблемами, связанными с вашими приложениями и компьютерами. В тех случаях, когда вы получаете сообщение об ошибке «Application pool suffered fatal communication error Windows process activation service», это может быть особенно раздражающе и даже страшно.
Что же означает эта ошибка и как ее можно исправить? В этой статье мы рассмотрим причины возникновения ошибки «Application pool suffered fatal communication error Windows process activation service» и предоставим вам рекомендации по ее устранению.
Прежде чем приступить к решению проблемы, давайте разберемся, что означают термины в этой ошибке. Пул приложений (Application pool) — это среда, в которой работают ваши веб-приложения под управлением службы активации процессов Windows (Windows process activation service). Когда возникает фатальная коммуникационная ошибка, это означает, что приложение не может связаться с пулом приложений и, следовательно, не может быть выполнено.
Различные причины могут приводить к ошибке «Application pool suffered fatal communication error Windows process activation service». Это может быть связано с настройками сервера, конфликтами с другими приложениями или проблемами с сетевым подключением. Понимание причины ошибки — ключевой шаг к ее устранению.
В следующей части статьи мы рассмотрим несколько способов исправления ошибки «Application pool suffered fatal communication error Windows process activation service». Следуйте нашим рекомендациям и вы сможете снова наслаждаться безотказной работой ваших приложений.
Что такое служба активации процессов в Windows и как она работает?
Одним из ключевых аспектов работы службы активации процессов является использование пулов приложений (application pools). Пулы приложений представляют собой группы процессов, в которых выполняются веб-приложения. Каждому пулу приложений назначается набор настроек, которые определяют, какой процесс будет использоваться для выполнения приложения, какие ресурсы ему будут выделены и какие параметры безопасности будут применены.
Когда сервер получает запрос на выполнение веб-приложения, служба активации процессов выбирает из пула приложений свободный процесс и назначает ему запрос. Если все процессы в пуле приложений заняты, служба создает новый процесс для выполнения запроса или использует имеющийся в запасе. После обработки запроса процесс остается активным для выполнения последующих запросов. Это позволяет повысить производительность сервера, так как приложение уже находится в памяти, и нет необходимости создавать и инициализировать новый процесс для каждого запроса.
Преимущества использования службы активации процессов в Windows:
- Гибкость и масштабируемость: WPAS предоставляет возможность создания и управления множеством пулов приложений, что позволяет распределять нагрузку и обеспечивать гибкость в настройке параметров каждого пула.
- Управление ресурсами: С помощью WPAS можно настроить выделение ресурсов для каждого пула приложений, что позволяет оптимизировать использование серверных ресурсов и максимально эффективно распределять нагрузку.
- Обеспечение отказоустойчивости: Если один из процессов в пуле приложений завершается аварийно или перестает отвечать на запросы, WPAS может перезапустить процесс или назначить запрос другому свободному процессу, обеспечивая непрерывность работы веб-приложения.
- Изоляция приложений: Каждый пул приложений работает в своем собственном процессе, что обеспечивает изоляцию и безопасность веб-приложений. Ошибка или сбой в одном приложении не повлияет на работу других приложений, запущенных в других пулах.
Какие ошибки могут возникнуть в связи с службой активации процессов в Windows?
Служба активации процессов (Windows Process Activation Service, сокращенно WPAS) играет важную роль в работе серверов под управлением операционной системы Windows. Она отвечает за управление и активацию приложений, работающих в пулах процессов. Однако, в процессе работы могут возникать ошибки, которые требуют немедленного вмешательства.
Одной из распространенных ошибок, связанных со службой активации процессов, является «Application pool suffered fatal communication error». Эта ошибка указывает на то, что произошла непредвиденная и фатальная ошибка в связи между службой активации процессов и пулом процессов. При этом, пул процессов автоматически останавливается, что может привести к проблемам с доступностью и непродуктивной работе сервера.
Еще одна распространенная ошибка связана с отсутствием необходимых разрешений на выполнение службы активации процессов. Когда служба не имеет достаточных прав доступа, она может прекращать работу или не запускаться вовсе. В этом случае, необходимо проверить настройки безопасности и разрешения на выполнение для службы активации процессов.
Возникающие ошибки в службе активации процессов могут серьезно повлиять на работу сервера под управлением Windows. Поэтому, важно быть внимательным к подобным ошибкам и оперативно реагировать на них, чтобы предотвратить проблемы с доступностью и непродуктивным функционированием приложений.
Как осуществляется взаимодействие между приложениями и пулами приложений?
Приложения в пуле могут взаимодействовать с другими приложениями и с пулами приложений с помощью различных методов коммуникации. Один из распространенных способов — это использование сетевых протоколов, таких как HTTP или TCP. Например, приложение может отправить запрос другому приложению в пуле по определенному адресу и порту с помощью HTTP-запроса. Приложения также могут использовать сетевые сокеты для установления прямого соединения и обмена данными.
Взаимодействие между приложениями и пулами приложений также может осуществляться с использованием различных протоколов и технологий, таких как SOAP, REST или SignalR. Например, приложения могут использовать SOAP для вызова удаленных процедур на других приложениях или пулах приложений. RESTful API позволяет приложениям взаимодействовать между собой через стандартные HTTP-методы, такие как GET, POST или PUT. SignalR обеспечивает возможность асинхронного обмена данными между клиентом и сервером.
В целом, взаимодействие между приложениями и пулами приложений зависит от конкретных требований и возможностей разработчиков. Они могут выбрать подходящий метод коммуникации, который хорошо соответствует функциональности приложений и обеспечивает эффективную передачу данных.
Что значит «пул приложений испытал фатальную ошибку связи»?
Пул приложений в IIS представляет собой среду, в которой работают и обрабатываются веб-приложения. Когда пользователь запускает веб-приложение, IIS создает процесс рабочего процесса (w3wp.exe), который обрабатывает все запросы к этому приложению. Этот процесс выполняет роль хоста для приложения и управляет его жизненным циклом.
Однако иногда во время обработки запросов пул приложений может столкнуться с фатальной ошибкой связи. Это может произойти по разным причинам, например, из-за неполадок в сети или настройках сервера. Когда происходит такая ошибка, пул приложений перестает обрабатывать запросы и работать в нормальном режиме. В результате пользователи могут столкнуться с проблемами доступа к веб-приложению или получать ошибки при обращении к нему.
Какие последствия могут возникнуть при возникновении фатальной ошибки связи пула приложений?
Одним из основных последствий фатальной ошибки связи пула приложений является прекращение работы приложения. Когда происходит ошибка связи, процесс активации службы Windows, отвечающей за управление пулом приложений, не может общаться с самим пулом. Это может привести к остановке работы приложений, размещенных в данном пуле, и недоступности этих приложений для пользователей.
Кроме того, ошибка связи пула приложений может привести к потере данных. Если приложение работает с базой данных или выполняет какие-либо транзакции, то при сбое связи могут возникнуть проблемы в записи данных. Это может привести к потере информации, как для владельцев веб-сайтов, так и для пользователей приложения.
Еще одним возможным последствием фатальной ошибки связи пула приложений является негативное влияние на производительность веб-сайта. Если приложение периодически испытывает ошибки связи, то это может привести к длительным задержкам в обработке запросов и ухудшению отзывчивости веб-сайта. Пользователи могут столкнуться с длительными периодами ожидания или совсем не иметь доступа к приложению.
В целом, фатальная ошибка связи пула приложений имеет серьезные последствия для функционирования веб-приложений. Она может привести к прекращению работы приложений, потере данных и снижению производительности. Поэтому владельцы сайтов и разработчики должны обращать внимание на правильную настройку и мониторинг пула приложений, чтобы избежать возникновения таких ошибок и минимизировать их последствия.
Какие шаги можно предпринять для исправления фатальной ошибки связи пула приложений?
Существует несколько шагов, которые можно предпринять для исправления фатальной ошибки связи пула приложений в операционной системе Windows. В случае возникновения такой ошибки, приложение не сможет корректно функционировать и может привести к проблемам с работой веб-сайта или веб-приложения.
Один из первых шагов, которые нужно предпринять, — это перезапустить службу Windows Process Activation Service (WAS). Для этого можно воспользоваться следующими шагами:
- Откройте «Панель управления».
- Выберите «Административные инструменты».
- Откройте «Службы».
- Найдите службу «Windows Process Activation Service» в списке.
- Щелкните правой кнопкой мыши и выберите «Перезапустить».
Если перезапуск службы Windows Process Activation Service не решает проблему, следующим шагом может быть перезапуск пула приложений. Для этого можно воспользоваться следующими действиями:
- Откройте «Панель управления».
- Выберите «Административные инструменты».
- Откройте «Диспетчер служб Internet Information Services (IIS)».
- Найдите пул приложений, связанный с вашим веб-сайтом или веб-приложением.
- Щелкните правой кнопкой мыши на пуле приложений и выберите «Перезапустить».
Если перезапуск пула приложений также не решает проблему, можно попробовать выполнить следующие дополнительные действия:
- Проверьте конфигурационные файлы своего веб-сайта или веб-приложения на наличие ошибок.
- Проверьте журналы событий операционной системы Windows для выявления возможных проблем или ошибок.
- Обновите операционную систему и все установленные на ней компоненты до последних версий.
- Проверьте наличие вредоносного программного обеспечения или вирусов, которые могут негативно влиять на работу приложений.
В случае, если вы выполнили все эти шаги и проблема все еще не устранена, рекомендуется обратиться за помощью к специалистам технической поддержки или системному администратору.
Как избежать фатальных ошибок связи пула приложений в будущем?
Ошибка связи пула приложений может создать серьезные проблемы для работы вашего веб-сервера. Она может привести к сбоям в работе сайта, задержкам и недоступности ресурсов. Поэтому важно знать, как предотвратить такие ошибки и обеспечить непрерывность работы приложения.
Вот несколько важных шагов, которые вы можете предпринять, чтобы избежать фатальных ошибок связи пула приложений в будущем:
- Настройте правильную конфигурацию пула приложений: Убедитесь, что вы правильно настроили параметры пула приложений, включая предельное число рабочих процессов, максимальное число запросов и время простоя рабочего процесса. Это позволит избежать перегрузки сервера и повышить производительность.
- Регулярно обновляйте и перезапускайте приложение: Периодическое обновление и перезапуск приложения может помочь предотвратить накопление ошибок и памяти, а также повысить производительность и надежность системы.
- Мониторинг и анализ производительности: Регулярно отслеживайте производительность вашего сервера и пула приложений. Используйте инструменты мониторинга для проверки загрузки ресурсов, времени отклика и других показателей производительности. Это поможет выявить проблемы и предотвратить возможные ошибки связи.
- Регулярно делайте резервное копирование данных: Сохраняйте регулярные резервные копии данных вашего приложения и базы данных. Это позволит быстро восстановить систему в случае сбоев и также поможет в предотвращении потери данных.
- Обновляйте и устанавливайте необходимые патчи: Регулярно проверяйте наличие обновлений и патчей для вашего веб-сервера и пула приложений. Это поможет устранить возможные уязвимости и проблемы, связанные с безопасностью.
Следуя этим рекомендациям, вы сможете снизить риск возникновения фатальных ошибок связи пула приложений и обеспечить стабильную работу вашего веб-сервера. Помните, что предупреждение лучше лечения, поэтому не забывайте проводить регулярное обслуживание и мониторинг вашей системы.
я запускаю ASP.NET 3.5 веб-приложение на IIS 7 в Windows Server 2008.
сегодня днем я получил следующую ошибку:
HTTP Error 503. The service is unavailable.
Я посмотрел в журнал событий и обнаружил, что:
A process serving application pool 'Classic .NET AppPool' suffered a fatal communication error with the Windows Process Activation Service. The process id was '3328'. The data field contains the error number.
вот полная информация об этом событии:
Log Name: System
Source: Microsoft-Windows-WAS
Date: 18/09/2009 14:58:31
Event ID: 5011
Task Category: None
Level: Warning
Keywords: Classic
User: N/A
Computer: computername
Description:
A process serving application pool 'Classic .NET AppPool' suffered a fatal communication error with the Windows Process Activation Service. The process id was '3328'. The data field contains the error number.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-WAS" Guid="{5 .. 0}" EventSourceName="WAS" />
<EventID Qualifiers="32768">5011</EventID>
<Version>0</Version>
<Level>3</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2009-09-18T13:58:31.000Z" />
<EventRecordID>23552</EventRecordID>
<Correlation />
<Execution ProcessID="0" ThreadID="0" />
<Channel>System</Channel>
<Computer>computername</Computer>
<Security />
</System>
<EventData>
<Data Name="AppPoolID">Classic .NET AppPool</Data>
<Data Name="ProcessID">3328</Data>
<Binary>6D000780</Binary>
</EventData>
</Event>
в результате:
Application pool 'Classic .NET AppPool' is being automatically disabled due to a series of failures in the process(es) serving that application pool.
вот полная информация об этом событие:
Log Name: System
Source: Microsoft-Windows-WAS
Date: 18/09/2009 15:03:05
Event ID: 5002
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: computername
Description:
Application pool 'Classic .NET AppPool' is being automatically disabled due to a series of failures in the process(es) serving that application pool.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-WAS" Guid="{5 .. 0}" EventSourceName="WAS" />
<EventID Qualifiers="49152">5002</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2009-09-18T14:03:05.000Z" />
<EventRecordID>23557</EventRecordID>
<Correlation />
<Execution ProcessID="0" ThreadID="0" />
<Channel>System</Channel>
<Computer>computername</Computer>
<Security />
</System>
<EventData>
<Data Name="AppPoolID">Classic .NET AppPool</Data>
<Binary>
</Binary>
</EventData>
</Event>
заключение в: ошибка HTTP 503. Услуга недоступна.
кто-нибудь, пожалуйста, помогите мне определить, как это произошло и что мне нужно сделать, чтобы предотвратить это в будущем.
5 ответов
этот довольно неприятный. Я рекомендую получить диагностика отладки IIS инструменты. Вероятно, вы можете облегчить этот симптом, отключив «быструю защиту от сбоев» в свойствах пула приложений, но это просто замаскирует проблему. Происходит то, что ваше приложение испытывает исключение так часто/так часто, что служба отключается. Вам нужно будет запустить диагностический инструмент, чтобы захватить все, что происходит внутри и снаружи, чтобы найти исключение это происходит.
Это может быть очень трудоемкой задачей, потому что инструмент будет собирать гигабайты мусора, чтобы просеять через. Если Вам ПОВЕЗЕТ, отключение «быстрой защиты от сбоев» может позволить исключению перейти в браузер, но я предполагаю, что сервер просто зависнет.
Если вы используете NServiceBus, убедитесь, что любая учетная запись, под которой работает пул приложений, имеет разрешения на чтение очереди сообщений.
NServiceBus запускает фоновую задачу при запуске приложения, которая истекает через 10 секунд, в результате чего процесс w3wp будет убит, если он не может читать из очереди. После N (по умолчанию 5) w3wp аварийно завершает работу быстро-защита от сбоя срабатывает и останавливает приложение бассейн.
http://blog.jonathanoliver.com/2010/11/nservicebus-w3wp-exe-processes-crashing/
его, скорее всего, вызвано бесконечным циклом.
(У меня была та же проблема.) Поэтому вам просто нужно будет искать места в коде, которые используют циклы, и посмотреть, остановит ли удаление одного из них ошибку. Как только вы нашли виновника, вы можете попытаться выяснить, что заставляет его бесконечно петлять.
Я просто отследил и исправил ту же неприятную проблему. Пара вещей, которые могут вызвать проблему:
- Сервер.Transfer () loop
- Вызов CurrentThread.Abort () в определенных сценариях.. (Как после сервера.Трансфер()!)
исправление этих вещей-это то, что исправило это для нас.
У меня была эта проблема, средство просмотра событий имело » DLL модуля C:\Windows\system32\RpcProxy\RpcProxy — … не удалось загрузить dll. Данные-это ошибка.»Этот пост имел шаги, чтобы исправить это:
http://forums.iis.net/t/1154189.aspx