incompatible with mod_ruid2 #635
Comments
Original comment by
|
Original comment by |
Original comment by |
Original comment by |
Original comment by |
Original comment by |
|
Original comment by |
cPanel documents that mod_ruid2 isn't compatible with @jmarantz did describe two workarounds above though:
|
Wanted to capture this from ernexus: "We are getting those errors very often (sometimes even few seconds apart for same users): We do not get any other major errors, some "Fetch timed out" from time to time. My guess it could be due the overload of cache cleans." |
Note additional details in #1323, like |
Any news? Is there any plans to fix the issue in near future? |
No plans to fix this, currently. See my comment above #635 (comment) The most reliable workaround would be to run PageSpeed on a separate server in front of your mod-ruid2 server, as a reverse proxy. Something like nginx + ngx_pagespeed with proxy_pass. |
I that case we are going to compile our own Pagespeed version, which may solve the problem. |
Cool; keep us posted! |
We managed to solve the file reading problem by compiling modified version of Pagespeed. We have changed the default permissions from 600 to 644 for !clean!time! and other temp files. It is not the best solution (would be better to fix owners), but it works in server with mod_ruid2. |
ernexus -- we were discussing a code-change for lock-file permissions, but we think this will still have problems because the cache garbage-collector won't be able to delete files owned by another user. In the other bug I suggested having a separate and disjoint FileCachePath per vhost. Did you every try that? I really think that's the way to go. |
Yes, we are currently using separate FileCachePath for each user. But the owners were still wrong, because of the mod_ruid2 (it takes the last owner of the Apache process and it could be anyone). We applied new folder creation rule for every user cache folder with ACL for 777, but the new files were still 600. So after the mod, files now 644. Because the folders have 777 i believe it can be purged. We are not getting any more errors after the modification. It would be better to get proper owner, but we couldn't manage to get it working. Sorry i am not that familiar with Pagespeed code and programming language. |
I'm running Centos 7 and Cpanel/WHM, and mod_ruid2 is enabled by default. I can get pagespeed to work if I disable mod_ruid2 and enable mod_suphp. I'm running a relatively small server so I just wanted to make sure there wasn't a big problem with that. I've read that mod_suphp is at "end of life," I just hope I'm not doing something that will affect me in the future. Any suggestions? |
Original issue reported on code.google.com by
dy...@o2x.nl
on 4 Mar 2013 at 11:51The text was updated successfully, but these errors were encountered: