[Spacewalk-list] Showing all systems takes forever

[Justin Edmands]

I just updated the following packages and it immediately went away. Not
sure which package, though.
Dec 23 09:42:12 Updated: nspr-4.10.2-1.el6_5.x86_64
Dec 23 09:42:13 Updated: nss-util-3.15.3-1.el6_5.x86_64
Dec 23 09:42:13 Updated: nss-sysinit-3.15.3-3.el6_5.x86_64
Dec 23 09:42:14 Updated: nss-3.15.3-3.el6_5.x86_64
Dec 23 09:42:17 Updated: kernel-firmware-2.6.32-431.1.2.0.1.el6.noarch
Dec 23 09:42:26 Installed: kernel-2.6.32-431.1.2.0.1.el6.x86_64
Dec 23 09:42:28 Updated: ca-certificates-2013.1.95-65.1.el6_5.noarch
Dec 23 09:42:28 Updated: mesa-dri-filesystem-9.2-0.5.el6_5.2.x86_64
Dec 23 09:42:30 Updated: mesa-dri-drivers-9.2-0.5.el6_5.2.x86_64
Dec 23 09:42:30 Updated: mesa-libGL-9.2-0.5.el6_5.2.x86_64
Dec 23 09:42:30 Updated: mesa-libGLU-9.2-0.5.el6_5.2.x86_64
Dec 23 09:42:31 Updated: openssl-1.0.1e-16.el6_5.1.x86_64
Dec 23 09:42:31 Updated: systemtap-runtime-2.3-4.el6_5.x86_64
Dec 23 09:42:32 Updated: nss-tools-3.15.3-3.el6_5.x86_64
Dec 23 09:42:32 Updated: yum-3.2.29-43.el6.centos.noarch
Dec 23 09:42:33 Updated: perf-2.6.32-431.1.2.0.1.el6.x86_64
Dec 23 09:42:34 Updated: tzdata-2013i-1.el6.noarch
Dec 23 09:42:35 Updated: kernel-headers-2.6.32-431.1.2.0.1.el6.x86_64
Dec 23 09:42:36 Updated: openjpeg-libs-1.3-10.el6_5.x86_64
Dec 23 09:42:36 Updated: tzdata-java-2013i-1.el6.noarch
Dec 23 09:42:36 Updated: pixman-0.26.2-5.1.el6_5.x86_64


On Thu, Dec 12, 2013 at 10:32 AM, Justin Edmands <shockwavecs at gmail.com>wrote:

> On Thu, Dec 12, 2013 at 3:42 AM, Michael Mraka <michael.mraka at redhat.com>wrote:
>
>> Justin Edmands wrote:
>> % When going to Systems --> All , it takes about 30 seconds to show the
>> list.
>> % I have it currently set to show 25 at a time. Everything else in the
>> system
>> % is working fine.
>> %
>> % with htop, I notice the process uses 100% CPU and sits at (idle)
>> %
>> % It's only managing 73 systems and doesn't do much, that I know of.
>> %
>> % Spacewalk server is a VM with:
>> % 6GB RAM
>> % 4x L5520 vCPU (started with 1 vCPU as more is not always better in
>> % virtualization)
>> % no limit on disk IOPS (new iSCSI SAN with roughly 2K IOPS available)
>> % no contention anywhere
>> %
>> % on spacecmd, it loads the system_list command in a split second.
>> %
>> % We have two spacewalk servers, the one that has over 250 clients loads
>> the
>> % same size list in about 2 seconds. This one, with more RAM and vCPU,
>> takes
>> % 15 times longer to load.
>>
>> Hi Justin,
>>
>> It sounds similar to issue described in
>> https://bugzilla.redhat.com/show_bug.cgi?id=1027050.
>>
>> Regards,
>>
>> --
>> Michael Mráka
>> Satellite Engineering, Red Hat
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
> Sorry to b a hassle. I get this error after logging in. Thought the bugs
> were publicly available either way.
>
> You are not authorized to access bug #1027050
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20131223/b2c5c5a6/attachment.htm>