Blank index page after install

[Looker]

I have gone through and done (everything word for word) in BSOD2600's installation guide, re-verified file permissions and for the life of me can't get cacti up and running. This is my current version info and the like:

Windows Server 2003 SP2 (All updates current as of 6/21/07)
IIS v6
cacti v0.8.6j
cactid-0.8.6i-cygwin-1.5.21
RRDtool 1.2.15
PHP 5.2.3
MySQL Server version: 5.0.41-community-nt
Cygwin (Whatever the current newest release is)
net-snmp v5.4.0-1.win32

I have played and tinkered with this for HOURS and I just can't seem to get any kind of output from my web server. php -m shows the following:

C:\>php -m
[PHP Modules]
bcmath
calendar
com_dotnet
ctype
date
dom
filter
ftp
hash
iconv
json
libxml
mysql
odbc
pcre
Reflection
session
SimpleXML
snmp
sockets
SPL
standard
tokenizer
wddx
xml
xmlreader
xmlwriter
zlib

[Zend Modules]
C:\>

I can provide poller output as well but it looks like it times out, additionally using filemon it looks like w3wp is looking for a bunch of files that normally are part of a windows XP SP2 install (I'm on server so those files are non-existent)

inetinfo.exe seems to fail due to a buffer overflow (not certain if this is important (I can provide screen grabs of filemon if necesary highlighting this)
w3wp.exe looks (in numerous places) for php-isapi.ini but fails with file not0 found however I am not able to find this on my filesystem either and am not sure it is supposed to be installed

Any guidance would be much appreciated!

[BSOD2600]

Create a file called info.php, which contains the following:

Code: Select all

<?php
// Show all information, defaults to INFO_ALL
phpinfo();
?> 

Put it in your /cacti/ folder and try to view it -- does it work?
Did you forget to add/grant the IASPI dll in IIS's web extensions?

[keshka]

I have the same problem

info.php runs fine.

Thank you.

Innokentiy


RESOLVED

mssql instead of mysql extention was installed

[Looker]

Create a file called info.php, which contains the following:

Code: Select all

<?php
// Show all information, defaults to INFO_ALL
phpinfo();
?> 

Put it in your /cacti/ folder and try to view it -- does it work?
Did you forget to add/grant the IASPI dll in IIS's web extensions?

Yes it works, are there any particular params you want me to post here? I tried to forward an odd port to port 80 (so you could see) but it appears my ISP blocks this (not sure how to work around it I tried 8088 88088 and a few others) but it appears to work and provide positive info I just can't seem to get cacti to come up.

Additionally when I try to get to auth_login.php I get the following:

Code: Select all

Fatal error: Call to undefined function read_config_option() in C:\Inetpub\wwwroot\cacti\auth_login.php on line 139

I am not much for writing code so I am not sure how to verify syntax and the like.

[Looker]

I have actually tried with mysql v4.1 with same results, I am going to try mysql 4.0.26 (same as in your sig BSOD) and see if that changes anything, the only other difference (other than hardware) in our installs is that I am using Server 2003 Enterprise w/SP2. However I don't think thats the issue (IMO) I don't have a copy of Advanced Server but I do have a copy of Server Standard I could possibly try, do you know if you can install server standard as an "upgrade" or repair install over 2003 enterprise? I am going to look on MS's website but I was wondering if you knew offhand...

[BSOD2600]

Yes it works, are there any particular params you want me to post here?

Nope, just something to verify IIS is working with PHP.

Alright, so next thing to check out is mysql. In your my.ini file, make sure sql-strict mode is disabled/commented out. Did you run into any errors when importing the cacti.sql file?

When you set up PHP, you used the php-dist.ini as the starting file, right?

Additionally when I try to get to auth_login.php I get the following:

Why you trying to load that page instead of index.php? Typically when there are errors related to undefined functions, its a sign of NTFS permission problems. Are you sure all the files in C:\Inetpub\wwwroot\cacti\ have read rights for the IIS_WPG and IUSR_ accounts?

[Looker]

Alright, so next thing to check out is mysql. In your my.ini file, make sure sql-strict mode is disabled/commented out. Did you run into any errors when importing the cacti.sql file?

I am not sure (this is somewhat of a guess) but it would appear to me that there is nothing for strict mode in my mysql.in by default unless I leave it set when I run the mysql config wizard (not sure of the correct name but I am sure you know what I mean) I then go in an comment it out (as per your instructions), so either it's in there and commented out or it's not in there at all, either way there is no difference. I don't get any kind of errors when importing the cacti.sql file either. I work in support myself so I know this is the worst kind of issue (no error but there is some kind of problem)

Code: Select all

[mysqld]
# The TCP/IP Port the MySQL Server will listen on
port=3306


#Path to installation directory. All paths are usually resolved relative to this.
basedir="C:/MySQL/"

#Path to the database root
datadir="C:/MySQL/Data/"

# The default character set that will be used when a new schema or table is
# created and no character set is defined
default-character-set=latin1

# The default storage engine that will be used when create new tables when
default-storage-engine=MYISAM

# Set the SQL mode to strict
# sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

#Use old password encryption method (needed for 4.0 and older clients).
old-passwords

When you set up PHP, you used the php-dist.ini as the starting file, right?

Yep, I attached a zip with my mysql.in, php.ini, config.php and cactid.conf to see if there was anything you saw that looks out of place or the like.

Why you trying to load that page instead of index.php? Typically when there are errors related to undefined functions, its a sign of NTFS permission problems. Are you sure all the files in C:\Inetpub\wwwroot\cacti\ have read rights for the IIS_WPG and IUSR_ accounts?

I didn't know enough about php to be able to load the info page (like the one that you originally had me run) and it was some way I could see if both IIS and PHP were "there" to speak of, I have re-verified the permissions and both IIS_WPG and IUSR accounts have access in the specified places but one thing I am a little unclear about is the "Task Usr" is Task User the IUSR account or is that a third user? what would be an example of the "Task User" if it's a third user?

Thanks again!

[Looker]

So I figured it out after switching to fastcgi (I know not recommended until the original one is working) so there were some permission issues but I didn't get any kind of errors (either in filemon or otherwise) until I switched to fastcgi... either way the issue is fixed, but you might want to recommend users use fastcgi if they see this same behavior

[BSOD2600]

...one thing I am a little unclear about is the "Task Usr" is Task User the IUSR account or is that a third user? what would be an example of the "Task User" if it's a third user?

That'd be the user account which runs the cacti scheduled task.

...either way the issue is fixed, but you might want to recommend users use fastcgi if they see this same behavior

Interesting that fixed it. That being the case, sounds like you still have under laying PHP issues, which the fastcgi bypassed. Glad its working now.

[Looker]

That fixed "part" of it, I decided to give up after the fact sine my graphs weren't coming up and the like, so I de-installed most of the components and am trying your all-in-wonder... hopefully that works for me

[michel-ncg]

I ran into the same problem.
It seems that PHP and relative paths does not work
on a webserver with more than one website. (at least I have several virtual websites on my IIS6 server.
Or that the latest PHP version does not accept it anymore.
I installed php-5.2.3-Win32.

I changed all the include and include_once paths from
include("./include/auth.php");
to
include($_SERVER['DOCUMENT_ROOT']."/include/auth.php");
in all cacti php files.
After this Cacti worked fine.

My setup:
Server : Windows2003SP2 with IIS6
mysql-5.0.41-win32
php-5.2.3-Win32
rrdtool-1.2.15-cygwin-1.5.20
cacti-cactid-0.8.6i-cygwin-1.5.21
cacti-0.8.6j
net-snmp-5.4.0-1.win32

[mslivkoff]

I am seeing the same issues. Blank page upon start. It appears to be a problem with PHP handling includes, but I don't know how to fix it. Nothing listed here seems to help. Moving the includes to the cacti directory or even the PHP includes directory didn't work.

My setup:

Windows Server 2003 SP2 IIS6
cacti-0.8.6j
cacti-cactid-0.8.6i-cygwin-1.5.21 (cygwin removed)
cygwin
mysql-5.0.45-win32
php-5.2.3-win32
rrdtool-1.2.23-bin-w32

All software is configured as per "Installing Under Windows" in the Cacti documentation.

[mslivkoff]

Sorry, forgot to add that the server is running IIS6. Then I didn't see the "edit" button for the post.

*sigh*

I need more coffee.

[BSOD2600]

Does a phpinfo page work?

Code: Select all

<?php 
// Show all information, defaults to INFO_ALL 
phpinfo(); 
?> 

[mslivkoff]

Yes, the info page works properly. That was one of the first things I checked.