All,
the issue was in fact SELinux related. While I'm not sure what exactly needs to be done to resolve the issue in the long term.. the following is a temporary work-around.
*setenforce permissive*
allows me to perform the reposync, so for the moment I'm satisfied with this.
perhaps in a little bit I'll perform a complete rebuild of the cobbler server in the near future and see if I can reproduce the issue from the ground up.
Thanks all!
On Wed, Apr 4, 2012 at 10:20 PM, James Cammarata jimi@sngx.net wrote:
On Thu, Apr 5, 2012 at 12:01 AM, Jack Peterson jack.peterson@gmail.com wrote:
OK,,
this is a bit interesting... when running /usr/bin/reposync -l -m -d
--config=/var/www/cobbler/repo_mirror/epel6-x86_64/.origin/epel6-x86_64.repo
--repoid=epel6-x86_64 --download_path=/var/www/cobbler/repo_mirror -a
x86_64
as root the epel library starts to download. Is this an SELinux issue,
and
if so... what would I need to do to fix this (without disabling SELinux altogether)?
apologies in advance for the noob question :-)
Check your alert log (sealert or audit2allow) and correct the issue. Running "cobbler check" also prints out a couple of commands to run if it detects SELinux is enabled, so you may need to run those if you haven't already.
Beyond that, sudo added support for transitioning role/type during a command, so you can setup "sudo cobbler" to run under the correct settings. _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler