• Plesk Uservoice will be deprecated by October. Moving forward, all product feature requests and improvement suggestions will be managed through our new platform Plesk Productboard.
    To continue sharing your ideas and feedback, please visit features.plesk.com

SessionHandler error on website after moving from 12 to 12.5

Chris1

Regular Pleskian
I've got a particular website having a problem after moving it to a new server.

Plesk 12.5.30 - Update #3
CloudLinux 7.1

It is a Concrete5 website with showing the following two errors when trying to load the page:

Code:
SessionHandler::read(): open(/var/lib/php/session/sess_4kpe2r73aujdmo7duoun5o2rh6, O_RDWR) failed: No such file or directory (2)

SessionHandler::write(): open(/var/lib/php/session/sess_4kpe2r73aujdmo7duoun5o2rh6, O_RDWR) failed: No such file or directory (2)

I tried this http://kb.odin.com/en/115704 but it didn't help. I also tried the following as per someones recommendation in this thread http://talk.plesk.com/threads/issues-with-var-lib-php-session-after-plesk-update.282891/:

Code:
chown apache:psacln /var/lib/php/session
chmod -R 770 /var/lib/php/session

I've also tried re-migrating the site, rebuilding the domains configuration and different PHP versions.

There are other Concrete5 sites on this server working ok.

Any ideas?
 
Last edited:
I disabled cagefs and the website could now load ok. Any ideas on how to resolve this?

Update:

I think I understand. Due to the user being in cagefs they have their own virtual file system as /var/lib/php/session doesn't exist to the user.

I could update my service plans to use "/tmp" as the session save path as that folder exists in the cagefs system. I believe this is the same folder CloudLinux use for their PHP's, although I'm using Plesk PHP versions.

I tested this and I now see a session file in the following directory:

/var/www/vhosts/example.com/.cagefs/tmp/

Is the way to go?
 
Last edited:
***Solution from CloudLinux***

I submitted a ticket to CloudLinux and got a response within 5 mins!

add line @/var/lib/php/session,777 to /etc/cagefs/cagefs.mp and run $ cagefsctl --remount-all

This fixes the issue, my customer can now write/read to this file.
 
Back
Top