Thanks for the speedy response. I really appreciate it. I tried to document as much as possible and I had been trying to resolve the problem on my own but I got to a point where I decided that asking the experts was going to be necessary.
Originally Posted by
DrByte
1. The only thing that surprises me in the differences between both servers' phpinfo settings is the y2kcompliance setting...
Wow. Me too. I changed php.ini and restarted apache so that y2kcompliance is ON on the "success" machine now. No bad effects observed so far. Thanks for noticing.
Originally Posted by
DrByte
2. My first thought was that the problem has to do with the errors reported in your errorlog. But ... those are errors from attempting to access the store via the main URL...
Ahhh... now that I think about it that makes perfect sense. I think for a microsecond I wondered why the errors didn't reference zc_install at all, but since they appeared on the "success" machine's logs too I didn't think any more of it. I tried the direct URL to zc_install/index.php on the problem machine a moment ago and those five errors were not generated on the "problem" machine, but the blank third page problem is still present.
Originally Posted by
DrByte
3. Can you try running the page directly from the command line? (assuming you have shell/telnet access)
I do have shell access to the domain and su access to the "problem" machine as well. I did the following:
Code:
<login as user for erbdev.com domain>
erbdevco@ds175 [~]# cd public_html
erbdevco@ds175 [~/public_html]# php catalog1302/zc_install/index.php?main_page=inspect > debuglog.txt
erbdevco@ds175 [~/public_html]# cat debuglog.txt
Status: 404
Content-type: text/html
X-Powered-By: PHP/4.4.0
No input file specified.
erbdevco@ds175 [~/public_html]# ^php^php -f
php -f catalog1302/zc_install/index.php?main_page=inspect > debuglog.txt
erbdevco@ds175 [~/public_html]# cat debuglog.txt
No input file specified.
erbdevco@ds175 [~/public_html]#
Then, the following just to see what happened:
Code:
erbdevco@ds175 [~/public_html]# cd catalog1302/zc_install
erbdevco@ds175 [~/public_html/catalog1302/zc_install]# php index.php?main_page=inspect > debuglog.txt
erbdevco@ds175 [~/public_html/catalog1302/zc_install]# cat debuglog.txt
Status: 404
Content-type: text/html
X-Powered-By: PHP/4.4.0
No input file specified.
So, same behavior when attempting to command-line execute from within the zc_install directory.
Originally Posted by
DrByte
Perhaps check the errorlog before and after doing that, to see if anything extra shows up there too.
No additional error log entries as a result of any of the three attempts.
Originally Posted by
DrByte
4. Edit the /zc_install/index.php file, and on line 2 ... right below the opening <?php
insert this line:
PHP Code:
define('STRICT_ERROR_REPORTING',true);
Then try accessing the page again: zc_install/index.php?main_page=inspect
Perhaps try creating another debuglog.txt as in step 3 above.
I'd be interested to know the results according to your problem server.
Edited /zc_install/index.php and added a line 2 exactly as above. Then did the following:
Code:
erbdevco@ds175 [~/public_html]# php catalog1302/zc_install/index.php?main_page=inspect > debuglog.txt
erbdevco@ds175 [~/public_html]# cat debuglog.txt
Status: 404
Content-type: text/html
X-Powered-By: PHP/4.4.0
No input file specified.
erbdevco@ds175 [~/public_html]# erbdevco@ds175 [~/public_html]# ^php^php -f
php -f catalog1302/zc_install/index.php?main_page=inspect > debuglog.txt
erbdevco@ds175 [~/public_html]# cat debuglog.txt
No input file specified.
erbdevco@ds175 [~/public_html]#
No additional error entries made in error logs.
But THEN. . .
I tried http://www.erbdev.com/catalog1302/zc_install/index.php , first page displayed OK, Only two "File does not exist" entries for favicon.ico after first page load.
Second page loaded OK and displayed license and agree/disagree. Two more "File does not exist" entries for favicon.ico (haven't made a bitmap for that domain, so no favicon.ico exists, so no big deal).
Selected "agree" and clicked continue button, and the blank page was produced again. However, the following additional Notices were reported in the error log for the domain (last-error-first, or -top, of this list):
Code:
[Mon Jul 24 01:54:40 2006] [error] PHP Notice: Undefined variable: dbinfo in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 105
[Mon Jul 24 01:54:40 2006] [error] PHP Notice: Undefined variable: zen_cart_database_connect_OK in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 73
[Mon Jul 24 01:54:40 2006] [error] PHP Notice: Undefined index: debug3 in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 14
[Mon Jul 24 01:54:40 2006] [error] PHP Notice: Undefined index: debug2 in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 13
[Mon Jul 24 01:54:40 2006] [error] PHP Notice: Undefined index: debug in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 12
[Mon Jul 24 01:54:40 2006] [error] PHP Notice: Undefined variable: dbinfo in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 105
[Mon Jul 24 01:54:40 2006] [error] PHP Notice: Undefined variable: zen_cart_database_connect_OK in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 73
[Mon Jul 24 01:54:40 2006] [error] PHP Notice: Undefined index: debug3 in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 14
[Mon Jul 24 01:54:40 2006] [error] PHP Notice: Undefined index: debug2 in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 13
[Mon Jul 24 01:54:40 2006] [error] PHP Notice: Undefined index: debug in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 12
Originally Posted by
DrByte
5. Try editing the /includes/configure.php file and set the DB_ settings for your server:
PHP Code:
define('DB_PREFIX', '');
define('DB_SERVER', 'localhost');
define('DB_SERVER_USERNAME', 'erbdevco_zendemo');
define('DB_SERVER_PASSWORD', 'demo');
define('DB_DATABASE', 'erbdevco_demostore');
I changed the apropriate five lines in /includes/configure.php to that above. It seems that most of the parameters in that file are things the install script would eventually set, but I set the five above and left the rest as-is. Since this file was not in zc_install, and I was not certain if it would be read during the "inspect" part of the install, I ran the direct URL to the store: http://www.erbdev.com/catalog1302 to see what would happen. It simply loaded http://www.erbdev.com/catalog1302/zc_install/index.php in turn and displayed the usual first "welcome" page of the installation. After the first page was produced, the usual 5 errors/Warnings associated with accessing the store URL (rather than zc_install/index.php directly) appeared in the error logs:
Code:
* [Mon Jul 24 02:23:27 2006] [error] PHP Fatal error: Cannot instantiate non-existent class: notifier in /home/erbdevco/public_html/catalog1302/includes/autoload_func.php on line 78
* [Mon Jul 24 02:23:27 2006] [error] PHP Warning: main(): Failed opening '/includes/classes/class.notifier.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/erbdevco/public_html/catalog1302/includes/autoload_func.php on line 59
* [Mon Jul 24 02:23:27 2006] [error] PHP Warning: main(/includes/classes/class.notifier.php): failed to open stream: No such file or directory in /home/erbdevco/public_html/catalog1302/includes/autoload_func.php on line 59
* [Mon Jul 24 02:23:27 2006] [error] PHP Warning: main(): Failed opening '/includes/classes/class.base.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/erbdevco/public_html/catalog1302/includes/autoload_func.php on line 59
* [Mon Jul 24 02:23:27 2006] [error] PHP Warning: main(/includes/classes/class.base.php): failed to open stream: No such file or directory in /home/erbdevco/public_html/catalog1302/includes/autoload_func.php on line 59
The second page loaded just fine, producing only a favicon-not-found error.
After selecting "agree" and clicking "Continue" button, the blank page still appeared, and these Notices appeared in the error logs:
Code:
* [Mon Jul 24 02:31:16 2006] [error] PHP Notice: Undefined index: debug3 in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 14
* [Mon Jul 24 02:31:16 2006] [error] PHP Notice: Undefined index: debug2 in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 13
* [Mon Jul 24 02:31:16 2006] [error] PHP Notice: Undefined index: debug in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 12
* [Mon Jul 24 02:31:16 2006] [error] PHP Notice: Undefined index: debug3 in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 14
* [Mon Jul 24 02:31:16 2006] [error] PHP Notice: Undefined index: debug2 in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 13
* [Mon Jul 24 02:31:16 2006] [error] PHP Notice: Undefined index: debug in /home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php on line 12
So there is now some additional information as a result. It is not clear to me what the error log message might indicate, if anything. Perhaps the fact that a 404 error is produced when executing the inspect page from the command line is significant, or maybe I just did not execute with the proper flags/switches. I also am not sure if it is significant that two sets of error entries are produced when the "inspect" page is attempted to be generated from the web (line 12, 13, 14 then line 12, 13, 14 again immediately above), but since zc_install/index.php regenerates itself with new headers for each main_page, it could be due to that.
Originally Posted by
DrByte
I suspect it's likely a result of some restriction set in PHP, or a filesystem permissions problem.
It's not related to MySQL unless it's just that it's trying to talk to the MySQL server without using a valid password...hence the suggestion #5 above.
I would agree that a PHP configuration setting or misconfiguration seems like the likely cause ...especially since everything went extremely smoothly with other 1.3.0.2 installs on the "success" server... if only I could determine what the misconfiguration is. Being a relative PHP and mySQL novice, I haven't been able to so far. My hope is that the results of this set of diagnostics produces some additional suggestions or advice... I really want to stick with Zen for this current domain and some others on the same "problem" server so I would really like to figure it out.
Thanks again for the thoughtful and detailed response. Any additional commentary would be greatly appreciated.
Bookmarks