• Debian 11 has reached its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.81 is the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

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