我遇到了一个IIS应用程序的问题，偶尔在CPU使用率激增，并试图使用procdump获取内存转储进行检查。 我正在运行“procdump.exe -64 -mA 9999”，其中9999是进程的PID。 但是每次我这样做的时候，我都会遇到一个错误： Only part of a ReadProcessMemory or WriteProcessMemory request was completed. 这样做也可以回收应用程序，减轻CPU峰值，所以我不能继续尝试，直到我得到它的权利。 有谁知道发生了什么问题？ 编辑更多的信息：到目前为止，我已经无法生成debugging转储，无论我尝试什么工具。 所有这些似乎都会产生同样的错误。 这是运行带有64位asp.net网站的IIS7的2008 R2 Datacenter。 我最好的猜测是某些东西被阻止，导致一些请求在IIS中保持打开并逐渐使用资源。 如果我使用IISpipe理器监视工作进程并查看所有请求，那么我将在一整天内看到一些“粘住”并永远运行的请求。 其中一些是用于静态文件的。 有些是为aspx页面。 我看不出有什么“共同”的原因。 每隔一段时间，应用程序池开始占用100％的CPU，唯一的补救办法是杀死它。
我试图加载一个svn转储文件到我的RHEL服务器上。 转储文件是从我们旧的Ubuntu服务器加载的，我使用svnadmin create reponame ，然后svnadmin load –quiet reponame < dumpfilename 。 过了一会儿，我收到以下消息： svnadmin: Checksum mismatch, file '/images/lang_cards/large/2001_Lang_Valentines_inside_large.jpg': expected: 97b1f37b81463ac88a3c2c18abfbb329 actual: 944edbcc7684cb736eca5ed2c0d1c12c 我怎样才能绕过这个错误，继续加载转储文件？ 谢谢！
我是一个Linux用户，但是，我在办公室提供了一台Windows笔记本电脑。 我可以用PHPmyadmin启动一个小型Web服务器，甚至可以上传到远程系统并导入到数据库中，但是，为了我所做的，我想知道是否有更简单的方法？ 我有一个数据库的MySQL转储文件。 我需要知道是否有什么可以读取MySQL转储文件，然后让我执行select（查找数据），而不必有一个实际的MySQL数据库。 几乎就像一个虚拟的MySQL数据库一样的文件。 基本上，我试图交叉引用数据，我不完全想创build一个新的数据库，进行导入，然后像这样读取数据。 我会如果我必须，但只是想知道是否有某种程序，可以读取我的转储文件，让我只是看到它，就像我连接到数据库。
题 ： 如何将从应用程序写入的数据（字节stream）转储到文件系统？ （像tcpdump，但IO /文件）。 理想情况下，它应该能够“附加”并转储它正在编写的stream，而不需要应用程序的特定configuration。 背景： 我有一个部署在某些服务器上的Java应用程序。 这个应用程序正在使用JCL + Log4j来logging各种技术的东西。 在其中的一些我遇到一个相当不常见的问题：经常，日志文件被二进制数据污染。 相同的应用程序，相同的configuration，相同的硬件，相同的OS …不同的行为 我的日志都在这里：如果我用“string”处理日志文件，每个事情都恢复正常，但是就我所知，假设有90％的二进制垃圾，预处理这些文件需要花费大量的时间。 目标： Beeing能够找出问题出在Java应用程序/ JVM或OS /硬件中
我需要将Microsoft SQL Server数据库备份（转储）文件和导入/恢复到PostgreSQL数据库中。 是否有人可以在MSSQL服务器备份文件上运行某种转换脚本（可能是perl / sed / awk脚本），以便将其恢复到PostgreSQL数据库？ 假设这些表格已经在postgres中创build了，但是它们都是空的。
我的一个Mysql复制服务器在晚上重新启动，我试图find原因。 last运行命令显示了这一行： reboot system boot 2.6.32-71.29.1.e Wed Jul 31 04:37 – 11:02 (06:24)我正在尝试读取已经创build的vmcore文件重启。 我已经安装了创buildvmlinux文件的kernel-debuginfo包。 然后我跑了： [root@dbs ~]# crash -s /usr/lib/debug/lib/modules/2.6.32-358.14.1.el6.centos.plus.x86_64/vmlinux /var/crash/127.0.0.1-2013-07-31-01:33:32/vmcore crash 6.1.0-1.el6 crash: invalid kernel virtual address: 68f8e06b73fe5f1f type: "possible" WARNING: cannot read cpu_possible_map crash: invalid kernel virtual address: fce96c6b73fe5f1f type: "present" WARNING: cannot read cpu_present_map crash: invalid kernel virtual address: e10de07591befc69 type: "online" […]
我有一个Web服务，在正常情况下，消耗大约6-7 GB的内存。 然而有时候，消费上涨到11-12 GB，我想弄明白为什么。 为此我想做一个运行该服务的w3wp.exe的内存转储，以便我可以在脱机debugging器中分析它。 我运行一个procdump转储 procdump.exe -ma w3wp.exe 对于正常情况，它工作正常，但是当进程使用11 GB的内存时，进程将被某种针对无响应的应用程序池的IIS保护终止，并且procdump终止而不会创build任何转储文件。 我如何解决这个问题？
ZFS转储设备仅用于debugging问题 。 在这种情况下，我决定风险与回报是这样的，我应该删除转储设备，为其他存储空间。 我能够使用dumpadm -n禁用save-core（从转储设备复制到/var/crash ），但是当我运行zfs destroy rpool/dump ，我仍然得到 cannot destroy 'rpool/dump': dataset is busy ，说明dumpadm -n不够用。 我怎样才能禁用和删除这个专用转储设备？
我们正在客户VMware托pipe的RemoteDesktop服务器内部遇到随机BSOD。 蓝屏发生几乎每周。 奇怪的是，虚拟机不写任何我们可以分析的转储，％systemroot％\ minidump没有小转储，也没有完全转储。 服务器给我们的唯一提示是其事件日志中的一个条目，表示由于严重错误而必须重启。 此日志条目的详细信息显示BugCheckCode 252 / 0xFC，它是ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY 。 MSDN问题来分析转储并查找存储在KiBugCheckDriver中的错误驱动程序。 由于没有写入转储，我们显然没有这个选项可用。 故障服务器是VMware ESXi 5.5.0上托pipe的Windows 2008 R2。 已安装和configuration的angular色是RemoteDesktopServer，FileServer，Print-和Webserver。 运行在同一主机上的其他虚拟机似乎不受此问题的影响。 这里是我们得到的事件细节的输出： BugcheckCode 252 BugcheckParameter1 0xfffff88001e64fb8 BugcheckParameter2 0x800000000293e963 BugcheckParameter3 0xfffff88015c55eb0 BugcheckParameter4 0x2 SleepInProgress false PowerButtonTimestamp 0 我们到目前为止所尝试的： 在系统设置中禁用自动重启。 我们只有在客户完成时间后才能做到这一点，因为这是他们正在使用的最有效率的服务器之一。 我们禁用了以下所有testing场景的自动重启： 我们使用Sysinternals的NotMyFault故意使虚拟机崩溃：BSOD发生了，似乎对我们来说很“正常”。 BSOD说它已经完成将信息转储到磁盘上，但是正如我们的客户体验中的随机BSOD一样，绝对没有写入转储 我们尝试手动将pagefile.sys的大小设置为不同的大小（最多2倍RAM），结果相同 一些EventLog条目似乎根本没有任何有价值的信息： BugCheckCode 0 BugcheckParameter1 0x0 BugcheckParameter2 0x0 BugcheckParameter3 0x0 BugcheckParameter4 0x0 SleepInProgress false PowerButtonTimestamp […]
我今天在事件日志中醒了过来： The computer has rebooted from a bugcheck. The bugcheck was: 0x000000ef (0xffffe0018668f080, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000). A dump was saved in: C:\Windows\MEMORY.DMP. Report Id: 082615-29515-01. 我正在使用这个MSFT文章作为指导如何debugging它。 首先我search0x000000ef这是Critical Process Died的含义 尝试使用visual studio，如文章所示，但得到错误debugging older format crash dumps is not supported 为运行Exchange的2012 R2服务器安装WDK 8.1安装 打开WinDBG，位于：C：\ Program Files（x86）\ Windows Kits \ 8.1 \ Debuggers \ x64 将符号服务器设置为srv*c:\cache*http://msdl.microsoft.com/download/symbols; 打开dmp文件并得到这个输出： 产量 […]