我有一个IIS 6服务器，使用经典的ASP和ASP.NET混合的应用程序。 我越来越多的问题，ASP.NET请求队列中的请求数量（使用ASP.NET \ Requests Queued计数器观察）开始增加到服务器无法再处理请求的时间点。 从排队请求开始增加的时间点开始，这种情况会持续三到四分钟。 回收应用程序池将恢复服务。 通常情况下，排队的请求是零，偶尔会有小的高峰，但似乎每天一两次，一些请求阻塞队列，排队的请求开始增加。 我怀疑有networking问题导致客户失去连接（并重新提交请求），并且队列中的请求继续，尽pipe失去了客户端。 我如何诊断问题？ 我可以查看队列中请求的状态吗？ 我需要MS debugging诊断工具还是其中一个工具 ？
在我用于计算的Ubuntu服务器上，我最近观察到一些CPU扩展程序（GUROBI，CPLEX）经常出现段错误。 与相应程序的技术支持相对应，我被build议可能是硬件问题。 服务器的pipe理员执行了一个详细的memtest，事实certificate，RAM模块似乎没有问题。 因此，我用mprime工具来testingCPU，在压力testing的执行过程中，下面两行出现多次： [工人＃10月18日18:47]致命错误：舍入是0.498046875，预计不到0.4 [工人＃10月18日18:47]检测到硬件故障，请参阅stress.txt文件。 stress.txt文件本身并不是很详细，可能是这个错误的原因，所以我想问一下这里是否有人碰巧知道这个问题的原因是什么？ 有没有其他的testing可以进一步解决问题？ 在整个压力testing（+ 69.0°C（高= + 80.0°C，暴击= + 98.0°C））期间，系统（以及所有核心）的温度都很好，所讨论的CPU是Intel Core i7-2600K CPU @ 3.40GHz并没有超频或以任何方式修改。 另外有趣的是，如果我运行mprime只强调CPU所有testing通过罚款。 只有当我让mprime强调CPU + RAM时才会触发错误。
我们的ERP软件使用SQL Server 2000数据库。 当我们在过去需要几秒钟的软件上运行一个特定的任务时，会发生300秒的延迟，SQL Server将返回错误“locking超时.SQL Server连接超时”。 我尝试使用SQL Server Profiler来识别问题，我可以看到一些ROLLBACK，但是我没有任何结论。 有没有更好的方法来确定什么查询是locking什么资源和什么查询超时？
我用 sh -xv my_script.sh debugging/ bin / sh脚本。 如何debugging/ bin / bash脚本？ 我收到以下错误，我需要知道需要编辑的行。 # ./batch_master.sh '@'10.10.10.10.' (using password: NO)user 'companycuser
在我们当前的环境中，开发人员不允许针对任何QA服务器使用SQLdebugging。 我不清楚为什么做出这个决定。 应该考虑哪些因素来决定是否支持SQLdebugging？ 我正在寻找不用于生产的QA服务器，而是在十几个从事无关项目的团队之间共享的QA服务器。 由于各种原因，我们的开发人员无法运行本地数据库。 编辑：澄清，服务器被称为质量保证，但他们真的是一个混合的“开发/初步质量保证”服务器。 有单独的UAT服务器。
当我从Debian VM运行命令openssl -connect www.google.com:443 ，输出内容如下： validation返回码：20（无法获得本地签发人证书） 这里发生了什么？ 我从来没有与Google的证书问题，所以它必须是与Debian或它的OpenSSL库。 当像这样的工具不能validation我知道工作的系统时，debugging其他SSL系统是困难的！
我通过与nginx连接的fcgiwrap提供可执行脚本（主要是C语言）。 由于脚本已经编译，所以在编译过程中我可以得到编码错误，但是有时候我会收到CGI错误 An error occurred while reading CGI reply (no response received) 有没有任何debugging方法来确定CGI请求/处理有什么问题？ 我怎样才能设置一个debugging系统将错误提交到nginx日志？
我希望这不是一个愚蠢的问题，如果是的话，我想至less要把它弄清楚，所以我不会在将来感到这么愚蠢。 在这里，我们正在用Windbg加载Windows崩溃转储。 以下是debugging器输出的前几行： 0: kd> .dumpdebug —– 64 bit Kernel Summary Dump Analysis DUMP_HEADER64: MajorVersion 0000000f MinorVersion 00001db1 … MinorVersion我大部分理解。 它是hex的，它翻译成十进制的7601。 Windowspipe理员已经可以从中得知，这必须是Win7 x64机器或带有SP1的2k8 R2机器。 但不是7601的内部编号？ 这应该是Major.Minor.Build/Revision …对不对？ 另外我不了解MajorVersion。 应该是6.这个版本的Windows是6.但十进制hex15不是0000000f？ 此版本Windows的完整版本string（例如启动命令提示符时）为6.1.7601。 如果7601是MinorVersion，那么什么是1，什么是6？ 为什么崩溃转储会说0F？
今天我注意到我的LDAP服务器（OpenDS）在每个可用内核上都占用100％的CPU。 快速诊断表明，在futexlocking期间有很多ETIMEDOUT。 我怎样才能debugging它来弄清楚发生了什么，以及如何解决它？ futex(0x7f7ecf9053a4, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1540779077, {1342114766, 309244206}, ffffffff) = -1 ETIMEDOUT (Connection timed out) futex(0x7f7ecf9053d0, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7f7ecf9053a4, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1540779079, {1342114766, 309528293}, ffffffff) = -1 ETIMEDOUT (Connection timed out) futex(0x7f7ecf9053d0, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7f7ecf9053a4, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1540779081, {1342114766, 309812186}, ffffffff) = -1 ETIMEDOUT (Connection timed out) futex(0x7f7ecf9053d0, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7f7ecf9053a4, […]
我有以下strace输出，我正在经历一些关于程序stream程的教程。 以下是令我困惑的部分： 16:08:02 open("/lib/libncurses.so.5", O_RDONLY) = 3 <0.000046> 16:08:02 read(3, "\x7f\"…, 512) = 512 <0.000048> 16:08:02 fstat64(3, {st_dev=makedev(202, 0), st_ino=16548, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=464, st_size=231576, st_atime=2011/02/06-15:37:43, st_mtime=2011/01/04-06:05:23, st_ctime=2011/02/06-15:37:43}) = 0 <0.000038> 通过读取前512个字节获得什么？ 看起来这种模式在共享库中很常见。 更新：我刚刚得到了一个很好的答案 ，澄清了512字节的长度。 具体来自elf / dl-load.c中的注释： ELF头32位文件长52字节，64位文件长64字节。 每个节目标题条目分别是32和56个字节。 即，即使是有10个程序头文件的文件，我们也只需要分别读取372B / 624B。 除此之外，对于程序笔记还有一点空白，对于32位和64位文件分别读512B和832B就足够了。