2015-04-14 36 views
4

phpMyAdmin的會話啓動的錯誤,我已經從4.4.1版本更新phpMyAdmin來4.4.2版本,並開始得到這個錯誤:上一版本

Warning in ./libraries/session.inc.php#101 session_start(): open(/var/lib/php/session/sess_bsv20h8gq58qq1ep33qbfrb7r62jtksi, O_RDWR) failed: Permission denied (13)

Backtrace

./libraries/session.inc.php#101: session_start() ./libraries/common.inc.php#349: require(./libraries/session.inc.php) ./index.php#12: require_once(./libraries/common.inc.php)

這件事發生在兩個不同的機器與安裝了CentOS 6.6。 serber具有Apache 2.2,PHP 5.4和Nginx作爲反向代理。

回答

0

我最近在使用SELinux的phpMyAdmin 4.4.3上遇到同樣的問題。

首先檢查的,如果你適合服務器需求http://docs.phpmyadmin.net/en/latest/require.html

其次,讓SELinux的使用PHP會話:

grep php /var/log/audit/audit.log | audit2allow -M mypol 
semodule -i mypol.pp 

,改變PHP session.save_path權限root:root

chown -R root:root /var/lib/php/session 
chown -R root:root /var/lib/php/wsdlcache 
17

在我的情況是,我主要運行nginx以將會話目錄更改爲用於用戶和組的nginx ...(由默認t,會話文件夾在Apache組中)。

chown nginx:nginx /var/lib/php/session 

然後強制刷新phpMyAdmin頁面,並解決會話權限相關的錯誤。

如果現有會話,內容過於: -

chown -R nginx:nginx /var/lib/php/session  
6

我知道,這是一個非常古老的問題,但我解決problema只是這一行:

chmod 777 to /var/lib/php/session 

我的服務器細節,CentOS 6,提供商vultr.com

+1

模式777很少是正確的選擇,因爲它違背了應用程序和系統依賴的安全考慮因素。 – Mogsdad

+0

chmod 770/var/lib/php/session 工作正常。 –

+0

很酷這爲我工作 –

-1

這對我有用。它可能會幫助別人,運行命令:

sudo chmod 777 -R /opt/lampp/php 

這給包含php文件夾會話的完全權限。