[Spacewalk-list] Need to know about spacewalk internal architecture and why spacewalk is taking time to deploy scheduled actions

Tue Apr 2 14:56:52 UTC 2019

For Question 3 - I think this might be what you are looking for

On the client side you can change the check in times - Standard config is 240 minutes , so every 2 hours the client will check into the server.

On the clients change the value inside

/etc/syscon/rhn/rhnsd

To something like 15 minutes, I have my clients checking in every 40 minutes instead of the 240 minutes

Hopefully that helps

Thanks

James Hibberd • 
Proact IT UK
Technical Support Consultant
m: +447 808 611 011
jhibberd at proact.co.uk  |  
www.proact.eu
Grayson House • Venture Way • Chesterfield • S41 8NE • United Kingdom
- Delivering Business Agility -
This email and its attachments may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Proact IT UK. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. We do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of email transmission. Proact processes personal information you may provide via email or otherwise in accordance with its privacy notice.
From: spacewalk-list-bounces at redhat.com [mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Dennis Pittman
Sent: 02 April 2019 15:45
To: spacewalk-list at redhat.com
Cc: Lingayya, Shanker <shanker.lingayya at accenture.com>
Subject: Re: [Spacewalk-list] Need to know about spacewalk internal architecture and why spacewalk is taking time to deploy scheduled actions

Response in-line

Hi,

Hope you all are doing good.

I have recently installed spacewalk on RHEL 7.6 as server configuration management tool. I have few doubts as follows:

  1.  Could you please let me know how Spacewalk pushes packages to the clients?
a.       Does Spacewalk store the packages on the Spacewalk server and push these packages to Client?  The default is to setup a software repository  so that packages can be pulled from the spacewalk server.

OR
b.      Does Spacewalk send the command to the client servers and client servers will then reach out to internet and download the packages?  This depends on your setup, you can enable OSAD<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.google.com%2Furl%3Fsa%3Dt%26rct%3Dj%26q%3D%26esrc%3Ds%26source%3Dweb%26cd%3D1%26cad%3Drja%26uact%3D8%26ved%3D2ahUKEwi-2JLN0LHhAhUu2FkKHTiQAbIQFjAAegQIBBAB%26url%3Dhttps%253A%252F%252Fgithub.com%252Fspacewalkproject%252Fspacewalk%252Fwiki%252FOsadHowTo%26usg%3DAOvVaw3nli6m6b8TG4JwyRQeymfF&data=02%7C01%7C%7Cf5f103c625ec474b160208d6b779f9a8%7Cc047d5c1d2a6484dae6eec2bce85d023%7C0%7C0%7C636898131854267343&sdata=%2BVePq5h6iAwFpwrrTFUzPHX7pYNpRdG4o8wg3kh0uo4%3D&reserved=0> to change how and how often the spacewalk server contacts the clients and perform various management operations (to include patch management, configuration, and etc.).

  1.  Does Spacewalk support Primary/secondary site (Microsoft SCCM Architecture) for package redistribution to clients. i.e. If I have a remote Datacenter, instead of pushing packages to individual clients, can we have a Spacewalk secondary site that will get the package from master and redistribute the packages to clients locally?  Yes, you can configure multiple spacewalk servers (i.e. you can have a single master (primary) spacewalk server with several spacewalk proxies that reach out to several different client environments).  A good reference resource https://docs.oracle.com/cd/E92593_01/E85211/html/swk24-arch.html

  1.  I see that scheduled activities (like reboot, patching, etc) are taking a lot of time (1.30 hours delay) and crosses the scheduled window. However, I see that as a workaround when I run "rhn_check" command on the client manually, deployment status on Spacewalk changes to succeeded. .  That's because of how your initial setup is configured, if you want faster response to queued jobs then look into option (1.b), otherwise check taskomatic to make certain that you don't have queued jobs causing delays and setup a cron on the client to complete queued jobs (from the spacewalk server).  https://www.redhat.com/archives/spacewalk-list/2015-January/msg00173.html

Thanks!

Regards,
Debayan Mukherjee

________________________________

This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. Your privacy is important to us. Accenture uses your personal data only in compliance with data protection laws. For further information on how Accenture processes your personal data, please see our privacy statement at https://www.accenture.com/us-en/privacy-policy<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.accenture.com%2Fus-en%2Fprivacy-policy&data=02%7C01%7C%7Cf5f103c625ec474b160208d6b779f9a8%7Cc047d5c1d2a6484dae6eec2bce85d023%7C0%7C0%7C636898131854277351&sdata=g%2F3waWXYgMNK%2FXnwvbu6pPykaWymG3Q3dqD9rDkwbBA%3D&reserved=0>.
______________________________________________________________________________________

www.accenture.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.accenture.com&data=02%7C01%7C%7Cf5f103c625ec474b160208d6b779f9a8%7Cc047d5c1d2a6484dae6eec2bce85d023%7C0%7C0%7C636898131854277351&sdata=q4qZU6XXAkexp4X1FzMaDh3y0UdjOvWa1%2B%2Fp45nXWZ8%3D&reserved=0>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20190402/57bd3d53/attachment.htm>