错误消息“没有足够的服务器存储空间可用于处理此命令".使用诊断库时引发 [英] Error Message "Not enough server storage is available to process this command" thrown when using Diagnostics Libraries

查看:124
本文介绍了错误消息“没有足够的服务器存储空间可用于处理此命令".使用诊断库时引发的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我一直在尝试创建一个使用System.Diagnostics.PerformanceCounters来监视C#中各种机器上的性能的库.虽然系统似乎运行良好,但在三周左右的轮询后,我注意到我刚刚开始收到 错误:

I've been trying to make a library that uses the System.Diagnostics.PerformanceCounters to monitor perfmon on a variety of machines in C#. While the system seems to run fine, I've noticed after three weeks or so of polling that I just started receiving the error:

没有足够的服务器存储空间可用于处理此命令".在Windows Server 2003计算机上

"Not enough server storage is available to process this command" on Windows Server 2003 machines

堆栈跟踪将其标识为来自:

which the stack trace identifies as being from:

在System.Diagnostics.PerformanceMonitor.GetData(字符串项目)
  在System.Diagnostics.PerformanceCounterLib.GetPerformanceData(字符串项目)
  在System.Diagnostics.PerformanceCounterLib.get_CategoryTable()
  在System.Diagnostics.PerformanceCounterLib.GetCategories()
  在System.Diagnostics.PerformanceCounterLib.GetCategories(String machineName)
  在System.Diagnostics.PerformanceCounterCategory.GetCategories(String machineName)

at System.Diagnostics.PerformanceMonitor.GetData(String item)
   at System.Diagnostics.PerformanceCounterLib.GetPerformanceData(String item)
   at System.Diagnostics.PerformanceCounterLib.get_CategoryTable()
   at System.Diagnostics.PerformanceCounterLib.GetCategories()
   at System.Diagnostics.PerformanceCounterLib.GetCategories(String machineName)
   at System.Diagnostics.PerformanceCounterCategory.GetCategories(String machineName)

 

当我尝试点击System.Diagnostics.Process.GetProcesses()时,会发生相同的错误.

The same error occurs when I try hitting System.Diagnostics.Process.GetProcesses().

 

我可以修复"通过重新启动远程注册表来解决该问题,但这并不是一个长期的解决方案,因为我将无法在所有计算机上都做到这一点.

I can "fix" the issue by restarting the Remote Registry, but it's not really a long term solution since I won't be able to do this going forward on all of the machines.

 

我注意到在发生故障的机器上,发生故障的那一刻,我开始在事件查看器中看到警告,例如:

I've noticed that on the machines that fail, around the time the failure occurs, I start to see warnings in the event viewer like:

性能库"C:\ WINDOWS \ system32 \ aspperf.dll"的配置信息;用于"ASP"服务与存储在注册表中的受信任性能库信息不匹配.该库中的功能不会 被视为受信任.

The configuration information of the performance library "C:\WINDOWS\system32\aspperf.dll" for the "ASP" service does not match the trusted performance library information stored in the registry. The functions in this library will not be treated as trusted.

 

随后出现警告,例如:

Windows无法加载可扩展计数器DLL CcmFramework,数据部分中的第一个DWORD是Windows错误代码.

Windows cannot load extensible counter DLL CcmFramework, the first DWORD in data section is the Windows error code.

 

 

在线阅读时,对于这些问题,我能找到的最佳帮助是该参考:http://support.microsoft.com/kb/106167

Reading online, the best help I can find for these issues is this reference: http://support.microsoft.com/kb/106167

它提到IRPStackSize值不够大的想法,并建议更改此值的解决方法.

It mentions the idea that the IRPStackSize is not a large enough value and recommends the fix of changing this value.

但是,我并不是很热衷于这个想法,因为同样,如果盒子在几个星期内都可以正常工作,然后直到重新启动远程注册表后才恢复正常,那是因为某些东西交互不好而价值本身 不是问题.检查我的一台服务器上的注册表,在所描述的位置没有看到IRPStackSize的变量.当我增加该值使机器上的工作神奇地工作时,会发生什么?还是有其他解决方案 人们可以推荐吗?

However, I'm not really keen on this idea because again, it seems if the boxes function fine for a few weeks and then don't return to functioning okay until I restart remote registry, that something is just not interacting well and that the value itself isn't the problem. Checking the registry on one of my servers, I don't see a variable for IRPStackSize in the described location. What happens when I increase that value that will make the work on the machine magically work? Or are there other solutions that people can recommend?

 

推荐答案

您好

>  

谢谢您的发帖!我建议将您的问题发布到其中之一

Thank you for your post!  I would suggest posting your question in one of the

Windows Server TechCenter > Windows Server Forums > General


这篇关于错误消息“没有足够的服务器存储空间可用于处理此命令".使用诊断库时引发的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
相关文章
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