RHEL/CentOS 7下RPM升级时文件替换目录的问题求助

哥们，你遇到的这个情况真不是RPM的缺陷，而是它处理目录与同名文件这类特殊冲突时的机制特性，加上升级流程的顺序问题导致的。我来给你拆解清楚问题根源，再告诉你正确的操作要点：

问题到底出在哪？ #

1. 常规升级直接报错：RPM在执行任何脚本之前，会先对比新旧包的文件清单——旧包的/opt/foo/etc/bar是目录，新包是同名文件，它默认会直接判定冲突中断升级，这是RPM的安全校验逻辑，怕你误删目录里的重要内容。
2. 加--replacefiles后还是失败：你加了--replacefiles跳过了初始冲突校验，但到了解压新包的cpio阶段，操作系统本身就不允许把目录直接改成文件，哪怕preinst里删了目录，这一步还是会卡壳，因为cpio执行的时候旧目录可能还没被处理。
3. preinst删目录后警告满天飞：如果preinst里删了旧目录，RPM后续清理旧包文件的时候，还会挨个尝试删除旧目录下的子文件，但这些文件已经被你删了，自然会抛出一堆“删除失败”的警告。

正确的处理姿势，两步搞定 #

1. 给spec文件加个早执行的脚本 #

你需要在spec里用%pretrans脚本，这是RPM升级流程里最早运行的脚本——比文件校验、解压新包都早，在这里提前删掉旧目录，从根源上消除冲突：

%pretrans
# 检查如果是目录就彻底删除
if [ -d "/opt/foo/etc/bar" ]; then
    rm -rf "/opt/foo/etc/bar"
fi

别用%preinst！%preinst是在解压新包之后才运行的，那时候RPM已经开始处理文件冲突了，太晚了。%pretrans才是处理这种前置冲突的黄金时机。

同时确保你的%files段里正确标记了新文件：

%files
/opt/foo/etc/bar
# 其他你的文件清单...

2. 升级命令配合参数 #

有了%pretrans的前置处理，其实常规的rpm -Uvh pkg-2.0.rpm就能成功，但为了防范一些边缘情况（比如旧目录被用户手动恢复），加上--replacefiles会更稳妥：

rpm -Uvh --replacefiles pkg-2.0.rpm

这样操作之后，既不会有冲突报错，也不会有一堆删除警告——因为RPM在文件校验前就已经看不到旧目录了，后续清理阶段也不会去尝试删除不存在的子文件。

总结 #

这就是RPM包维护里的一个常见操作要点，不是工具缺陷。核心就是利用RPM脚本的执行顺序，在冲突发生之前就把障碍清除掉，而不是等到报错了再去补救。

内容的提问来源于stack exchange，提问作者MadScientist