我在网上做了一些研究，有些人声称dump / restore有很好的ext4支持，另外一些人声称系统坏了，恢复恢复了。 我的问题是，你们的经验一起工作吗？
我有一个mongo 1.8.3主/从设置。 从属复制工作和testing（集合大小，查询结果，更新）全部通过。 当我试图从奴隶，实际上有超过几百万个文件转储集合，mongodump只能导出最多101个对象（事实上适用于奴隶的所有集合）。 我已经阅读了MongoDB文档中的这篇文章，但没有帮助，仍然只获得了101个对象。
设置如下。 在ESXi主机上运行的Ubuntu-11.10 VM。 VM有3个vCPU分配。 运行转储（备份硬盘）时，似乎所有进程都分配给第一个vCPU。 当我们使用压缩时，会将vCPU加载到100％，从而减慢转储的速度。 我（通过使用taskset）将转储进程分散到其他vCPU，从而获得了3倍的备份加速。 他们原来的亲和力被设置为0-2，如果我删除亲和力，我已经设置他们都回到第一个vCPU。 我无法理解可能导致调度程序将所有进程分配给同一个CPU的原因。 有人可以解释为什么任务调度程序可能会这样吗？
我正在调查MongoDB中潜在的内存泄漏的过程中，昨天晚上我遇到了一个问题，其中使用的常驻内存，有一个意外的攀升至+ 10GB。 我正在试图核心转储来检查内存的内容，但是有一个问题这样做。 我尝试使用这里find的程序 ，使用kill -SIGQUIT 9999 ，但是这似乎并没有从mongod产生一个实际的核心转储，而是我能find的唯一的东西是在我的末尾看起来几条无用的线日志文件。 2016-04-27T14:28:01.413+0000 F – [initandlisten] Got signal: 3 (Quit). 0x1310252 0x130f189 0x130f992 0x349f40f500 0x349f0e0d03 0x12b4fc4 0x977f26 0x97a9bd 0x349f01ecdd 0x974881 —– BEGIN BACKTRACE —– {"backtrace":[{"b":"400000","o":"F10252","s":"_ZN5mongo15printStackTraceERSo"},{"b":"400000","o":"F0F189"},{"b":"400000","o":"F0F992"},{"b":"349F400000","o":"F500"},{"b":"349F000000","o":"E0D03","s":"__select"},{"b":"400000","o":"EB4FC4","s":"_ZN5mongo8Listener13initAndListenEv"},{"b":"400000","o":"577F26","s":"_ZN5mongo13initAndListenEi"},{"b":"400000","o":"57A9BD","s":"main"},{"b":"349F000000","o":"1ECDD","s":"__libc_start_main"},{"b":"400000","o":"574881"}],"processInfo":{ "mongodbVersion" : "3.2.4", "gitVersion" : "e2ee9ffcf9f5a94fad76802e28cc978718bb7a30", "compiledModules" : [], "uname" : { "sysname" : "Linux", "release" : "2.6.39-300.17.2.el6uek.x86_64", "version" : "#1 SMP Wed Nov […]
我试图通过查看转储文件（由rndc dumpdb -cachedb生成的文件）来分析BINDcaching的内容。 ; ; Start view _default ; ; ; Cache dump of view '_default' (cache _default) ; $DATE 20160606155942 ; authanswer . 35136 IN SOA a.root-servers.net. nstld.verisign-grs.com. ( 2016060501 1800 900 604800 86400) (snip) ; . SOA a.root-servers.net. nstld.verisign-grs.com. 2016060600 1800 900 04800 86400 ; . RRSIG SOA … ; . NSEC aaa. […]
我正在寻找一种方法来捕获整个tcpstream，但只有当1）错误发生（如RST）时，将其保存到文件2）不确定如果可能的话 – 分析HTTP响应，如果HTTP 500发生存储是一个stream。 networkingstream量很高，所以我想避开整个stream量。 目前的tcpick可能是这样的： 例： 在唯一文件（客户端和服务器混合在一起）中logginghttp数据： # tcpick -i eth0 "port 80" -wRub 然后，我可以分析保存的文件，并删除正确的 – 但它是一个矫枉过正的：/
比方说，我创build一个像这样的块设备转储 dump -0 -A L0.archive -f L0.dump / dev / sde1 现在在这种情况下，sde1没有挂载，因为没有生存。 那么如何在卸载sde1时从另一个分区恢复sde1。
我试图创build一个使用FreeBSD的转储备份脚本来创build一个文件系统的快照，而不是将快照存储在磁盘上，我想将转储的输出stream入cURL或rsync，以便远程存储它。 我已经通过SSHpipe道输出到远程端，但是我需要使用cURL或rsync出于安全原因。 我已经尝试了许多不同的命令行参数： dump -0u -a -L -f – /dev/ad0b | curl -v –data @- http://1.2.3.4/ dump -0u -a -L -P "curl -v –data – http://1.2.3.4/" /dev/ad0b dump -0u -a -L -P "rsync –progress –stats rsync://1.2.3.4/backup" /dev/ad0b 不pipe我做什么，我要么得到一个坏的pipe道，要么只是没有数据通过。 我可以手动将其转储到一个文件，然后通过cURL或rsync上传，但这打破了我想要做的目的。 任何帮助或指针将是真棒。
我有一个在Windows Server 2003中的进程，我想要得到一个转储，因为它占用了比它应该更多的RAM。 有人build议我使用procdump，userdump或安装windbg。 我想知道什么是最好的，以获得该进程的dmp文件。 我是否必须崩溃Windows才能获得转储？ 这听起来像我可能不得不，但我宁愿不。 谢谢您的帮助！
在Windows 7任务pipe理器中，通过右键单击进程条目并select“创build转储文件”，可以创build正在运行的进程的转储文件。 默认情况下，这将文件保存到login用户的临时目录中。 有没有办法改变这个转储文件的保存位置？