商业源码 “”应用程序中的服务器错误。
--------------------------------------------------------------------------------
无法向会话状态服务器发出会话状态请求。请确保 ASPNET State Service (ASPNET 状态服务)已启动，并且客户端端口与服务器端口相同。如果服务器位于远程计算机上，请检查 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters\AllowRemoteConnection 的值，确保服务器接受远程请求。如果服务器位于本地计算机上，并且上面提到的注册表值不存在或者设置为 0，则状态服务器连接字符串必须使用“localhost”或“127001”作为服务器名称。
说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。
异常详细信息: SystemWebHttpException: 无法向会话状态服务器发出会话状态请求。请确保 ASPNET State Service (ASPNET 状态服务)已启动，并且客户端端口与服务器端口相同。如果服务器位于远程计算机上，请检查 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters\AllowRemoteConnection 的值，确保服务器接受远程请求。如果服务器位于本地计算机上，并且上面提到的注册表值不存在或者设置为 0，则状态服务器连接字符串必须使用“localhost”或“127001”作为服务器名称。
源错误:
执行当前 Web 请求期间生成了未处理的异常。可以使用下面的异常堆栈跟踪信息确定有关异常原因和发生位置的信息。
堆栈跟踪:
[HttpException (0x8007274d): 无法向会话状态服务器发出会话状态请求。请确保 ASPNET State Service (ASPNET 状态服务)已启动，并且客户端端口与服务器端口相同。如果服务器位于远程计算机上，请检查 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters\AllowRemoteConnection 的值，确保服务器接受远程请求。如果服务器位于本地计算机上，并且上面提到的注册表值不存在或者设置为 0，则状态服务器连接字符串必须使用“localhost”或“127001”作为服务器名称。]
SystemWebSessionStateOutOfProcSessionStateStoreMakeRequest(StateProtocolVerb verb, String id, StateProtocolExclusive exclusiveAccess, Int32 extraFlags, Int32 timeout, Int32 lockCookie, Byte[] buf, Int32 cb, Int32 networkTimeout, SessionNDMakeRequestResults& results) +1565
SystemWebSessionStateOutOfProcSessionStateStoreSetAndReleaseItemExclusive(HttpContext context, String id, SessionStateStoreData item, Object lockId, Boolean newItem) +192
SystemWebSessionStateSessionStateModuleOnReleaseState(Object source, EventArgs eventArgs) +355
SystemWebSyncEventExecutionStepSystemWebHttpApplicationIExecutionStepExecute() +92
SystemWebHttpApplicationExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +64
--------------------------------------------------------------------------------
版本信息: Microsoft NET Framework 版本:205072742; ASPNET 版本:205072742
一。将VS2005打补丁，或者升级到VS2008
二。如果不行，配置IIS把此应用程序目录设置为虚拟目录，并设置为允许应用程序执行。
三。还不行吗？那就Ctrl+F,查找machineconfig文件，将文件里所有的allowDefinition='MachineToApplication' 替换为allowDefinition='anywhere'
这样应该就行了，其实我觉得，很大一部分可能还是你的VS版本落后了
版本信息: Microsoft NET Framework 版本:1143222379; ASPNET 版本:1143222379
这个你要换成20版的才行，
请楼主检查 Webconfig 文件
是否在 Webconfig 文件中添加了连接字符串
类似于这样的：
<connectionStrings>
<add name="jdflow" providerName="SystemDataSqlClient" connectionString="Server=\SQLEXPRESS;Database=MyDb;User ID=sa;Pwd="/>
</connectionStrings>
IIS500错误，是因为微软的一个BUG所造成的。下面是解决办法:
主要是由于IWAM账号（在我的计算机即是IWAM_MYSERVER账号）的密码错误造成了HTTP 500内部错误。
在详细分析HTTP500内部错误产生的原因之前，先对IWAM账号进行一下简要的介绍：IWAM账号是安装IIS5时系统自动建立的一个内置账号，主要用于启动进程之外的应用程序的Internet信息服务。IWAM账号的名字会根据每台计算机NETBIOS名字的不同而有所不同，通用的格式是IWAM_MACHINE，即由“IWAM”前缀、连接线“_”加上计算机的NETBIOS名字组成。我的计算机的NETBIOS名字是MYSERVER，因此我的计算机上IWAM账号的名字就是IWAM_MYSERVER，这一点与IIS匿名账号ISUR_MACHINE的命名方式非常相似。
IWAM账号建立后被Active Directory、IIS metabase数据库和COM+应用程序三方共同使用，账号密码被三方分别保存，并由操作系统负责这三方保存的IWAM密码的同步工作。按常理说，由操作系统负责的工作我们大可放心，不必担心出错，但不知是BUG还是其它什么原因，系统的对IWAM账号的密码同步工作有时会失败，使三方IWAM账号所用密码不统一。当IIS或COM+应用程序使用错误IWAM的密码登录系统，启动IIS Out-Of-Process Pooled Applications时，系统会因密码错误而拒绝这一请求，导致IIS Out-Of-Process Pooled Applications启动失败，也就是我们在ID10004错误事件中看到的“不能运行服务器{3D14228D-FBE1-11D0-995D-00C04FD919C1} ”（这里{3D14228D-FBE1-11D0-995D-00C04FD919C1} 是IIS Out-Of-Process Pooled Applications的KEY），不能转入IIS5应用程序，HTTP 500内部错误就这样产生了。
知道了导致http 500内部错误的原因，解决起来就比较简单了，那就是人工同步iwam账号在active directory、iis metabase数据库和com+应用程序中的密码。
0条评论