Bug #69136 [Fbk->NoF]: Session file empty when session-path on NFS mount

Edit report at https://bugs.php.net/bug.php?id=69136&edit=1 ID: 69136 Updated by: php-bugs@lists.php.net Reported by: maggus dot staab at googlemail dot com Summary: Session file empty when session-path on NFS mount -Status: Feedback +Status: No Feedback Type: Bug Package: Session related Operating System: Ubuntu 14 LTS PHP Version: 5.6.6 Assigned To: yohgaki Private report: N New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Re-Opened". Thank you. Previous Comments: ------------------------------------------------------------------------ [2016-02-01 14:33:53] sprunka at gmail dot com As noted, this is occurring with CentOS 6.x as well. I am currently writing log files and other file data to the same location with the same permissions. PHP is generating the session file, but will not write to it or read from it. (I've tried manually populating the file with known good session data.) Moving the session save dir internal to the VM has no issues whatsoever. Identical user definitions, file and directory permissions are being used in both locations. When the session save dir is on the host computer, PHP writes an empty session file only. When the session save dir is internal to the VM, PHP handles sessions completely normally. ------------------------------------------------------------------------ [2016-01-31 05:28:14] yohgaki@php.net I think users who have this problem is using user ID mapping or root squashing http://manpages.ubuntu.com/manpages/intrepid/man5/exports.5.html Make sure you are not loosing permission due to ID mapping. Since files handler does not anything fancy for NFS/etc, if your PHP process has permission, it should not have permission issue. ------------------------------------------------------------------------ [2016-01-31 05:03:20] yohgaki@php.net It seems this is some kind of permission issue, but Re-Opened because reporter has this issue still. Those who have this issue, please check session data file owner/group of processes trying to write/read session data file. i.e. sess_{session_id} in session.save_path. It MUST match and it must not be root for many setups. ------------------------------------------------------------------------ [2016-01-31 04:22:49] php-bugs at lists dot php dot net No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Re-Opened". Thank you. ------------------------------------------------------------------------ [2016-01-26 18:19:19] sprunka at gmail dot com Two separate vagrant VM instances. 1) CentOS release 6.5 (Final) PHP 5.6.17 Session save path is shared with host machine via vagrant default sync settings (not NFS, SMB, RSync, or VirtualBox) 2) CentOS release 6.7 (Final) PHP 5.6.17 (Also tested with PHP 7 -- not sure which build, ame problem existed) Session save path is shared with host machine via vagrant default sync settings (not NFS, SMB, RSync, or VirtualBox) However, I have also tried this setup using the NFS sync type and it also failed. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=69136 -- Edit this bug report at https://bugs.php.net/bug.php?id=69136&edit=1