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

From: Date: Sun, 31 Jan 2016 04:22:50 +0000
Subject: Bug #69136 [Fbk->NoF]: Session file empty when session-path on NFS mount
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-198973@lists.php.net to get a copy of this message
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-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.

------------------------------------------------------------------------
[2016-01-17 07:39:23] yohgaki@php.net

Sorry for the delay, but I couldn't reproduce this on my Fedora23 and CentOS7.
"files" handler is working as it should. 

Do you have this issue still? I think you have some kind of permission issue such as you are writing
session data by multiple user IDs. It wouldn't work with multiple user IDs or root ID.

------------------------------------------------------------------------
[2015-03-28 21:14:18] yohgaki@php.net

Locking under shared directory is unreliable. I guess this is the reason why.

Better approach to share sessions across servers is to use databases/caches like
memcached/mongodb/redis/etc.

Anyway, I may look into details...

------------------------------------------------------------------------
[2015-02-27 11:08:28] me at kelunik dot com

Same thing happens with a NTFS partition mounted with under Ubuntu 14.10
ntfs defaults,umask=0000,permissions,uid=1000 0 0.

------------------------------------------------------------------------
[2015-02-27 10:59:29] maggus dot staab at googlemail dot com

1) I dont understand why the session cannot be written, since I checked is_dir, is_writable and
is_readable beforehand. Even setting the dir to "0777" makes it work.

2) when basic things like writing a session doesnt work, I would expect a ERROR instead of a WARNING

------------------------------------------------------------------------


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


Thread (16 messages)

« previous php.bugs (#198973) next »