• The APS Catalog has been deprecated and removed from all Plesk Obsidian versions.
    Applications already installed from the APS Catalog will continue working. However, Plesk will no longer provide support for APS applications.
  • Please be aware: with the Plesk Obsidian 18.0.78 release, the support for the ngx_pagespeed.so module will be deprecated and removed from the sw-nginx package.

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 https://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