Centos 5.3 tar 和 rpm 总是出现分段错误--你能从 strace 中找出原因吗？

Question 1

即使没有进行太多调查，从你的描述来看，一些程序开始出现段错误，然后它们开始正常工作，而其他程序开始出现故障，那么你要么有坏的内存模块，要么有损坏的预链接。

首先，停止所有虚拟机，重新启动主机并运行内存测试。您必须从 ESXi 外部执行此操作。如果发现任何内存缺陷，那就是您的问题。更换硬件。

如果没有发现内存缺陷，请检查您是否正在运行适合您架构的 CentOS 最新可用内核。

再次启动主机和服务器，服务器处于单用户模式（将“single”传递给 grub 内核参数）并运行：

prelink -avf

当预链接完成后，您应该重新启动服务器。您也可以telinit u && init 3恢复启动，但最好重新启动以确保所有二进制文件都将使用其新的内存映射重新加载。

Answer

即使没有进行太多调查，从你的描述来看，一些程序开始出现段错误，然后它们开始正常工作，而其他程序开始出现故障，那么你要么有坏的内存模块，要么有损坏的预链接。

首先，停止所有虚拟机，重新启动主机并运行内存测试。您必须从 ESXi 外部执行此操作。如果发现任何内存缺陷，那就是您的问题。更换硬件。

如果没有发现内存缺陷，请检查您是否正在运行适合您架构的 CentOS 最新可用内核。

再次启动主机和服务器，服务器处于单用户模式（将“single”传递给 grub 内核参数）并运行：

prelink -avf

当预链接完成后，您应该重新启动服务器。您也可以telinit u && init 3恢复启动，但最好重新启动以确保所有二进制文件都将使用其新的内存映射重新加载。

Question 2

这是一个猜测，但是，尝试关闭 se-linix 并看看它是否有效。

它不应该发生段错误，但是，可能有一个文件由于 se-linux 而无法打开，这是 tar 从未想到会发生的。

否则，您必须安装 tar 的源 rpm，并使用调试功能构建它，然后在调试器中运行它以查看原因。

Answer

这是一个猜测，但是，尝试关闭 se-linix 并看看它是否有效。

它不应该发生段错误，但是，可能有一个文件由于 se-linux 而无法打开，这是 tar 从未想到会发生的。

否则，您必须安装 tar 的源 rpm，并使用调试功能构建它，然后在调试器中运行它以查看原因。

Question 3

好吧，其实并没有我想象的那么复杂。服务器被入侵了，天才黑客搞砸了 root kit 安装。因此，影响是二进制文件分段错误。另一个影响是服务器的意外网络流量。感谢所有回复的人！

Answer

好吧，其实并没有我想象的那么复杂。服务器被入侵了，天才黑客搞砸了 root kit 安装。因此，影响是二进制文件分段错误。另一个影响是服务器的意外网络流量。感谢所有回复的人！

Question 4

好吧，听起来很有趣。

首先，您是否有两个完全相同的最新盒子（其中一个没有分段错误）？

如果是这样，请检查发生段错误的二进制文件的 md5sum，确保它们相同。

接下来，在出现故障的二进制文件上运行 ldd，然后在库上运行 md5sum 以查看它们是否不同。

现在，假设库是相同的，那么其他地方肯定是错误的，可能是机器环境或配置，但让我们看看 strace 是否有任何线索。

引用你的 strace 的话，接近尾声时，你有：

 open("/proc/mounts", O_RDONLY|O_LARGEFILE) = 3
 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f85000
 read(3, "rootfs / rootfs rw 0 0\n/dev/root"..., 4096) = 587
 read(3, "", 4096)                       = 0
 close(3)                                = 0
 munmap(0xb7f85000, 4096)                = 0

下一行是段错误消息。

在我的 CentOS 5.3 机器（rpm 版本 4.4.2.3）上，我的 rpm 立即执行以下操作：

open("/usr/lib/locale/locale-archive", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=56458752, ...}) = 0
mmap(NULL, 56458752, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b36f9d01000
close(3)                                = 0

因此，我敢说问题出在读取 /proc/mounts 后关闭内存，或打开 /usr/lib/locale/locale-archive 时。由于 munmap() 返回 0，所以我会查看语言环境树。

顺便说一句，如果您的配置排除了语言环境，则我执行的下一个块是：

 open("/usr/lib/rpm/rpmpopt-4.4.2.3", O_RDONLY) = 3
 lseek(3, 0, SEEK_END)                   = 23100
 lseek(3, 0, SEEK_SET)                   = 0
 read(3, "#/*! \\page config_rpmpopt Defaul"..., 23100) = 23100
 close(3)

祝您好运并让我们知道您的发现。

Answer