Xymon Mailing List Archive search

High CPU Load Rendering Graphs

list Vernon Everett
Tue, 29 Apr 2014 13:48:08 +0800
Message-Id: <CAGo4kcbh6ZVCg_-grp=user-5d889b41a63c@xymon.invalid>

Hi Ryan

Not sure it's related to the Solaris release or a specific patch.
The server is an old one, running S10u5, and was last patched in 2011.

Regards
Vernon


On 29 April 2014 13:34, Novosielski, Ryan <user-6e4f7a3bb37f@xymon.invalid> wrote:
It appears as if, for me, upgrading from Solaris 10u10 to Solaris 10u11
caused this problem. Incidentally, I'm on SPARC. But I know it's just about
the same issue as when I did a truss, it was the same type of stuff that
was going on (searches through locale and font directories). I think it
took nearly a minute to generate graphs.


 *From*: Novosielski, Ryan [mailto:user-6e4f7a3bb37f@xymon.invalid]
*Sent*: Tuesday, April 29, 2014 12:59 AM
*To*: 'user-b3f8dacb72c8@xymon.invalid' <user-b3f8dacb72c8@xymon.invalid>; '
xymon at xymon.com' <xymon at xymon.com>
*Subject*: Re: [Xymon] High CPU Load Rendering Graphs

 I have this problem too with Solaris. Or I should say I went from not
having this problem to having this problem when I did a Solaris upgrade
(from one update to another). I rolled back the upgrade and the problem
went away. But I never identified what patch (presumably a patch) caused
the problem. I'd love to fix this and move forward though.


 *From*: Vernon Everett [mailto:user-b3f8dacb72c8@xymon.invalid]
*Sent*: Wednesday, April 23, 2014 10:17 PM
*To*: Xymon mailinglist <xymon at xymon.com>
*Subject*: [Xymon] High CPU Load Rendering Graphs

Hi all

My Xymon server 4.3.10 is burning the CPU cycles when we view multiple
graphs, like the trends page, and takes about 5 seconds to render a single
graph in a single-graph page view.

It's a Sun Fire X4150 with 4Gb of RAM, running Solaris 10 update 5..

Version                          Location Tag
-------------------------------- --------------------------
Intel(R) Xeon(R) CPU           X5460  @ 3.16GHz CPU 1

Not a very powerful box, and a bit dated, but I have seen significantly
better performance on far lesser systems.
So I am not really thinking the issue is with the hardware.
It's been slow since it was installed.
If I view the trends column, I can see the CPU load jump from below 1 to
over 10 at times.
Running prstat or top in another window while viewing the trends column,
the process ranking by CPU gets dominated by showgraph.cgi, owned by the
web server user.
Top under normal conditions.
CPU states: 99.9% idle,  0.0% user,  0.1% kernel,  0.0% iowait,  0.0% swap
Top rendering the trends column.
CPU states:  0.0% idle, 93.8% user,  6.2% kernel,  0.0% iowait,  0.0% swap

Also getting this error
(128)Network is unreachable: connect to listener on [::]:443
in my Apache error.log file, repeated every second while rendering the
graphs.
And from time to time, I get this one.
File does not exist: /opt/csw/apache2/share/htdocs/server-status

Anybody seen anything like this?
Perhaps know of somewhere I can look for more info?

I have looked at this
http://lists.xymon.com/archive/2014-January/038780.html
But it doesn't seem relevant. Only 2 errant files, and deleting them made
absolutely no difference.

Other info that may be important....
bash-3.00# ./httpd -v
Server version: Apache/2.2.22 (Unix)
Server built:   Jun  1 2012 05:09:20
bash-3.00# ./httpd -V
Server version: Apache/2.2.22 (Unix)
Server built:   Jun  1 2012 05:09:20
Server's Module Magic Number: 20051115:30
Server loaded:  APR 1.4.5, APR-Util 1.3.12
Compiled using: APR 1.4.6, APR-Util 1.3.12
Architecture:   32-bit
Server MPM:     Prefork
  threaded:     no
    forked:     yes (variable process count)
Server compiled with....
 -D APACHE_MPM_DIR="server/mpm/prefork"
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
 -D APR_USE_FCNTL_SERIALIZE
 -D APR_USE_PTHREAD_SERIALIZE
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D DYNAMIC_MODULE_LIMIT=128
 -D HTTPD_ROOT="/opt/csw/apache2"
 -D SUEXEC_BIN="/opt/csw/apache2/sbin/suexec"
 -D DEFAULT_PIDLOG="/var/run/httpd.pid"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_LOCKFILE="/var/run/accept.lock"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D AP_TYPES_CONFIG_FILE="etc/mime.types"
 -D SERVER_CONFIG_FILE="etc/httpd.conf"

Thanks
Vernon


--
"Accept the challenges so that you can feel the exhilaration of victory"
- General George Patton
-- 
"Accept the challenges so that you can feel the exhilaration of victory"
- General George Patton