我很难找到我在正在开发的软件版本中遇到的问题的原因，在该版本中，在安装向导的末尾应用 yum 更新来更新系统上的所有软件包，该安装向导为安装它的机器准备初始映像。
这次更新没有什么特别之处。我们在连接到网络上的机器的 Raspberry Pi 上有一个 yum 存储库，这个存储库包含所有用于在基础映像上更新软件包的 RPM。只需应用一个简单的 yum update -y。如果我使用同一个 Raspberry Pi 并上传不同版本的软件，这个相同的更新过程目前也可以工作。
问题出现在一个软件包 ntp 上，在应用所有更新之后，yum 尝试清理旧版本的 ntp 软件包，但它只是挂起了...我把它放在那里好几天了，但它从来没有完成过。
ntp 软件包的 RPM 与我们在其他每个软件版本中使用的 RPM 相同，这个问题从未在其他任何版本中发生过。存储库本身没有区别，安装程序，正如我所说，只是调用 yum update -y。
我使用另一个 StackExchange 线程中建议的命令 sudo lsof -p $(pgrep yum) | head -10 进行了检查，正在运行的 yum 进程正在查看多个 DB 文件。不过，担心正在运行的进程是没有意义的，因为安装向导应该是自动化的，而且它之前一直运行正常。
所以我想我想知道的是...因为我们的安装向导很庞大，而且我在这里没有任何线索，那么哪些东西可能会发生变化，从而导致旧 ntp 包的清理挂起？我假设在安装过程中一定发生了一些变化，但我找不到与 NTP 或 yum 有关的明显差异。
有什么想法吗？如果重要的话，这是带有 2.6.32-754 内核的 Scientific Linux 6.4。
答案1
问题最终是由于我们的安装过程中涉及的另一个 RPM 的安装后脚本中执行了一些重复的 sed 命令，这些命令干扰了 ntp.conf 文件，因此清理程序无法处理该文件。