Bug 511164 - check for proper permissions under /var/satellite during scenario 1-a upgrades
Summary: check for proper permissions under /var/satellite during scenario 1-a upgrades
Keywords:
Status: CLOSED DUPLICATE of bug 511116
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Upgrades
Version: 530
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Milan Zázrivec
QA Contact: Brandon Perkins
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-07-13 23:59 UTC by John Matthews
Modified: 2009-07-14 13:47 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-07-14 06:31:29 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

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 ***


Note You need to log in before you can comment on or make changes to this bug.