First of, the 'rigid' option wont work unless you give an upper-limit to make rigid. Because you have your 'maxbytes' before the 'target' line it is ignored by routers2 (this is an old problem that requires a complete parser rewrite to correct) and so it defaults to 1. When you add rigid, this result happens.
If you put your Target line at the top of the definitions, it should be that 'rigid' will give you a graph from 50 (the lowerlimit) to 200 (the maxbytes). If you define a routers.cgi*UpperLimit[]: as well, then 'rigid' should force the graph to be between these values.
The -l 0 --lower-limit 50 is a bug in routers2 that seems not to affect things (the 50 seems to override the 0 on our system). However I'll correct it. The place to remove it is around line 4806 in the script (look for --lazy -l 0 and remove the -l 0).
Because of the way RRDTool works, you cannot have the lower limit rigid and the upper limit not. Therefore, if you specify a lower limit (which necessitates the graph being rigid, since the background wont work otherwise) then you MUST specify an upperlimit, either implicitly via maxbytes[] or explicitly via routers.cgi*UpperLimit[]
You win a cookie for finding the first bug since release (the -l0 one).Statistics: Posted by stevesh — Wed Nov 23, 2005 12:36 pm
]]>