asp.net – 为应用程序池“Classic .NET AppPool”提供服务的进程与Windows进程激活服务发生致命的通信错误

25-03-19 6

本文将带您了解关于asp.net–为应用程序池“Classic.NETAppPool”提供服务的进程与Windows进程激活服务发生致命的通信错误的新内容，另外，我们还将为您提供关于.Net异常：AS

本文将带您了解关于asp.net – 为应用程序池“Classic .NET AppPool”提供服务的进程与Windows进程激活服务发生致命的通信错误的新内容，另外，我们还将为您提供关于.Net异常：ASP.NET Core does not support multiple apps in the same app pool、asp.net – IIS7：服务应用程序池“YYYYY”的进程与Windows Process Activation Service发生致命的通信错误、asp.net – Windows 7 SP1 IIS错误与“无效的应用程序路径”、asp.net – Windows应用程序与Web应用程序开发的实用信息。

本文目录一览：

asp.net – 为应用程序池“Classic .NET AppPool”提供服务的进程与Windows进程激活服务发生致命的通信错误
.Net异常：ASP.NET Core does not support multiple apps in the same app pool
asp.net – IIS7：服务应用程序池“YYYYY”的进程与Windows Process Activation Service发生致命的通信错误
asp.net – Windows 7 SP1 IIS错误与“无效的应用程序路径”
asp.net – Windows应用程序与Web应用程序开发

asp.net – 为应用程序池“Classic .NET AppPool”提供服务的进程与Windows进程激活服务发生致命的通信错误

我在Windows Server 2008上的IIS 7上运行ASP.NET 3.5 Web应用程序.

我今天下午早些时候收到了以下错误：

http错误503服务不可用.

我查看了事件日志并发现：

为应用程序池“Classic .NET AppPool”提供服务的进程与Windows进程激活服务发生致命的通信错误.进程ID为’3328′.数据字段包含错误编号.

以下是该活动的全部细节：

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>

这导致：

应用程序池“Classic .NET AppPool”由于为该应用程序池提供服务的进程中出现一系列故障而被自动禁用.

以下是该活动的全部细节：

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.该服务不可用.

有人请帮助我确定这是如何发生的以及我需要做些什么来防止它在将来发生.

解决方法

这个是一个非常令人讨厌的.我建议使用 IIS Debug Diagnostics工具.您可以通过关闭应用程序池属性中的“快速失败保护”来缓解症状,但这只会掩盖问题.发生了什么事情是你的应用程序经常/如此频繁地经历异常,以至于服务自行关闭.您需要运行诊断工具来捕获进出的所有内容,以找到发生的异常.

这可能是一项非常费力的任务,因为该工具将收集数十亿字节的垃圾进行筛选.如果你很幸运,关闭“快速失败保护”可能会允许异常进入浏览器,但我的猜测是服务器最终会挂起.

.Net异常：ASP.NET Core does not support multiple apps in the same app pool

阅文时长	\| 0.69分钟	字数统计	\| 1116字符
主要内容	\| 1、引言&背景 2、排查思路&解决方案 3、声明与参考资料
『.Net异常：ASP.NET Core does not support multiple apps in the same app pool』
编写人	\| SCscHero	编写时间	\| 2022/2/5 PM4:16
文章类型	\| 系列	完成度	\| 已完成
座右铭	每一个伟大的事业，都有一个微不足道的开始。

一、引言&背景完成度：100%

a) 应对问题

使用.Net5的WebAPI程序启动进入Swagger的Url，发现报了个：ASP.NET Core does not support multiple apps in the same app pool异常。详细异常如下：

HTTP Error 500.35 - ASP.NET Core does not support multiple apps in the same app pool

Common solutions to this issue:
Select a different app pool to host this app.
Specific error detected by ANCM:
Only one in-process application is allowed per IIS application pool. Please assign the application '/LM/W3SVC/3/ROOT/swagger/Index.html' to a different IIS application pool.
Troubleshooting steps:
Check the system event log for error messages
Enable logging the application process' stdout messages
Attach a debugger to the application process and inspect
For more information visit: https://go.microsoft.com/fwlink/?LinkID=2028526

b) 应用场景

基于.Net技术站下的开发场景。
基于Visual Studio2019/2022的IDE下。
寄托于IIS的Debug下。

二、排查思路&解决方案完成度：100%

a) 排查思路

结合异常提示以及查阅的资料，发现可能与IIS或VS的BUG有关。
1.1. 网上一种说法是IIS的App Pool被多个进程重复使用了。于是清理、重建、关闭了解决方案，再重启未果；尝试手动重启IIS App Pool办法，未果。
1.2. 看到网上一种说法，可能是和动了程序游览器启动设置和App Url有关（此前博主改动过App Url为swagger/Index.html），于是尝试改回去，仍是未果。
看到网上的一种说法是删除.vs下的文件即可恢复。我们知道.vs文件夹是一些个性化的设置，比如书签、断点设置等都记录在里面，如果全删势必影响较大。
2.1. 详见本章二节RootCause，删除指定文件。

