<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body text="#000000" bgcolor="#ffffff">
&nbsp;&nbsp;&nbsp; Hello,<br>
&nbsp;&nbsp;&nbsp; I am using RRDtool (through Cacti).&nbsp; I am trying to reproduce the
graph found here:<br>
<br>
<a class="moz-txt-link-freetext" href="http://crunchtools.com/software/crunchtools/cacti/graph-sockets-pipes-files/">http://crunchtools.com/software/crunchtools/cacti/graph-sockets-pipes-files/</a><br>
<br>
&nbsp;&nbsp;&nbsp; It's a graph of open file handles on a Linux system (incl. sockets
and pipes).&nbsp; There are 5 lines on the one graph, with 5 different
inputs.<br>
<br>
&nbsp;&nbsp;&nbsp; My version of that graph *almost* works.&nbsp; Everything works, except
that the "files" count is always NaN.<br>
<br>
&nbsp;&nbsp;&nbsp; I have done all the standard troubleshooting.&nbsp; My Cacti script
produces correct output like this:<br>
<br>
files:2976 pipes:23 tcp:38 udp:35 unix:226<br>
<br>
&nbsp;&nbsp;&nbsp; The only thing I can see that might cause "files" to break (whereas
all the other inputs work fine) is that "files" is roughly one or two
orders of magnitude bigger than the other inputs.<br>
<br>
&nbsp;&nbsp;&nbsp; This is not a case of "files" exceeding the maximum value.&nbsp; That
was the first thing I checked.&nbsp; Here is a snippet from "rrdtool info
myfile.rrd":<br>
<br>
<tt>ds[files].type = "GAUGE"<br>
ds[files].minimal_heartbeat = 600<br>
ds[files].min = 0.0000000000e+00<br>
<font color="#ff0000">ds[files].max = NaN</font><br>
ds[files].last_ds = "U"<br>
ds[files].value = NaN<br>
ds[files].unknown_sec = 3</tt><br>
<br>
&nbsp;&nbsp;&nbsp; Notice that max is NaN, which I believe means there is no maximum.&nbsp;
The min and max settings are identical for the other data sources.<br>
<br>
&nbsp;&nbsp;&nbsp; So I am left wondering why RRDtool can't accept those large values
for "files".&nbsp; I suspect two things:<br>
<br>
Hypothesis #1: During the "normalization" phase, somehow RRDtool is
computing that "files" is an invalid number because it's so much bigger
than the other inputs.<br>
<br>
Hypothesis #2: I am using the option "--alt-autoscale-max" when
generating the graph.&nbsp; Perhaps there is a problem trying to scale the Y
axis with such widely varying inputs?<br>
<br>
&nbsp;&nbsp;&nbsp; (I consider hypothesis #2 to be very weak, because the NaN shows up
in my .rrd file, regardless of whether or not I create a graph from
that data.)<br>
<br>
&nbsp;&nbsp;&nbsp; As I troubleshoot this problem, I can see that the author of the
original graph (linked above) converted his "files" input -- and only
"files"! -- to "kilo-files", meaning, he divided the number of files by
one thousand.&nbsp; There is a "k" after the files count on his graph.&nbsp; So I
suspect he had the same problem I'm having, and he fixed it by dividing
by 1000 to bring the number for "files" closer to the other numbers.<br>
<br>
&nbsp;&nbsp;&nbsp; So my question is... why does this happen?<br>
<br>
&nbsp;&nbsp;&nbsp; I understand that a graph of 2976 "files" would make the values of
23, 38, and 35 (for "pipes", "tcp", and "udp" respectively) look
basically like zero on a graph that's only 120px tall, and thus, it
would be useless.&nbsp; But I expect RRDtool to give me an useless graph,
not NaN in my .rrd database.<br>
<br>
&nbsp;&nbsp;&nbsp; Any assistance is greatly appreciated.<br>
<br>
<br>
Thank You,<br>
Derek Simkowiak<br>
<br>
<br>
</body>
</html>