Warning: session_start(): Trying to destroy uninitialized session

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.

What are the particulars of your server??

admin > tools > server/version info

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

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)

[TABLE="width: 700"]

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]

[/TD]
[/TR]
[/TABLE]

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

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.php/Recovering_From_Hacks ... go through that until you're certain that you've confirmed that these symptoms are not caused by something malicious.

DrByte:

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.php/Recovering_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.

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.

DrByte:

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.php?69886-session-error-message-in-error-log&highlight=destroy+uninitialized+session

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.
You are having "Blind" faith that this is not the issue - Suggest that you verify this by doing as recommended

batteryman:

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.php?69886-session-error-message-in-error-log&highlight=destroy+uninitialized+session
Hmmmm. Fair observation. Fortunately bettysue got past it, as she's used Zen Cart for many years, and newer versions, since that post.

I confess: I have no idea what the solution is. But I bet it's caused by your "Cloud Server" ... probably some caching or proxying, or unwritable permissions on folders where session data files are stored. Or PHP session configuration has been altered to behave differently than it was before.

Zen Cart isn't doing the session-destroy. The error is happening when Zen Cart tries to start the session. Is it possible that something else outside original Zen Cart code is starting a session before Zen Cart starts one? If so, what and why?

Again, you said you haven't changed any files/etc regarding Zen Cart. But what has your hosting company changed in their "cloud" setup? (I'm using "quotes" because "cloud" has a million possible meanings, and you didn't elaborate, so that's a huge black hole where the problem probably rests.)

kobra:

You are having "Blind" faith that this is not the issue - Suggest that you verify this by doing as recommended

batteryman:

I will still look for the possibilities of file tampering.

I did fix the issue although I never figured out what caused it. The session data was somehow being corrupted when saving to the DB, I switched to saving to file and everything started to work correctly.

I also scoured my files and found no trace of tampering. I have backups and am able to compare as suggested. I said cloud server instead of what I actually have so that I give out more information that people need. Just as a precaution. I have been using zencart for 13yrs and this is the very first time this has ever happened so I was baffled myself.

I worked with my programmers and hosting company on the issue yesterday directly and my hosting company made no changes, no updates to any services were recently logged etc.. This is a bit of a mystery.

Just wanted to update you Dr Byte & Kobra.. Thank you for your help.

batteryman:

I did fix the issue although I never figured out what caused it. The session data was somehow being corrupted when saving to the DB, I switched to saving to file and everything started to work correctly.
It might be worth dropping the "sessions" table from the database, and recreating it (the schema for it is in the sql files in the zc_install/sql folder). Perhaps the table was damaged, or contained corrupt data that was confusing its indexes. Rebuilding it (and then switching back to using it) would help confirm things.