Ad blocker detected: Our website is made possible by displaying online advertisements to our visitors. Please consider supporting us by disabling your ad blocker on our website.
# rrdtool --version
RRDtool 1.1.x Copyright 1997-2004 by Tobias Oetiker <tobi@oetiker.ch>
Compiled jue jun 10 15:19:49 CEST 2004
The machine is running Fedora Core 2 from the K12LTSP install disks. I've use both apt (Synaptic) and yum to update packages on this machine. I've got a bunch of repositories listed, so I don't know exactly where it came from. I guess my next step is to downgrade RRDTool from 1.1 to 1.0.x and see what happens. I'll try that tomorrow and let you know how it goes.
cbutler wrote:No go. All I got was an "O" (even in the html source - just an "O") though, to be honest, I don't know if it was the letter O or the number 0.
That is sort of what I expected to happen. This at least helps me narrow down the problem to a specific section of the code if that ends up being the case.
cbutler wrote:The machine is running Fedora Core 2 from the K12LTSP install disks. I've use both apt (Synaptic) and yum to update packages on this machine. I've got a bunch of repositories listed, so I don't know exactly where it came from. I guess my next step is to downgrade RRDTool from 1.1 to 1.0.x and see what happens. I'll try that tomorrow and let you know how it goes.
Interesting... Downgrading RRDTool would definitely be my next suggestion. I'll look forward to hearing if that indeed fixes the issue.
raX wrote:
Also I noticed you mentioned that you are using RRDTool 1.1. I wasn't aware that this version has been released yet. If you are actually using this version, that may be part of the problem. I would also be curious where you downloaded it for debugging reasons.
-Ian
Ah. my bad. I WAS using rrdtool-1.1. I hunted around and realized that that version got installed when I was playing with some of the stuff from OSSIM.NET. I thought I had cleaned up after myself, but I had forgotten to downgrade rrdtool.
Anyway, I have successfully removed 1.1 and re-installed 1.0.49 and all seems to be better.
duckhead wrote:Turns out to be a problem with PHP and iPlanet, involving the ob_start() and ob_end_flush() functions. Commenting them out fixed the problem. One of the web heads around here told me that there was some problem with iPlanet taking a non standard buffer size, so that's probably what hit me.
Going to give this a shot and see if it fixes my iplanet/sunone php problems... crossing my fingers.
I could kiss you...it worked!!!!!!!!
its slow as crap, but it worked. Anyone care to share some info as to why commented these out changed things on iplalnet/sunone in nsapi mode?