Description of problem: Doing a yum update gives the error Running Transaction Updating : filesystem ######################### [1/2] error: unpacking of archive failed on file /home: cpio: chown Updated: filesystem.i386 0:2.4.0-1 Complete! Version-Release number of selected component (if applicable): filesystem-2.3.7-2.1 How reproducible: every time Steps to Reproduce: 1. do a yum update 2. 3. Actual results: Get error message, doing another update tries to update the filesystem package again. Even though it says completed Expected results: No error, package actually installed instead of saying it is installed. Additional info:
That looks like a corrupted or truncated binary rpm package for filesystem. Please verify if the size and data of that rpm is correct. Thanks, Read ya, Phil
How do I do this?
Typically a rpm -qpVa foo.rpm works to list any problems. Does this still happen? Read ya, Phil PS: Might have been a broken tree at that day as well.
This happens our our machines as well. We have /home mounted via NFS from our central file server. I can upgrade the package if I unmount /home beforehand. Afterwards I can mount it again. This happens at least on F8 and rawhide.
Ah, i think i finally know where the problem comes from: NFS is probably mounted RW but without the no_root_squash option. This will lead to rpm failing when trying to "install" /home with proper permissions and user/group, see the cpio: chown error message. So this is basically a configuration problem where rpm and/or the package filesystem can't do much about. Read ya, Phil
It's mounted with no_root_squash indeed. A way that the cpio error does not fail the installation would already be helpful, like giving a warning but not stopping the installation.
Not sure if thats already possible at all with RPM as it generally wants to install every file properly, including user/group and permissions and gets rather unhappy if it can't for some reason. I'm CC'ing Panu Matilainen on this bug now as he's our RPM expert and maintainer, maybe he has an idea. Read ya, Phil
You can tell rpm about NFS paths with %_netsharedpath macro, something like this should avoid the issue: echo "%_netsharedpath /home" >> /etc/rpm/macros
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Closing NOTABUG - This is expected behavior, and Panu provided a workaround a few months back.