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:
Yesterday, bug #511116 fixed updatePackages.py to change permissions on kickstart trees.
Thanks Milan, looks like this is a dup of bug 511116 *** This bug has been marked as a duplicate of bug 511116 ***