[Spacewalk-list] Spacewalk slow opens full list of nodes (Systems) 250nodes

Konstantin Raskoshnyi konrasko at gmail.com
Fri Mar 25 16:14:50 UTC 2016


Yep. I double checked the version, and it's 2.3.
Is it necessary to update the whole packages with yum?
It's the main deployment server. Don't want to get any troubles :).
Thanks!

On Friday, March 25, 2016, Matt Moldvan <matt at moldvan.com> wrote:

> Cool, I was thinking you were already at 2.4 from your earlier reply.
> Either way good luck and let us know if it solves your issue in case anyone
> has the same question in the future.
>
> > The spacewalk version is 2.4, Oct 7th, 2015 Thanks!
>
> On Thu, Mar 24, 2016 at 11:15 PM Konstantin Raskoshnyi <konrasko at gmail.com
> <javascript:_e(%7B%7D,'cvml','konrasko at gmail.com');>> wrote:
>
>> Hi Matt!
>>
>> I tried to tune tomcat, but looks like here's my problem
>> https://bugzilla.redhat.com/show_bug.cgi?id=1214437
>>
>> Going to upgrade to version 2.4..
>>
>> Thanks!
>>
>> On Thu, Mar 24, 2016 at 8:06 PM, Matt Moldvan <matt at moldvan.com
>> <javascript:_e(%7B%7D,'cvml','matt at moldvan.com');>> wrote:
>>
>>> What are your tomcat settings like?  We have maxThreads set to 2048 for
>>> the 8009 and 8080 connectors in /etc/tomcat6/server.xml:
>>>
>>>     <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000"
>>> redirectPort="8443" maxThreads="2048" maxKeepAliveRequests="1024"
>>> URIEncoding="UTF-8" address="127.0.0.1"/>
>>>     <Connector port="8009" protocol="AJP/1.3" redirectPort="8443"
>>> URIEncoding="UTF-8" address="127.0.0.1" maxThreads="2048"
>>> maxConnections="2048" connectionTimeout="600" keepAliveTimeout="600"/>
>>>
>>> Also, /etc/tomcat6/tomcat6.conf has some settings for JAVA_OPTS that are
>>> interesting for tuning purposes:
>>>
>>> JAVA_OPTS="-XX:NewRatio=4 -XX:PermSize=1024m -XX:MaxPermSize=2048m
>>> -XX:NewSize=2048m -XX:MaxNewSize=2048m -Xms8g -Xmx8g -XX:+UseParNewGC
>>> -XX:+UseConcMarkSweepGC -Dsun.rmi.dgc.client.gcInterval=3600000
>>> -Dsun.rmi.dgc.server.gcInterval=3600000"
>>>
>>> Listing 500 systems on our master took ~10.22 seconds on an 8 vCPU/32GB
>>> RAM VMware VM, with an external Postgres database VM that has 8 vCPU/16GB
>>> RAM, so yours could be much quicker with some additional tuning, I would
>>> think.
>>>
>>>
>>> On Thu, Mar 24, 2016 at 10:01 PM Konstantin Raskoshnyi <
>>> konrasko at gmail.com <javascript:_e(%7B%7D,'cvml','konrasko at gmail.com');>>
>>> wrote:
>>>
>>>> The spacewalk version is 2.4, Oct 7th, 2015
>>>>
>>>> Thanks!
>>>>
>>>> On Thu, Mar 24, 2016 at 6:21 PM, William H. ten Bensel <WHTENBEN at up.com
>>>> <javascript:_e(%7B%7D,'cvml','WHTENBEN at up.com');>> wrote:
>>>>
>>>>> What version of spacewalk are you running?
>>>>>
>>>>> Bill
>>>>>
>>>>> On Mar 24, 2016, at 20:15, Konstantin Raskoshnyi <konrasko at gmail.com
>>>>> <javascript:_e(%7B%7D,'cvml','konrasko at gmail.com');>> wrote:
>>>>>
>>>>> This email originated from outside of the company. Please use
>>>>> discretion if opening attachments or clicking on links.
>>>>> ------------------------------
>>>>>
>>>>> Hi Community!
>>>>> We have a spacewalk server on SCLinux 7.1, Java 1.7 and postgres
>>>>> When I open Systems menu (list servers) and list whole 250 nodes - it
>>>>> takes about 90 seconds.
>>>>> The java process shows 400%.
>>>>> The server has 64Gb of Ram and 24 cores.
>>>>> Thought the problem in postgres, actually i got the query from the log
>>>>> file, the query runs about 8seconds.
>>>>> All other time Java doing something...
>>>>> Any solutions?
>>>>>
>>>>> Thanks!
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> **
>>>>>
>>>>>
>>>>>
>>>>> This email and any attachments may contain information that is
>>>>> confidential and/or privileged for the sole use of the intended recipient.
>>>>> Any use, review, disclosure, copying, distribution or reliance by others,
>>>>> and any forwarding of this email or its contents, without the express
>>>>> permission of the sender is strictly prohibited by law. If you are not the
>>>>> intended recipient, please contact the sender immediately, delete the
>>>>> e-mail and destroy all copies.
>>>>>
>>>>> **
>>>>>
>>>>> _______________________________________________
>>>>> Spacewalk-list mailing list
>>>>> Spacewalk-list at redhat.com
>>>>> <javascript:_e(%7B%7D,'cvml','Spacewalk-list at redhat.com');>
>>>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>>>
>>>>
>>>> _______________________________________________
>>>> Spacewalk-list mailing list
>>>> Spacewalk-list at redhat.com
>>>> <javascript:_e(%7B%7D,'cvml','Spacewalk-list at redhat.com');>
>>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>
>>>
>>> _______________________________________________
>>> Spacewalk-list mailing list
>>> Spacewalk-list at redhat.com
>>> <javascript:_e(%7B%7D,'cvml','Spacewalk-list at redhat.com');>
>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com
>> <javascript:_e(%7B%7D,'cvml','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/20160325/010190bf/attachment.htm>


More information about the Spacewalk-list mailing list