标签: debugging

所以你有这个整齐设置的 unix 服务器，它超级快，运行良好，几个月来一切都很好，突然间，各种奇怪的错误开始出现在各种不同的服务上，而且它们本身都没有多大意义，少在一起。

将 ssh 会话连接到机器后，应该立即检查哪些便宜的东西？

我对突出不明显命令和罕见情况的创伤故事特别感兴趣，但我想明显的因人而异，所以我们可以随意列出它们。

是否可以在 Windows 7 上为 dhcp 客户端启用某种调试？

这是一个晦涩的问题，我知道。我正在尝试对 Linux 机器上的某些磁盘进行一些性能测试。我得到了一些不一致的结果，在同一个磁盘上运行相同的测试。我知道磁盘具有不同的性能，具体取决于正在访问磁盘的哪个部分。特别是，由于接近恒定的数据密度和恒定的旋转速度，对磁盘外部的读取和写入比对磁盘内部的读取和写入具有更高的吞吐量。

我想看看我的不一致是否可以归因于这种几何引起的吞吐量差异。是否可以使用现有工具找出文件在磁盘上的位置？

如果没有，我想我可以写一些东西来直接查找、读取和写入设备文件本身，绕过（并破坏）文件系统，但我希望避免这种情况。我目前在 3.0 内核（Arch Linux，如果重要的话）上使用 ext4，但我对其他文件系统的技术也很感兴趣。

我想了解有关如何执行根本原因分析的更多信息。很多时候，我们的部门会告诉用户尝试重新启动（他们的 Windows XP 系统），这实际上“修复”了很多问题。当我赶时间时（有时按小时支付会为此做出贡献），我可能会尝试找到一种解决方法，以便快速解决问题，而不是实际执行根本原因分析。

大多数时候，我会在日志文件或事件查看器中查找此信息。有时我会使用 Sysinternals 工具或偶尔运行数据包嗅探器。我可能没有尽可能多地使用 Sysinternals 程序。关于如何使用这些工具、何时以及为何使用的一些具体见解也会有所帮助。

我知道这是一个非常开放的问题，但能否请您简要解释一下您使用的方法、工具等？SF 的很多管理员似乎使用了更深入的流程，我想了解更多。如果这有助于缩小问题的范围，那么我最感兴趣的是与 AD 环境中的 Windows 服务器和客户端相关的工具、提示、技巧等。

我的机器上有一台虚拟主机，我正在访问它。我在 Windows 7 下运行 apache2。

访问此主机时，我在 Fiddler 中看到，该服务器通过响应将浏览器重定向到不同的远程站点

301 Moved Permanently

但我绝对找不到它在哪里配置。我在所有 .htaccess 文件中搜索目标站点的 URL、给定虚拟主机中的所有文件、所有 Apache 目录...

如何追踪导致 Apache 执行此重定向的原因？

我已经安装了跟踪功能并启用了网站的失败请求跟踪，以调试经典 ASP 网站。XML 日志是在发生错误时创建的，但是当我在 IE 中打开它们时，我得到的不是漂亮的蓝色界面，而是大量的代码/文本。

为什么界面没有加载，我该如何修复？

mod_rewrite 语句可能很难编写和调试，因此我需要一个轻量级的在线工具，使我能够即时测试我的RewriteCond,RewriteRule语句。

有这样的工具吗？

我在 ADSL 连接上有一台 Linux 服务器，我只是注意到有时我会

Connecting to example.com|xxx.xxx.xxx.122|:80... connected.
HTTP request sent, awaiting response...

当我使用wget或例如像firefox这样的浏览器时。

在wget按CTRL-C然后再试一次“解决问题”的情况下，在firefox的情况下，重新加载页面也会使页面加载。

当它发生时，它接缝是随机的。我尝试将 DNS 更改为 Google 的 DNS，但我仍然遇到相同的问题。

题

我如何调试类似的东西，以便我可以找到问题的根源或模式？

我正在调试对 SSMS (2012) 中存储过程的调用。经常和代码中的各种随机点，弹出一个对话框：

Microsoft SQL Server Management Studio:
Unable to Step. Invalid Operation.

一旦我关闭对话框，调试似乎可以继续......我可以继续执行代码直到最后，没有任何明显的问题。迄今为止....

我正在运行一个没有交换的 Linux 工作站，并且我已经安装了earlyoom守护进程，以便在 RAM 不足时自动终止一些进程。它earlyoom通过监视内核MemAvailable值来工作，如果可用内存变得足够低，它会杀死不太重要的进程。

这已经工作了很长一段时间，但突然间我遇到了MemAvailable与系统其他部分相比突然非常低的情况。例如：

$ grep -E '^(MemTotal|MemFree|MemAvailable|Buffers|Cached):' /proc/meminfo 
MemTotal:       32362500 kB
MemFree:         5983300 kB
MemAvailable:    2141000 kB
Buffers:          665208 kB
Cached:          4228632 kB

请注意 MemAvailable 远低于MemFree+ Buffers+ Cached。

我可以运行任何工具来进一步调查为什么会发生这种情况吗？我觉得系统性能比正常情况要差一些，我不得不停止该服务，因为除非稳定（即它正确地描述了用户模式进程的可用内存），earlyoom否则它的逻辑将无法工作。MemAvailable

根据https://superuser.com/a/980821/100154 MemAvailable 是对可用于启动新应用程序（无需交换）的内存量的估计。由于我没有交换，这是什么意思？这是否意味着在触发 OOM Killer 之前新进程可以获取的内存量（因为这在逻辑上会遇到“交换已满”的情况）？

我曾假设MemAvailable>=MemFree总是正确的。不在这里。

附加信息：

在互联网上搜索表明，原因可能是打开的文件不受文件系统支持，因此无法从内存中释放。该命令sudo lsof | wc -l输出653100所以我绝对无法手动浏览该列表。

顶部sudo slabtop说

 Active / Total Objects (% used) …