-
Bug
-
Resolution: Unresolved
-
Undefined
-
None
-
rhel-9.5
-
None
-
No
-
Moderate
-
rhel-sst-cs-stacks
-
ssg_core_services
-
None
-
False
-
-
None
-
None
-
None
-
None
-
Unspecified
-
Unspecified
-
Unspecified
-
None
What were you trying to do that didn't work?
'dnf update filesystem' when /afs is mounted fails with:
Error unpacking rpm package filesystem-3.16-5.el9.x86_64
What is the impact of this issue to you?
RPM can't be upgraded without umounting /afs
Please provide the package NVR for which the bug is seen:
filesystem-3.16-5.el9.src.rpm
How reproducible is this bug?:
always
Steps to reproduce
- mount a filesystem (afs, nfs....) on /afs
- /afs permissions got modified
- upgrade filesystem rpm: dnf update
Expected results
update without error
Actual results
Downloading Packages: filesystem-3.16-5.el9.x86_64.rpm 32 MB/s | 4.8 MB 00:00 -------------------------------------------------------------------------------- Total 32 MB/s | 4.8 MB 00:00 Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction Running scriptlet: filesystem-3.16-5.el9.x86_64 1/1 Preparing : 1/1 Upgrading : filesystem-3.16-5.el9.x86_64 1/2 Error unpacking rpm package filesystem-3.16-5.el9.x86_64 Verifying : filesystem-3.16-5.el9.x86_64 1/2 Verifying : filesystem-3.16-2.el9.x86_64 2/2 Installed products updated. Failed: filesystem-3.16-2.el9.x86_64 filesystem-3.16-5.el9.x86_64 Error: Transaction failed
/afs has been introduced in this RPM by https://issues.redhat.com/browse/RHELPLAN-91931
The issue is with the permissions forced in spec:
%files -f filelist %defattr(0755,root,root,0755) %dir %attr(555,root,root) / /bin %attr(555,root,root) /boot %attr(555,root,root) /afs ...
The workaround is to umount /afs before upgrade
