php会话保存在ramdisk中

Question

我正在努力将我的php会话保存在ramdisk上。我有一个许可问题，但我看不出问题出在哪里。

1. 我有个磁盘： /dev/ram0 407M 2.4M 404M 1% /var/lib/php/session/ramd
2. 我有权限： drwxrwx---. 3 root apache 1024 Mar 24 01:53 ramd
3. 我的错误： Warning: session_start(): open(/var/lib/php/session/ramd/sess_b0ko6hl3p6ojj2ot3qfqvm9km1, O_RDWR) failed: Permission denied (13) in /var/www/html/index.php on line 3 Warning: Unknown: open(/var/lib/php/session/ramd/sess_b0ko6hl3p6ojj2ot3qfqvm9km1, O_RDWR) failed: Permission denied (13) in Unknown on line 0 Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/lib/php/session/ramd) in Unknown on line 0
4. 在php.ini中，session.save_path变量被设置为"/var/lib/php/session"
5. 在我的脚本中，我将session.save_path设置为"var/lib/php/session/ramd"

如果我不使用我创建的ramdisk，我可以将我的会话保存在/rand文件夹中。我骑着它..。我做不到，我也尝试了chmod root:root / apache:apache和chmod 0777 1777。现在是0770。

我使用: CentOS 6.4，PHP5.3.3，Apache/2.2.15

有人能帮我解决这个问题吗？

LE：

[root@localhost ~]# ps aux | grep apache
apache    2355  0.0  0.4 394868  7840 ?        S    01:53   0:00 /usr/sbin/httpd
apache    2356  0.0  0.4 394876  7844 ?        S    01:53   0:00 /usr/sbin/httpd
apache    2357  0.0  0.4 394876  7824 ?        S    01:53   0:00 /usr/sbin/httpd
apache    2358  0.0  0.4 394876  7816 ?        S    01:53   0:00 /usr/sbin/httpd
apache    2360  0.0  0.4 394876  7900 ?        S    01:53   0:00 /usr/sbin/httpd
apache    2361  0.0  0.4 394876  7800 ?        S    01:53   0:00 /usr/sbin/httpd
apache    2362  0.0  0.4 394876  7844 ?        S    01:53   0:00 /usr/sbin/httpd
apache    2363  0.0  0.4 394868  7716 ?        S    01:53   0:00 /usr/sbin/httpd
root      3119  0.0  0.0 103248   868 pts/0    S+   02:52   0:00 grep apache

[root@localhost ~]# ps aux | grep php
root      3132  0.0  0.0 103244   868 pts/0    S+   02:54   0:00 grep php

Answer 1

执行以下命令以查看SELinux是否处于强制模式：

# sestatus

如果是这样，您可能希望尝试以根用户(或使用sudo)运行以下命令来禁用SELinux：

# setenforce 0

这将使SELinux停止强制执行任何策略。如果这解决了这个问题，您将不得不关闭SELinux或增加策略，以使这条新的路径能够正确地工作。如果达到这一点，请参考https://serverfault.com/a/323528/165777获得有关如何执行该步骤的一些信息！

此外，如果没有产生影响和/或您希望重新启用SELinux，请执行：

# setenforce 1