-
☆ A M B ☆
- 24,524 Posts
Yes. The error makes it clear that PHP does not have permission to write to the server's /tmp directory, so it cannot write the session file.
Usually you can specify a custom session_save_path to something like /home/yourdomain/www/tmp, where you do have permission to write. For example, I just did an installation on hosting that requires a custom php.ini file to set a session.save_path to a directory in your user's space, and their control panel gives you a form with an editing field for editing this file. So exactly how this is to be done will depend on your hosting configuration and policies.
-
☆ A M B ☆
- 24,524 Posts
You need to find out how your hosting provider handles PHP sessions. What is your hosting provider?
I'm using a Value Virtual Private Hosting Linux Server from Godaddy. It's on CentOS and I have WHM w/ Cpanel on it. It's basically my own VM box.
I've had MODX running on this box for a couple years now but when I did a tape restore I haven't been able to re-install MODX back on it. I'm about to pull the plug on this and load wordpress instead.
-
☆ A M B ☆
- 2,213 Posts
Check your "Configure PHP and suEXEC" settings and make sure you are using suphp with suEXEC on and Ruid2 Off. It sounds like your Apache configuration isn't setup properly, while cPanel can make server administration easier there are still items that can be incorrectly configured.
Also for what it's worth if your sessions are messed up any php scripts that rely on them will also fail to function - WordPress included.