Bug 130315

Summary: permissions security fix update fails due to nfs mounted /home partition
Product: [openSUSE] SUSE LINUX 10.0 Reporter: Mike Atkin <mike>
Component: YOUAssignee: Michael Schröder <mls>
Status: RESOLVED WONTFIX QA Contact: Klaus Kämpf <kkaempf>
Severity: Normal    
Priority: P5 - None CC: ast, lnussel, mls
Version: Final   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: Other Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Mike Atkin 2005-10-24 17:08:05 UTC 
the /home partition is exported with the root_squash option and therefore the 
archive cannot be expanded over the existing mount point: 
 
ERROR(InstTarget:E_RpmDB_subprocess_failed) 
warning: can't chown /home (Operation not permitted) 
error: unpacking of archive failed on file /home: cpio: chmod failed - 
Operation not permitted 
 
Could the update be configured to skip over nfs mounted dirs or not die 
fatally?  I can't even ignore the error and continue meaning that the update 
is always in the list. 
 
This can of course be worked around by unmounting the /home partition 
temporarily and then performing the update, but this gets a bit tedious for 
many machines.
Comment 1 Michael Radziej 2005-10-24 22:02:08 UTC 
The problem is that this is done directly by rpm, and it is as flexible as a rock here. One could use a patch script, instead of the update. Well, another patch problem --> Harald (I pity you).

Mike, in any case, if it is not too much effort, can you please attach the /var/log/YaST2 directory (as a tar file)? Please take a look at http://www.opensuse.org/Bug_Reporting_FAQ#YaST
if you have any questions about this.

I don't know if it helps in your situation, but the update should also work if the /home directory is mounted without root squash. But you probably have thougt about this already ;-)
Comment 2 Ludwig Nussel 2005-10-25 07:51:21 UTC 
It's the filesystem package that causes trouble as it packages the /home directory. I don't know what the sane behavior would be for rpm when it encounters a leaf directory that suddenly is a mountpoint. Maybe mls has an idea.
Comment 3 Harald Mueller-Ney 2005-10-25 09:21:05 UTC 
Assigned to mls, as suggested by mir.
maintenance coordination could help to find a way to release it, when we have a solution.
Comment 4 Michael Schröder 2005-10-25 09:53:34 UTC 
Closed with WONTFIX ;-)