Cacti/PHP Problem Under Windows

[raX]

To my surprise someone @php.net actually commented on this bug today. Of course it was just the usual "did you try the latest snapshot?". I tried both the PHP 4 and PHP 5 snapshots and they both produced the exact same negative results. So far I have heard no mention of even looking at the code, hopefully it will gain priority since it has been open for so long.

-Ian

[Guest]

Hi,

Resolved for me using CGI workaround :

win2000 (french )
php-4.3.3-Win32.zip
cacti-0.8.3a.zip
mysql-3.23.58-win.zip
rrdtool-1.0.40.x86distr.zip-5.8.zip
apache_1.3.28-win32-x86-no_src.msi

note : apache_2.0.47-win32-x86-no_ssl.msi just hang taking 100% CPU same thing for 2.0.45. Even if installed alone.

To use PHP as CGI :
First : http://www.thesitewizard.com/archive/php4install.shtml
Second : http://httpd.apache.org/docs/howto/cgi. ... opermitcgi I used the -Explicitly using Options to permit CGI execution- section + AddHandler cgi-script cgi pl php
Directory to use is your cacti Directory on my PC : "C:\Apache\htdocs\cacti" and "C:\php\php.exe"

Example httpd.conf :
<Directory "C:/Apache/htdocs/cacti">
Options +ExecCGI
</Directory>
...
AddType application/x-httpd-php .php
...
Action application/x-httpd-php "/php/php.exe"

Please note that I have NO "AddHandler cgi-script php." in the conf.

Hope this'll help.

[Guest]

I reconfigured php to execute via CGI in Apache. This fixed the problems viewing the graphs but now when I do a "Data Query [SNMP - Interface Statistics] ", there are no results shown. When I switch back to php as a module, the SNMP Data Query returns the appropriate interfaces for the switch I am polling. There are no errors in the PHP or apache logs.

I'm running:

Win2k SP4
PHP 4.3.3
Apache 2.0.47

Thanks so much for your help,
Warren

P.S. I wish I could put this on our Linux box, but it is in our DMZ for web/mail/dns...

[Phil]

I'm running on IIS and have found that installing this has helped tremendously.

http://php.weblogs.com/fastcgi_with_php_and_iis

It has solved all the problems with graphs displaying (or not) and errors about the cgi script has returned an incomplete set of headers ...

Hope it helps.

[Lux]

I have also applied the work around and have had mixed results. I have identical installations of Cacti, one on a Win NT 4.0 system and the other on a Win 2K system. On the Win2K system the work around works beautifully, though I'm not too happy with the security implications. Unfortunately, on the NT system (the production system), the work around has absolutely no effect. As I said, my installations are identical. Has anyone had a similar experience with NT 4.0 (is anyone still using 4.0?).

Just tell me who to complain to. I can be obnoxious when I have to

Mike

[Richg]

I'm having the same lock-up problems as a lot of folks when going into the graphs tab. Instead of trying to figure out some of these workarounds, I tried exporting my graphs using the "HTML Export Path" under "cacti settings" and it seems to be working great. I just view all my data through the external web pages. Generates the index page and the drill down summaries as well, all in the directory of your choosing.

Something to try if you're frustrated trying to get around the php bug.

[infuseweb]

That does work, but it bypasses some of the great functionality of Cacti, which is to allow multiple users access to their own metrics. That's primarily what I was hoping I'd get out of it, but looks like I'm stuck with the HTML export too

[Guest]

That does work, but it bypasses some of the great functionality of Cacti, which is to allow multiple users access to their own metrics. That's primarily what I was hoping I'd get out of it, but looks like I'm stuck with the HTML export too

this bug really needs to get fixed- it's killing adoption of cacti!

I had it working before, now that I'm reinstlaling i'm catching the hangup bug again, it really sucks

*BUMP*

[raX]

this bug really needs to get fixed- it's killing adoption of cacti!

I agree... I really need to do something about getting this fixed ASAP. Anyone have any suggestions on how to make some real PHP developers see this bug? I would think the fact that the bug has been open for so long would be enough... Also the fact that every single person who voted on the bug could reproduce it should say something.

-Ian

[jptietze]

Also, can someone confirm that php in cgi mode with IIS (not Apache) does overcome this issue because it isn't working for me. This is still assuming the symptoms described above are a result of this issue...

Does not help with the situation in my place either.

[Guest]

I had same issue 'graphs not desplaying', when I had cacti directory on D: drive. However, once I moved \user\mibs & \tmp folder to D: instead of C:, it worked like a charm. This is assuming that permissions are correct and that php is running cgi mode. Hope it helps.

[infuseweb]

What are the permissions you set?

[Guest]

I gave full permission for IUSR_SERVER & IWAM_SERVER to the following objects:

c:\winnt\system32\cmd.exe
c:\rrd\rrdtool.exe
d:\tmp
d:\web\cacti

I am sure both accounts does not need full control, but once I had the application running, I didn't bother...

[Rahvin]

I'm using Cacti and Apache on a Wink2 server

everything is the latest version. and it works. exept when i want to see a Graph i made. thats when "the Bug" hits

How do i set Apache to "CGI" mode i tried to do it with the description that is posted a few mesages b4 mine. but that did not do the trick.

Help how do i do this.

[rpingar]

I'm out of the office up to next week.

Has someone give a try to the latest php release: 4.35rc1; to fix the bug?

Thanks