<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="EN-US" link="blue" vlink="purple"> <div class="WordSection1"> I solved this with a bit of a hack. They key was installing the rhncfg-actions, my servers already have an internal yum repo configured to the media installation. The other key was to touch & chmod 660 the /var/log/rhncfg-actions prior to the registration. Previously the file had perms of 600, although root was the owner and group it still failed. <o:p></o:p> <o:p> </o:p> #!/bin/bash -x<o:p></o:p> <o:p> </o:p> # This script performs the following tasks:<o:p></o:p> # 1. wget's the spacewalk client repo file<o:p></o:p> # 2. Installs the spacewalk client<o:p></o:p> # 3. Moves all *.repo files to /etc/yum.repos.d/old_repo/<o:p></o:p> # 5. Enables the rhn-actions-control --enable-all so config files can be pushed.<o:p></o:p> # 6. Touch and Modify /var/log/rhncfg-actions so configuration channel pushes will occur. <o:p></o:p> <o:p> </o:p> #wget the spacewalk client file<o:p></o:p> wget -O /etc/yum.repos.d/spacewalk20-client.repo <a href="http://URL_OF_YOUR_CHOICE">http://URL_OF_YOUR_CHOICE</a><o:p></o:p> <o:p> </o:p> #install spacewalk client<o:p></o:p> yum install rhn-client-tools rhn-check rhn-setup rhnsd m2crypto yum-rhn-plugin rhncfg-actions -y<o:p></o:p> <o:p> </o:p> #move all repo files to diff directory<o:p></o:p> mkdir -p /etc/yum.repos.d/old_repo<o:p></o:p> for i in `find /etc/yum.repos.d/*.repo` ; do mv $i /etc/yum.repos.d/old_repo/; done<o:p></o:p> <o:p> </o:p> #enabled actions<o:p></o:p> /usr/bin/rhn-actions-control --enable-all<o:p></o:p> <o:p> </o:p> #solve for the python error when pushing config files<o:p></o:p> touch /var/log/rhncfg-actions<o:p></o:p> chmod 660 /var/log/rhncfg-actions<o:p></o:p> <o:p> </o:p> #Register with spacewalk<o:p></o:p> rhnreg_ks --serverUrl=http://FQDN_OF_SWALK/XMLRPC --activationkey=1-KEY_NAME<o:p></o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in"> From: <a href="mailto:spacewalk-list-bounces@redhat.com">spacewalk-list-bounces@redhat.com</a> [<a href="mailto:spacewalk-list-bounces@redhat.com">mailto:spacewalk-list-bounces@redhat.com</a>] On Behalf Of Reneau, Wes W [HDS] Sent: Tuesday, January 20, 2015 12:16 PM To: <a href="mailto:spacewalk-list@redhat.com">spacewalk-list@redhat.com</a> Subject: [Spacewalk-list] configuration channel challenges<o:p></o:p> </div> </div> <o:p> </o:p> <div> Hello all, <o:p></o:p> <o:p> </o:p> Experimenting with configuration channels and having difficulty with RHEL 6 clients. I am unable to push a config file due to the following error.<o:p></o:p> <o:p> </o:p> <div align="center"> <table class="MsoNormalTable" border="0" cellpadding="0" style="background:white"> <tbody> <tr> <td valign="top" style="background:#EEEEEE;padding:6.0pt 6.0pt 6.0pt 12.0pt"> Summary:<o:p></o:p> </td> <td valign="top" style="border:none;border-bottom:solid #DDDDDD 1.0pt;padding:6.0pt 6.0pt 6.0pt 6.0pt"> Deploy config files to system scheduled by (none)<o:p></o:p> </td> </tr> <tr> <td valign="top" style="background:#EEEEEE;padding:6.0pt 6.0pt 6.0pt 12.0pt"> Details:<o:p></o:p> </td> <td valign="top" style="border:none;border-bottom:solid #DDDDDD 1.0pt;padding:6.0pt 6.0pt 6.0pt 6.0pt"> This action will be executed after 01/20/15 11:37:53 AM EST. This action's status is: Failed. The client picked up this action on 01/20/15 11:37:53 AM EST. The client completed this action on 01/20/15 11:37:53 AM EST. Client execution returned "Local permission not set for action type configfiles.deploy" (code 42)<o:p></o:p> Config Files:<o:p></o:p> <table class="MsoNormalTable" border="0" cellpadding="0" width="100%" style="width:100.0%"> <tbody> <tr> <td valign="top" style="padding:0in 0in 0in 0in"> FILENAME REMOVED (rev. 2)<o:p></o:p> </td> <td valign="top" style="padding:0in 0in 0in 0in"></td> </tr> </tbody> </table> </td> </tr> </tbody> </table> </div> <o:p> </o:p> I can solve this problem by running rhn-actions-control –enable-all and reschedule the job. Is there a way to eliminate that manual step? I’m adding several hundred server to my swalk server and doing that step manually is time consuming.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> Also, once I enable all the actions and reschedule the job it will complete however I get another error as follows:<o:p></o:p> <o:p> </o:p> <div align="center"> <table class="MsoNormalTable" border="0" cellpadding="0" style="background:white"> <tbody> <tr> <td valign="top" style="background:#EEEEEE;padding:6.0pt 6.0pt 6.0pt 12.0pt"> Summary:<o:p></o:p> </td> <td valign="top" style="border:none;border-bottom:solid #DDDDDD 1.0pt;padding:6.0pt 6.0pt 6.0pt 6.0pt"> Deploy config files to system scheduled by (none)<o:p></o:p> </td> </tr> <tr> <td valign="top" style="background:#EEEEEE;padding:6.0pt 6.0pt 6.0pt 12.0pt"> Details:<o:p></o:p> </td> <td valign="top" style="border:none;border-bottom:solid #DDDDDD 1.0pt;padding:6.0pt 6.0pt 6.0pt 6.0pt"> This action will be executed after 01/20/15 11:37:53 AM EST. This action's status is: Failed. The client picked up this action on 01/20/15 11:43:27 AM EST. The client completed this action on 01/20/15 11:43:27 AM EST. Client execution returned "Fatal error in Python code occurred [[6]]" (code -1)<o:p></o:p> Config Files:<o:p></o:p> <table class="MsoNormalTable" border="0" cellpadding="0" width="100%" style="width:100.0%"> <tbody> <tr> <td valign="top" style="padding:0in 0in 0in 0in"> FILENAME REMOVED(rev. 2)<o:p></o:p> </td> </tr> </tbody> </table> </td> </tr> </tbody> </table> </div> <o:p> </o:p> Despite the failed status the config file is getting placed on the server and working as expected. <o:p></o:p> <o:p> </o:p> I’m using a VM to test this with so I’ve rolled back to the previous snapshot and tested a few things, one thing of interest is that I touched /var/log/rhncfg-actions and chmod the file to 666. After rescheduling the action the job is completed w/ no errors. An obvious security risk but interesting just the same.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Would appreciate your help.<o:p></o:p> <o:p> </o:p> Thanks<o:p></o:p> Wes<o:p></o:p> <o:p> </o:p> </div> </div> </body> </html>