Wade:<br>&gt; While changing the mount options of tmp would "fix" the error you<br>&gt; are seeing and is the cause of the error, it usually makes sense<br>&gt; to leave those options on tmp. <br><br>&gt; noexec and other limiting options on /tmp are to help starve off<br>&gt; common security exploits (such as rootkit creation -- exec -- rm<br>&gt; inode).<br><br>&gt; My suggested fix would be to store the session data (and all app<br>&gt; related data) in a directory that has been setup for the app<br>&gt; (tmpfs or real). This is more secure as you can limit entry to<br>&gt; the directory structure to the app and other related processes<br>&gt; (via running user).<br><br><font color="black" face="Verdana,Arial,Helvetica" size="2">That makes very good sense. My plan has been to configure mod_security for app protection, but I hadn't thought about a rootkit slipped in through /tmp. Also, I was a bit caught up in a "forest vs trees" blindspot. C-P-Session-Cache wanted to run
 a test mmap on <font color="black" face="Verdana,Arial,Helvetica" size="2">/tmp/sessionstoretest/session_data, and refused to install after getting the error. I was locked into the installation conundrum, hadn't thought yet about repointing the cache elsewhere. I will do so now.<br><br>Thank you, Wade.<br><br>/dennis<br><br></font></font><br>