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

Laszlo Danielisz lacibsd at gmail.com
Wed Apr 3 16:10:54 UTC 2019


Actually for /etc/syscon/rhn/rhnsd: "The minimum polling interval is 60
minutes."
man rhnsd -> https://linux.die.net/man/8/rhnsd

On Tue, Apr 2, 2019 at 10:58 AM James Hibberd <jhibberd at proact.co.uk> wrote:

> 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* <+447%20808%20611%20011>
> *jhibberd at proact.co.uk* <jhibberd at proact.co.uk>   |
> *www.proact.eu* <http://www.proact.eu/>
> Grayson House • Venture Way • Chesterfield • S41 8NE • United Kingdom
>
> ‑ Delivering Business Agility ‑
> [image: SIEM PoC]
> <https://www.proact.eu/en/wp-content/uploads/sites/2/2019/03/SIEM-POC-A5-flyer_online-1.pdf?utm_source=email%20signature&utm_medium=banner&utm_term=&utm_content=&utm_campaign=uk_siem-poc>
> 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* <https://www.proact.eu/en/privacy-policy>.
>
> *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>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20190403/22804b06/attachment.htm>


More information about the Spacewalk-list mailing list