Blank "third" page (inspect) of 1.3.0.2 install, works on one machine not on another.

[DrByte]

# php index.php main_page=inspect > debuglog.txt
Segmentation fault

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

[SAR]

Could try adding this to the top of zc_install/index.php after the call to application_top:

    if ($argc > 0) ... 

Then try the command-line approach mentioned above.... just to get it to fully use the parameters properly

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.

[SAR]

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.

[SAR]

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

[SAR]

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

http://forums.cpanel.net/showthread....entation+fault

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

[SAR]

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....entation+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 ) .

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

[DrByte]

phew ! Glad you got it fixed !

[SAR]

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.