Cassandra Pugh wrote: > Hello, > > Thank you for your advice. I currently write the files to a hardware > raided SAN over gig ethernet, which is also mounted by ou webserver > which displays the graphs. iSCSI SAN, or NFS?
It may be better to have the RAID connected directly using fibre channel or SCSI > > I tried exporting the tmp/ramfs to the the webserver, but RHEL 5 > doesn't seem to support this. It is just a filesystem - you probably just need to check the configuration carefully (gmetad.conf and conf.php) and review /var/log/httpd/error.log for clues > > This is my data source line: > > data_source "Cluster" 60 localhost:8650 > > > grep ^RRA gmetad.conf returns no results. try grep -i ^RRA gmetad.conf returns no results. if that gives nothing, then you have the default RRA settings. > > > The iostat returns some iowaits up around 25 at first glance, but i > would suppose i would have to match up the iowait when the gaps are > occuring? Yes, please do that > > Thanks again for you input, and I welcome any insight. I would suggest studying the rrdtool man pages, particularly the one that explains the RRA definition (man rrdcreate is a good start) > > -Cassandra > > > > > Daniel Pocock wrote: >> >>> This is most likely an I/O related issue. So please try Ofer's >>> >> >> Use iostat to check your IO levels and see if that is definitely the >> cause, e.g. >> >> >> $ iostat -k 1 -x >> >>> suggestion by putting your RRD files onto tmpfs. An alternative >>> solution is to put the RRD files onto a (small) RAID that could >>> provide higher I/O, or potentially SSDs (if cost is not an issue). >>> >> Please share the following with us: >> >> grep ^RRA gmetad.conf >> >> and also tell us your polling interval. >> >> Review the XFF parameter in your RRA definition (see the rrdtool man >> pages for an explanation) >> >>> The code from trunk does support the new rrdcached feature that comes >>> with newer versions of RRDTool, but that code is currently still in >>> development. >>> >> Some very big sites use that in production already - it is backported >> on the 3.1.3/4/5 betas - it is highly recommended ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ Ganglia-general mailing list Ganglia-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-general