b) 解决方案

【WorkAround】
不使用IIS的启动方式，使用.Net窗口方式启动。

【RootCause】
删除.vs[AppName]\config\applicationhost.config文件即可。本质原因尚未清晰，总之动了应用程序启动路由容易引发此问题。

三、声明与参考资料完成度：100%

c# - HTTP Error 500.35 - ANCM Multiple In-Process Applications in same Process ASP.NET Core 3 - Stack Overflow

原创博文，未经许可请勿转载。

如有帮助，欢迎点赞、收藏、关注。如有问题，请评论留言！如需与博主联系的，直接博客私信SCscHero即可。

asp.net – IIS7：服务应用程序池“YYYYY”的进程与Windows Process Activation Service发生致命的通信错误

我们正在运行一个具有IIS版本为7的32位Windows Server 2008。我们正在尝试发布一个asp.net 4.0 webapp，到目前为止，我们的尝试只是在服务器日志中产生了一些警告，甚至没有停止4.0应用程序池

服务应用程序池“ASP.NET v4.0”的进程与Windows进程激活服务遇到致命的通信错误。进程ID为’1904’。数据字段包含错误号。

该应用程序运行在4.0应用程序池和默认网站下。我们也有一些较老的.asp的运行完美无缺。
即使试图发布一个贫瘠(只读一行文本).aspx文件，它失败了…我们从来没有想过如何做，所以任何形式的输入将被apritiated …

解决方法

确保IIS中的“高级设置”下的每个应用程序池都将“启用32位应用程序”设置为“True”

asp.net – Windows 7 SP1 IIS错误与“无效的应用程序路径”

在使用SP1更新 Windows 7(x64)后,我在IIS中收到此新的奇怪错误消息.

>打开IIS管理器
>浏览到现有的虚拟应用程序(或创建一个新的虚拟应用程序)
>打开“基本设置”对话框
>单击“测试设置”
>出现错误消息

它发生在新的应用程序以及之前已经存在的(并且没有那个问题)的应用程序中.

应用程序本身继续工作.

有没有人想出这个呢？

解决方法

请仔细检查IIS中是否允许使用特定版本的ASP.NET,如下所示：

>在IIS管理器中选择顶级(根)服务器.
> Doubleclick ISAPI和CGI限制.
>如果您的ASP.NET版本不允许,请右键单击并允许它.

这解决了它,希望它也适合你.

asp.net – Windows应用程序与Web应用程序开发

只是想了解 Windows(桌面)应用程序和Web应用程序开发之间的主要区别.我所有的知识和经验一直作为一个Web应用程序开发人员,使用c#和.net框架.我有兴趣知道开发人员在两个方面都很熟练,比如WPF(桌面)开发.

Windows应用程序开发遵循不同的方法,测试方法等？当我想到安装Windows应用程序以及安装应用程序的用户,还要考虑软件如何更新时,似乎这种类型的开发涉及的过程更加结构化,并且具有更少的错误空间”.

你认为没有WPF经验的人或Windows应用程序体验,但具有.net背景,有足够的知识来自信地设计和开发一个WPF应用程序(作为一个团队领导),或者如果一个这样的项目随之而来的是那些有经验的WPF应用程序盗版者呢？

解决方法

我在丰富和开发时期工作,WinForms将Web打破了水,特别是因为像ClickOnce这样的技术大大减少了部署困扰.使用winform,您只需要对平台进行编码,而不考虑其他大量因素.

整个请求/响应通常是IMO,而且有时是不可靠的,更不用说越来越多的浏览器支持,不同的开发标准和页面生命周期的学习曲线哦,当然,广告的趋势越来越大,的地方

然而,哪些网络应用程序带给我们的是WinForms希望达到的目标,所以虽然有一个学习曲线,而且开发时间的增加有明显的收获.

我们(和我想象的大部分机构)倾向于使用Windows应用程序进行管理,其中丰富的用户界面在最短的时间内是可取的,毕竟,为什么要浪费Web服务器资源,当可能有99％的可用cpu在每个用户PC上？

今天的关于asp.net – 为应用程序池“Classic .NET AppPool”提供服务的进程与Windows进程激活服务发生致命的通信错误的分享已经结束，谢谢您的关注，如果想了解更多关于.Net异常：ASP.NET Core does not support multiple apps in the same app pool、asp.net – IIS7：服务应用程序池“YYYYY”的进程与Windows Process Activation Service发生致命的通信错误、asp.net – Windows 7 SP1 IIS错误与“无效的应用程序路径”、asp.net – Windows应用程序与Web应用程序开发的相关知识，请在本站进行查询。

本文标签：