<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=us-ascii"> <meta name=Generator content="Microsoft Word 12 (filtered medium)"> <style>  </style>  </head> <body lang=EN-US link=blue vlink=purple> <div class=Section1> Is there any way to force an update of a system’s IP address (e.g. I changed the IP address and want it to update in Spacewalk) w/o manually intervening? What worked was scheduling a hardware list refresh for the system and then running rhn_check from that host (or wait for it to do it automatically). It didn’t auto-fire with osad, so I am assuming osa-dispatcher must be using the old IP (as Spacewalk has no notion of the new one at this point). Once I ran rhn_check from the system it updated the IP in Spacewalk and all is well.<o:p></o:p> <o:p> </o:p> Is this the correct/best process for changing a managed system’s IP address in Spacewalk?<o:p></o:p> <o:p> </o:p> <div> <div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'> From: spacewalk-list-bounces@redhat.com [mailto:spacewalk-list-bounces@redhat.com] On Behalf Of Kennedy, Ryan Sent: Wednesday, February 03, 2010 10:56 AM To: watts@jayhawks.net; spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] rhn_check<o:p></o:p> </div> </div> <o:p> </o:p> Thanks Jeff. I think that answers it for me.<o:p></o:p> I hadn’t heard of osad and osa-dispatcher so that is a nice tidbit. I’ve installed osad on my test client and it is now instantaneously pushing scheduled updates/etc. Cool.<o:p></o:p> <o:p> </o:p> Is there much overlap between Spacewalk and Puppet? I’ve read a bit on Puppet but haven’t used it. It looks pretty useful though. Do you know if people are running both Spacewalk and Puppet in conjunction and if they don’t step on each others toes much?<o:p></o:p> <o:p> </o:p> <div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'> From: spacewalk-list-bounces@redhat.com [mailto:spacewalk-list-bounces@redhat.com] On Behalf Of Jeffrey Watts Sent: Wednesday, February 03, 2010 10:00 AM To: spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] rhn_check<o:p></o:p> </div> <o:p> </o:p> On Wed, Feb 3, 2010 at 11:36 AM, Kennedy, Ryan <<a href="mailto:rkennedy@paml.com">rkennedy@paml.com</a>> wrote:<o:p></o:p> <div> <blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt; margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt'> Basic question... with what frequency does a spacewalk client run the rhn_check command? Or is it checking for updates/file-pushes/etc. via some other means?<o:p></o:p> </blockquote> <div> rhnsd by default runs every four hours (240 minutes). It performs this function.<o:p></o:p> </div> <div> <o:p></o:p> </div> <blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt; margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt'> Along those same lines... If you modify a centrally managed file on a client will Spacewalk ever re-push that file automatically to sync it with the centrally managed version? Does it support any revision control on the client side? What I am trying to understand is how Spacewalk keeps track of any local changes to a centrally managed file and how it handles those changes. That way for instance, the local /etc/ntp.conf file can't be altered from the centrally managed version, etc.<o:p></o:p> </blockquote> <div> Spacewalk's configuration management isn't on par with something like Puppet yet. When you modify a centrally managed file you can do several things. You can Deploy it from Spacewalk and the client will pick it up immediately (if osad is running and working), or it will pick it up when rhnsd checks again. I'm not sure what you mean by revision control, but I don't believe it backs up the client-side copy of the file before overwriting. I wish it did, that'd be a very nice feature. I'm not sure if there's a better way to do it from the server (there probably is), but one way to check for changed local versions would be to write a script that does 'rhncfg-client diff' to look for changes, and then 'rhncfg-client get' to redownload the config files if they were changed. Note that you must have rhncfg-client installed. Jeffrey.<o:p></o:p> </div> </div> <pre>DISCLAIMER:<o:p></o:p></pre><pre>Information contained in this message may be privileged and confidential. <o:p></o:p></pre><pre>If the reader of this message is not the intended recipient, be notified <o:p></o:p></pre><pre>that any dissemination, distribution or copying of this communication is <o:p></o:p></pre><pre>strictly prohibited. If this communication is received in error, please <o:p></o:p></pre><pre>notify the sender immediately by replying to the message and deleting <o:p></o:p></pre><pre>from your computer. Thank you<o:p></o:p></pre></div> <pre>DISCLAIMER: Information contained in this message may be privileged and confidential. If the reader of this message is not the intended recipient, be notified that any dissemination, distribution or copying of this communication is strictly prohibited. If this communication is received in error, please notify the sender immediately by replying to the message and deleting from your computer. Thank you </pre></body> </html>