Bug 511164

Summary: check for proper permissions under /var/satellite during scenario 1-a upgrades
Product: Red Hat Satellite 5 Reporter: John Matthews <jmatthew>
Component: UpgradesAssignee: Milan Zázrivec <mzazrivec>
Status: CLOSED DUPLICATE QA Contact: Brandon Perkins <bperkins>
Severity: medium Docs Contact:
Priority: low    
Version: 530CC: cperry
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-07-14 06:31:29 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description John Matthews 2009-07-13 23:59:02 UTC
Description of problem:

It would be nice if the "/usr/bin/update-packages" script added a check to see if all the permissions under /var/satellite are in order.  


I upgraded a satellite and attempted to perform a kickstart, the kickstart on the client failed while trying to download: 

/var/satellite/rhn/kickstart/ks-rhel-i386-as-4-u7/RedHat/base/netstg2.img

I looked at the permissions of the file and they were:
-rw-r----- 1 apache root

I executed "chmod -R a+r /var/satellite"

and rebooted client, kickstart restarted and it succeeded.

If adding a check into "update-packages" isn't desirable, than maybe we could add a more explicit note to the scenario 1a doc to talk about backing up /var/satellite with a tar command or "cp -a", etc...something so permissions are retained?

Version-Release number of selected component (if applicable):
Satellite-5.3.0-RHEL4-re20090707.0-s390x.iso
# rpm -q rhn-upgrade
rhn-upgrade-5.3.0.16-1.el4sat

How reproducible:
unsure, I think this might be common mistake, Wes ran into a similar kind of issue with permissions under /var/satellite preventing package downloads.

Steps to Reproduce:
1. Install Sat422 on RHEL4 i386 with external
2. Install Sat530 on RHEL5 s390x
3. Backup /var/satellite on Sat422 (I did a "scp -r /var/satellite othermachine:/dir")
4. Restore /var/satellite on Sat530 (I did a scp -r othermachine:/dir /var/satellite")
  
Actual results:
Permission problems during Kickstart

Expected results:
Permissions adjusted automatically from an upgrade step, or more explicit warning to preserve them during backup. 

Additional info:

Comment 1 Milan Zázrivec 2009-07-14 06:25:52 UTC
Yesterday, bug #511116 fixed updatePackages.py to change permissions
on kickstart trees.

Comment 2 John Matthews 2009-07-14 06:31:29 UTC
Thanks Milan, looks like this is a dup of bug 511116

*** This bug has been marked as a duplicate of bug 511116 ***