odd problem on fedora C6 & iplanet 6.1 - no graphs

[inetquestion]

I have two web servers which are both pointing to the same cacti installation. One is apache running on port 81, the other is iplanet running on port 80. The php poller is setup in cron for every 5 minutes, and is running as it should and is updating the rrd's, etc... Apache instance is working fine. The problem is on the iplanet server any image which is displayed dynamically is missing from the page. The debug info for rrd tool on the iplanet server shows sucess, and there are no errors in the logs. I was wondering if this has something to do with php4/iplanet/fedora combination using the exec fuction, as it returns a bad value even though it suceeds. I've seen a similar problem while trying to get phpnuke to work on another site, and ended up having to modify the code when evaluated the return status. Just curious if anyone has run iplanet on fedora and if you encountered this problem...

-Inet

[rony]

iPlanet?

Nope... don't know of anyone successfully running it.

[inetquestion]

iplanet/sunone it all runs together....

I'm running version 6.1 sp5

[inetquestion]

I have not scanned through all the code, but at first glance I am not seeing any "exec" calls to rrdtool to create the images. I'm curious if this is solely related to iplanet/sunone on fedora or is the problem also exists on solaris. Are there any funky configure options requred for php on iplanet? The basics are working, just not the dynamic image creation. In firefox it doesn't show anything, in ie it shows a broken image. If I copy the image location while in IE, and paste that into firefox the exact URL that I pasted ends up being the content of the page that is displayed. its like the call to rrdtool to create an image is merely printing out what it receives. When I look at the code in graph_image.php that is exactly what I see the code doing ( a print statement ), so I'm not sure how it ever works on IE, unless it is suppose to print out the mimetype then the binary contents of the image itself. Either way, it no worky on sunone/iplanet...

[inetquestion]

According to another thread I found commenting out the ob_end_flush() command as shown below fixes the issue. It does seem significantly slower than apache running against the same cacti installation, so I'm not sure this is the best solution. I'm curious to know what this is actually doing and if the problem is with php or the web server itself.

-Inet

Code: Select all

/* since we'll have additional headers, tell php when to flush them */
ob_start();

$guest_account = true;

include("./include/auth.php");
include_once("./lib/rrd.php");

/* ================= input validation ================= */
input_validate_input_number(get_request_var("graph_start"));
input_validate_input_number(get_request_var("graph_end"));
input_validate_input_number(get_request_var("graph_height"));
input_validate_input_number(get_request_var("graph_width"));
input_validate_input_number(get_request_var("local_graph_id"));
input_validate_input_number(get_request_var("rra_id"));
/* ==================================================== */

header("Content-type: image/png");

/* flush the headers now */
/* ob_end_flush(); */

[/code]

[inetquestion]

I honestly have no idea what I'm doing, but the following seems to produce better results than just commenting out as mentioned previously.

/* flush the headers now */
/* ob_end_flush(); */
ob_end_clean();

[inetquestion]

Any chance some logic could be placed in the code so this would be done automatically for us sunone/iplanet users. It took me a buttload of time to research this and get a resolution.

[rony]

Please post a feature/bug report.

For guidelines on how to do so, please visit: http://www.cacti.net/bugs.php

Please link to this post, but DO NOT just do that. This post is just a reference. Outline your bug completely in the bug system. External links as the bug report are not tolerated, as external links can change rendering the bug report useless in the future.