• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

Issue Plesk Auto Update broke PHP Session Directory

futureweb

Regular Pleskian
Hey there,
on all our Plesk Servers the latest Minor Auto Update (Plesk Onyx Version 17.8.11 Update #72, last updated on Nov 1, 2019 04:09 AM) broke PHP Session Directories.
Session Directories are configured according this KB: Session file folder in PHP is not auto cleaned

After the Update the chmod of the Directory was changed to 770 while it was 777 before ...

Before Update:
Code:
ll /var/lib/php/        
total 228
drwxrwxrwx 2 root apache 229376 Nov  1 00:02 session


After Update:
Code:
ll /var/lib/php/        
total 228
drwxrwx--- 2 root apache 229376 Nov  3 20:22 session

Resulting in PHP no longer able reading/writing Session Files ... Permission denied ...
chmodding it back to 777 fixed the issue ... but how to prevent this from happening in the Future again?

thx, bye from Austria
Andreas Schnederle-Wagner
 
Looks different by default on our systems:
drwx-wx-wt 2 root root 294912 Nov 10 12:40 session/
Not seeing the same issue.
 
On CentOS 7 it is indeed:
Code:
[user@server /]# ll /var/lib/php
total 12
  4 drwxr-xr-x  3 root root   4096 Nov  1 17:06 .
  4 drwxr-xr-x 37 root root   4096 Apr  6  2019 ..
  4 drwx-wx-wt  2 root root   4096 Nov 10 19:46 session

I'm not sure about CentOS 6 as we've migrated away a while ago, but in our old documentation I indeed see notes about the default being 770 and root:apache, with remarks about setting the access rights to 777...
 
Back
Top