[Xymon] High CPU Load Rendering Graphs

Galen Johnson Galen.Johnson at sas.com
Thu Apr 24 04:27:52 CEST 2014


Do you have apache trending graphs enabled?  If so, did you enable the status page in your apache configs?

=G=

________________________________
From: Xymon <xymon-bounces at xymon.com> on behalf of Vernon Everett <everett.vernon at gmail.com>
Sent: Wednesday, April 23, 2014 10:17 PM
To: Xymon mailinglist
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20140424/7de3f308/attachment.html>


More information about the Xymon mailing list