I am having problems installing Zen 1.3.0.2 on a particular server.
I have installed Zen 1.3.0.2 on a similar but not identical server successfully.
Details about the machine config for each server appear below.

On the "Problem" server, the first and second (license agree/do-not-agree) pages of the install process are produced correctly. The third (inspect) page is not being produced correctly.

When using FireFox as browser, the problem manifests itself as a blank "third" page (inspect) during install.
When using IE6 as browser, the third page of install process is the standard IE "The page cannot be displayed" page.
When using Netscape 8.1 as browser, the third page of install process appears to just re-load the second page (license agreement).

I have tried installing to different domains hosted on the problem machine, all with the same result (blank 'third' page).

I have used different FTP programs (FileZilla, WS_FTP, SFTP) all with the same result on the problem machine. Specifically, I have re-uploaded the full fileset using all three of these FTP programs into the example 'problem' domain shown below (erbdev.com) and have had the same behavior regardless of the FTP program used. The last upload that is resident on erbdev.com right now was done with FileZilla without noticable errors or warnings.

I have unpacked/unzipped the 1.3.0.2 .zip file on a local machine different times/ways, and also have used the exact same set of unzipped files that were used to install on the server on which ZenCart installed successfully, but without fail, every install on the 'problem' machine produces the blank 'third' page during installation script execution.

I've looked at server error logs and have found nothing that is different between the install attempts on the success machine vs. the problem machine. On both "problem" and "success" servers, there are the following five error log entries every time the install is attempted. However, on the "success" machine, the "third" page of the install is presented just fine and eventually leads to a good install, whereas on the "problem" machine, only the blank "third" (inspect) page occurs:

• [Sun Jul 23 14:39:45 2006] [error] PHP Fatal error: Cannot instantiate non-existent class: notifier in /home/erbdevco/public_html/catalog1302/includes/autoload_func.php on line 78

