About 8PM last night my Dreamhost Fail post from yesterday must have found its way into somebody’s hands @ Dreamhost and they finally got around to addressing my emails… sort of. I got the following response, a mix of helpful (but non-affecting) advice and a not-so-thinly-veiled insult thrown in for good measure:
My name is Jason and I’m the resident WordPress nerd around these parts.
I’m also one of the tech support managers. Your case was brought to my
attention by one of our developers who keeps an eye on Twitter and looked
into your issue briefly before asking me to dive into things. With the
delay in response, it’s understandable how frustrating it must be to deal
with this sort of laggy back and forth – so I’m sorry about that.Now I’ve read over your analysis and have done some of my own. I’ve spot
checked your WordPress installs and have gone over the active plugins in
your wp_options table. After doing so, I’ve noticed that you are running
“brianslatestcomments.php” on a number of your installations. Now I know
that might seem pretty standard, but it can drive the load up on sites
quite a bit. What’s more, I don’t really know of that plugin receiving
an upgrade for over a year now. And since the WordPress back end has
made leaps and bounds in that time, I’m sure you can understand how
running it might be detrimental.Also, WP-Cache was abandoned by its developer some time back and isn’t
really recommended at all. There’s a list of caching plugins that are
compatible and play nicely (for the most part) on our wiki:
http://wiki.dreamhost.com/Fine_Tuning_Your_WordPress_InstallIt’s really suggested you upgrade that above all else as there may also
be security holes in the final version of WP-Cache. There have been a
rash of hacks where people have been on 2.7 and have all their plugins up
to date – and the only thing I see in common is WP-Cache.When it comes down to it, I get what you’re saying – and I can see how
maddening trying to pinpoint this issue must be. But the reason you’re
getting 500 errors is because you’re running out of memory. This is not
because you’re running afoul of a process monitor. That would defeat the
whole purpose of putting you on a PS to begin with. In fact, we don’t
install that script on a Private Server without a request from the
server’s user. The complaints you were seeing came from shared server
customers.The reason you’re running out of memory is because something is driving
up the load on your server. I’ve pointed out two possible culprits and I
suggest you deal with them before going on another ill-informed (but
understandably angry) tirade on your blog.I want to continue to work with you on this. Please keep me posted on
how my suggestions work for you and I’ll do whatever I can to make sure
you get every last bit of assistance you might need.Thanks,
Jason
Note that things started working again with no changes except that I accidentally/on-purpose upped the memory allocated to the server (and am now paying handsomely for it) at around 6PM. Top now reveals the following:
Lots of apache tasks still (18) but no zombies.
I removed “Brian’s latest comments” and “WP-cache” from my install, for the record, with no discernable shift in memory consumption. The former wasn’t actually being used anyway, as WP2.7 now has this feature built-in.
I think the real issue is failure to communicate — nobody’s heard anything specific from Dreamhost since this all began. And given that this seems to be afflicting many other users clustering around the same time, who also aren’t listed on the “spacey” issue, I am loath to write this whole thing down to a couple of WordPress plugins not playing nicely.
I still believe that Dreamhost has a process manager that is not playing nicely. But I will do some optimizations and report back here.
UPDATE:Â Optimizations complete, now I have 4 bare bones WP sites and a single site with 11 plugins @ ianbell.com … a few hours after stripping everything and following “Jason’s” recommendations I’m actually further behind:
Thirty-two (32!) sleeping versions of Dreamhost’s apache2-argon-h tasks.
I use Dreamhost’s services (and pay more for them than I would at SliceHost) so that I don’t have to spend all day admining boxes. For the past three days, though, I’ve been trying to debug their service for them.
It’s not going well.
The way dreamhost allocations your apache2-httpd processes is by having as many of them open as your memory will allow. One of those processes is needed for every simultaneous connection to your website. Firefox 3.5, for example, defaults to allow 6 simultaneous connections per server. That means those 32 processes would allow for about 5-6 simultaneous visitors at optimal serving speed. if you had 6 httpd processes going, and 6 people visited your site at the same time, they would only get one download thread, and the site would load slower.
For a server with a bit more memory, this is ideal, as there is a little bit more room to work with.
Since then, dreamhost has laxed a bit on how many processes are allowed to spawn in order to keep the “smaller” servers a bit happier. 15% free memory when you only have 300 to work with is a lot different that 15% memory when you have 2 gig to work with.
The way your processes are set up according to top, you wouldn’t ever use any more memory than is already allocated, save for the php processes that would need to momentarily spawn to do some wordpress work, and with the amount of memory you have free, that would be about 4-5 at a time.
I know this is a bit old, but I commented on the parent to this post, and have a much better understand of how it all works now than before. Bottom line, is serving 5 wordpress blogs on a 300MB system is a feat. I have 8 on my 450MB system right now, and its going okay, but I know if I get ./ed or dugg, i would stand no chance.
my web in dreamhost always eror
Get this problems too….
Many of my wp blogs was down and no solutions i got from them…. 🙁
having the same types of issues as u r. have u noticed any mail errors in your error.log file?
postdrop: warning: mail_queue_enter: create file maildrop/773915.31801: Permission denied
seems to be running in a loop for me