• We value your experience with Plesk during 2024
    Plesk strives to perform even better in 2025. To help us improve further, please answer a few questions about your experience with Plesk Obsidian 2024.
    Please take this short survey:

    https://pt-research.typeform.com/to/AmZvSXkx
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Resolved PHP session.save_path issue after dist-upgrade

Did you experienced this issue?


  • Total voters
    2
  • Poll closed .

Izaim

Basic Pleskian
Hello,
Recently I've been seeing issues with the php session path after upgrading from Ubuntu 14 to 16. Could not login on different scripts like WHMCS, Blesta etc.

The issue was with the session.save_path, in Xenial the PHP5 is replaced with PHP7 and the directory "php5" does not exist in "/var/lib/php5" anymore where Plesk keeps PHP sessions temporary by default, but "/var/lib/php" does exist instead. (check below)

esLlFSe.jpg


xu0vp0w.jpg
 
Bumping this old thread as I have noticed a very similar problem with Plesk Obsidian 18.0.30.1 after a recent upgrade from Debian Jessie to Stretch.

On a website running a PHP version installed by Plesk, users couldn't login anymore. Turned out the "session.save_path" was still set to "/var/lib/php5/sessions" although PHP 5 had been removed with the upgrade to Stretch.

Solution was to fix this in "/opt/plesk/php/*/etc/php.ini" by setting
Code:
session.save_path = "/var/lib/php/sessions"
and then running
Code:
plesk repair web -v -php-fpm-configuration
 
Back
Top