Messages

I have found that this system is failing on our server because the system function is not available to PHP.

This would tend to indicate problems with the backup, PHP based tar routines as well.

This appear to do a lot of 777 based file creation, which will definitely end up being a problem on many servers.

I'm getting similar issues when attempting to export data. 

I'm also concerned with why a back up is including files anyway.   These files will end up being stored all automated system backups as well...

David

Having developed such a system before, I can tell you it is much more readily accomplished in an environment that handles transaction success separately than order completion success....

David

I don't think that will be necessary at this time.  I may have found the issue.

In 1.0.3, in lib/error.php a change was made in line 96 from:

Code Select Expand

$log = new ALog('system/logs/error.txt');

to

Code Select Expand

   $log = new ALog(DIR_SYSTEM.'logs/error.txt');


lib/error.php is included into init.php at line 52.

DIR_SYSTEM is defined in init.php at line 275 or so.

So, this would seem to be a valid error, that should be expected on at least some PHP installations in the absence of some undocumented configuration settings..

David

Repeated FTP upload x 3 , no error reported, no changes.

Do see:

2012-07-04 18:54:13 - runtime notice:  Declaration of AMenu_Storefront::_buildMenu() should be compatible with that of AMenu::_buildMenu() in <b>/somepath/public_html/dev/core/lib/menu_control_storefront.php</b> on line <b>280</b>
2012-07-04 18:54:13 - runtime notice:  Declaration of AAttribute_Manager::getAttributes() should be compatible with that of AAttribute::getAttributes() in <b>/somepath/public_html/dev/core/lib/attribute_manager.php</b> on line <b>548</b>

I have repeated the upload 3 times with no problems reported..

David

I can confirm that FTP reported successful completion of the repeat upload twice and the issue remains.

David

The file is definitely not truncated.

There do however, seem to be mixed end of line characters (dos / unix)

David

Playing with permissions a bit, making some slight progress.

Code Select Expand

Error: cannot to pack /home/lifesolu/public_html/dev/admin/system/backup/manual_backup_2012-07-03-14-12-27.tar.gz Exit code:

Note that the exit code which might help with diagnosing the issue is still missing in action...

David

That line does not contain any reference to DIR_SYSTEM.

It had no space after the closing bracket which was the only content on the line.

Adding define('DIR_SYSTEM',DIR_ROOT .'/system/'); at line 42 in the root idex.php file seems to fix the issue, at least temporarily...

David

No, but I did do a manual upload...

David

I see:

Code Select Expand


Cannot send session cookie - headers already sent by (output started at /home/lifesolu/public_html/dev/core/lib/menu_control_storefront.php:280)

in error.txt - so, something else seems to be happening, I'm just not sure what..

David

This appears not to be the case.

The init.php file does contain a definition of the DIR_SYSTEM constant.  Its just not being processed for some reason.

(Yes, I have the same issue after a manual upgrade attempt)

David

This is another area where encapsulating the process could be quite helpful in matching cart functionality to store operations policy....

David

Table rate type module would tend to rule out a weight type mismatch.

This may be an issue fixed in 1.0.3, and an upgrade might fix this.

Any PHP errors in the log ?

David

This is a LAMP based secure server.  No shell account on hosting packages, open base dir in use.

The installation is in a sub directory of the oscommerce based site I'm planning to migrate from, which is using gzip and zip in its backup routine. 

I'll have server administrator check on tar availability.

David