• [Sun Jul 23 14:39:45 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

• [Sun Jul 23 14:39:45 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

• [Sun Jul 23 14:39:45 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

• [Sun Jul 23 14:39:45 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

I also notice that some of the settings for mysql in phpinfo for the two servers are different (see below for each machine). The "problem" machine has MYSQL_MODULE_TYPE set as external, whereas the "success" machine has MYSQL_MODULE_TYPE set as builtin. More detailed settings and phpinfo links are listed below.

I have been trying to diagnose the problem off and on for days, have read as many FAQs (in docs/ folder of unpacked zencart zip distribution and online here) as I can find, have looked through the forums searching for posts about similar problems, and have not been successful at finding information that would help diagnose/resolve this particular problem.

I have tried renaming admin/includes/.htaccess to .htaccess_hide as suggested in one post but that did not correct the problem with the blank 'third' install page.

The steps in my installation process are listed at the bottom of this post, but first here are some details about the problem machine configuration vs. the successful machine configuration. I have provided mySQL database user and passwd details for the "problem" machine in one domain, as the install on erbdev.com is for diagnosing the problem and will not be the final install domain or location (so I don't care if it gets broken, trashed, etc, as long as I am able to determine the cause of the installation problem). However, I expect that the demo install on erbdev.com will not proceed past the second 'license' page until the misconfiguration is identified and corrected. I hope someone can shed some light or point me in the direction of things that I might try or investigate. Thanks in advance.

==========================================================

==========================================================
"PROBLEM"
ON SERVER PRODUCING BLANK "THIRD" PAGE (Inspect) DURING INSTALL:

• ZenCart Version: 1.3.0.2 release ( zen-cart-v1.3.0.2-full-fileset.zip )

• unpacked/unzipped and uploaded repeatedly using FileZilla, WS_FTP,
  and SFTP to multiple domains on same server, all with same result
  (blank page on third step, "inspect").

• Last upload was accomplished using FileZilla, no apparent errors or warnings.

• PHP Version 4.4.0

• mySQL Version 4.1.19-standard
  "Use old style (4.0) passwords with mySQL 4.1+ (required if you have problems with php apps authenticating)" = ON in WHM/CPanel
  NOTE: HAVE TRIED "Use old style (4.0) password..." both ON and OFF, with same blank 'third' page of install behavior.

• Apache Version 1.3.34
  Details: Apache/1.3.34 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/4.4.0 mod_ssl/2.8.25 OpenSSL/0.9.7a

• WHM Version 10.8.0

• CPanel Version 10.8.2-R119

• OS: linux, Fedora Core 1 - i385

• Have phpMyAdmin 2.8.0.2 available, shows empty erbdevco_demostore database with no tables.

• Install script/store: http://www.erbdev.com/catalog1302

• URL displayed in FireFox browser when blank 'third' page is encountered:
  http://www.erbdev.com/catalog1302/zc_install/index.php?main_page=inspect&language=english

• mySQL Database: demostore ( full name: erbdevco_demostore )

• mySQL User: zendemo ( full name: erbdevco_zendemo )

• mySQL User zendemo passwd: demo

• phpinfo link: http://www.erbdev.com/catalog1302/zc_install/includes/phpinfo.php

• Selected PHP Settings:

  • Register Globals = OFF
  • MySQL Support enabled
    • Active Persistent Links 0
    • Active Links 0
    • Client API version 4.1.19
    • MYSQL_MODULE_TYPE external
    • MYSQL_SOCKET /var/lib/mysql/mysql.sock
    • MYSQL_INCLUDE -I/usr/include/mysql
    • MYSQL_LIBS -L/usr/lib -lmysqlclient
  • Safe Mode = OFF
  • Session Support enabled
  • session.auto_start Off
  • session.use_trans_sid Off
  • magic_quotes_runtime Off
  • GD Support enabled
  • GD Version bundled (2.0.28 compatible)
  • ZLib Support enabled
  • OpenSSL support enabled
  • OpenSSL Version OpenSSL 0.9.7a Feb 19 2003
  • CURL support enabled
  • CURL Information libcurl/7.12.0 OpenSSL/0.9.7a zlib/1.2.0.7
  • file_uploads On
    • upload_max_filesize 2M
    • post_max_size 55M
  • XML Support active
  • FTP support enabled

==========================================================

==========================================================
"SUCCESS"
ON SERVER WHERE INSTALL SCRIPT SHOWS EXPECTED "THIRD" PAGE (Inspect):

• ZenCart Version: 1.3.0.2 release ( zen-cart-v1.3.0.2-full-fileset.zip )

• unpacked/unzipped and uploaded via SFTP, install successful, demo store up
  and running.

• PHP Version 4.3.11

• mySQL Version 4.1.19-standard
  "Use old style (4.0) paswords with mySQL 4.1+ (required if you have problems with php apps authenticating)" = ON in WHM/CPanel
  NOTE: HAVE TRIED "Use old style (4.0) password..." both ON and OFF, successfully installed and run zenCart V1.3.0.2 both ways.

• Apache Version 1.3.33
  Details: Apache/1.3.33 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/4.3.11 FrontPage/5.0.2.2635 mod_ssl/2.8.22 OpenSSL/0.9.7a

• WHM Version 10.8.0

• CPanel Version 10.8.2-R119

• OS: linux, Fedora Core 1 - i386

• Have phpMyAdmin 2.8.0.2 available, shows database created for demostore with 93 tables.

• Successfully installed V1.3.0.2 store: http://www.j-plprod.com/demostore

• phpinfo link: http://www.j-plprod.com/demostore/zc_install/includes/phpinfo.php

• Selected PHP Settings:

  • Register Globals = OFF
  • MySQL Support enabled
    • Active Persistent Links 0
    • Active Links 0
    • Client API version 3.23.49
    • MYSQL_MODULE_TYPE builtin
    • MYSQL_SOCKET /var/tmp/mysql.sock
    • MYSQL_INCLUDE no value
    • MYSQL_LIBS no value

• Safe Mode = OFF

==========================================================

==========================================================
Installation procedure followed for both "problem" ( erbdev.com/catalog1302 )
and "success" ( j-plprod.com/demostore ) machines:

• Unpacked/unzipped zen-cart-v1.3.0.2-full-fileset.zip to local directory
  corresponding to catalog1302 or demostore.
• Copied includes/dist-configure.php to includes/configure.php
• Copied admin/includes/dist-configure.php to admin/includes/configure.php
• Uploaded entire catalog1302 / demostore directory to servers in
  corresponding directories for erbdev.com/ and j-plprod.com/
• chmod 777 for includes/configure.php and admin/includes/configure.php
• chmod 777 for the following directories under catalog1302 / demostore:
  cache
  images
  includes/languages/english/html_includes
  media
  admin/backups
  admin/images/graphs
• chmod 777 images directory (and subdirectories thereunder) in catalog1302 / demostore
• Attempted install via erbdev.com/catalog1302 (problem) and j-plprod.com/demostore (success)

I have write access to the master php.ini file for the problem machine, and phpMySQL is also available on a domain-by-domain basis on both servers.

==========================================================

OK, that's some information up front. I'm sure much of it is irrelevant to the problem, but better off providing extra as opposed to not providing enough. If anyone can help or suggest things to look for I would really really appreciate it. This is for a project that needed to be installed and handed off last week to the person who is going to maintain the website, but to no avail until I can install it successfully. Thanks in advance.

Wow - now THAT is some good research and problem analysis.

If only I could give a solution based on that info alone....

1. The only thing that surprises me in the differences between both servers' phpinfo settings is the y2kcompliance setting. I'm surprised that it's set to "off" on the "working" server. IMO it should have no bearing on ZC installation though.

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, not anything to do with running from the zc_install area. Studying the filenames, I see /home/erbdevco/public_html/catalog1302/includes/autoload_func.php ... which makes no reference to zc_install ... and the zc_install process doesn't use the autoload_func.php components as of v1.3 (it will in the future, but that's another story, and I only mention it in case someone is reading this post in the future).

Instead, these errors are most certainly a result of the configure.php file containing defaults since the installer hasn't run yet (because the path information hasn't been set right, and thus it can't locate those files where it's looking).

3. Can you try running the page directly from the command line? (assuming you have shell/telnet access):```
   chdir /home/erbdevco/public_html/
   (or maybe this is better: )
   chdir /public_html
   php catalog1302/zc_install/index.php?main_page=inspect > debuglog.txt

Then let's analyze the debuglog.txt output for any errors.

Perhaps check the errorlog before and after doing that, to see if anything extra shows up there too.

4. Edit the /zc_install/index.php file, and on line 2 ... right below the opening <?php
insert this line:
```php
  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.

5. Try editing the /includes/configure.php file and set the DB_ settings for your server:```php
   define('DB_PREFIX', '');
   define('DB_SERVER', 'localhost');
   define('DB_SERVER_USERNAME', 'erbdevco_zendemo');
   define('DB_SERVER_PASSWORD', 'demo');
   define('DB_DATABASE', 'erbdevco_demostore');

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.

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.

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.

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.

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:

<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:

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.

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.

DrByte:

4. Edit the /zc_install/index.php file, and on line 2 ... right below the opening <?php
   insert this line:

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:

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):

[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

> **DrByte:**
>
> 5. Try editing the /includes/configure.php file and set the DB_ settings for your server:```php
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:

* [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:

* [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.

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.

After looking at the error_log file for the entire machine, I also find entries where the processes die with segmentation faults after the errors listed above. For instance, the last one quoted above, with "die" entries included, appears as follows in the whole-machine error_log:

[Mon Jul 24 02:31:16 2006] [error] PHP Notice:  Undefined index:  debug in /home/erbdevco/public_html/catalog1302/zc_instal
l/includes/modules/pages/inspect/header_php.php on line 12
[Mon Jul 24 02:31:16 2006] [error] PHP Notice:  Undefined index:  debug2 in /home/erbdevco/public_html/catalog1302/zc_insta
ll/includes/modules/pages/inspect/header_php.php on line 13
[Mon Jul 24 02:31:16 2006] [error] PHP Notice:  Undefined index:  debug3 in /home/erbdevco/public_html/catalog1302/zc_insta
ll/includes/modules/pages/inspect/header_php.php on line 14
[Mon Jul 24 02:31:16 2006] [error] PHP Notice:  Undefined index:  debug in /home/erbdevco/public_html/catalog1302/zc_instal
l/includes/modules/pages/inspect/header_php.php on line 12
[Mon Jul 24 02:31:16 2006] [error] PHP Notice:  Undefined index:  debug2 in /home/erbdevco/public_html/catalog1302/zc_insta
ll/includes/modules/pages/inspect/header_php.php on line 13
[Mon Jul 24 02:31:16 2006] [error] PHP Notice:  Undefined index:  debug3 in /home/erbdevco/public_html/catalog1302/zc_insta
ll/includes/modules/pages/inspect/header_php.php on line 14
[Mon Jul 24 02:31:16 2006] [notice] child pid 29029 exit signal Segmentation fault (11)
[Mon Jul 24 02:31:16 2006] [notice] child pid 29030 exit signal Segmentation fault (11)

I'm still poking around and trying things, so far to no avail, and suggestions/ideas about what might be going on are more than welcome.

Continuing to investigate/document. Here is what is in the machine's access logs for the same failed installation attempt as above. The last ( 02:31:16 ) POST to zc_install/index.php returned a 302, but I notice it is coming from main_page=license, and also initiating the POST to main_page=license. Perhaps that explains the duplicate error entries above, and maybe it gives a clue as to what is amiss ? It coincides in time with the "die" for the child processes found in the machine-wide error_log.

70.104.241.70 - - [24/Jul/2006:02:30:16 -0700] "POST /catalog1302/zc_install/index.php?main_page=license&language=english HTTP/1.1" 200 2664 "http://www.erbdev.com/catal
og1302/zc_install/index.php" "Way Super Cool DudeBrowser 9.0"
70.104.241.70 - - [24/Jul/2006:02:30:17 -0700] "GET /catalog1302/zc_install/includes/templates/template_default/css/stylesheet.css HTTP/1.1" 304 - "http://www.erbdev.com
/catalog1302/zc_install/index.php?main_page=license&language=english" "Way Super Cool DudeBrowser 9.0"
70.104.241.70 - - [24/Jul/2006:02:30:18 -0700] "GET /catalog1302/zc_install/includes/templates/template_default/images/zen_header_bg.jpg HTTP/1.1" 304 - "http://www.erbd
ev.com/catalog1302/zc_install/index.php?main_page=license&language=english" "Way Super Cool DudeBrowser 9.0"
70.104.241.70 - - [24/Jul/2006:02:30:18 -0700] "GET /catalog1302/zc_install/includes/templates/template_default/templates/gpl_license.html HTTP/1.1" 304 - "http://www.er
bdev.com/catalog1302/zc_install/index.php?main_page=license&language=english" "Way Super Cool DudeBrowser 9.0"
70.104.241.70 - - [24/Jul/2006:02:30:18 -0700] "GET /catalog1302/zc_install/includes/templates/template_default/images/tile_back.jpg HTTP/1.1" 304 - "http://www.erbdev.c
om/catalog1302/zc_install/includes/templates/template_default/css/stylesheet.css" "Way Super Cool DudeBrowser 9.0"
70.104.241.70 - - [24/Jul/2006:02:30:21 -0700] "GET /favicon.ico HTTP/1.1" 404 819 "-" "Way Super Cool DudeBrowser 9.0"
70.104.241.70 - - [24/Jul/2006:02:31:16 -0700] "POST /catalog1302/zc_install/index.php?main_page=license&language=english HTTP/1.1" 302 5 "http://www.erbdev.com/catalog1
302/zc_install/index.php?main_page=license&language=english" "Way Super Cool DudeBrowser 9.0"
70.104.241.70 - - [24/Jul/2006:02:31:17 -0700] "GET /favicon.ico HTTP/1.1" 404 819 "-" "Way Super Cool DudeBrowser 9.0"

Hmmm I made an error on the command-line test ... forgot that PHP can't accept parameters as part of filename, unlike a URL... try this:```
chdir /public_html
php catalog1302/zc_install/index.php main_page=inspect > debuglog.txt

You'll likely get some gethostbyaddr() errors... which may make this test useless :(

DrByte:

Hmmm I made an error on the command-line test ... forgot that PHP can't accept parameters as part of filename, unlike a URL... try this:```
chdir /public_html
php catalog1302/zc_install/index.php main_page=inspect > debuglog.txt

> 
> You'll likely get some gethostbyaddr() errors... which may make this test useless :(

Here is what I did:

[email protected] []# cd public_html
[email protected] [/public_html]# php catalog1302/zc_install/index.php main_page=inspect > debuglog.txt
Segmentation fault
[email protected] [~/public_html]# cat debuglog.txt
Content-type: text/html
X-Powered-By: PHP/4.4.0

<br /> <b>Notice</b>: Undefined index: HTTP_USER_AGENT in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/classes/installer.php</b> on line <b>18</b><br /> <br /> <b>Notice</b>: Undefined index: debug in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php</b> on line <b>12</b><br /> <br /> <b>Notice</b>: Undefined index: debug2 in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php</b> on line <b>13</b><br /> <br /> <b>Notice</b>: Undefined index: debug3 in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php</b> on line <b>14</b><br /> [email protected] [~/public_html]# ```

So, very similar to what appears in the error log when attempted via web ( undefined index debug, debug2, debug3 at lines 12, 13, 14 of zc_install/includes/modules/pages/inspect/header_php.php ) and termination with segmentation fault. However, there is the new message regarding index HTTP_USER_AGENT , in zc_install/includes/classes/installer.php . This is the first reference I've seen to installer.php. Does that suggest anything?

hmmm .... better yet ... chdir into the zc_install folder directly:```
chdir /public_html/catalog1302/zc_install
php index.php main_page=inspect > debuglog.txt

Hmmmm .... that's not gonna work .... $_GET isn't parsed from command-line

Thanks for the follow-up. . .

DrByte:

hmmm .... better yet ... chdir into the zc_install folder directly:
...
Hmmmm .... that's not gonna work .... $_GET isn't parsed from command-line

Figured it couldn't hurt:

[email protected] [~]# chdir public_html/catalog1302/zc_install
[email protected] [~/public_html/catalog1302/zc_install]# php index.php main_page=inspect > debuglog.txt
Segmentation fault
[email protected] [~/public_html/catalog1302/zc_install]# cat debuglog.txt
Content-type: text/html
X-Powered-By: PHP/4.4.0

<br />
<b>Notice</b>:  Undefined index:  HTTP_USER_AGENT in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/classes/installer.php</b> on line <b>18</b><br />
<br />
<b>Notice</b>:  Undefined index:  debug in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php</b> on line <b>12</b><br />
<br />
<b>Notice</b>:  Undefined index:  debug2 in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php</b> on line <b>13</b><br />
<br />
<b>Notice</b>:  Undefined index:  debug3 in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php</b> on line <b>14</b><br />
[email protected] [~/public_html/catalog1302/zc_install]# 

So nothing new there, unfortunately.

I wish there were more extensive error reporting available... it makes diagnostics difficult. Is there anything that could be changed in php.ini that would be worth trying? I'm up for trying practically anything.

Also, as stated, the erbdev.com domain isn't important to us right now... I would be more than willing to provide you shell login access by private message if that would help and save turnaround time for "try this" sorts of things.

Could try adding this to the top of zc_install/index.php after the call to application_top:```php
if ($argc > 0) {
for ($i=1;$i<$argc;$i++) {
$it = split("=",$argv[$i]);
$_GET[$it[0]] = $it[1];
// parse_str($argv[$i],$tmp);
// $_REQUEST = array_merge($_REQUEST, $tmp);
}
}
}

SAR:

php index.php main_page=inspect > debuglog.txt

Segmentation fault
The segmentation fault issue alarms me.... suggests a PHP configuration or server problem...

DrByte:

Could try adding this to the top of zc_install/index.php after the call to application_top:```php
if ($argc > 0) ...

I added the snippet to index.php and then tried it from the command line from within the zc_install directory.  Unfortunately, the result was not significantly different:

[email protected] [/public_html]# cd catalog1302/zc_install
[email protected] [/public_html/catalog1302/zc_install]# cat index.php

<?php define('STRICT_ERROR_REPORTING',true); /** * index.php -- This is the main hub file for the Zen Cart installer * * @package Installer * @access private * @copyright Copyright 2003-2006 Zen Cart Development Team * @copyright Portions Copyright 2003 osCommerce * @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0 * @version $Id: index.php 3178 2006-03-12 22:30:49Z drbyte $ */ define('IS_ADMIN_FLAG',false); require('includes/application_top.php'); if ($argc > 0) { for ($i=1;$i<$argc;$i++) { $it = split("=",$argv[$i]); $_GET[$it[0]] = $it[1]; // parse_str($argv[$i],$tmp); // $_REQUEST = array_merge($_REQUEST, $tmp); } } if (!isset($_GET['main_page']) || !zen_not_null($_GET['main_page'])) $_GET['main_page'] = 'index'; $current_page = $_GET['main_page']; $page_directory = 'includes/modules/pages/' . $current_page; $language_page_directory = 'includes/languages/' . $language . '/'; require('includes/languages/' . $language . '.php'); // init vars: $zc_first_field = ''; // lang must be loaded before the header module require('includes/languages/' . $language . '/' . $current_page . '.php'); require($page_directory . '/header_php.php'); require(DIR_WS_INSTALL_TEMPLATE . 'common/html_header.php'); require(DIR_WS_INSTALL_TEMPLATE . 'common/main_template_vars.php'); require(DIR_WS_INSTALL_TEMPLATE . 'common/tpl_main_page.php'); ?>[email protected] [~/public_html/catalog1302/zc_install]# php index.php main_page=inspect > debuglog.txt

Segmentation fault
[email protected] [~/public_html/catalog1302/zc_install]# cat debuglog.txt
Content-type: text/html
X-Powered-By: PHP/4.4.0

<br /> <b>Notice</b>: Undefined index: HTTP_USER_AGENT in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/classes/installer.php</b> on line <b>18</b><br /> <br /> <b>Notice</b>: Undefined index: debug in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php</b> on line <b>12</b><br /> <br /> <b>Notice</b>: Undefined index: debug2 in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php</b> on line <b>13</b><br /> <br /> <b>Notice</b>: Undefined index: debug3 in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php</b> on line <b>14</b><br /> [email protected] [~/public_html/catalog1302/zc_install]# ```

So not much change. I wasn't sure if it was getting the command-line arguments so I commented out the parsing snippet I had just added, hard-coded $current_page to be 'inspect', then echo'd it to stdout and tried it again at the command line as below:

[email protected] [~/public_html/catalog1302/zc_install]# cat index.php
<?php
define('STRICT_ERROR_REPORTING',true);
/**
 * index.php -- This is the main hub file for the Zen Cart installer *
 * @package Installer
 * @access private
 * @copyright Copyright 2003-2006 Zen Cart Development Team
 * @copyright Portions Copyright 2003 osCommerce
 * @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0
 * @version $Id: index.php 3178 2006-03-12 22:30:49Z drbyte $
 */

  define('IS_ADMIN_FLAG',false);
  require('includes/application_top.php');
//   if ($argc > 0) {
//       for ($i=1;$i<$argc;$i++) {
//         $it = split("=",$argv[$i]);
//         $_GET[$it[0]] = $it[1];
//         // parse_str($argv[$i],$tmp);
//         // $_REQUEST = array_merge($_REQUEST, $tmp);
//       }
//     }
  if (!isset($_GET['main_page']) || !zen_not_null($_GET['main_page'])) $_GET['main_page'] = 'index';
  $current_page = $_GET['main_page'];
  
  $current_page = 'inspect';    // hard-wire to inspect for debug purposes only... SAR 060724
  echo '<p>current_page = ',$current_page,'</p>';       // added for debug purposes only... SAR 060724
  
  $page_directory = 'includes/modules/pages/' . $current_page;
  $language_page_directory = 'includes/languages/' . $language . '/';
  require('includes/languages/' . $language . '.php');

  // init vars:
        $zc_first_field = '';

  // lang must be loaded before the header module
  require('includes/languages/' . $language . '/' . $current_page . '.php');
  require($page_directory . '/header_php.php');

  require(DIR_WS_INSTALL_TEMPLATE . 'common/html_header.php');
  require(DIR_WS_INSTALL_TEMPLATE . 'common/main_template_vars.php');
  require(DIR_WS_INSTALL_TEMPLATE . 'common/tpl_main_page.php');
?>[email protected] [~/public_html/catalog1302/zc_install]# php index.php main_page=inspect > debuglog.txt
Segmentation fault
[email protected] [~/public_html/catalog1302/zc_install]# cat debuglog.txt
Content-type: text/html
X-Powered-By: PHP/4.4.0

<br />
<b>Notice</b>:  Undefined index:  HTTP_USER_AGENT in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/classes/installer.php</b> on line <b>18</b><br />
<p>current_page = inspect</p><br />
<b>Notice</b>:  Undefined index:  debug in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php</b> on line <b>12</b><br />
<br />
<b>Notice</b>:  Undefined index:  debug2 in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php</b> on line <b>13</b><br />
<br />
<b>Notice</b>:  Undefined index:  debug3 in <b>/home/erbdevco/public_html/catalog1302/zc_install/includes/modules/pages/inspect/header_php.php</b> on line <b>14</b><br />
[email protected] [~/public_html/catalog1302/zc_install]# 

So other than verifying that $current_page was set to 'inspect', the output was the same.

I'm not sure what to try next.

DrByte:

The segmentation fault issue alarms me.... suggests a PHP configuration or server problem...

That seems likely to me too. There is just something about the "problem" machine configuration that is not set such that the "inspect" part of the zencart install can function properly. Given the similarity between it and the "success" machine, I was hoping to find some telltale sign, error message, or other indication of where the problem lies. The mySQL version is identical between machines, but PHP versions are different (4.3.11 on "success" vs. 4.4.0 on "problem") and Apache is somewhat different as well. The differences in MYSQL_MODULE_TYPE in phpinfo for the two machines (external on "problem" machine vs. builtin on "success" machine) seemed to be one possibility, but I don't know if that matters or not.

Hopefully something along the way will provide some indication of the problem. At least I'm hoping that is the case.

A new lead!
. . .

I was directed to an interesting post that sounds very very similar to the problem we are experiencing with the "problem" machine. We are not using the TomCat add-on to cPanel/WHM referenced in the post, but that is good because it seemed to only complicate the 'fix'. The mySQL (3.1.19-std) version referenced is identical to our "problem" server, the PHP version is similar (PHP 4.4.2 referenced in cPanel forum post, PHP 4.4.0 running on our "problem" machine) and the apache version is also not greatly different (apache 1.3.36 referenced in cPanel forum, apache 1.3.34 running on our "problem" machine).

So, we're going to recompile apache and see what occurs. I'll post the results here after we are back up and running and have had a chance to make sure the recompiled apache is functional and then try the zencart install once again.

Stay tuned. . .

Well, let's see ... maybe if I had included the URL to the cPanel forum post my previous post might have made more sense. :D Here it is:

http://forums.cpanel.net/showthread.php?t=53603&highlight=http+segmentation+fault

Main forum link:
http://forums.cpanel.net/

OK, problem solved. If you are reading this post and experiencing similar problems, Read the thread on the cPanel support forum. It details an almost identical behavior and the fix for it also worked for me and allowed the ZenCart install script to complete successfully. Here is the link again for the cPanel support forum post, you may need to register to read the post:

http://forums.cpanel.net/showthread.php?t=53603&highlight=http+segmentation+fault

The general forum link is:

http://forums.cpanel.net/

The simplest description of the solution to the problem I encountered is that it appears that recompiling apache is what is needed. The cause of the segmentation faults and subsequent blank page output from php may be related to an auto-installing patch from cPanel (read that forum post above :wink2: ) .

Now in the process we also updated PHP versions (from 4.4.0 to 4.4.2) and apache versions (1.3.34 to 1.3.36). mySQL stayed at 4.1.19-standard, and I note that the cPanel post was from someone who also had servers at 4.1.19-standard. This may or may not be significant.

Finally, there is one thing I think worth pointing out. Before we started any of this, phpinfo on our "problem" machine showed:

MYSQL_MODULE_TYPE  external

whereas phpinfo on our "success" machine showed:

MYSQL_MODULE_TYPE builtin

After upgrading PHP from 4.4.0 to 4.4.2 and recompiling apache at V1.3.36, phpinfo on our "problem" machine showed:

MYSQL_MODULE_TYPE builtin

So in the process of our upgrades and recompile of apache, the MYSQL_MODULE_TYPE shown in phpinfo changed from "external" to "builtin". I can't say for sure if this had anything to do with the particular behavior we encountered or if it was related to fixing the problem, but it is worth noting in case others encounter a similar problem.

Thank you very much to Dr Byte for the help and suggestions. It might have been days on end before I noticed the segmentation faults in the machine-wide error_log if it hadn't been for his help and suggestions.

Until next time . . .

phew ! Glad you got it fixed !

DrByte:

phew ! Glad you got it fixed !

Me too. Thanks again for the help. Having the forum available and the interaction from the development team there really adds value to what is already a great package. We'll be donating $ to the effort as we use zencart more and more.

I also should point out that none of the problem I encountered had anything to do with ZenCart at all... we just happened to discover the problem with the machine during the ZenCart install. After we fixed the problems on our server, ZenCart installed super-easily just as we had expected it would.