search for: baaij

I''m a bit surprised I can''t find anything about this in the mailing list archives. Basically since Mongrel 1.0.1 I''ve had Mongrels fall asleep without any real cause. A deep sleep, actually more like a coma. The mongrel in question (I''m using a cluster of three) can not be revived. A cluster::stop, then cluster::start is nessesary. A ::restart would not

Forms without explicit enctype are submitted as application/x-www-form- urlencoded. This is the default behaviour in Rails. However, this enctype does not allow transmission of binary data (files). Would it not make sense to specify the enctype multipart/form-data by default instead? i.e. all the form_for helpers would add this enctype to the form tag, unless overriden by the developer. This

Hi, Thanks Zed - this is very interesting. One item in particular caught my eye: Does anyone on this list have any comments or validation that Rails 1.2.1 is 2-4 times as slow as Rails 1.1.6? Topfunky provided a link that purports what looks like really horrible performance and memory characteristics for Rails 1.2.1, even v. 1.1.6:

I had posted a thread couple of weeks ago whereby mongrel just mysteriously stops interacting with my application after an idle period...usually less than 8 hours. http://rubyforge.org/pipermail/mongrel-users/2007-February/002908.html I had hoped this would go away after a few upgrades but to know avail. Interestingly, the process does not die...it still accepts HTTP requests but does not

I''ve been getting a bunch of reports about the latest Rails "leaking" memory more than before. Please fill out this survey: 1) Have you noticed an increase in memory usage with the latest Rails 1.2? 2) Have you changed anything else in your application? a) No, really, don''t be a dumbass like the lusers you hate. Go look at your svn logs and really figure out if

We have a site that is running Mongrel and is down. Below is the Mongrel log file information. The server is a Linux server with 2gb of RAM. EV1 (hosting site) says that since this is a Linux server that the RAM is cached and that there is plenty of free memory available. Can anyone make sense of this error and have some suggestion of options that I may take to correct this issue and get

I''ve seen Ticket #92 where a load error in the chronic gem pops up. In that ticket is a mention of using gemsonrails to freeze gems in vendor/gems. I am using the built-in functionality in Rails 2.1 to do that; using the config.gem statement in environment.rb. However when I do this, those gems are not available to backgroundrb: ruby script/backgroundrb start

So I had my feet entirely covered in peanut butter and jelly .. wait ... Wrong mailing list. Couple weeks ago I mailed the list with a perceived problem of Mongrels hanging. Luis and others were very kind in suggesting solutions. I suspected my application anyway and went on a quest. I was using RMagick at the time so felt that should be my first target. Long story short: after days of