Warning: session_start(): Trying to destroy uninitialized session

[batteryman]

My site just started to have this issue yesterday morning after processing several orders. No code or database changes have been made in several months.

Warning: session_start(): Trying to destroy uninitialized session in /includes/functions/sessions.php on line 114 Warning: session_start(): Failed to decode session object. Session has been destroyed in /includes/functions/sessions.php on line 114

What would be causing this?

I have checked the database sessions table and ensured it is optimized and not having any issues. Checked the session write path and made sure the folder exist and is writeable.

[kobra]

What are the particulars of your server??

admin > tools > server/version info

[batteryman]

What in particular are you looking for. Its a security hazard to post my server info publicly. Perhaps I can PM you with it.

[DrByte]

You can safely post any of the following information:

Server Host: servername.hostingcompany.com (192.168.10.1)
Server OS: Darwin 15.4.0
Server Date: 04/20/2016 14:16:08
Server Up Time: 14:16 up 1 day, 12:55, 2 users, load averages: 2.20 1.80 1.68
HTTP Server: Apache/2.2.29 (Unix) PHP/5.6.15 mod_ssl/2.2.29 OpenSSL/0.9.8zc
PHP Version: 5.6.15 (Zend: 2.6.0)
PHP File Uploads: On
Upload Max Size: 256M
PHP Memory Limit: 128M
POST Max Size: 128M
Database: MySQL 5.5.27
Database Host: localhost (127.0.0.1)
Database Date: 04/20/2016 14:16:08
Database Data Size: 435 kB
Database Index Size: 571 kB
MySQL Slow Query Log Status: On
MySQL Slow Query Log File:/var/log/mysql/data/mysql-slow.log
MySQL Mode: (None set)

Zen Cart 1.5.5

Database Patch Level: 1.5.5


v1.5.5 [2016-03-27 17:29:07] (New Installation-v155)
v1.5.5 [2016-03-27 17:29:07] (New Installation-v155)

PHP Version 5.6.15

[batteryman]

Server Host: xxxx	Database Host: database (xxxx)
Server OS: Linux 3.2.0-99-virtual	Database: MySQL 5.5.44-0ubuntu0.12.04.1
Server Date: 04/20/2016 18:35:36	Database Date: 04/20/2016 11:35:36
Server Up Time: 18:35:36 up 1:30, 0 users, load average: 0.57, 1.07, 1.56	HTTP Server: Apache
PHP Version: 5.3.10-1ubuntu3.21 (Zend: 2.3.0) PHP Memory Limit: 1024M	PHP Safe Mode: Off
PHP File Uploads: On Max Size: 2M	POST Max Size: 8M
Database Data Size: 879,303 kB	Database Index Size: 36,741 kB

Zen Cart 1.3.9h Database Patch Level: 1.3.9a v1.3.9a [2010-05-03 14:18:48] (Version Update 1.3.8->1.3.9a) v1.3.8 [2009-12-28 15:28:23] (Version Update 1.3.7->1.3.8) v1.3.7 [2007-04-15 23:06:24] (Version Update 1.3.6->1.3.7) v1.3.6 [2007-04-15 23:06:24] (Version Update 1.3.5->1.3.6) v1.3.5 [2007-04-15 23:06:24] (Version Update 1.3.0.2->1.3.5) v1.3.0.2 [2007-04-15 23:06:23] (Version Update 1.3.0.1->1.3.0.2) v1.3.0.1 [2007-04-15 23:06:23] (Version Update 1.3.0->1.3.0.1) v1.3.0 [2007-04-15 23:06:23] (Version Update 1.2.7->1.3.0) v1.2.7 [2007-04-15 23:06:23] (Version Update 1.2.6->1.2.7) v1.2.6 [2007-04-15 23:06:23] (Version Update 1.2.5->1.2.6) v1.2.5 [2005-08-01 03:48:05] (Version Update 1.2.4->1.2.5) v1.2.4 [2005-08-01 03:47:52] (Version Update 1.2.3->1.2.4) v1.2.3 [2004-12-19 18:55:19] (Version Update 1.2.2->1.2.3) v1.2.1 [2004-10-07 03:24:42] PHP Version 5.3.10-1ubuntu3.21

[batteryman]

Any Help is Appreciated, Orders have stop coming in entirely since yesterday.

[DrByte]

Yours is the first time i've ever seen that message happen on a Zen Cart site.

And it's not caused by Zen Cart itself. It seems to be something your server is doing at the PHP level, before Zen Cart can do anything.

You said you're not aware of any "changes". But, since the symptoms ARE a change, that means something DID change. Now you need to find out "what".

I'm going to recommend that you do a complete audit of all the files on your server, comparing them against a clean backup ...... you do make backups, don't you? If you never made a backup of the files on your server, then use the original Zen Cart files as the comparison point.
Full process explained here: http://www.zen-cart.com/wiki/index.p...ing_From_Hacks ... go through that until you're certain that you've confirmed that these symptoms are not caused by something malicious.

[mc12345678]

If you never made a backup of the files on your server, then use the original Zen Cart files as the comparison point.
Full process explained here: http://www.zen-cart.com/wiki/index.p...ing_From_Hacks ... go through that until you're certain that you've confirmed that these symptoms are not caused by something malicious.

Be prepared to see significant differences in the code if this 1.3.9a site was previously functioning satisfactorily on PHP 5.5... obviously would be looking for odd unrelated/unrecognized code.

[batteryman]

My site is on an Cloud Server where the coded is protected and the images are utilized and destroyed on an hourly basis. Hacking probably isnt the issue. What else could be the issue.

I will still look for the possibilities of file tampering.

[batteryman]

Yours is the first time i've ever seen that message happen on a Zen Cart site.

I dont think that this is the first time that it has happened, it was just never addressed last time someone mentioned it.

https://www.zen-cart.com/showthread....alized+session