我已经为我的团队正在构建的一个软件创建了一个RPM。安装工作非常好,但我正在添加逻辑,以使软件卸载并将系统恢复到工作状态。
作为安装的一部分,我必须在文件系统上放置一个配置文件。但是,当我卸载RPM时,这个文件会留在目录中,这会导致在卸载包后服务不能正常工作。
.SPEC文件:
%files
...
%attr(640, tomcat, tomcat) /var/lib/owf/lib/OWFsecurityContext.xml
...安装日志:
cat Install.log | grep "OWFsecurityContext"
...
D: fini 100640 1 ( 498, 501) 2336 /var/lib/owf/lib/OWFsecurityContext.xml;53a41ad5
...RPM拥有的文件:
$ rpm -ql OurToolName | grep "OWFsecurityContext"
/var/lib/owf/lib/OWFsecurityContext.xml卸载日志
$ cat Remove.log | grep "OWFsecurityContext"
D: fini 100640 1 ( 498, 501) 2336 /var/lib/owf/lib/OWFsecurityContext.xml skip为什么RPM“跳过”这个文件?有没有一种方法(除了强制%postun部分中的删除)告诉RPM删除这个文件,就像它拥有的所有其他文件一样?
编辑:
在@EtanReisner的注释之后,文件似乎由两个包拥有:我在这个问题中创建的包(通过%files部分中的显式文件引用)和owns,后者拥有文件所在的整个目录。
考虑到该文件最终由两个包拥有,除了在%postun脚本中强制删除它之外,有没有一种方法显式地告诉RPM删除它,而不管它的状态如何?
发布于 2014-06-25 00:46:29
我不知道有什么方法可以让RPM忽略竞争的所有权,并像您正在尝试的那样删除该文件(而我前几天为了解RPM为什么要跳过该文件而进行的代码挖掘也没有显示任何类似的内容,尽管我当时并不是在寻找这个问题)。
我认为,由于这种原因,整个目录所有权通常是不被鼓励的。
发布于 2014-06-21 00:55:04
您需要将其标记为%config文件。正在发生的事情是,它正在离开文件,因为它不符合数据库认为它应该是什么,并且它不希望您无意中丢失数据。如果您显式地将它标记为一个配置文件,那么在卸载时,它将被重命名为/var/lib/owf/lib/OWFsecurityContext.xml.rpmsave,这不应该与任何内容发生冲突。
https://stackoverflow.com/questions/24334597
复制相似问题