Centos 5.3 tar 和 rpm 總是出現分段錯誤 - 你能從 strace 看出原因嗎？

Question 1

即使沒有進行太多調查，從您的描述來看，一些程式開始出現段錯誤，然後它們開始正常工作，而其他程式開始失敗，您的記憶體模組可能損壞，或者預連結損壞。

首先，停止所有虛擬機，重新啟動主機並執行記憶體測試。您必須從 ESXi 外部執行此操作。如果你發現任何記憶體缺陷，那就是你的問題了。更換硬體。

如果未發現記憶體缺陷，請檢查您是否正在運行 CentOS 中適合您的架構的最新可用核心。

再次啟動主機和伺服器，伺服器處於單一使用者模式（將「sing」傳遞給 grub 核心參數）並執行：

prelink -avf

預連結完成後，您應該重新啟動伺服器。您也可以telinit u && init 3恢復啟動，但最好重新啟動，以確保所有二進位檔案都將使用新的記憶體映射重新載入。

Answer

即使沒有進行太多調查，從您的描述來看，一些程式開始出現段錯誤，然後它們開始正常工作，而其他程式開始失敗，您的記憶體模組可能損壞，或者預連結損壞。

首先，停止所有虛擬機，重新啟動主機並執行記憶體測試。您必須從 ESXi 外部執行此操作。如果你發現任何記憶體缺陷，那就是你的問題了。更換硬體。

如果未發現記憶體缺陷，請檢查您是否正在運行 CentOS 中適合您的架構的最新可用核心。

再次啟動主機和伺服器，伺服器處於單一使用者模式（將「sing」傳遞給 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 工具包的安裝。因此，影響是二進位檔案的段錯誤。另一個影響是來自伺服器的意外網路流量。感謝所有回覆的人！

Answer

好吧，所以沒有我想像的那麼複雜。伺服器遭到入侵，天才駭客搞砸了 root 工具包的安裝。因此，影響是二進位檔案的段錯誤。另一個影響是來自伺服器的意外網路流量。感謝所有回覆的人！

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