[rrd-users] Re: Physical limit of number of DEF/CDEF

[Alejandro Galue]

Hello List,

Yes, you are right. It was my mistake. The number of DEF/CDEF is not a 
problem. I generated a report with more than 200 DEF and 200 CDEF with 
no problem.

The information used on STACK/GPRINT/PRINT contains GARGABE in some 
cases that avoid rrdtool to generate de graph.

Thanks,
Alejandro.

Alex van den Bogaerdt wrote:
> On Thu, Nov 09, 2006 at 09:38:12AM -0400, Alejandro Galue wrote:
> 
>> "Garbage found where STACK expected".
>>
>> But, if I reduce significantly the DEF/CDEF items the graph is created well.
> 
> Are you sure it has to do with the amount of lines?  When you remove
> DEF and/or CDEF lines, you will also have to remove graph elements
> such as LINE and AREA.
> 
> Maybe you are removing a line containing garbage where STACK is expected?
> 
> 
> If you know binary search, you can stop reading now.  Else:
> 
> 1) Remove half of your LINE and/or AREA statements.  See if the error is
>    still there.
> 
> 2a) If it is, the remaining half may contain an error.
> 
> 2b) If the error is gone, there may be an error in the removed half.
>     Recreate the script using the other lines, those you just removed,
>     and without the lines not suspect (those you initially kept).
> 
> 3) go back to (1), until you have found an error, or until you are sure
>    the error has nothing to do with your graph elements.
> 
> 

-- 
___________________________________

   Ing. Alejandro Galue.
   SYNC Consultores C.A.

   agalue at sync.com.ve
   http://www.sync.com.ve

   Telf. : +58 (212) 762-85-55
                     762-30-12
                     762-86-93
   Cel.  : +58 (414) 134-47-23
   Fax.  : +58 (212) 762-66-71
   Skype : agalue
   MSN   : agalue at hotmail.com
___________________________________

--
Unsubscribe mailto:rrd-users-request at list.ee.ethz.ch?subject=unsubscribe
Help        mailto:rrd-users-request at list.ee.ethz.ch?subject=help
Archive     http://lists.ee.ethz.ch/rrd-users
WebAdmin    http://lists.ee.ethz.ch/lsg2.cgi