Got a link to the patch/commit that fixed that issue? On Thu, 13 Oct 2016, 22:24 Matthew Madey, <mattma...@gmail.com> wrote:
> I would also recommend upgrading to Spacewalk 2.4. I have a Spacewalk > environment with 8000 client systems, and clicking on systems would > eventually cause a timeout. This issue was fixed after upgrading to version > 2.4. > > On Thu, Oct 13, 2016 at 2:19 PM, Daryl Rose <darylr...@outlook.com> wrote: > > Jan-Albert, > > > Thank you for the information, this and your previous reply. Both very > helpful. > > > Daryl > > > ------------------------------ > *From:* spacewalk-list-boun...@redhat.com < > spacewalk-list-boun...@redhat.com> on behalf of Ree, Jan-Albert van < > j.a.v....@marin.nl> > *Sent:* Thursday, October 13, 2016 12:41 PM > > *To:* spacewalk-list@redhat.com > *Subject:* Re: [Spacewalk-list] How to improve WUI performance > > > Pushing larger updates to ALL clients at once is a bad idea as soon as you > go over 20-30 clients already... > > > Our SW server (Scientific Linux 7, SW 2.5) is physical, with 64GB RAM. 6 > cores and a solid RAID drive set. As soon as I for instance update some > software on one of our HPC clusters, as soon as I allow more than > 20-25 clients to pull simultaneous I start getting tracebacks in my > mailbox... specially if the updates become larger (new kernels, new nVidia > CUDA suite, new LibreOffice) I would try to move to > CentOS/RHEL/ScientificLinux 7 for your new install, the later PostgreSQL > version in it is a lot more efficient which helps speed up your SW > instance. > > > When I moved to a new server I didn't want to pull all the history (and > some poor choices/mistakes from the past) so I set up a clean new server, > with the proper channels/configs/packages and then on the old server > selected batches of clients to which I pushed a script which registered > them with the new server. > > This worked very well for us and allowed us to test and tweak the setup > (it was during this phase on the new server that we noticed the OSAD issues > and managed to solve it with moving to sqlite3) before moving to full > production. > > > What helped us debug/fix OSA issues was the script from post > https://www.redhat.com/archives/spacewalk-list/2014-May/msg00124.html ; > great to easily track which nodes are not working as expected. > > Regards, > > -- > > Jan-Albert > > > > Jan-Albert van Ree | Linux System Administrator | MARIN Support Group > MARIN | T +31 317 49 35 48 | j.a.v....@marin.nl | www.marin.nl > > [image: LinkedIn] <https://www.linkedin.com/company/marin> [image: > YouTube] <http://www.youtube.com/marinmultimedia> [image: Twitter] > <https://twitter.com/MARIN_nieuws> [image: Facebook] > <https://www.facebook.com/marin.wageningen> > MARIN news: Software seminar in Shanghai for the first time > <http://www.marin.nl/web/News/News-items/Software-seminar-in-Shanghai-for-the-first-time.htm> > > ------------------------------ > *From:* spacewalk-list-boun...@redhat.com < > spacewalk-list-boun...@redhat.com> on behalf of Konstantin Raskoshnyi < > konra...@gmail.com> > *Sent:* Thursday, October 13, 2016 19:19 > *To:* spacewalk-list@redhat.com > *Subject:* Re: [Spacewalk-list] How to improve WUI performance > > Hm..do you use osad? Just try to push updates for all of your clients and > see what happens ;) > > On Thu, Oct 13, 2016 at 10:08 AM, Coffman, Anthony J < > tony.coff...@snapon.com> wrote: > > > > Spacewalk 2.5 (with 3 remote proxies) > > CentOS 6.8 VM (running stock Postgres 8.4) > > 4 vCPUs > > 12GB memory > > > > 550 clients (CentOS/OracleLinux/EL5/6/7 with a sprinkling of Ubuntu and > SuSE thrown in)A > > > > The System page in the WebUI loads in about 4-6 seconds (faster when the > cache is warm). > > > > I’ve done essentially no tuning except for changing the proxy timeout (due > to issue with the large updateinfo size for Oracle Linux). > > > > Looking at our memory utilization we could probably get away with 6-8GB of > memory for our workload. > > > > Hope this data point is useful. > > > > Regards, > > --Tony > > > > > > > > *From:* spacewalk-list-boun...@redhat.com [mailto: > spacewalk-list-boun...@redhat.com] *On Behalf Of *Daryl Rose > *Sent:* Thursday, October 13, 2016 12:25 PM > *To:* spacewalk-list@redhat.com > *Subject:* Re: [Spacewalk-list] How to improve WUI performance > > > > I am actually leaning to moving to a physical server. I have a server in > the closet that is dual CPU, 8 core, 64GB of RAM. I was originally > thinking that it was a bit of over kill, but after reading this reply, > perhaps its sized correctly. > > > > If I do move to a physical, can I migrate everything from the original SW > server to the replacement server? Can I export the database and import it > over? Migrate repositories over? I am using a signed certificates, and I > would like to continue using the same machine name and configuration. Do I > have to re-register these servers? Its taken me a while to get 465 added > in, and I don't want to have to re-register everything, especially since I > continue adding on a daily bases. > > > > Thanks > > > > Daryl > > > ------------------------------ > > *From:* spacewalk-list-boun...@redhat.com < > spacewalk-list-boun...@redhat.com> on behalf of Konstantin Raskoshnyi < > konra...@gmail.com> > *Sent:* Thursday, October 13, 2016 10:43 AM > *To:* spacewalk-list@redhat.com > *Subject:* Re: [Spacewalk-list] How to improve WUI performance > > > > You need bare metal high performance machine. > > We have 400 machines and use xeon7 24cores with 64 of ram. > > Plus tuning: Postgres, Linux, tomcat > > On Thursday, October 13, 2016, Daryl Rose <darylr...@outlook.com> wrote: > > I have 465 servers in my SW environment, and I keep adding more everyday. > When finished, I'll have nearly a thousand servers in the environment. > > > > My SW server is a virtual RHEL 6.6, SW v2.3. I have four CPU's and four > Gigs of memory allocated to the server. > > > > Whenever I select "Systems" from the main menu a single CPU pegs at 100%, > and it takes several minutes for the page to come up. It appears that > osa-dispatcher is what is using up the CPU. osa-dispatcher is often at 99 > to 100%. > > > > Is there a way to performance tune SW? Can I configure SW to use all > four CPU's, or should I add additional CPU's, can configure SW to use all > assigned CPU's? > > > > Thanks > > > > Daryl > > > _______________________________________________ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > <https://portal.marin.nl/mailman/listinfo/,DanaInfo=www.redhat.com,SSL+spacewalk-list> > > > > _______________________________________________ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > _______________________________________________ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list