[Xymon] High CPU Load Rendering Graphs

Vernon Everett everett.vernon at gmail.com
Tue Apr 29 07:48:08 CEST 2014


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 <novosirj at ca.rutgers.edu> 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:novosirj at ca.rutgers.edu]
> *Sent*: Tuesday, April 29, 2014 12:59 AM
> *To*: 'everett.vernon at gmail.com' <everett.vernon at gmail.com>; '
> 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:everett.vernon at gmail.com]
> *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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20140429/fe9ef236/attachment.html>


More information about the Xymon mailing list