A. linux session失效的問題
檢查session的存放目錄是否被其它程序定期不定期的清空, 或者改變目錄屬性或者做為掛載點掛上了別的東西, 文件系統是否有異常(例如被設置為只讀等).
B. 請教一個Linux的小問題關於gnome-session 錯誤!
您好
1）進虛擬終端或者ctrl+alt+F1進入文本模式，以root身份登錄
2）NFSLOCK為非必須守護進程，可關閉，另外你是個新手，也用不著nfs守護進程的。所以關閉它們。
3) 輸入命令
/etc/init.d/nfs stop
/etc/init.d/nfslock stop
chkconfig --level 2345 nfs off
chkconfig --level 2345 nfslock off
4)/home/yiban/.gconfd/lock/ior這些在home文件價的是什麼東東？...可刪除吧。別的問題請發信息給我。
C. linux伺服器 php不能創建session文件
原因有很多的，一個是Linux著名的許可權控制，你看看session默認儲存在的路徑下有沒有許可權，沒有就分配許可權；另外一個則是你的php擴展有沒有開啟支持session，如果你的環境是獨立搭建而不是集成的話。
D. Session為什麼在LINUX下不起作用
我猜測你義的文件夾下也沒有生成session文件的原因很可能是因為許可權不夠. 請執行下面的命令給文件夾付相應的許可權再測試一下. #chmod -R 777 你定義的文件夾
E. linux apache tomcat7集群中session共享失敗
你的集群是通過nginx實現的嗎？tomcat+nginx集群的話，比較容易實現session會話保持，在nginx的 upstream 配置中添加 IP_HASH就可以實現，不需要再去做session復制和共享。
F. javaweb linux下session 丟失問題 大神求救
感覺並非是操作系統導致的session失效，建議在web.xml裡面注冊一個HttpSessionListener，確認下確實是session銷毀了還是別的原因導致的沒有數據獲取到。
G. linux session失效的問題
檢查session的存放目錄是否被其它程序定期不定期的清空,
或者改變目錄屬性或者做為掛載點掛上了別的東西,
文件系統是否有異常(例如被設置為只讀等).
H. 如何設置Session的有效期
1.設置客戶端cookie的lifetime為30分鍾；
2.設置session的最大存活周期也為30分鍾；
3.為每個session值加入時間戳，然後在程序調用時進行判斷；
至於為什麼，我們首先來了解下php中session的基本原理：
PHP中的session有效期默認是1440秒（24分鍾），也就是說，客戶端超過24分鍾沒有刷新，當前session就會失效。當然如果用戶關閉了瀏覽器，會話也就結束了，Session自然也不存在了！
大家知道，Session儲存在伺服器端，根據客戶端提供的SessionID來得到這個用戶的文件，然後讀取文件，取得變數的值，SessionID可以使用客戶端的Cookie或者Http1.1協議的
Query_String（就是訪問的URL的「?」後面的部分）來傳送給伺服器，然後伺服器讀取Session的目錄……
要控制Session的生命周期，首先我們需要了解一下php.ini關於Session的相關設置（打開php.ini文件，在「[Session]」部分）：
1、session.use_cookies：默認的值是「1」，代表SessionID使用Cookie來傳遞，反之就是使用Query_String來傳遞；
2、session.name：這個就是SessionID儲存的變數名稱，可能是Cookie，也可能是Query_String來傳遞，默認值是「PHPSESSID」；
3、session.cookie_lifetime：這個代表SessionID在客戶端Cookie儲存的時間，默認是0，代表瀏覽器一關閉SessionID就作廢……就是因為這個所以Session不能永久使用！
4、session.gc_maxlifetime：這個是Session數據在伺服器端儲存的時間，如果超過這個時間，那麼Session數據就自動刪除！
還有很多的設置，不過和本文相關的就是這些了，下面開始講如何設置Session的存活周期。
前面說過，伺服器通過SessionID來讀取Session的數據，但是一般瀏覽器傳送的SessionID在瀏覽器關閉後就沒有了，那麼我們只需要人為的設置SessionID並且保存下來，不就可以……
如果你擁有伺服器的操作許可權，那麼設置這個非常非常的簡單，只是需要進行如下的步驟：
1、把「session.use_cookies」設置為1，使用Cookie來儲存SessionID，不過默認就是1，一般不用修改；
2、把「session.cookie_lifetime」改為你需要設置的時間（比如一個小時，就可以設置為3600，以秒為單位）;
3、把「session.gc_maxlifetime」設置為和「session.cookie_lifetime」一樣的時間；
在PHP的文檔中明確指出，設定session有效期的參數是session.gc_maxlifetime。可以在php.ini文件中，或者通過ini_set()函數來修改這一參數。問題在於，經過多次測試，修改這個
參數基本不起作用，session有效期仍然保持24分鍾的默認值。
由於PHP的工作機制，它並沒有一個daemon線程，來定時地掃描session信息並判斷其是否失效。當一個有效請求發生時，PHP會根據全局變數
session.gc_probability/session.gc_divisor（同樣可以通過php.ini或者ini_set()函數來修改）的值，來決定是否啟動一個GC（Garbage Collector）。
默認情況下，session.gc_probability ＝ 1，session.gc_divisor ＝100，也就是說有1%的可能性會啟動GC。GC的工作，就是掃描所有的session信息，用當前時間減去session的最後修
改時間（modified date），同session.gc_maxlifetime參數進行比較，如果生存時間已經超過gc_maxlifetime，就把該session刪除。
到此為止，工作一切正常。那為什麼會發生gc_maxlifetime無效的情況呢？
在默認情況下，session信息會以文本文件的形式，被保存在系統的臨時文件目錄中。在Linux下，這一路徑通常為\tmp，在 Windows下通常為C:\Windows\Temp。當伺服器上有多個PHP應
用時，它們會把自己的session文件都保存在同一個目錄中。同樣地，這些PHP應用也會按一定機率啟動GC，掃描所有的session文件。
問題在於，GC在工作時，並不會區分不同站點的session。舉例言之，站點A的gc_maxlifetime設置為2小時，站點B的 gc_maxlifetime設置為默認的24分鍾。當站點B的GC啟動時，它會掃
描公用的臨時文件目錄，把所有超過24分鍾的session文件全部刪除掉，而不管它們來自於站點A或B。這樣，站點A的gc_maxlifetime設置就形同虛設了。
找到問題所在，解決起來就很簡單了。修改session.save_path參數，或者使用session_save_path()函數，把保存session的目錄指向一個專用的目錄，gc_maxlifetime參數工作正常了。
還有一個問題就是，gc_maxlifetime只能保證session生存的最短時間，並不能夠保存在超過這一時間之後session信息立即會得到刪除。因為GC是按機率啟動的，可能在某一個長時間內
都沒有被啟動，那麼大量的session在超過gc_maxlifetime以後仍然會有效。
解決這個問題的一個方法是，把session.gc_probability/session.gc_divisor的機率提高，如果提到100%，就會徹底解決這個問題，但顯然會對性能造成嚴重的影響。另一個方法是自己
在代碼中判斷當前session的生存時間，如果超出了 gc_maxlifetime，就清空當前session。
I. php網站，linux+apache環境，session文件可以創建但寫入不進去導致session不能用，是什麼原因
許可權改成777
http://www.cnblogs.com/CgenJ/archive/2011/07/28/2119454.html看看這個資料