Description of problem: The server side component of rhnpush is unable to create /var/satellite folder on its own since its run as an apache user who does not have create permissions under /var. This for example can be an issue if some one tries to rhnpush a package to a satellite before running satellite-sync. Version-Release number of selected component (if applicable): noticed in 511, it may have been prevalent in earlier versions also.. How reproducible: always Steps to Reproduce: Many ways to reproduce this. One way 1. Install a satellite (don't run satellite-sync yet) 2. rhnpush foo.rpm -uadmin -p redhat --nosig -v --server=https://localhost/APP Actual results: Error pushing foo.rpm: Error 500Error Message: Package upload failed: [Errno 13] Permission denied: '/var/satellite' Expected results: No errors.. Another way to reproduce this is to temporarily rename /var/satellite to something else (/var/satellite-backup) and trying the same rhn push command... Additional info:
WORKAROUND: mkdir /var/satellite chown apache:root /var/satellite Then try rhnpush again.
Sounds like the installer should address this issue and not depend on python code for sat sync running as root needing to create the location correctly. Cliff
*** Bug 436097 has been marked as a duplicate of this bug. ***
The problem is in: _verifyPkgRepMountPoint in /usr/share/rhn/satellite_tools/satsync.py (or equivalent in Spacewalk) I think that if the directory doesn't exist, the mkdir should be in the spec for rhns-satellite-tools (or equivalent in Spacewalk).
Should _verifyPkgRepMountPoint create that directory at all? Shouldn't the code which puts the directory to /etc/rhn/rhn.conf also create that directory? I do not like it in the .spec either because you could change it in the answer file.
I'm taking this bugzilla. My plan is to create the directory in spacewalk-setup / install/stage2.pl, not in the satellite-sync.
This bugzilla was addressed in upstream (Spacewalk), in bugzilla 474146.
With Satellite-5.3.0-RHEL5-re20081223.1 and Satellite-5.3.0-RHEL4-re20081223.2 composes available, moving ON_QA.
Verified fixed in Sat 530
Latest stage iso, after fresh installation: # ls -dl /var/satellite drwxr-xr-x 3 apache root 4096 Sep 2 13:15 /var/satellite RELEASE_PENDING
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2009-1434.html