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.

Is this the correct/best process for changing a managed system's IP address in 
Spacewalk?

From: [email protected] 
[mailto:[email protected]] On Behalf Of Kennedy, Ryan
Sent: Wednesday, February 03, 2010 10:56 AM
To: [email protected]; [email protected]
Subject: Re: [Spacewalk-list] rhn_check

Thanks Jeff.  I think that answers it for me.
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.

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?

From: [email protected] 
[mailto:[email protected]] On Behalf Of Jeffrey Watts
Sent: Wednesday, February 03, 2010 10:00 AM
To: [email protected]
Subject: Re: [Spacewalk-list] rhn_check

On Wed, Feb 3, 2010 at 11:36 AM, Kennedy, Ryan 
<[email protected]<mailto:[email protected]>> wrote:
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?

rhnsd by default runs every four hours (240 minutes).  It performs this 
function.

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.
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.

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
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
_______________________________________________
Spacewalk-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-list

Reply via email to