From evan at cloudbur.st Thu Nov 1 03:36:21 2007 From: evan at cloudbur.st (Evan Weaver) Date: Thu, 1 Nov 2007 03:36:21 -0400 Subject: [Mongrel] Mongrel 1.1 Message-ID: Hello Mongrels, Mongrel 1.1 is out with fullblown JRuby support, some reorganization, and some bugfixes. Also, Mongrel_cluster has been updated to 1.0.4. Go subscribe to the all-new news feed, because we probably won't announce to the list anymore: http://mongrel.rubyforge.org/rss.xml Thanks Evan, and the Mongrel Team -- Evan Weaver Cloudburst, LLC From lists at ruby-forum.com Thu Nov 1 05:58:39 2007 From: lists at ruby-forum.com (Matt Su) Date: Thu, 1 Nov 2007 10:58:39 +0100 Subject: [Mongrel] Mongrel + apache 2.2 + proxy error Message-ID: <5729527e61082c10eb8e04e3615c2565@ruby-forum.com> Hi, I have a setup with apache 2.2.6 proxying requests to a cluster of 5 mongrels. Occassionally, I receive the following error in the logs: [Tue Oct 30 12:00:28 2007] [error] (70007)The timeout specified has expired: proxy: pass request body failed to 127.0.0.1:8013 (127.0.0.1) from 213.205.247.171 () [Tue Oct 30 12:00:28 2007] [error] [client 213.205.247.171] Handler for proxy-server returned invalid result code 70007 It may be worth noting that the Mongrels are dealing with potentially long running HTTP POSTs: they come from Mobile Clients uploading around 2 -3 MB of data, which can take several minutes. It is my understanding that a Mongrel will not be tied up whilst the upload is being done as Mongrel will create a thread to handle the upload, stream it to a TempFile, and then lock rails. The rails action that deals with the file typically takes 1/2 second to 1 second. Looking at the error message, it looks like Mongrel may be ignoring the request or Apache is Timing Out whilst forwarding the request to Mongrel. Can anyone help in decrypting what this error message may mean? Thanks in advance! -- Posted via http://www.ruby-forum.com/. From dave at cheney.net Thu Nov 1 06:07:25 2007 From: dave at cheney.net (Dave Cheney) Date: Thu, 1 Nov 2007 21:07:25 +1100 Subject: [Mongrel] Mongrel + apache 2.2 + proxy error In-Reply-To: <5729527e61082c10eb8e04e3615c2565@ruby-forum.com> References: <5729527e61082c10eb8e04e3615c2565@ruby-forum.com> Message-ID: Hi Matt, I believe that this error is reported when the client stops sending data. If you grep through the sources the area that generates this error is still related to the request. For us, this was a clue that eventually pointed to a duplex mismatch upstream from our rack that was causing tcp connections to collapse under heavy traffic. Cheers Dave On 01/11/2007, at 8:58 PM, Matt Su wrote: > I have a setup with apache 2.2.6 proxying requests to a cluster of 5 > mongrels. Occassionally, I receive the following error in the logs: > > [Tue Oct 30 12:00:28 2007] [error] (70007)The timeout specified has > expired: proxy: pass request body failed to 127.0.0.1:8013 (127.0.0.1) > from 213.205.247.171 () > [Tue Oct 30 12:00:28 2007] [error] [client 213.205.247.171] Handler > for > proxy-server returned invalid result code 70007 From lists at ruby-forum.com Thu Nov 1 06:37:07 2007 From: lists at ruby-forum.com (Matt Su) Date: Thu, 1 Nov 2007 11:37:07 +0100 Subject: [Mongrel] Mongrel + apache 2.2 + proxy error In-Reply-To: References: <5729527e61082c10eb8e04e3615c2565@ruby-forum.com> Message-ID: Hi Dave thanks for replying Does this mean that when a request comes in, Apache doesn't hand off the request to Mongrel until it has received the entirety of the request? If not, how does Apache know the connection has been closed/client has stopped sending data. I thought it worked (roughly) like: 1 Apache receives beginning of request (Content-length headers and so on) 2 Apache forwards request to Mongrel 3 Mongrel begins reading request (in my case uploading a 3 MB file over a slow connection) In the above scenario, if the client stopped sending data, would it not be Mongrel that raised the error? Thanks very much! Dave Cheney wrote: > Hi Matt, > > I believe that this error is reported when the client stops sending > data. If you grep through the sources the area that generates this > error is still related to the request. For us, this was a clue that > eventually pointed to a duplex mismatch upstream from our rack that > was causing tcp connections to collapse under heavy traffic. > > Cheers > > Dave -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Thu Nov 1 07:53:56 2007 From: lists at ruby-forum.com (Luca Reghellin) Date: Thu, 1 Nov 2007 12:53:56 +0100 Subject: [Mongrel] problems with 'localization simplified' In-Reply-To: References: <0a3360c51f5a17cb6df1c71c550fff73@ruby-forum.com> Message-ID: In fact no. I've started again my application and I have the same errors (see below). This is not an help request. Simply to tell that localization simplified gives too problems, and I'll not use it anymore. I'm going the heavy way, globalize... can't convert nil into String /Users/stratboy/Documents/05_SAMPLES/RAILS/newser/vendor/plugins/l10n-simplified-0.8/lib/localization_simplified.rb:13:in `gsub!' /Users/stratboy/Documents/05_SAMPLES/RAILS/newser/vendor/plugins/l10n-simplified-0.8/lib/localization_simplified.rb:13:in `localize_strftime' /Users/stratboy/Documents/05_SAMPLES/RAILS/newser/vendor/plugins/l10n-simplified-0.8/lib/localization_simplified.rb:191:in `strftime' /opt/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/core_ext/time/conversions.rb:19:in `to_s' /opt/local/lib/ruby/gems/1.8/gems/actionpack-1.13.5/lib/action_controller/cgi_ext/session_performance_fix.rb:21:in `create_new_id' /opt/local/lib/ruby/1.8/cgi/session.rb:267:in `initialize' /opt/local/lib/ruby/gems/1.8/gems/actionpack-1.13.5/lib/action_controller/cgi_process.rb:132:in `new' /opt/local/lib/ruby/gems/1.8/gems/actionpack-1.13.5/lib/action_controller/cgi_process.rb:132:in `session' /opt/local/lib/ruby/gems/1.8/gems/actionpack-1.13.5/lib/action_controller/cgi_process.rb:164:in `stale_session_check!' /opt/local/lib/ruby/gems/1.8/gems/actionpack-1.13.5/lib/action_controller/cgi_process.rb:116:in `session' /opt/local/lib/ruby/gems/1.8/gems/actionpack-1.13.5/lib/action_controller/base.rb:1058:in `assign_shortcuts_without_flash' /opt/local/lib/ruby/gems/1.8/gems/actionpack-1.13.5/lib/action_controller/flash.rb:140:in `assign_shortcuts' /opt/local/lib/ruby/gems/1.8/gems/actionpack-1.13.5/lib/action_controller/base.rb:429:in `process_without_filters' /opt/local/lib/ruby/gems/1.8/gems/actionpack-1.13.5/lib/action_controller/filters.rb:684:in `process_without_session_management_support' /opt/local/lib/ruby/gems/1.8/gems/actionpack-1.13.5/lib/action_controller/session_management.rb:114:in `process' /opt/local/lib/ruby/gems/1.8/gems/actionpack-1.13.5/lib/action_controller/base.rb:334:in `process' /opt/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/dispatcher.rb:41:in `dispatch' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/rails.rb:78:in `process' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/rails.rb:76:in `synchronize' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/rails.rb:76:in `process' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel.rb:618:in `process_client' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel.rb:617:in `each' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel.rb:617:in `process_client' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel.rb:736:in `run' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel.rb:736:in `initialize' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel.rb:736:in `new' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel.rb:736:in `run' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel.rb:720:in `initialize' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel.rb:720:in `new' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel.rb:720:in `run' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/configurator.rb:271:in `run' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/configurator.rb:270:in `each' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/configurator.rb:270:in `run' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/bin/mongrel_rails:127:in `run' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/command.rb:211:in `run' /opt/local/lib/ruby/gems/1.8/gems/mongrel-1.0.1/bin/mongrel_rails:243 /opt/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:488:in `load' /opt/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:488:in `load' /opt/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:342:in `new_constants_in' /opt/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:488:in `load' /opt/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/servers/mongrel.rb:60 /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require' /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' /opt/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:495:in `require' /opt/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:342:in `new_constants_in' /opt/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:495:in `require' /opt/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/server.rb:39 /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require' /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' script/server:3 -- Posted via http://www.ruby-forum.com/. From david at vrensk.com Thu Nov 1 10:43:17 2007 From: david at vrensk.com (David Vrensk) Date: Thu, 1 Nov 2007 15:43:17 +0100 Subject: [Mongrel] Is it possible to ? In-Reply-To: References: Message-ID: <81b453920711010743p732b923fgb39c4f9d43ebed6a@mail.gmail.com> On 10/31/07, Squeak Smalltalk wrote: > > Hi, > > Can I use mongrel for ? Preprocessing an url ? > > What I need todo is : > 1- When a user connect to an Specific url. > 2- Connect to a site an other site with login > 3- And redirect this user to the site on step 2 Mongrel is an application container, so you are looking at the wrong level. Yes, you can do what you are asking with a handler that you register in Mongrel, or with a Rails/Merb/whatever application that Mongrel runs. To find out how to do what you want, look in web developer forums. Good luck! /David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071101/963f7b7a/attachment.html From kevwil at gmail.com Thu Nov 1 10:51:12 2007 From: kevwil at gmail.com (Kevin Williams) Date: Thu, 1 Nov 2007 08:51:12 -0600 Subject: [Mongrel] Mongrel 1.1 In-Reply-To: References: Message-ID: <683a886f0711010751l60653e3bvb73f4abe0e3a2713@mail.gmail.com> Ah, that explains why I didn't know about 1.0.2 or 1.0.3 until 1.0.4 came out. Thanks for the clarification. :) On 11/1/07, Evan Weaver wrote: > Hello Mongrels, > > Mongrel 1.1 is out with fullblown JRuby support, some reorganization, > and some bugfixes. Also, Mongrel_cluster has been updated to 1.0.4. > > Go subscribe to the all-new news feed, because we probably won't > announce to the list anymore: > > http://mongrel.rubyforge.org/rss.xml > > Thanks > > Evan, and the Mongrel Team > > -- > Evan Weaver > Cloudburst, LLC > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Cheers, Kevin Williams http://kevwil.com/ http://www.almostserio.us/ http://kevwil.jaiku.com/ From will at hotgazpacho.com Thu Nov 1 11:06:16 2007 From: will at hotgazpacho.com (will at hotgazpacho.com) Date: Thu, 01 Nov 2007 11:06:16 -0400 Subject: [Mongrel] Mongrel 1.1 In-Reply-To: <683a886f0711010751l60653e3bvb73f4abe0e3a2713@mail.gmail.com> References: <683a886f0711010751l60653e3bvb73f4abe0e3a2713@mail.gmail.com> Message-ID: <20071101110616.0mmqpe194zk0ocs0@webmail.hotgazpacho.com> I'm curious to know why the URL classifier was moved from C code to Ruby code. I am under the impression that Ruby code is often much slower than C extensions. I'm also under the impression that the URL classifier is somewhere that speed would be desirable. Please tell me if my impressions are based on false premises... == Will Green From _ at whats-your.name Thu Nov 1 11:09:45 2007 From: _ at whats-your.name (cdr) Date: Thu, 1 Nov 2007 11:09:45 -0400 Subject: [Mongrel] Mongrel 1.1 In-Reply-To: <20071101110616.0mmqpe194zk0ocs0@webmail.hotgazpacho.com> References: <683a886f0711010751l60653e3bvb73f4abe0e3a2713@mail.gmail.com> <20071101110616.0mmqpe194zk0ocs0@webmail.hotgazpacho.com> Message-ID: <20071101150944.GA1638@replic.net> On Thu Nov 01, 2007 at 11:06:16AM -0400, will at hotgazpacho.com wrote: > I'm curious to know why the URL classifier was moved from C code to > Ruby code. really? my database dependson the performance of the C version of the URL classifier perhaps you told rubygems to install a pure ruby version instead of a ruby+C version? er no, the 'ruby' in rubygems usually means posix (and ruby+C) while 'win32' means what it says From wyhaines at gmail.com Thu Nov 1 11:38:53 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Thu, 1 Nov 2007 08:38:53 -0700 Subject: [Mongrel] Mongrel 1.1 In-Reply-To: <20071101110616.0mmqpe194zk0ocs0@webmail.hotgazpacho.com> References: <683a886f0711010751l60653e3bvb73f4abe0e3a2713@mail.gmail.com> <20071101110616.0mmqpe194zk0ocs0@webmail.hotgazpacho.com> Message-ID: On 11/1/07, will at hotgazpacho.com wrote: > I'm curious to know why the URL classifier was moved from C code to > Ruby code. I am under the impression that Ruby code is often much > slower than C extensions. I'm also under the impression that the URL > classifier is somewhere that speed would be desirable. > > Please tell me if my impressions are based on false premises... > > == > Will Green > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From wyhaines at gmail.com Thu Nov 1 11:43:02 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Thu, 1 Nov 2007 08:43:02 -0700 Subject: [Mongrel] Mongrel 1.1 In-Reply-To: <20071101110616.0mmqpe194zk0ocs0@webmail.hotgazpacho.com> References: <683a886f0711010751l60653e3bvb73f4abe0e3a2713@mail.gmail.com> <20071101110616.0mmqpe194zk0ocs0@webmail.hotgazpacho.com> Message-ID: On 11/1/07, will at hotgazpacho.com wrote: > I'm curious to know why the URL classifier was moved from C code to > Ruby code. I am under the impression that Ruby code is often much > slower than C extensions. I'm also under the impression that the URL > classifier is somewhere that speed would be desirable. C code will generally be faster than Ruby code, yes. The thing with the classifier is that for small numbers of urls to classify, the pure ruby solution is as fast or faster than the trie based C classifier, and the decision was made that the simplification represented by switching to a pure ruby solution there was a beneficial tradeoff, since most people do not have more than a dozen handlers registered with a mongrel instance, so for most people there will be no performance loss. Kirk Haines From baldmountain at gmail.com Thu Nov 1 11:58:37 2007 From: baldmountain at gmail.com (Geoffrey Clements) Date: Thu, 1 Nov 2007 11:58:37 -0400 Subject: [Mongrel] Mongrel 1.1 In-Reply-To: References: <683a886f0711010751l60653e3bvb73f4abe0e3a2713@mail.gmail.com> <20071101110616.0mmqpe194zk0ocs0@webmail.hotgazpacho.com> Message-ID: <472ed2750711010858m4808fec8g92f68b18687232de@mail.gmail.com> You still have to keep in mind that there is overhead to calling native code. For small methods that don't do much it is often better to write the code in the script language rather than suffer the overhead of a native method call. Rather than judging the ruby version bad, upgrade and profile to see if there is a performance issue. On 11/1/07, Kirk Haines wrote: > > > C code will generally be faster than Ruby code, yes. > > > -- geoff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071101/fe300c51/attachment.html From will at hotgazpacho.com Thu Nov 1 13:11:46 2007 From: will at hotgazpacho.com (will at hotgazpacho.com) Date: Thu, 01 Nov 2007 13:11:46 -0400 Subject: [Mongrel] Mongrel 1.1 In-Reply-To: References: <683a886f0711010751l60653e3bvb73f4abe0e3a2713@mail.gmail.com> <20071101110616.0mmqpe194zk0ocs0@webmail.hotgazpacho.com> Message-ID: <20071101131146.a49zlm9ib7z4g4o0@webmail.hotgazpacho.com> Ah, well that makes sense! Thanks for clearing that up! Quoting Kirk Haines : > On 11/1/07, will at hotgazpacho.com wrote: >> I'm curious to know why the URL classifier was moved from C code to >> Ruby code. I am under the impression that Ruby code is often much >> slower than C extensions. I'm also under the impression that the URL >> classifier is somewhere that speed would be desirable. > > C code will generally be faster than Ruby code, yes. > > The thing with the classifier is that for small numbers of urls to > classify, the pure ruby solution is as fast or faster than the trie > based C classifier, and the decision was made that the simplification > represented by switching to a pure ruby solution there was a > beneficial tradeoff, since most people do not have more than a dozen > handlers registered with a mongrel instance, so for most people there > will be no performance loss. > > > Kirk Haines > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From wyhaines at gmail.com Thu Nov 1 16:16:18 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Thu, 1 Nov 2007 13:16:18 -0700 Subject: [Mongrel] Automatic Scaling In-Reply-To: References: <0B24FE11-B64C-4328-80DC-9E4885D8CF2C@ibexinternet.co.uk> Message-ID: On 10/23/07, Jeremy Wilkins wrote: > > How fast is your app? How many mongrels do you figure you need to > > handle that volume? > > Hopefully very fast - I'm aiming to get it down to 1 or 2 database > queries per (ajax) request, with just a small amount to text being > sent back. We're currently planning this part of the so don't have > any stats yet. My concern is that it will probably be being hosted on > our existing (heavily loaded) PHP server till the clients needs > enough instances to justify their own server. It's hard to guage when you are sharing machine cycles with a heavily loaded PHP app, but, depending on what those queries really do, 20 r/s should be trivial to get with modest hardware and a tiny number of mongrels (just a single mongrel is likely practical for a load that low). > Sounds very interesting - I'm pretty new to all this but this seems > to be one area where FastCGI (and I presume SCGI) has significant > advantage over the mongrel cluster approach. How long do you > anticipate it will take to develop your solution (just curious - I > know its a when its done thing). It's part of the Swiftiply 0.7.0 feature set. I'm already late on when I wanted to release it, but realistically, it's probably another month or so away. Kirk Haines From evan at cloudbur.st Fri Nov 2 01:47:18 2007 From: evan at cloudbur.st (Evan Weaver) Date: Fri, 2 Nov 2007 01:47:18 -0400 Subject: [Mongrel] Mongrel 1.1 In-Reply-To: <20071101131146.a49zlm9ib7z4g4o0@webmail.hotgazpacho.com> References: <683a886f0711010751l60653e3bvb73f4abe0e3a2713@mail.gmail.com> <20071101110616.0mmqpe194zk0ocs0@webmail.hotgazpacho.com> <20071101131146.a49zlm9ib7z4g4o0@webmail.hotgazpacho.com> Message-ID: The pure Ruby classifier is faster than the C classifier in the pathological case of only one handler (most Rails apps). They both scale linearly up to about 14 urls, at which point the C classifier performance curve goes flat. Hardly anybody uses that many handlers, so we dumped the 450 line Trie and C classifier for 30-odd lines of Ruby. This makes JRuby support much easier. But seriously, even 8ish urls, the performance penalty per request for the Ruby classifier is about 5 microseconds per request on a Mac Mini. When your app is returning requests in the 100 microsecond range, then maybe you should start to care; until then, no. The C classifier is still available in the mongrel_experimental gem; if you install it, it will automatically be used. Evan On Nov 1, 2007 1:11 PM, wrote: > Ah, well that makes sense! > > Thanks for clearing that up! > > > Quoting Kirk Haines : > > > On 11/1/07, will at hotgazpacho.com wrote: > >> I'm curious to know why the URL classifier was moved from C code to > >> Ruby code. I am under the impression that Ruby code is often much > >> slower than C extensions. I'm also under the impression that the URL > >> classifier is somewhere that speed would be desirable. > > > > C code will generally be faster than Ruby code, yes. > > > > The thing with the classifier is that for small numbers of urls to > > classify, the pure ruby solution is as fast or faster than the trie > > based C classifier, and the decision was made that the simplification > > represented by switching to a pure ruby solution there was a > > beneficial tradeoff, since most people do not have more than a dozen > > handlers registered with a mongrel instance, so for most people there > > will be no performance loss. > > > > > > Kirk Haines > > _______________________________________________ > > Mongrel-users mailing list > > Mongrel-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/mongrel-users > > > > > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From pete at nextengine.com Fri Nov 2 13:34:39 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Fri, 2 Nov 2007 10:34:39 -0700 Subject: [Mongrel] Server timeouts Message-ID: Hi guys, Does anyone know if mongrel has a built-in timeout for requests that take too long? If so, how do you increase it? I've found that some server requests are timing out. Complicated requests are already being farmed out to asynchronous processes. But some of the more basic requests are timing out when we have our peak server load in the mornings (the bottleneck is the database server). There are a couple possible locations for the timeout I'm seeing: 1. Mongrel 2. Lighttpd 3. Client browser / application On my local development server, it does not timeout, leading me to believe it's not #3. Any feedback is appreciated. Thanks, Pete From pete at nextengine.com Fri Nov 2 14:38:30 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Fri, 2 Nov 2007 11:38:30 -0700 Subject: [Mongrel] Server timeouts In-Reply-To: <20071102102916.1u6a2rkqp8owcws4@lcgalaska.com> References: <20071102102916.1u6a2rkqp8owcws4@lcgalaska.com> Message-ID: <501F2022-2E4D-4790-B3AB-834499509F4F@nextengine.com> Yeah, all the foreign keys are indexed. I'm also caching what I can in our ruby app's memory. It seems to be the database writes that are taking up a lot of the time. The other offender are some multiple JOINs we're doing. I've ordered more processors for the database server, and am clearing off a second machine so I can get a little MySQL cluster going. Any advice on this is welcome since I've never scaled a database server before. As the database gets faster, it will help reduce the timeouts. But demand + server load has a way of sneaking up on you. I'm looking for a way of making sure our server is less likely to timeout on users when we run into system bottlenecks (now + in the future). Thanks, Pete On Nov 2, 2007, at 11:29 AM, barsalou wrote: > Pete, > > What about the DB is the bottleneck? I'm assuming you have already > looked at indexing and the like. > > Mike B. > > Quoting Pete DeLaurentis : > >> Hi guys, >> >> Does anyone know if mongrel has a built-in timeout for requests that >> take too long? If so, how do you increase it? >> >> I've found that some server requests are timing out. Complicated >> requests are already being farmed out to asynchronous processes. But >> some of the more basic requests are timing out when we have our peak >> server load in the mornings (the bottleneck is the database server). >> >> There are a couple possible locations for the timeout I'm seeing: >> >> 1. Mongrel >> 2. Lighttpd >> 3. Client browser / application >> >> On my local development server, it does not timeout, leading me to >> believe it's not #3. >> >> Any feedback is appreciated. >> >> Thanks, >> Pete >> _______________________________________________ >> Mongrel-users mailing list >> Mongrel-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/mongrel-users >> > > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. From barjunk at attglobal.net Fri Nov 2 14:29:16 2007 From: barjunk at attglobal.net (barsalou) Date: Fri, 02 Nov 2007 10:29:16 -0800 Subject: [Mongrel] Server timeouts In-Reply-To: References: Message-ID: <20071102102916.1u6a2rkqp8owcws4@lcgalaska.com> Pete, What about the DB is the bottleneck? I'm assuming you have already looked at indexing and the like. Mike B. Quoting Pete DeLaurentis : > Hi guys, > > Does anyone know if mongrel has a built-in timeout for requests that > take too long? If so, how do you increase it? > > I've found that some server requests are timing out. Complicated > requests are already being farmed out to asynchronous processes. But > some of the more basic requests are timing out when we have our peak > server load in the mornings (the bottleneck is the database server). > > There are a couple possible locations for the timeout I'm seeing: > > 1. Mongrel > 2. Lighttpd > 3. Client browser / application > > On my local development server, it does not timeout, leading me to > believe it's not #3. > > Any feedback is appreciated. > > Thanks, > Pete > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From barjunk at attglobal.net Fri Nov 2 18:26:27 2007 From: barjunk at attglobal.net (barsalou) Date: Fri, 02 Nov 2007 14:26:27 -0800 Subject: [Mongrel] Server timeouts In-Reply-To: <501F2022-2E4D-4790-B3AB-834499509F4F@nextengine.com> References: <20071102102916.1u6a2rkqp8owcws4@lcgalaska.com> <501F2022-2E4D-4790-B3AB-834499509F4F@nextengine.com> Message-ID: <20071102142627.hbns0uuy8ockocoo@lcgalaska.com> Pete, Quoting Pete DeLaurentis : > Yeah, all the foreign keys are indexed. I'm also caching what I can > in our ruby app's memory. > > It seems to be the database writes that are taking up a lot of the > time. The other offender are some multiple JOINs we're doing. > > I've ordered more processors for the database server, and am clearing > off a second machine so I can get a little MySQL cluster going. Any > advice on this is welcome since I've never scaled a database server > before. I've never done that either...what about memcached....or that's already similar to what you are doing in memory? We use it on one of our non-rails apps and it seems to do a good job of improving performance...I don't know or understand a huge amount about it, but thought I would bring it up. Maybe one of the "Smarter Folks" would be able to help out with that. Mike B. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From dave at cheney.net Fri Nov 2 21:11:22 2007 From: dave at cheney.net (Dave Cheney) Date: Sat, 3 Nov 2007 12:11:22 +1100 Subject: [Mongrel] Server timeouts In-Reply-To: <501F2022-2E4D-4790-B3AB-834499509F4F@nextengine.com> References: <20071102102916.1u6a2rkqp8owcws4@lcgalaska.com> <501F2022-2E4D-4790-B3AB-834499509F4F@nextengine.com> Message-ID: Hi Pete, If you suspect queries are your pain point then I would do the following to get a sense of what you app is doing under the hood. Get a copy of http://hackmysql.com/mysqlreport and use it against your db. It can assist in tweaking innodb or myisam table configs. Turn on slow query logging, add the lines log_slow_queries=/usr/local/mysql/data/mysql-slow.log (adjust path as necessary) log-queries-not-using-indexes To your /etc/my.cnf and restart the db. This will log any query that takes longer than 1 second to run (will only spot the really heinous ones, in a busy web app a 1 second query is game over). This also logs queries which do not use and index, hence scale badly as your tables grow. Recent versions of linux have an excellent vmstat and iostat, have them running in a wind during busy times of the day and see how your db machine handles it. Is it really out of CPU, or does your dataset not fit in memory and you pulling huge blobs of data off the disk because of poorly specified queries, or worse spending it rashly by creating many temporary tables. I have found that time spent optimising db queries, and rethinking the datamodel to be more sql efficient pays off in the long run vs throwing hardware at the problem. Cheers Dave On 03/11/2007, at 5:38 AM, Pete DeLaurentis wrote: > Yeah, all the foreign keys are indexed. I'm also caching what I can > in our ruby app's memory. > > It seems to be the database writes that are taking up a lot of the > time. The other offender are some multiple JOINs we're doing. > > I've ordered more processors for the database server, and am clearing > off a second machine so I can get a little MySQL cluster going. Any > advice on this is welcome since I've never scaled a database server > before. > > As the database gets faster, it will help reduce the timeouts. But > demand + server load has a way of sneaking up on you. I'm looking > for a way of making sure our server is less likely to timeout on > users when we run into system bottlenecks (now + in the future). > > Thanks, > Pete > > > On Nov 2, 2007, at 11:29 AM, barsalou wrote: > >> Pete, >> >> What about the DB is the bottleneck? I'm assuming you have already >> looked at indexing and the like. >> >> Mike B. >> >> Quoting Pete DeLaurentis : >> >>> Hi guys, >>> >>> Does anyone know if mongrel has a built-in timeout for requests that >>> take too long? If so, how do you increase it? >>> >>> I've found that some server requests are timing out. Complicated >>> requests are already being farmed out to asynchronous processes. >>> But >>> some of the more basic requests are timing out when we have our peak >>> server load in the mornings (the bottleneck is the database server). >>> >>> There are a couple possible locations for the timeout I'm seeing: >>> >>> 1. Mongrel >>> 2. Lighttpd >>> 3. Client browser / application >>> >>> On my local development server, it does not timeout, leading me to >>> believe it's not #3. >>> >>> Any feedback is appreciated. >>> >>> Thanks, >>> Pete >>> _______________________________________________ >>> Mongrel-users mailing list >>> Mongrel-users at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/mongrel-users >>> >> >> >> >> ---------------------------------------------------------------- >> This message was sent using IMP, the Internet Messaging Program. > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From pete at nextengine.com Fri Nov 2 21:53:10 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Fri, 2 Nov 2007 18:53:10 -0700 Subject: [Mongrel] Server timeouts In-Reply-To: References: <20071102102916.1u6a2rkqp8owcws4@lcgalaska.com> <501F2022-2E4D-4790-B3AB-834499509F4F@nextengine.com> Message-ID: Thanks for the DB profiling tips Dave. From some basic top monitoring, I've seen that my server is topping out at 100% CPU. I'll check out mysqlreport and learn more about why it's using this kind of power. -Pete On Nov 2, 2007, at 6:11 PM, Dave Cheney wrote: > Hi Pete, > > If you suspect queries are your pain point then I would do the > following to get a sense of what you app is doing under the hood. > > Get a copy of http://hackmysql.com/mysqlreport and use it against > your db. It can assist in tweaking innodb or myisam table configs. > > Turn on slow query logging, add the lines > > log_slow_queries=/usr/local/mysql/data/mysql-slow.log (adjust path as > necessary) > log-queries-not-using-indexes > > To your /etc/my.cnf and restart the db. This will log any query that > takes longer than 1 second to run (will only spot the really heinous > ones, in a busy web app a 1 second query is game over). This also logs > queries which do not use and index, hence scale badly as your tables > grow. > > Recent versions of linux have an excellent vmstat and iostat, have > them running in a wind during busy times of the day and see how your > db machine handles it. Is it really out of CPU, or does your dataset > not fit in memory and you pulling huge blobs of data off the disk > because of poorly specified queries, or worse spending it rashly by > creating many temporary tables. > > I have found that time spent optimising db queries, and rethinking > the datamodel to be more sql efficient pays off in the long run vs > throwing hardware at the problem. > > Cheers > > Dave > > On 03/11/2007, at 5:38 AM, Pete DeLaurentis wrote: > >> Yeah, all the foreign keys are indexed. I'm also caching what I can >> in our ruby app's memory. >> >> It seems to be the database writes that are taking up a lot of the >> time. The other offender are some multiple JOINs we're doing. >> >> I've ordered more processors for the database server, and am clearing >> off a second machine so I can get a little MySQL cluster going. Any >> advice on this is welcome since I've never scaled a database server >> before. >> >> As the database gets faster, it will help reduce the timeouts. But >> demand + server load has a way of sneaking up on you. I'm looking >> for a way of making sure our server is less likely to timeout on >> users when we run into system bottlenecks (now + in the future). >> >> Thanks, >> Pete >> >> >> On Nov 2, 2007, at 11:29 AM, barsalou wrote: >> >>> Pete, >>> >>> What about the DB is the bottleneck? I'm assuming you have already >>> looked at indexing and the like. >>> >>> Mike B. >>> >>> Quoting Pete DeLaurentis : >>> >>>> Hi guys, >>>> >>>> Does anyone know if mongrel has a built-in timeout for requests >>>> that >>>> take too long? If so, how do you increase it? >>>> >>>> I've found that some server requests are timing out. Complicated >>>> requests are already being farmed out to asynchronous processes. >>>> But >>>> some of the more basic requests are timing out when we have our >>>> peak >>>> server load in the mornings (the bottleneck is the database >>>> server). >>>> >>>> There are a couple possible locations for the timeout I'm seeing: >>>> >>>> 1. Mongrel >>>> 2. Lighttpd >>>> 3. Client browser / application >>>> >>>> On my local development server, it does not timeout, leading me to >>>> believe it's not #3. >>>> >>>> Any feedback is appreciated. >>>> >>>> Thanks, >>>> Pete >>>> _______________________________________________ >>>> Mongrel-users mailing list >>>> Mongrel-users at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/mongrel-users >>>> >>> >>> >>> >>> ---------------------------------------------------------------- >>> This message was sent using IMP, the Internet Messaging Program. >> >> _______________________________________________ >> Mongrel-users mailing list >> Mongrel-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/mongrel-users > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From pete at nextengine.com Fri Nov 2 21:57:10 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Fri, 2 Nov 2007 18:57:10 -0700 Subject: [Mongrel] Server timeouts In-Reply-To: <20071102142627.hbns0uuy8ockocoo@lcgalaska.com> References: <20071102102916.1u6a2rkqp8owcws4@lcgalaska.com> <501F2022-2E4D-4790-B3AB-834499509F4F@nextengine.com> <20071102142627.hbns0uuy8ockocoo@lcgalaska.com> Message-ID: <8F455407-E071-43B5-9D1A-BB8B8BA5621B@nextengine.com> Thanks Mike. You seem plenty smart enough to me... I used memcached for awhile, but found that the amount of non- changing stuff I had was really small. So, I switched this small amount of data to my rails process memory, and got a nice speed boost out of that. If I had larger amounts of constant data, then memcached would be a good bargain, because it would allow me to save memory in my individual processes. -Pete On Nov 2, 2007, at 3:26 PM, barsalou wrote: > Pete, Quoting Pete DeLaurentis : > >> Yeah, all the foreign keys are indexed. I'm also caching what I >> can in our ruby app's memory. >> >> It seems to be the database writes that are taking up a lot of >> the time. The other offender are some multiple JOINs we're doing. >> >> I've ordered more processors for the database server, and am >> clearing off a second machine so I can get a little MySQL cluster >> going. Any advice on this is welcome since I've never scaled a >> database server before. > > I've never done that either...what about memcached....or that's > already similar to what you are doing in memory? > > We use it on one of our non-rails apps and it seems to do a good > job of improving performance...I don't know or understand a huge > amount about it, but thought I would bring it up. > > Maybe one of the "Smarter Folks" would be able to help out with that. > > Mike B. > > > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. From lists at ruby-forum.com Fri Nov 2 22:45:12 2007 From: lists at ruby-forum.com (Virtualoffice Virtualoffice) Date: Sat, 3 Nov 2007 03:45:12 +0100 Subject: [Mongrel] Only 50 USD/month - You own an office at HCMC, Vietnam. Message-ID: <15adffb2fadae440d4ba91a30e2284fc@ruby-forum.com> In Today's ever-changing business climate, speed and flexibility are essential for success. Our professional-designed workplaces provide business of all ages and stages with access to the most prestigious building in central of HoChiMinh City, Vietnam. Our premiere workplaces are truly business-ready. Come on, sit-down and start your business at our fully-furnished offices and meeting rooms. Without up-front capital expenditures and build infrastructure, with our Virtual Office you can save up to 90% compared to traditional office. - Virtual Office service: Prestigious local business address, local phone number answered in you company's name, managed to your instructions. - Office space service: Fully-furnished workplace comes with professional staff. On-demand IT and administrative support are available where and when you need. - Meeting rooms : with full equipped facilities to run productive meetings. Please see details: http://www.goffice.vn - Virtual office HCMC Vietnam, office space for rent, office solutions, office rental, rent office, business address hcm Visit our sites: http://www.goffice.vn/ Or Calling us: +( 84 - 8 ) 2200911 Attachments: http://www.ruby-forum.com/attachment/863/Indochina.jpg -- Posted via http://www.ruby-forum.com/. From eden at hulu.com Sat Nov 3 02:19:42 2007 From: eden at hulu.com (Eden Li) Date: Sat, 3 Nov 2007 14:19:42 +0800 Subject: [Mongrel] Mongrel Cluster: Rolling restart? Message-ID: <1dd361e10711022319v7414e79du1698a68576e6efa4@mail.gmail.com> Hi all, Forgive me if this has been asked before, but is there a reason mongrel_rails cluster::restart stops all ports and then restarts them again? Wouldn't it be better to restart each port one-by-one in series so that upstream proxy servers can fail over while the restart is occurring, or am I missing something? Thanks, eden From tiberiu.motoc at gmail.com Sun Nov 4 18:31:13 2007 From: tiberiu.motoc at gmail.com (Tiberiu Motoc) Date: Sun, 4 Nov 2007 15:31:13 -0800 Subject: [Mongrel] can't configure mongrel_cluster to start on boot Message-ID: <84ec458f0711041531s4324dbf7v85dbb4e886612b11@mail.gmail.com> Hi everyone, I've been working with Mongrel, Mongrel_cluster and Apache and it is great. However, I can't get mongrel_cluster to start at boot time. I followed the instructions from http://mongrel.rubyforge.org/docs/mongrel_cluster.html (On Boot Initialization Setup) and mongrel_cluster does not start after rebooting the machine. I made sure that the shebang line is correct and I also made sure that the mongrel_cluster_ctl location is in the PATH variable. Just to be on the safe side I created a symbolic link in /usr/bin and still no luck. The next thing I did was to trace the mongrel_cluster script. There is something strange about it, and I can't believe that nobody complained about it yet: the script takes an argument (start, stop or restart), but the instructions provided on the mongrel_cluster webpage do not pass any argument(s) to it. So, how is the script supposed to start? I'm not an expert on Linux admin, but is the chkconfig application supposed to pass "start" to the script? What about when the machine gets shut down, where in the script do we delete the mongrel pid files? (or worse, if it gets powered off, and if we restart without deleting the pid files, then the script won't even start the mongrel processes). Anyway, those are small things that can be easily changed in the script, so I hardcoded "start" in the script, and my script failed on the following line: which mongrel_cluster_ctl >/dev/null || exit 0 I commented out the line and provided the full path to mongrel_cluster_ctl. I dumped the $RETVAL into a log file (after calling mongrel_cluster_ctl) and it was 137. I don't know what else to do. I am logged in as admin, I successfully used chkconfig to add Apache to the boot script, and if I run the script manually - it works! Thanks, Tiberiu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071104/ee5cfd26/attachment.html From weigbin at 163.com Mon Nov 5 01:12:34 2007 From: weigbin at 163.com (=?GBK?B?zrq547Hy?=) Date: Mon, 5 Nov 2007 14:12:34 +0800 (CST) Subject: [Mongrel] deploy ruby on rails application by mongrel Message-ID: <20543864.254171194243154890.JavaMail.coremail@bj163app17.163.com> 1.download ruby-one click for windows from www.ruby-lang.org? set up. 2.run command: gem install rails --include-dependencies (success) 3.set up mongrel: gem install win32-service(pick the most recent one) gem install mongrel (pick the win32 pre-built) gem install mongrel_service all of the above were successful. then i creat an empty folder "d:\myapp",run the command: mongrel_rails service::install -N myapp -c d:\myapp -p 4000 -e production the rusult:the path you specified isn't a valid Rails application so what's the matter? i am a student in Nanjing Agricultural University,I am learning ruby and ruby on rails,but there are few books and other materials for me.so can you help me? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071105/7117c793/attachment.html From gregbclarke at gmail.com Mon Nov 5 01:38:40 2007 From: gregbclarke at gmail.com (Greg Clarke) Date: Mon, 5 Nov 2007 17:38:40 +1100 Subject: [Mongrel] deploy ruby on rails application by mongrel In-Reply-To: <20543864.254171194243154890.JavaMail.coremail@bj163app17.163.com> References: <20543864.254171194243154890.JavaMail.coremail@bj163app17.163.com> Message-ID: I think you might have missed out the step where you create a valid rails application. After all the gem installs, you should be able to enter: rails myapp and that command will set up a valid rails directory. You should possibly make sure you understand how the rails command works first, and use the 'mongrel_rails start' and 'mongrel_rails stop' commands while learning Rails. On 11/5/07, ??? wrote: > > 1.download ruby-one click for windows from www.ruby-lang.org? set up. > 2.run command: > gem install rails --include-dependencies (success) > 3.set up mongrel: > gem install win32-service(pick the most recent one) > gem install mongrel (pick the win32 pre-built) > gem install mongrel_service > > all of the above were successful. > > then i creat an empty folder "d:\myapp",run the command: > mongrel_rails service::install -N myapp -c d:\myapp -p 4000 -e > production > > the rusult:the path you specified isn't a valid Rails application > > so what's the matter? > > i am a student in Nanjing Agricultural University,I am learning ruby and > ruby on rails,but there are few books and other materials for me.so can > you help me? > > > ------------------------------ > [image: LOGO] ???????????????? > ?????????????? > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071105/4d4c3d23/attachment-0001.html From thomas.tmp at gmail.com Mon Nov 5 05:21:15 2007 From: thomas.tmp at gmail.com (Thomas Balthazar) Date: Mon, 5 Nov 2007 11:21:15 +0100 Subject: [Mongrel] Mongrel and memory usage Message-ID: Hello, I'm running a Rails application which must sort and manipulate a lot of data which are loaded in memory. The Rails app runs on 2 mongrel processes. When I first load the app, both are 32Mb in memory. After some days, both are between 200Mb and 300Mb. My question is : is there some kind of garbage collector in Mongrel? I never see the two Mongrel processes memory footprint decrease. Is it normal? I use Mongrel 1.0.1 with Rails 1.2.3 on Debian. Best regards, Thomas. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071105/19c99906/attachment.html From barunio at gmail.com Mon Nov 5 06:00:12 2007 From: barunio at gmail.com (Barun Singh) Date: Mon, 5 Nov 2007 06:00:12 -0500 Subject: [Mongrel] mongrel not finding correct ruby path Message-ID: <83e853830711050300o22dd05b6n75c8521e58633015@mail.gmail.com> hello all, i have been trying to figure this out for the last few hours, and after seemingly exhausting all the google search results, i figured i would try this mailing list... i just updated the ruby version on my ubuntu dapper drake box to the most recent version. i installed it into /usr/local/bin problematically, the previous installation was in /usr/bin mongrel still complains that: "Ruby version is not up-to-date; loading cgi_multipart_eof_fix" from looking at /usr/bin/mongrel_rails, i can see that the first line of the file is: #!/usr/bin/ruby1.8 which is the old version of ruby (1.8.4) I tried changing the shebang to the correct path of #!/usr/local/bin/ruby but then it gave me an error that it couldn't find "rubygems" every other method i could think of to have it point to the right place (such as moving the new ruby binary into the /usr/bin directory along with the rdoc, ri, etc. files) all resulted in the same problem with rubygems not being found. does anyone have any idea how i can get mongrel to see the correct, updated version of ruby?? thanks... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071105/731180e1/attachment.html From gregbclarke at gmail.com Mon Nov 5 06:19:05 2007 From: gregbclarke at gmail.com (Greg Clarke) Date: Mon, 5 Nov 2007 22:19:05 +1100 Subject: [Mongrel] mongrel not finding correct ruby path In-Reply-To: <83e853830711050300o22dd05b6n75c8521e58633015@mail.gmail.com> References: <83e853830711050300o22dd05b6n75c8521e58633015@mail.gmail.com> Message-ID: Have you installed rubygems in your new ruby installation? See here, http://www.rubyonrails.org/down, where the first step after installing ruby is to install rubygems. This is where rubygems sits in my 1.8.6 ruby install: /usr/local/lib/ruby/site_ruby/1.8/rubygems So, maybe you need to check your $PATH, check ruby -v , then install rubygems. GC On 11/5/07, Barun Singh wrote: > hello all, > > i have been trying to figure this out for the last few hours, and after > seemingly exhausting all the google search results, i figured i would try > this mailing list... > > i just updated the ruby version on my ubuntu dapper drake box to the most > recent version. i installed it into /usr/local/bin > problematically, the previous installation was in /usr/bin > mongrel still complains that: > "Ruby version is not up-to-date; loading cgi_multipart_eof_fix" > > from looking at /usr/bin/mongrel_rails, i can see that the first line of the > file is: > #!/usr/bin/ruby1.8 > which is the old version of ruby (1.8.4) > I tried changing the shebang to the correct path of > #!/usr/local/bin/ruby > but then it gave me an error that it couldn't find "rubygems" > > every other method i could think of to have it point to the right place > (such as moving the new ruby binary into the /usr/bin directory along with > the rdoc, ri, etc. files) all resulted in the same problem with rubygems not > being found. > > does anyone have any idea how i can get mongrel to see the correct, updated > version of ruby?? > > thanks... > > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From lists at ruby-forum.com Mon Nov 5 08:27:21 2007 From: lists at ruby-forum.com (Reinaldo Mello) Date: Mon, 5 Nov 2007 14:27:21 +0100 Subject: [Mongrel] Mongrel + Apache 2.2 Content-Length Message-ID: Hi. I have a mongrel+apache2.2 config running. It happens that one of our partners request a response body containing ONLY one char. It happens that they reported me that sometimes (!) my response was going like this: ================================ <- this line is to separate this text HTTP/1.1 200 OK Date: Sat, 03 Nov 2007 23:12:16 GMT Server: Mongrel 1.0.1 Status: 200 OK Cache-Control: no-cache Content-Type: text/plain; charset=ISO-8859-1 Content-Length: 1 Vary: Accept-Encoding Connection: close 0 ================================ <- this line is to separate this text Although the content-length is set to 1, mongrel (or apache) inserted double line breaks before the original response (as set on rails -> 0) Can anyone help? Thanks in advance Reinaldo -- Posted via http://www.ruby-forum.com/. From g.vishnu at gmail.com Mon Nov 5 09:29:30 2007 From: g.vishnu at gmail.com (Vishnu Gopal) Date: Mon, 5 Nov 2007 19:59:30 +0530 Subject: [Mongrel] mongrel not finding correct ruby path In-Reply-To: References: <83e853830711050300o22dd05b6n75c8521e58633015@mail.gmail.com> Message-ID: You can point GEM_HOME to your old rubygems folder and it should work. Vish On 11/5/07, Greg Clarke wrote: > > Have you installed rubygems in your new ruby installation? > > See here, http://www.rubyonrails.org/down, where the first step after > installing ruby is to install rubygems. > > This is where rubygems sits in my 1.8.6 ruby install: > /usr/local/lib/ruby/site_ruby/1.8/rubygems > > So, maybe you need to check your $PATH, check ruby -v , then install > rubygems. > > > GC > > > > On 11/5/07, Barun Singh wrote: > > hello all, > > > > i have been trying to figure this out for the last few hours, and after > > seemingly exhausting all the google search results, i figured i would > try > > this mailing list... > > > > i just updated the ruby version on my ubuntu dapper drake box to the > most > > recent version. i installed it into /usr/local/bin > > problematically, the previous installation was in /usr/bin > > mongrel still complains that: > > "Ruby version is not up-to-date; loading cgi_multipart_eof_fix" > > > > from looking at /usr/bin/mongrel_rails, i can see that the first line of > the > > file is: > > #!/usr/bin/ruby1.8 > > which is the old version of ruby (1.8.4) > > I tried changing the shebang to the correct path of > > #!/usr/local/bin/ruby > > but then it gave me an error that it couldn't find "rubygems" > > > > every other method i could think of to have it point to the right place > > (such as moving the new ruby binary into the /usr/bin directory along > with > > the rdoc, ri, etc. files) all resulted in the same problem with rubygems > not > > being found. > > > > does anyone have any idea how i can get mongrel to see the correct, > updated > > version of ruby?? > > > > thanks... > > > > > > _______________________________________________ > > Mongrel-users mailing list > > Mongrel-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/mongrel-users > > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071105/98eccbac/attachment.html From wyhaines at gmail.com Mon Nov 5 10:21:56 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Mon, 5 Nov 2007 08:21:56 -0700 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: Message-ID: On 11/5/07, Thomas Balthazar wrote: > I'm running a Rails application which must sort and manipulate a lot of data > which are loaded in memory. > The Rails app runs on 2 mongrel processes. > When I first load the app, both are 32Mb in memory. > After some days, both are between 200Mb and 300Mb. > > My question is : is there some kind of garbage collector in Mongrel? > I never see the two Mongrel processes memory footprint decrease. > Is it normal? Ruby is a garbage collected language. Ruby has a conservative mark and sweep garbage collector. Memory usage like that is probably not a Mongrel issue (unless you are generating _very_ large responses in your application). It's likely an issue with your code. What version of Ruby are you using? Are you using any extensions? Kirk Haines From bpenrose112 at hotmail.com Mon Nov 5 10:39:08 2007 From: bpenrose112 at hotmail.com (Brian Penrose) Date: Mon, 5 Nov 2007 10:39:08 -0500 Subject: [Mongrel] Error installing Mongrel on Solaris 9 Message-ID: Hi all, We've installed RoR on Solaris 9, and are attempting to install Mongrel using the following command:gem install mongrelgetting error "SSL is not installed on this system".All other gems (including Rake) installed fine.Any suggestions?Thanks,Brian _________________________________________________________________ Boo!?Scare away worms, viruses and so much more! Try Windows Live OneCare! http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071105/8af098bc/attachment.html From luislavena at gmail.com Mon Nov 5 10:55:03 2007 From: luislavena at gmail.com (Luis Lavena) Date: Mon, 5 Nov 2007 12:55:03 -0300 Subject: [Mongrel] Error installing Mongrel on Solaris 9 In-Reply-To: References: Message-ID: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> On 11/5/07, Brian Penrose wrote: > > > Hi all, > > We've installed RoR on Solaris 9, and are attempting to install Mongrel > using the following command: > > gem install mongrel > > getting error "SSL is not installed on this system". > > All other gems (including Rake) installed fine. > > Any suggestions? > Latest mongrel gems are "signed", in that way you are sure is our gem and noone else. RubyGems shouldn't yell at you about missing OpenSSL since you didn't use the "-P HighSecurity" parameter, or did you? -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From alexey.verkhovsky at gmail.com Mon Nov 5 10:55:34 2007 From: alexey.verkhovsky at gmail.com (Alexey Verkhovsky) Date: Mon, 5 Nov 2007 09:55:34 -0600 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: Message-ID: <3945c4270711050755w341bea2at5929946ea6f9b85f@mail.gmail.com> On 11/5/07, Kirk Haines wrote: > On 11/5/07, Thomas Balthazar wrote: > > I never see the two Mongrel processes memory footprint decrease. > > Is it normal? > Ruby is a garbage collected language. Ruby has a conservative mark > and sweep garbage collector. But Ruby processes never release memory back to the operating system. So, the fact that its RSS never goes down is normal. In normal circumstances, Mongrel should grow up to some point around 60-120 Mb and stay there. 300 Mb and growing is a sure sign you have a memory leak somewhere. -- Alexey Verkhovsky CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] RubyWorks [http://rubyworks.thoughtworks.com] From thomas.tmp at gmail.com Mon Nov 5 11:06:01 2007 From: thomas.tmp at gmail.com (Thomas Balthazar) Date: Mon, 5 Nov 2007 17:06:01 +0100 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: Message-ID: On 11/5/07, Kirk Haines wrote: > > On 11/5/07, Thomas Balthazar wrote: > > > I'm running a Rails application which must sort and manipulate a lot of > data > > which are loaded in memory. > > The Rails app runs on 2 mongrel processes. > > When I first load the app, both are 32Mb in memory. > > After some days, both are between 200Mb and 300Mb. > > > > My question is : is there some kind of garbage collector in Mongrel? > > I never see the two Mongrel processes memory footprint decrease. > > Is it normal? > > Ruby is a garbage collected language. Ruby has a conservative mark > and sweep garbage collector. > > Memory usage like that is probably not a Mongrel issue (unless you are > generating _very_ large responses in your application). It's likely > an issue with your code. What version of Ruby are you using? Are you > using any extensions? > > > Kirk Haines > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users Hello Kirk, Thanks for your answer. I'm using ruby 1.8.5 (2006-08-25) [i486-linux]. The Rails app uses those plugins : * acts_as_taggable_on_steroids * attachment_fu * exception_notification * localization Which kink of issues with my code could use that much memory? If I load lots of records with Active Records, aren't they "unloaded" at some times? Thanks in advance for your help. Thomas. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071105/76ef2707/attachment.html From thomas.tmp at gmail.com Mon Nov 5 11:09:54 2007 From: thomas.tmp at gmail.com (Thomas Balthazar) Date: Mon, 5 Nov 2007 17:09:54 +0100 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: <3945c4270711050755w341bea2at5929946ea6f9b85f@mail.gmail.com> References: <3945c4270711050755w341bea2at5929946ea6f9b85f@mail.gmail.com> Message-ID: On 11/5/07, Alexey Verkhovsky wrote: > On 11/5/07, Kirk Haines wrote: > > On 11/5/07, Thomas Balthazar wrote: > > > I never see the two Mongrel processes memory footprint decrease. > > > Is it normal? > > Ruby is a garbage collected language. Ruby has a conservative mark > > and sweep garbage collector. > > But Ruby processes never release memory back to the operating system. > So, the fact that its RSS never goes down is normal. > > In normal circumstances, Mongrel should grow up to some point around > 60-120 Mb and stay there. 300 Mb and growing is a sure sign you have a > memory leak somewhere. > > -- > Alexey Verkhovsky > CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] > RubyWorks [http://rubyworks.thoughtworks.com] > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > Hello Alexey, > 300 Mb and growing is a sure sign you have a memory leak somewhere. What would you suggest me to investigate? Thanks, Thomas. From wyhaines at gmail.com Mon Nov 5 11:18:51 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Mon, 5 Nov 2007 09:18:51 -0700 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: Message-ID: On 11/5/07, Thomas Balthazar wrote: > Thanks for your answer. > I'm using ruby 1.8.5 (2006-08-25) [i486-linux]. > The Rails app uses those plugins : > * acts_as_taggable_on_steroids > * attachment_fu > * exception_notification > * localization > > > Which kink of issues with my code could use that much memory? > If I load lots of records with Active Records, aren't they "unloaded" at > some times? Does your code or any of those pluginx use Array#shift? There was a bug with Array#shift which still existed in 1.8.5 which basically left stuff inside the array data structure after a shift, so that those things didn't get GCd when they should have. It's a sneaky bug that can easily eat a lot of memory. Otherwise, can you start a test instance of your application, and then test it to see if there are certain actions which cause the memory growth. That would help you pinpoint where the likely problems are. Just use ab or httperf to send a large number of requests to specific urls in your app, and see how ram usage changes as you do that. Kirk Haines From rob at robmela.com Mon Nov 5 11:20:13 2007 From: rob at robmela.com (Robert Mela) Date: Mon, 05 Nov 2007 11:20:13 -0500 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: Message-ID: <472F42BD.4000500@robmela.com> We're seeing that all the time with our Rails apps. I'm looking at four processes right now in the 700 to 900MB range. My first guess is that it's something in Rails or our app. After all, that's where most of the code is. You might try running requests through WEBrick on a test server to see if the leak still occurs. If so, then you know at least part of it is Rails. There's always nightly restarts ;) Not my choice on how to do things, but hey, it'll have to hold till I can fix bigger things. What's the Ruby GC like? Circular references a problem? Thomas Balthazar wrote: > Hello, > > I'm running a Rails application which must sort and manipulate a lot > of data which are loaded in memory. > The Rails app runs on 2 mongrel processes. > When I first load the app, both are 32Mb in memory. > After some days, both are between 200Mb and 300Mb. > > My question is : is there some kind of garbage collector in Mongrel? > I never see the two Mongrel processes memory footprint decrease. > Is it normal? > > I use Mongrel 1.0.1 with Rails 1.2.3 on Debian. > > Best regards, > Thomas. > > ------------------------------------------------------------------------ > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users -------------- next part -------------- A non-text attachment was scrubbed... Name: rob.vcf Type: text/x-vcard Size: 116 bytes Desc: not available Url : http://rubyforge.org/pipermail/mongrel-users/attachments/20071105/f0ed284a/attachment.vcf From pete at nextengine.com Mon Nov 5 11:22:28 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Mon, 5 Nov 2007 08:22:28 -0800 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: <3945c4270711050755w341bea2at5929946ea6f9b85f@mail.gmail.com> Message-ID: Hi guys, Along the lines of Thomas question, I've noticed that my mongrel rails processes start at around 50 MB, and creep up to around 100 MB (or a little over) pretty soon after being used. Is this something other folks are seeing (i.e. standard rails overhead), or does it sound specific to my app? Also, if anyone has any tips on finding memory leaks in mongrel, they'd be much appreciated. I've played with watching the ObjectSpace. Is this the best way? Kirk: thanks for the tip on Array.shift with Ruby 1.8.5. I'll keep an eye out for this. Thanks, Pete On Nov 5, 2007, at 8:09 AM, Thomas Balthazar wrote: > On 11/5/07, Alexey Verkhovsky wrote: >> On 11/5/07, Kirk Haines wrote: >>> On 11/5/07, Thomas Balthazar wrote: >>>> I never see the two Mongrel processes memory footprint decrease. >>>> Is it normal? >>> Ruby is a garbage collected language. Ruby has a conservative mark >>> and sweep garbage collector. >> >> But Ruby processes never release memory back to the operating system. >> So, the fact that its RSS never goes down is normal. >> >> In normal circumstances, Mongrel should grow up to some point around >> 60-120 Mb and stay there. 300 Mb and growing is a sure sign you >> have a >> memory leak somewhere. >> >> -- >> Alexey Verkhovsky >> CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] >> RubyWorks [http://rubyworks.thoughtworks.com] >> _______________________________________________ >> Mongrel-users mailing list >> Mongrel-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/mongrel-users >> > > Hello Alexey, > >> 300 Mb and growing is a sure sign you have a memory leak somewhere. > > What would you suggest me to investigate? > > Thanks, > Thomas. > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From bpenrose112 at hotmail.com Mon Nov 5 11:31:44 2007 From: bpenrose112 at hotmail.com (Brian Penrose) Date: Mon, 5 Nov 2007 11:31:44 -0500 Subject: [Mongrel] Error installing Mongrel on Solaris 9 In-Reply-To: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> References: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> Message-ID: Hi Luis, Nope...didn't use the -P HighSecurity" parameter. Thanks, Brian > Date: Mon, 5 Nov 2007 12:55:03 -0300 > From: luislavena at gmail.com > To: mongrel-users at rubyforge.org > Subject: Re: [Mongrel] Error installing Mongrel on Solaris 9 > > On 11/5/07, Brian Penrose wrote: > > > > > > Hi all, > > > > We've installed RoR on Solaris 9, and are attempting to install Mongrel > > using the following command: > > > > gem install mongrel > > > > getting error "SSL is not installed on this system". > > > > All other gems (including Rake) installed fine. > > > > Any suggestions? > > > > Latest mongrel gems are "signed", in that way you are sure is our gem > and noone else. > > RubyGems shouldn't yell at you about missing OpenSSL since you didn't > use the "-P HighSecurity" parameter, or did you? > > -- > Luis Lavena > Multimedia systems > - > Leaders are made, they are not born. They are made by hard effort, > which is the price which all of us must pay to achieve any goal that > is worthwhile. > Vince Lombardi > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users _________________________________________________________________ Boo!?Scare away worms, viruses and so much more! Try Windows Live OneCare! http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071105/b7207220/attachment.html From luislavena at gmail.com Mon Nov 5 11:39:26 2007 From: luislavena at gmail.com (Luis Lavena) Date: Mon, 5 Nov 2007 13:39:26 -0300 Subject: [Mongrel] Error installing Mongrel on Solaris 9 In-Reply-To: References: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> Message-ID: <71166b3b0711050839l3c39862eib4dc29b411d11226@mail.gmail.com> On 11/5/07, Brian Penrose wrote: > > > Hi Luis, > > Nope...didn't use the -P HighSecurity" parameter. > Ok, that means that actually RubyGems is using SSL even you didn't asked for it... I'll try to recreate the scenario later today and maybe submit a patch for rubygems. You don't have alternative or don't want to install SSL? -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From wyhaines at gmail.com Mon Nov 5 12:17:51 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Mon, 5 Nov 2007 10:17:51 -0700 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: <3945c4270711050755w341bea2at5929946ea6f9b85f@mail.gmail.com> Message-ID: On 11/5/07, Pete DeLaurentis wrote: > Hi guys, > > Along the lines of Thomas question, I've noticed that my mongrel > rails processes start at around 50 MB, and creep up to around 100 MB > (or a little over) pretty soon after being used. Is this something > other folks are seeing (i.e. standard rails overhead), or does it > sound specific to my app? There is probably a jump after the first request, then a slow creep upward for a bit, then it should stabilize. If it never stabilizes, then you have something in your code somewhere which is leaking. > Also, if anyone has any tips on finding memory leaks in mongrel, > they'd be much appreciated. I've played with watching the > ObjectSpace. Is this the best way? There are some tools that help, but yeah, mostly it's by using objectspace and looking through your code. If the code uses an extension, it's easy for an extension to have a leak that doesn't show up so easily, though. I originally found the Array#shift leak by using valgrind on Ruby, since all of that is C code. > Kirk: thanks for the tip on Array.shift with Ruby 1.8.5. I'll keep > an eye out for this. If this bites you, you can migrate to the most recent 1.8.6, or you can change your code to not use shift. Generally when shift is used, push is being used to stick things on one end of the array while shift pulls them off the front. Changing that to use unshift and pop gets around the problem. Kirk Haines From alexey.verkhovsky at gmail.com Mon Nov 5 12:25:21 2007 From: alexey.verkhovsky at gmail.com (Alexey Verkhovsky) Date: Mon, 5 Nov 2007 10:25:21 -0700 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: <3945c4270711050755w341bea2at5929946ea6f9b85f@mail.gmail.com> Message-ID: <3945c4270711050925m5f6fa5dao3bfc15f4d700167e@mail.gmail.com> On 11/5/07, Pete DeLaurentis wrote: > Along the lines of Thomas question, I've noticed that my mongrel > rails processes start at around 50 MB, and creep up to around 100 MB Set --num-procs lower than default 1024, and it won't be happening. -- Alexey Verkhovsky CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] RubyWorks [http://rubyworks.thoughtworks.com] From bpenrose112 at hotmail.com Mon Nov 5 12:36:39 2007 From: bpenrose112 at hotmail.com (Brian Penrose) Date: Mon, 5 Nov 2007 12:36:39 -0500 Subject: [Mongrel] Error installing Mongrel on Solaris 9 In-Reply-To: <71166b3b0711050839l3c39862eib4dc29b411d11226@mail.gmail.com> References: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> <71166b3b0711050839l3c39862eib4dc29b411d11226@mail.gmail.com> Message-ID: Sorry for my ignorance, but how would we install SSL library for Ruby? > Date: Mon, 5 Nov 2007 13:39:26 -0300 > From: luislavena at gmail.com > To: mongrel-users at rubyforge.org > Subject: Re: [Mongrel] Error installing Mongrel on Solaris 9 > > On 11/5/07, Brian Penrose wrote: > > > > > > Hi Luis, > > > > Nope...didn't use the -P HighSecurity" parameter. > > > > Ok, that means that actually RubyGems is using SSL even you didn't > asked for it... > > I'll try to recreate the scenario later today and maybe submit a patch > for rubygems. > > You don't have alternative or don't want to install SSL? > > -- > Luis Lavena > Multimedia systems > - > Leaders are made, they are not born. They are made by hard effort, > which is the price which all of us must pay to achieve any goal that > is worthwhile. > Vince Lombardi > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users _________________________________________________________________ Windows Live Hotmail and Microsoft Office Outlook ? together at last. ?Get it now. http://office.microsoft.com/en-us/outlook/HA102225181033.aspx?pid=CL100626971033 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071105/73db04b9/attachment.html From wyhaines at gmail.com Mon Nov 5 12:38:15 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Mon, 5 Nov 2007 10:38:15 -0700 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: <3945c4270711050925m5f6fa5dao3bfc15f4d700167e@mail.gmail.com> References: <3945c4270711050755w341bea2at5929946ea6f9b85f@mail.gmail.com> <3945c4270711050925m5f6fa5dao3bfc15f4d700167e@mail.gmail.com> Message-ID: On 11/5/07, Alexey Verkhovsky wrote: > On 11/5/07, Pete DeLaurentis wrote: > > Along the lines of Thomas question, I've noticed that my mongrel > > rails processes start at around 50 MB, and creep up to around 100 MB > > Set --num-procs lower than default 1024, and it won't be happening. It depends. One cause of that sort of creeping mem usage is having an app that sees large numbers of concurrent threads, as you know, but it's not the only cause. If concurrent threads ARE a mem usage problem, one might try using evented_mongrel out of the Swiftiply package. http://swiftiply.swiftcore.org Just run it in a test environment and see if it helps. For some apps, it makes a big difference in that thread related RAM creep. Kirk Haines P.S. Yes, I WILL have the patch to fix it for Mongrel > 1.0.1 today. The end of my week/weekend got very busy with things that don't involve computer screens. From public at misuse.org Mon Nov 5 13:05:00 2007 From: public at misuse.org (Steve Midgley) Date: Mon, 05 Nov 2007 10:05:00 -0800 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: Message-ID: <20071105180510.02A331858641@rubyforge.org> At 09:17 AM 11/5/2007, you wrote: > > Which kink of issues with my code could use that much memory? > > If I load lots of records with Active Records, aren't they > "unloaded" at > > some times? > >Does your code or any of those pluginx use Array#shift? There was a >bug with Array#shift which still existed in 1.8.5 which basically left >stuff inside the array data structure after a shift, so that those >things didn't get GCd when they should have. It's a sneaky bug that >can easily eat a lot of memory. > >Otherwise, can you start a test instance of your application, and then >test it to see if there are certain actions which cause the memory >growth. That would help you pinpoint where the likely problems are. >Just use ab or httperf to send a large number of requests to specific >urls in your app, and see how ram usage changes as you do that. > > >Kirk Haines Thanks Kirk - I guess I'm totally OT at this point, but I hadn't heard about this bug before. From your description this is a specific problem to the underlying C code implementing shift, which is not found in related functions? So "array.slice!(0)" would be identical in function to shift but not contain this leak? Thanks again, Steve From jamie at dangosaur.us Mon Nov 5 12:45:08 2007 From: jamie at dangosaur.us (Jamie Orchard-Hays) Date: Mon, 5 Nov 2007 12:45:08 -0500 Subject: [Mongrel] Error installing Mongrel on Solaris 9 In-Reply-To: References: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> <71166b3b0711050839l3c39862eib4dc29b411d11226@mail.gmail.com> Message-ID: <8F3492D9-0489-4F23-B7A2-35FF50B0A7B2@dangosaur.us> Brian, I've dealt with Solaris 8 and 10 installations. I generally use the Blastwave package system to get what I need. It's not up to par with most Linux and FreeBSD package systems, but easier than the default Solaris stuff. Jamie On Nov 5, 2007, at 12:36 PM, Brian Penrose wrote: > Sorry for my ignorance, but how would we install SSL library for Ruby? > > > > Date: Mon, 5 Nov 2007 13:39:26 -0300 > > From: luislavena at gmail.com > > To: mongrel-users at rubyforge.org > > Subject: Re: [Mongrel] Error installing Mongrel on Solaris 9 > > > > On 11/5/07, Brian Penrose wrote: > > > > > > > > > Hi Luis, > > > > > > Nope...didn't use the -P HighSecurity" parameter. > > > > > > > Ok, that means that actually RubyGems is using SSL even you didn't > > asked for it... > > > > I'll try to recreate the scenario later today and maybe submit a > patch > > for rubygems. > > > > You don't have alternative or don't want to install SSL? > > > > -- > > Luis Lavena > > Multimedia systems > > - > > Leaders are made, they are not born. They are made by hard effort, > > which is the price which all of us must pay to achieve any goal that > > is worthwhile. > > Vince Lombardi > > _______________________________________________ > > Mongrel-users mailing list > > Mongrel-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/mongrel-users > > Windows Live Hotmail and Microsoft Office Outlook ? together at > last. Get it now! > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071105/592fb356/attachment.html From thomas.tmp at gmail.com Mon Nov 5 13:27:33 2007 From: thomas.tmp at gmail.com (Thomas Balthazar) Date: Mon, 5 Nov 2007 19:27:33 +0100 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: <20071105180510.02A331858641@rubyforge.org> References: <20071105180510.02A331858641@rubyforge.org> Message-ID: On 11/5/07, Steve Midgley wrote: > At 09:17 AM 11/5/2007, you wrote: > > > Which kink of issues with my code could use that much memory? > > > If I load lots of records with Active Records, aren't they > > "unloaded" at > > > some times? > > > >Does your code or any of those pluginx use Array#shift? There was a > >bug with Array#shift which still existed in 1.8.5 which basically left > >stuff inside the array data structure after a shift, so that those > >things didn't get GCd when they should have. It's a sneaky bug that > >can easily eat a lot of memory. > > > >Otherwise, can you start a test instance of your application, and then > >test it to see if there are certain actions which cause the memory > >growth. That would help you pinpoint where the likely problems are. > >Just use ab or httperf to send a large number of requests to specific > >urls in your app, and see how ram usage changes as you do that. > > > > > >Kirk Haines > > Thanks Kirk - I guess I'm totally OT at this point, but I hadn't heard > about this bug before. From your description this is a specific problem > to the underlying C code implementing shift, which is not found in > related functions? So "array.slice!(0)" would be identical in function > to shift but not contain this leak? > > Thanks again, > > Steve > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > Hello, Thanks everybody for all those informations. I'll make some tests and I'll keep you posted. I won't have the time to run those tests this week, but I won't forget to post the results on the list. Best, Thomas. From wyhaines at gmail.com Mon Nov 5 13:38:48 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Mon, 5 Nov 2007 11:38:48 -0700 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: <20071105180510.02A331858641@rubyforge.org> References: <20071105180510.02A331858641@rubyforge.org> Message-ID: On 11/5/07, Steve Midgley wrote: > Thanks Kirk - I guess I'm totally OT at this point, but I hadn't heard > about this bug before. From your description this is a specific problem > to the underlying C code implementing shift, which is not found in > related functions? So "array.slice!(0)" would be identical in function > to shift but not contain this leak? Yeah. It looked to me like whoever wrote the original array.c code just forgot something when writing the code, because it's just #shift that has the problem. This bug was fixed, but not until 1.8.6. I know it is fixed as of at least the last couple of patch releases. I am unsure if it was fixed in the original 1.8.6 release, however. Kirk Haines From pete at nextengine.com Mon Nov 5 13:55:04 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Mon, 5 Nov 2007 10:55:04 -0800 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: <3945c4270711050925m5f6fa5dao3bfc15f4d700167e@mail.gmail.com> References: <3945c4270711050755w341bea2at5929946ea6f9b85f@mail.gmail.com> <3945c4270711050925m5f6fa5dao3bfc15f4d700167e@mail.gmail.com> Message-ID: <41E85416-EC6D-4404-A9D2-F83A5F03A124@nextengine.com> What is a good value for --num-procs for rails applications, since these are single threaded? Does it depend on how fast the application responds to users? Thanks, Pete On Nov 5, 2007, at 9:25 AM, Alexey Verkhovsky wrote: > On 11/5/07, Pete DeLaurentis wrote: >> Along the lines of Thomas question, I've noticed that my mongrel >> rails processes start at around 50 MB, and creep up to around 100 MB > > Set --num-procs lower than default 1024, and it won't be happening. > > -- > Alexey Verkhovsky > CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] > RubyWorks [http://rubyworks.thoughtworks.com] > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From wyhaines at gmail.com Mon Nov 5 14:02:53 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Mon, 5 Nov 2007 12:02:53 -0700 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: <41E85416-EC6D-4404-A9D2-F83A5F03A124@nextengine.com> References: <3945c4270711050755w341bea2at5929946ea6f9b85f@mail.gmail.com> <3945c4270711050925m5f6fa5dao3bfc15f4d700167e@mail.gmail.com> <41E85416-EC6D-4404-A9D2-F83A5F03A124@nextengine.com> Message-ID: On 11/5/07, Pete DeLaurentis wrote: > What is a good value for --num-procs for rails applications, since > these are single threaded? Does it depend on how fast the > application responds to users? It's application specific. Your sweet spot is going to be big enough that you don't experience capacity starvation during load bursts when you have temporary periods where more traffic is coming in than you are clearing, but small enough that you don't waste resources. Experimentation will probably be required to find the best balance. If you try evented_mongrel, you don't need to worry about num_procs. It's irrelevant for the evented_mongrel. Kirk Haines From bpenrose112 at hotmail.com Mon Nov 5 14:09:33 2007 From: bpenrose112 at hotmail.com (Brian Penrose) Date: Mon, 5 Nov 2007 14:09:33 -0500 Subject: [Mongrel] Error installing Mongrel on Solaris 9 In-Reply-To: <8F3492D9-0489-4F23-B7A2-35FF50B0A7B2@dangosaur.us> References: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> <71166b3b0711050839l3c39862eib4dc29b411d11226@mail.gmail.com> <8F3492D9-0489-4F23-B7A2-35FF50B0A7B2@dangosaur.us> Message-ID: For reasons beyond my control, I cannot install blastwave software on our system. However, I am seeing openssl files in both the Ruby (/var/ruby/ruby-1.8.6/ext) and Sun directories. Does this mean that it is installed and just needs configured? From: jamie at dangosaur.usDate: Mon, 5 Nov 2007 12:45:08 -0500To: mongrel-users at rubyforge.orgSubject: Re: [Mongrel] Error installing Mongrel on Solaris 9Brian, I've dealt with Solaris 8 and 10 installations. I generally use the Blastwave package system to get what I need. It's not up to par with most Linux and FreeBSD package systems, but easier than the default Solaris stuff. Jamie On Nov 5, 2007, at 12:36 PM, Brian Penrose wrote: Sorry for my ignorance, but how would we install SSL library for Ruby?> Date: Mon, 5 Nov 2007 13:39:26 -0300> From: luislavena at gmail.com> To: mongrel-users at rubyforge.org> Subject: Re: [Mongrel] Error installing Mongrel on Solaris 9> > On 11/5/07, Brian Penrose wrote:> >> >> > Hi Luis,> >> > Nope...didn't use the -P HighSecurity" parameter.> >> > Ok, that means that actually RubyGems is using SSL even you didn't> asked for it...> > I'll try to recreate the scenario later today and maybe submit a patch> for rubygems.> > You don't have alternative or don't want to install SSL?> > -- > Luis Lavena> Multimedia systems> -> Leaders are made, they are not born. They are made by hard effort,> which is the price which all of us must pay to achieve any goal that> is worthwhile.> Vince Lombardi> _______________________________________________> Mongrel-users mailing list> Mongrel-users at rubyforge.org> http://rubyforge.org/mailman/listinfo/mongrel-users Windows Live Hotmail and Microsoft Office Outlook ? together at last. Get it now! _______________________________________________ Mongrel-users mailing list Mongrel-users at rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users _________________________________________________________________ Peek-a-boo FREE Tricks & Treats for You! http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071105/f06c0645/attachment.html From will at hotgazpacho.com Mon Nov 5 15:47:25 2007 From: will at hotgazpacho.com (Will Green) Date: Mon, 05 Nov 2007 15:47:25 -0500 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: Message-ID: <472F815D.8020501@hotgazpacho.com> Which Image processor are you using for attachment_fu? If you're using RMagick, it is notorious for memory leaks. Look at mini_magick or ImageScience as a replacement. == Will Green Kirk Haines wrote: > On 11/5/07, Thomas Balthazar wrote: >> Thanks for your answer. >> I'm using ruby 1.8.5 (2006-08-25) [i486-linux]. >> The Rails app uses those plugins : >> * acts_as_taggable_on_steroids >> * attachment_fu >> * exception_notification >> * localization >> >> >> Which kink of issues with my code could use that much memory? >> If I load lots of records with Active Records, aren't they "unloaded" at >> some times? > > Does your code or any of those pluginx use Array#shift? There was a > bug with Array#shift which still existed in 1.8.5 which basically left > stuff inside the array data structure after a shift, so that those > things didn't get GCd when they should have. It's a sneaky bug that > can easily eat a lot of memory. > > Otherwise, can you start a test instance of your application, and then > test it to see if there are certain actions which cause the memory > growth. That would help you pinpoint where the likely problems are. > Just use ab or httperf to send a large number of requests to specific > urls in your app, and see how ram usage changes as you do that. > > > Kirk Haines > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From matte at ruckuswireless.com Mon Nov 5 16:16:41 2007 From: matte at ruckuswireless.com (Matte Edens) Date: Mon, 05 Nov 2007 13:16:41 -0800 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: Message-ID: <472F8839.60300@ruckuswireless.com> If you're using attachment_fu and send_file then mongrel is handling the sending of files. I had the same problem, spiking memory usage, until I switched to using x_send_file. It pushes the file downloads to apache, instead of mongrel. My memory usage has never spiked since... The XSendFile plugin http://tn123.ath.cx/mod_xsendfile/ Plugin to simplify using x-sendfile... http://john.guen.in/past/2007/4/17/send_files_faster_with_xsendfile/ (e) Thomas Balthazar wrote: > On 11/5/07, *Kirk Haines* > wrote: > > On 11/5/07, Thomas Balthazar > wrote: > > > I'm running a Rails application which must sort and manipulate a > lot of data > > which are loaded in memory. > > The Rails app runs on 2 mongrel processes. > > When I first load the app, both are 32Mb in memory. > > After some days, both are between 200Mb and 300Mb. > > > > My question is : is there some kind of garbage collector in > Mongrel? > > I never see the two Mongrel processes memory footprint decrease. > > Is it normal? > > Ruby is a garbage collected language. Ruby has a conservative mark > and sweep garbage collector. > > Memory usage like that is probably not a Mongrel issue (unless you > are > generating _very_ large responses in your application). It's likely > an issue with your code. What version of Ruby are you using? Are you > using any extensions? > > > Kirk Haines > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > > > > > Hello Kirk, > > Thanks for your answer. > I'm using ruby 1.8.5 (2006-08-25) [i486-linux]. > The Rails app uses those plugins : > * acts_as_taggable_on_steroids > * attachment_fu > * exception_notification > * localization > > > Which kink of issues with my code could use that much memory? > If I load lots of records with Active Records, aren't they "unloaded" > at some times? > > Thanks in advance for your help. > Thomas. > > ------------------------------------------------------------------------ > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071105/1fd6be7b/attachment.html From wyhaines at gmail.com Mon Nov 5 16:39:18 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Mon, 5 Nov 2007 14:39:18 -0700 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: <472F8839.60300@ruckuswireless.com> References: <472F8839.60300@ruckuswireless.com> Message-ID: On 11/5/07, Matte Edens wrote: > If you're using attachment_fu and send_file then mongrel is handling the > sending of files. I had the same problem, spiking memory usage, until I > switched to using x_send_file. It pushes the file downloads to apache, > instead of mongrel. My memory usage has never spiked since... This falls under the category of creating http responses. If you are using send_file within Mongrel, then the response object that is created will contain all of the file contents. If your file is small to moderately sized, that's no big deal, but if you start pushing large files around, it will have an impact on your RAM usage. Pushing huge files via send_file necessarily implies huge RAM usage. Don't do that. x_send_file is one way to avoid doing that. Kirk Haines From gwolf at gwolf.org Mon Nov 5 14:11:00 2007 From: gwolf at gwolf.org (Gunnar Wolf) Date: Mon, 5 Nov 2007 13:11:00 -0600 Subject: [Mongrel] Mongrel 1.0.2 on Ubuntu Feisty In-Reply-To: References: Message-ID: <20071105191100.GF1631@cajita.gateway.2wire.net> Andrei Maxim dijo [Sun, Oct 28, 2007 at 01:18:22AM +0200]: > Hi everybody, > > I've been trying to setup a Ruby on Rails application on a Ubuntu Feisty > machine and I've spent a lot of time trying to figure out why Nginx and > mongrel_cluster weren't working. The setup was correct (based on some > tutorials found on the internet), but there weren't any pid files for the > mongrels started. > > In case anybody else has experienced the same problem, it seems that `gem > install mongrel` will install version 1.0.2 (which is rather strange since > there isn't such a version on Rubyforge, it's either 1.0.1 or 1.0.3) which > is broken. I found a typo in configurator.rb on line 63 where instead of > target_gid it was just target_id. Forcing version 1.0.3 fixes the problem. > > However, I'm wondering why v. 1.0.2 gets installed. Any ideas? Hi, In Debian-like systems, I suggest you to install the 'mongrel' package, even if I risk starting a new flamefest in here ;-) Having different package management systems in the same OS (in this case, .deb packages and Ruby Gems) can lead to anger and pain. And, as we all know, that's just the first step down towards the Dark Side. I'm unsure whether Ubuntu Feisty includes a packaged Mongrel - I'm currently co-maintainer for Mongrel in Debian, and it's at 1.0.1 (although I plan on upgrading today/tomorrow). Greetings, -- Gunnar Wolf - gwolf at gwolf.org - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF From evan at cloudbur.st Mon Nov 5 21:50:28 2007 From: evan at cloudbur.st (Evan Weaver) Date: Mon, 5 Nov 2007 21:50:28 -0500 Subject: [Mongrel] Mongrel 1.0.2 on Ubuntu Feisty In-Reply-To: <20071105191100.GF1631@cajita.gateway.2wire.net> References: <20071105191100.GF1631@cajita.gateway.2wire.net> Message-ID: Gunnar, Come to #mongrel-dev on Freenode if you have any issues or questions. The setup.rb stuff which you probably use might be a bit shaky, because I'm not very experienced with it. Evan On Nov 5, 2007 2:11 PM, Gunnar Wolf wrote: > Andrei Maxim dijo [Sun, Oct 28, 2007 at 01:18:22AM +0200]: > > > Hi everybody, > > > > I've been trying to setup a Ruby on Rails application on a Ubuntu Feisty > > machine and I've spent a lot of time trying to figure out why Nginx and > > mongrel_cluster weren't working. The setup was correct (based on some > > tutorials found on the internet), but there weren't any pid files for the > > mongrels started. > > > > In case anybody else has experienced the same problem, it seems that `gem > > install mongrel` will install version 1.0.2 (which is rather strange since > > there isn't such a version on Rubyforge, it's either 1.0.1 or 1.0.3) which > > is broken. I found a typo in configurator.rb on line 63 where instead of > > target_gid it was just target_id. Forcing version 1.0.3 fixes the problem. > > > > However, I'm wondering why v. 1.0.2 gets installed. Any ideas? > > Hi, > > In Debian-like systems, I suggest you to install the 'mongrel' > package, even if I risk starting a new flamefest in here ;-) Having > different package management systems in the same OS (in this case, > .deb packages and Ruby Gems) can lead to anger and pain. And, as we > all know, that's just the first step down towards the Dark Side. > > I'm unsure whether Ubuntu Feisty includes a packaged Mongrel - I'm > currently co-maintainer for Mongrel in Debian, and it's at 1.0.1 > (although I plan on upgrading today/tomorrow). > > Greetings, > > -- > Gunnar Wolf - gwolf at gwolf.org - (+52-55)5623-0154 / 1451-2244 > PGP key 1024D/8BB527AF 2001-10-23 > Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From dave at cheney.net Mon Nov 5 22:34:25 2007 From: dave at cheney.net (Dave Cheney) Date: Tue, 6 Nov 2007 14:34:25 +1100 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: <472F8839.60300@ruckuswireless.com> Message-ID: Hi Kirk, I'm wondering if we're being hit by this issue in our application. We generate a lot of thumbnails on the fly and use send_file to transfer the data back to the browsers. Checking the rails docks for send_file it indicates, that unless you use the option :stream => false, the file will be read into a 4096 byte buffer and streamed to the client. http://api.rubyonrails.com/classes/ActionController/Streaming.html#M000093 Is this a bug in send_file? Cheers Dave On 06/11/2007, at 8:39 AM, Kirk Haines wrote: > This falls under the category of creating http responses. If you are > using send_file within Mongrel, then the response object that is > created will contain all of the file contents. If your file is small > to moderately sized, that's no big deal, but if you start pushing > large files around, it will have an impact on your RAM usage. Pushing > huge files via send_file necessarily implies huge RAM usage. > > Don't do that. x_send_file is one way to avoid doing that. From pete at nextengine.com Tue Nov 6 03:11:21 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Tue, 6 Nov 2007 00:11:21 -0800 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: <3945c4270711050755w341bea2at5929946ea6f9b85f@mail.gmail.com> <3945c4270711050925m5f6fa5dao3bfc15f4d700167e@mail.gmail.com> <41E85416-EC6D-4404-A9D2-F83A5F03A124@nextengine.com> Message-ID: <8E2858EF-CC6D-4898-80BD-6D6AB5140A60@nextengine.com> Hi Kirk, Does Mongrel need to be multi-threaded at all if you're working with Rails applications? I use Lighttpd's mod_proxy_core to distribute incoming requests between 8 mongrels. If mongrel A is working on another request, I want mongrel B to pick up the request right away. If all 8 mongrels are busy, I believe Lighty retries the cycle a few times. So, who needs threads? I'm guessing this is a naive question, but I'd appreciate it if you'd set me straight. Once I get a breather in my release schedule, I plan to look at a switch to evented mongrel. Performance benchmarks + community feedback looks very good. But I still need to get a better grasp on how it works + the differences from standard mongrel. Thanks, Pete On Nov 5, 2007, at 11:02 AM, Kirk Haines wrote: > On 11/5/07, Pete DeLaurentis wrote: >> What is a good value for --num-procs for rails applications, since >> these are single threaded? Does it depend on how fast the >> application responds to users? > > It's application specific. Your sweet spot is going to be big enough > that you don't experience capacity starvation during load bursts when > you have temporary periods where more traffic is coming in than you > are clearing, but small enough that you don't waste resources. > Experimentation will probably be required to find the best balance. > > If you try evented_mongrel, you don't need to worry about num_procs. > It's irrelevant for the evented_mongrel. > > > Kirk Haines > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From wyhaines at gmail.com Tue Nov 6 07:57:23 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Tue, 6 Nov 2007 05:57:23 -0700 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: <8E2858EF-CC6D-4898-80BD-6D6AB5140A60@nextengine.com> References: <3945c4270711050755w341bea2at5929946ea6f9b85f@mail.gmail.com> <3945c4270711050925m5f6fa5dao3bfc15f4d700167e@mail.gmail.com> <41E85416-EC6D-4404-A9D2-F83A5F03A124@nextengine.com> <8E2858EF-CC6D-4898-80BD-6D6AB5140A60@nextengine.com> Message-ID: On 11/6/07, Pete DeLaurentis wrote: > Does Mongrel need to be multi-threaded at all if you're working with > Rails applications? No. > If all 8 mongrels are busy, I believe Lighty retries the cycle a few > times. So, who needs threads? I'm guessing this is a naive > question, but I'd appreciate it if you'd set me straight. evented_mongrel still queues the request, but it does so without creating any threads, so there isn't the thread related RAM growth. > Once I get a breather in my release schedule, I plan to look at a > switch to evented mongrel. Performance benchmarks + community > feedback looks very good. But I still need to get a better grasp on > how it works + the differences from standard mongrel. My intention is that switching to evented_mongrel or swiftiplied_mongrel is transparent from the perspective of the application (or whatever is running inside a mongrel handler). Kirk Haines From hutch at recursive.ca Tue Nov 6 08:20:12 2007 From: hutch at recursive.ca (Bob Hutchison) Date: Tue, 6 Nov 2007 08:20:12 -0500 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: <20071105180510.02A331858641@rubyforge.org> Message-ID: Hi, On 5-Nov-07, at 1:38 PM, Kirk Haines wrote: > On 11/5/07, Steve Midgley wrote: > >> Thanks Kirk - I guess I'm totally OT at this point, but I hadn't >> heard >> about this bug before. From your description this is a specific >> problem >> to the underlying C code implementing shift, which is not found in >> related functions? So "array.slice!(0)" would be identical in >> function >> to shift but not contain this leak? > > Yeah. It looked to me like whoever wrote the original array.c code > just forgot something when writing the code, because it's just #shift > that has the problem. > > This bug was fixed, but not until 1.8.6. I know it is fixed as of at > least the last couple of patch releases. I am unsure if it was fixed > in the original 1.8.6 release, however. It isn't fixed in the ruby that ships with Leopard: 1.8.6 (2007-06-07 patchlevel 36) [universal-darwin9.0] This hack will fix things. class Array alias :naughty_shift :shift def shift result = self.first self[0] = nil # This is the 'magic' self.naughty_shift result end end > > > > Kirk Haines > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users ---- Bob Hutchison -- tumblelog at http://www.recursive.ca/so/ Recursive Design Inc. -- weblog at http://www.recursive.ca/hutch http://www.recursive.ca/ -- works on http://www.raconteur.info/cms-for-static-content/home/ From wyhaines at gmail.com Tue Nov 6 09:54:56 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Tue, 6 Nov 2007 07:54:56 -0700 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: <20071105180510.02A331858641@rubyforge.org> Message-ID: On 11/6/07, Bob Hutchison wrote: > It isn't fixed in the ruby that ships with Leopard: > 1.8.6 (2007-06-07 patchlevel 36) [universal-darwin9.0] Ugh. IIRC I checked it with the patch release after 36, and it was fixed there. > This hack will fix things. > > class Array > alias :naughty_shift :shift > def shift > result = self.first > self[0] = nil # This is the 'magic' > self.naughty_shift > result > end > end Note that this just _mostly_ fixes things. You still end up with array elements in memory carrying around Qnils, but most of the time that's good enough. Kirk Haines From baldmountain at gmail.com Tue Nov 6 10:05:51 2007 From: baldmountain at gmail.com (Geoffrey Clements) Date: Tue, 6 Nov 2007 10:05:51 -0500 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: <20071105180510.02A331858641@rubyforge.org> Message-ID: <472ed2750711060705s3751dc3csbe5a8589a16a68f4@mail.gmail.com> Why not build from source: ruby 1.8.6 (2007-09-23 patchlevel 110) [i686-darwin8.10.1] On 11/6/07, Kirk Haines wrote: > > On 11/6/07, Bob Hutchison wrote: > > > It isn't fixed in the ruby that ships with Leopard: > > 1.8.6 (2007-06-07 patchlevel 36) [universal-darwin9.0] > > Ugh. IIRC I checked it with the patch release after 36, and it was fixed > there. > > > -- geoff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071106/4f11ae7c/attachment.html From wyhaines at gmail.com Tue Nov 6 10:33:10 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Tue, 6 Nov 2007 08:33:10 -0700 Subject: [Mongrel] ANN: Swiftiply 0.6.1.1 (Mongrel > 1.0.1 compatibility) Message-ID: Just a quick announcement that an update to swiftiplied_mongrel and evented_mongrel which fixes the incompatibility with Mongrels > 1.0.1 has been released. http://swiftiply.swiftcore.org Let me know if you have any problems. Kirk Haines From david at vrensk.com Tue Nov 6 18:48:11 2007 From: david at vrensk.com (David Vrensk) Date: Wed, 7 Nov 2007 00:48:11 +0100 Subject: [Mongrel] can't configure mongrel_cluster to start on boot In-Reply-To: <84ec458f0711041531s4324dbf7v85dbb4e886612b11@mail.gmail.com> References: <84ec458f0711041531s4324dbf7v85dbb4e886612b11@mail.gmail.com> Message-ID: <81b453920711061548w534a34afo90a62501cc643bcd@mail.gmail.com> On 11/5/07, Tiberiu Motoc wrote: > > Hi everyone, > Hello Tiberiu, I'm not sure if I can solve your problem, but I hope I can shed some light on what's going on during boot time. I've been working with Mongrel, Mongrel_cluster and Apache and it is great. > However, I can't get mongrel_cluster to start at boot time. I followed the > instructions from http://mongrel.rubyforge.org/docs/mongrel_cluster.html (On > Boot Initialization Setup) and mongrel_cluster does not start after > rebooting the machine. > > I made sure that the shebang line is correct and I also made sure that the > mongrel_cluster_ctl location is in the PATH variable. Just to be on the safe > side I created a symbolic link in /usr/bin and still no luck. > When you installed the gem, you should have gotten mongrel_cluster_ctl in /usr/bin. If you didn't, you will definately need a symlink, since PATH is very limited during boot (typically "/bin:/usr/bin:/sbin:/usr/sbin"). What version of mongrel and mongrel_cluster are you using (run 'gem list mongrel')? The next thing I did was to trace the mongrel_cluster script. There is > something strange about it, and I can't believe that nobody complained about > it yet: the script takes an argument (start, stop or restart), but the > instructions provided on the mongrel_cluster webpage do not pass any > argument(s) to it. So, how is the script supposed to start? > The 'mongrel_cluster' script found in " /path/to/mongrel_cluster_gem/resources/mongrel_cluster" that the instructions tell you to copy to /etc/init.d is a normal init.d script. It can be run directly by you (as root): # /etc/init.d/mongrel_cluster stop or through the 'service' helper (still as root or sudo) $ sudo service mongrel_cluster start When you ran 'chkconfig --level 345 mongrel_cluster', chkconfig created symlinks in the directories /etc/rc0.d, /etc/rc1.d, up to /etc/rc6.d. In rc3.d, rc4.d and rc5.d there are symlinks named S85mongrel_cluster that tell the system (specifically the script '/etc/rc') to run the script with the argument 'start' (S for start) and in rc0.d etc, there is K15mongrel_cluster which the system will take as a signal to run the script with 'stop' (K for kill). So there is the magic and the reason noone has complained about the script. It is good the way it is. What about when the machine gets shut down, where in the script do we delete > the mongrel pid files? > When the machine is shut down, mongrel_cluster will be run with 'stop', and mongrel_cluster_ctl will take care of the pid files. (or worse, if it gets powered off, and if we restart without deleting the > pid files, then the script won't even start the mongrel processes). > That was a problem in and earlier release of mongrel_cluster (the gem, not the script). Now it actually peeks inside the pid files, and if it can't find the processes listed there, it will remove the pid files and proceed. As I said, this will not solve your problem, but perhaps it tells you where you should start looking. I can recommend the man pages for 'init' and 'inittab' to better understand what's going on. And everyone should read the source of /etc/rc at least once; it's short and dispels a lot of magic. Good luck, and tell us about your findings! /David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/1a8a6742/attachment-0001.html From gwolf at gwolf.org Tue Nov 6 19:00:52 2007 From: gwolf at gwolf.org (Gunnar Wolf) Date: Tue, 6 Nov 2007 18:00:52 -0600 Subject: [Mongrel] Mongrel 1.0.2 on Ubuntu Feisty In-Reply-To: References: <20071105191100.GF1631@cajita.gateway.2wire.net> Message-ID: <20071107000052.GA19090@cajita.gateway.2wire.net> Evan Weaver dijo [Mon, Nov 05, 2007 at 09:50:28PM -0500]: > Gunnar, > > Come to #mongrel-dev on Freenode if you have any issues or questions. > The setup.rb stuff which you probably use might be a bit shaky, > because I'm not very experienced with it. Thanks, A bit late, as the job was far too easy in the end ;-) Congratulations for such a clean release! I reported this setup.rb bug in the tracker: http://rubyforge.org/tracker/index.php?func=detail&aid=15369&group_id=1306&atid=5145 Anyway - I have 1.0.4 ready, but it has not yet hit Debian as we just had a spectacular hardware crash in our main mirror machine :-/ I hope it will be fixed Real Soon Now (tm). Greetings, -- Gunnar Wolf - gwolf at gwolf.org - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF From ekolve at adready.com Tue Nov 6 19:50:46 2007 From: ekolve at adready.com (Eric Kolve) Date: Tue, 6 Nov 2007 16:50:46 -0800 Subject: [Mongrel] find_pid broken in mongrel_cluster 1.0.4 Message-ID: <1f068a630711061650r2dd9c8a5pbfa84780a7fd1b3@mail.gmail.com> The find_pid method no longer returns a nil by default which causes some breakage in cases where the pid can't be found since the local variable 'pid' becomes the entire output of the 'ps' command. Can you add this return back in so that it behaves the way it did earlier? thanks, eric From eden at mojiti.com Tue Nov 6 20:11:23 2007 From: eden at mojiti.com (Eden Li) Date: Tue, 6 Nov 2007 17:11:23 -0800 Subject: [Mongrel] find_pid broken in mongrel_cluster 1.0.4 In-Reply-To: <1f068a630711061650r2dd9c8a5pbfa84780a7fd1b3@mail.gmail.com> References: <1f068a630711061650r2dd9c8a5pbfa84780a7fd1b3@mail.gmail.com> Message-ID: <1dd361e10711061711u140c2945oef013a12d235aeb8@mail.gmail.com> I fixed this on my local builds by adding a `return nil` at the bottom of the function. Is there a place to put patches like this? The rubyforge page for mongrel cluster seems dead. On 11/6/07, Eric Kolve wrote: > The find_pid method no longer returns a nil by default which causes > some breakage in cases where the pid can't be found since the local > variable 'pid' becomes the entire output of the 'ps' command. Can you > add this return back in so that it behaves the way it did earlier? > > thanks, > eric > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From filipe at icewall.org Tue Nov 6 20:16:35 2007 From: filipe at icewall.org (Filipe) Date: Tue, 6 Nov 2007 23:16:35 -0200 (BRST) Subject: [Mongrel] find_pid broken in mongrel_cluster 1.0.4 In-Reply-To: <1dd361e10711061711u140c2945oef013a12d235aeb8@mail.gmail.com> References: <1f068a630711061650r2dd9c8a5pbfa84780a7fd1b3@mail.gmail.com> <1dd361e10711061711u140c2945oef013a12d235aeb8@mail.gmail.com> Message-ID: On Tue, 6 Nov 2007, Eden Li wrote: > I fixed this on my local builds by adding a `return nil` at the bottom > of the function. > > Is there a place to put patches like this? The rubyforge page for > mongrel cluster seems dead. Put this in mongrel tracker/patches page, please. Here is a direct link: http://rubyforge.org/tracker/?atid=5147&group_id=1306&func=browse Thank you guys for the report and the patch :D filipe { @ icewall.org GPG 1024D/A6BA423E Jabber lautert at jabber.ru } > > On 11/6/07, Eric Kolve wrote: >> The find_pid method no longer returns a nil by default which causes >> some breakage in cases where the pid can't be found since the local >> variable 'pid' becomes the entire output of the 'ps' command. Can you >> add this return back in so that it behaves the way it did earlier? >> >> thanks, >> eric >> _______________________________________________ >> Mongrel-users mailing list >> Mongrel-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/mongrel-users >> > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From geekmoth at gmail.com Wed Nov 7 06:36:49 2007 From: geekmoth at gmail.com (Geek Moth) Date: Wed, 7 Nov 2007 16:36:49 +0500 Subject: [Mongrel] Links go to 'localhost' Message-ID: I am using Apache2.2 + Mongrel on my machine. Now I am accessing it over LAN. When I enter http://mymachinename/myapp it opens fine but when I click on any link in my rails app, it replaces mymachinename with localhost (http://localhost/myapp/controller/action) and thus I am unable to access it from remote location. From wayneeseguin at gmail.com Wed Nov 7 07:58:09 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Wed, 7 Nov 2007 07:58:09 -0500 Subject: [Mongrel] Server timeouts In-Reply-To: References: Message-ID: On 11/2/07, Pete DeLaurentis wrote: > > Hi guys, > > Does anyone know if mongrel has a built-in timeout for requests that > take too long? If so, how do you increase it? > > I've found that some server requests are timing out. Complicated > requests are already being farmed out to asynchronous processes. But > some of the more basic requests are timing out when we have our peak > server load in the mornings (the bottleneck is the database server). > > There are a couple possible locations for the timeout I'm seeing: > > 1. Mongrel > 2. Lighttpd > 3. Client browser / application > > On my local development server, it does not timeout, leading me to > believe it's not #3. > > Any feedback is appreciated. > > Thanks, > Pete > Pete, Run the Mongrels in debugging mode and see what you can glean from this. If this is DB caused then the timeouts are more likely caused by an ORM timeout. Let us know, ~Wayne -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/5d452241/attachment.html From wayneeseguin at gmail.com Wed Nov 7 08:00:01 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Wed, 7 Nov 2007 08:00:01 -0500 Subject: [Mongrel] Mongrel Cluster: Rolling restart? In-Reply-To: <1dd361e10711022319v7414e79du1698a68576e6efa4@mail.gmail.com> References: <1dd361e10711022319v7414e79du1698a68576e6efa4@mail.gmail.com> Message-ID: On 11/3/07, Eden Li wrote: > > Hi all, > > Forgive me if this has been asked before, but is there a reason > mongrel_rails cluster::restart stops all ports and then restarts them > again? Wouldn't it be better to restart each port one-by-one in > series so that upstream proxy servers can fail over while the restart > is occurring, or am I missing something? > > Thanks, > eden Eden, You are not missing anything, this is the case. I use my own custom cluster script which does exactly this instead of mongrel_cluster. That said, patches are welcome :) Thank you, ~Wayne -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/ec05f94a/attachment.html From wayneeseguin at gmail.com Wed Nov 7 08:27:07 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Wed, 7 Nov 2007 08:27:07 -0500 Subject: [Mongrel] Links go to 'localhost' In-Reply-To: References: Message-ID: On 11/7/07, Geek Moth wrote: > > I am using Apache2.2 + Mongrel on my machine. > Now I am accessing it over LAN. When I enter http://mymachinename/myapp > it opens fine but when I click on any link in my rails app, it replaces > mymachinename with localhost (http://localhost/myapp/controller/action) > and thus I am unable to access it from remote location. Geek, It sounds to me like your apache is not passing the hostname through properly. Not enough information here for me to help more than that. Good luck, ~Wayne -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/c308c4cb/attachment.html From neongrau at gmail.com Wed Nov 7 09:01:04 2007 From: neongrau at gmail.com (gmail) Date: Wed, 7 Nov 2007 15:01:04 +0100 Subject: [Mongrel] file access with mongrel running as windows service Message-ID: i have an archive of documents (word, excel, jpeg, png, gif...) residing on a network share that is accessed via send_file. when running mongrel on the command line the files are properly delivered. with mongrel running as a service they don't. now normally i would think that should be fixable by configuring the service to run under a user that can read the files.... but i've already tried that without success. running the service as system or administrator or the user i'm using for development (the same user i run the mongrel on command line) does _NOT_ help. so i can't figure out how to get this to work. development or production mode also doesn't make a difference. from what i've seen so far this generally applies to any File IO access. could this be a bug in the mongrel service implementation? From david at vrensk.com Wed Nov 7 09:48:08 2007 From: david at vrensk.com (David Vrensk) Date: Wed, 7 Nov 2007 15:48:08 +0100 Subject: [Mongrel] file access with mongrel running as windows service In-Reply-To: References: Message-ID: <81b453920711070648p42a59936u27ec21b978fe16ef@mail.gmail.com> On Nov 7, 2007 3:01 PM, gmail wrote: > i have an archive of documents (word, excel, jpeg, png, gif...) > residing on a network share that is accessed via send_file. > > when running mongrel on the command line the files are properly > delivered. > with mongrel running as a service they don't. Try running "net use" inside the process to see if the network share is mounted at all. This sounds like the typical Windows/web problem where the operator assumes that everybody sees the same shares that she sees in her session. In reality, network shares are mounted per login session. Two users can be logged in on the the same Windows server and have different shares available on Z:, which is clever, but also sort of confusing. What is even more confusing is that you may be logged on as "user1" and have something mapped to Z:, but the service running as user1 has nothing on Z: ? it needs to create its own mappings. Let us know if this helps. /David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/4cedbca5/attachment-0001.html From neongrau at gmail.com Wed Nov 7 10:12:15 2007 From: neongrau at gmail.com (gmail) Date: Wed, 7 Nov 2007 16:12:15 +0100 Subject: [Mongrel] file access with mongrel running as windows service In-Reply-To: <81b453920711070648p42a59936u27ec21b978fe16ef@mail.gmail.com> References: <81b453920711070648p42a59936u27ec21b978fe16ef@mail.gmail.com> Message-ID: <04A49F3B-C4C1-4C67-806B-5313074F6419@gmail.com> yes that helped! i just needed to switch the drive letter with the UNC path :) thanks for pointing that out. years of using windows but never thought it worked that way Am 07.11.2007 um 15:48 schrieb David Vrensk: > On Nov 7, 2007 3:01 PM, gmail wrote: > i have an archive of documents (word, excel, jpeg, png, gif...) > residing on a network share that is accessed via send_file. > > when running mongrel on the command line the files are properly > delivered. > with mongrel running as a service they don't. > > Try running "net use" inside the process to see if the network share > is mounted at all. This sounds like the typical Windows/web problem > where the operator assumes that everybody sees the same shares that > she sees in her session. In reality, network shares are mounted per > login session. Two users can be logged in on the the same Windows > server and have different shares available on Z:, which is clever, > but also sort of confusing. What is even more confusing is that you > may be logged on as "user1" and have something mapped to Z:, but the > service running as user1 has nothing on Z: ? it needs to create its > own mappings. > > Let us know if this helps. > > /David > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/6a949e1e/attachment.html From david at vrensk.com Wed Nov 7 10:14:29 2007 From: david at vrensk.com (David Vrensk) Date: Wed, 7 Nov 2007 16:14:29 +0100 Subject: [Mongrel] Meta-question: anonymity makes me cranky Message-ID: <81b453920711070714l37797f94k7971c3e3c00e52dc@mail.gmail.com> Fellow mongrelians, forgive a slightly off-topic rant; my hope is that it can lead to a better world. In the past few months, I have seen an increase in "anonymous" questions on this list, "anonymous" in the sense that the sender names do not resemble real human names, and also in the sense that the messages have not been signed. Just today, we have seen "Geek Moth " and "gmail < neongrau at gmail>", neither of whom signed their questions.[1] In the past months, there have been many more. Of course, each individual may have good reason not to disclose his or her name and affiliation, but they don't say so. And frankly, I'm not terribly inclined to help someone who doesn't introduce himself and doesn't greet me or say goodbye at the end of his message. In fact, unless you all tell me that I'm a sour old git, I will not answer anonymous pleas for help in the future.[2] It might be that my reaction is more anti-social than their lack of manners (as I perceive it), but at least I'm not making people cranky by shutting up. My ceasing to answer anonymous questions won't lead to a huge dip in the traffic on this list, of course, but perhaps others have already reacted in the same way, and we are missing a lot of good traffic already. What do you think? Best regards, /David [1] I don't feel that I'm pointing fingers here, because I can't see whom I am pointing at. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/7cb8f17b/attachment.html From neongrau at gmail.com Wed Nov 7 10:22:24 2007 From: neongrau at gmail.com (Ralf Vitasek) Date: Wed, 7 Nov 2007 16:22:24 +0100 Subject: [Mongrel] file access with mongrel running as windows service In-Reply-To: <81b453920711070648p42a59936u27ec21b978fe16ef@mail.gmail.com> References: <81b453920711070648p42a59936u27ec21b978fe16ef@mail.gmail.com> Message-ID: yes that helped! i just needed to switch the drive letter with the UNC path :) thanks for pointing that out. years of using windows but never thought it worked that way Am 07.11.2007 um 15:48 schrieb David Vrensk: > On Nov 7, 2007 3:01 PM, gmail wrote: > i have an archive of documents (word, excel, jpeg, png, gif...) > residing on a network share that is accessed via send_file. > > when running mongrel on the command line the files are properly > delivered. > with mongrel running as a service they don't. > > Try running "net use" inside the process to see if the network share > is mounted at all. This sounds like the typical Windows/web problem > where the operator assumes that everybody sees the same shares that > she sees in her session. In reality, network shares are mounted per > login session. Two users can be logged in on the the same Windows > server and have different shares available on Z:, which is clever, > but also sort of confusing. What is even more confusing is that you > may be logged on as "user1" and have something mapped to Z:, but the > service running as user1 has nothing on Z: ? it needs to create its > own mappings. > > Let us know if this helps. > > /David > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/b7183bab/attachment.html From boss at airbladesoftware.com Wed Nov 7 10:27:45 2007 From: boss at airbladesoftware.com (Andrew Stewart) Date: Wed, 7 Nov 2007 15:27:45 +0000 Subject: [Mongrel] Mongrel Cluster: Rolling restart? In-Reply-To: References: <1dd361e10711022319v7414e79du1698a68576e6efa4@mail.gmail.com> Message-ID: > Forgive me if this has been asked before, but is there a reason > mongrel_rails cluster::restart stops all ports and then restarts them > again? Wouldn't it be better to restart each port one-by-one in > series so that upstream proxy servers can fail over while the restart > is occurring, or am I missing something? You might also like Seesaw if you don't need to run any complex migrations: http://synaphy.com.au/2007/8/20/seesaw Regards, Andy Stewart ------- http://airbladesoftware.com From neongrau at gmail.com Wed Nov 7 10:21:43 2007 From: neongrau at gmail.com (Ralf Vitasek) Date: Wed, 7 Nov 2007 16:21:43 +0100 Subject: [Mongrel] file access with mongrel running as windows service In-Reply-To: <81b453920711070648p42a59936u27ec21b978fe16ef@mail.gmail.com> References: <81b453920711070648p42a59936u27ec21b978fe16ef@mail.gmail.com> Message-ID: <0D98DC0F-3B19-4C26-8BE4-87FCE21372C6@gmail.com> sorry that wasn't posted "anonymously" on purpose. i just set up my gmail account with imap in apple mail last night and didn't even noticed it put gmail in the sender name. until i sent the reply. Am 07.11.2007 um 15:48 schrieb David Vrensk: > On Nov 7, 2007 3:01 PM, gmail wrote: > i have an archive of documents (word, excel, jpeg, png, gif...) > residing on a network share that is accessed via send_file. > > when running mongrel on the command line the files are properly > delivered. > with mongrel running as a service they don't. > > Try running "net use" inside the process to see if the network share > is mounted at all. This sounds like the typical Windows/web problem > where the operator assumes that everybody sees the same shares that > she sees in her session. In reality, network shares are mounted per > login session. Two users can be logged in on the the same Windows > server and have different shares available on Z:, which is clever, > but also sort of confusing. What is even more confusing is that you > may be logged on as "user1" and have something mapped to Z:, but the > service running as user1 has nothing on Z: ? it needs to create its > own mappings. > > Let us know if this helps. > > /David > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/43fdd616/attachment.html From njvack at wisc.edu Wed Nov 7 10:47:50 2007 From: njvack at wisc.edu (Nathan Vack) Date: Wed, 7 Nov 2007 09:47:50 -0600 Subject: [Mongrel] Meta-question: anonymity makes me cranky In-Reply-To: <81b453920711070714l37797f94k7971c3e3c00e52dc@mail.gmail.com> References: <81b453920711070714l37797f94k7971c3e3c00e52dc@mail.gmail.com> Message-ID: <58BFE3C9-1EAD-4DF4-A826-6F245D46E993@wisc.edu> On Nov 7, 2007, at 9:14 AM, David Vrensk wrote: > My ceasing to answer anonymous questions won't lead to a huge dip > in the > traffic on this list, of course, but perhaps others have already > reacted in > the same way, and we are missing a lot of good traffic already. > What do you > think? I think that SMTP makes absolutely no guarantee that I am actually Nathan Vack , nor that you are actually David Vrensk . All unsigned email is fundamentally unverified and should be treated as though it's essentially anonymous. It's all good and nice to put in a real name in your email client... but how would anyone know if you're lying? Cheers, -Nate...? From david at vrensk.com Wed Nov 7 10:56:31 2007 From: david at vrensk.com (David Vrensk) Date: Wed, 7 Nov 2007 09:56:31 -0600 Subject: [Mongrel] Meta-question: anonymity makes me cranky In-Reply-To: <81b453920711070714l37797f94k7971c3e3c00e52dc@mail.gmail.com> References: <81b453920711070714l37797f94k7971c3e3c00e52dc@mail.gmail.com> Message-ID: On Nov 7, 2007, at 9:14 AM, David Vrensk wrote: > [1] I don't feel that I'm pointing fingers here, because I can't > see whom I am pointing at. See? I can change two lines in my email client and I'm you! (Note: this is HORRIBLE MANNERS... but essential to remember. Also, you can usually examine the mail headers to see where a message was sent from, though this has its own shortcomings...) Anyhow, my offtopic diversion is now over, and I'll go back to being me before I accidentally answer mail as David ;-) My take: don't sweat the anonymous questions. Cheers, -Nate...? From evan at cloudbur.st Wed Nov 7 11:13:04 2007 From: evan at cloudbur.st (Evan Weaver) Date: Wed, 7 Nov 2007 11:13:04 -0500 Subject: [Mongrel] Mongrel Cluster: Rolling restart? In-Reply-To: References: <1dd361e10711022319v7414e79du1698a68576e6efa4@mail.gmail.com> Message-ID: mongrel_rails and mongrel::cluster are slated to all change in 1.2. Evan On Nov 7, 2007 8:00 AM, Wayne E. Seguin wrote: > > On 11/3/07, Eden Li wrote: > > Hi all, > > > > Forgive me if this has been asked before, but is there a reason > > mongrel_rails cluster::restart stops all ports and then restarts them > > again? Wouldn't it be better to restart each port one-by-one in > > series so that upstream proxy servers can fail over while the restart > > is occurring, or am I missing something? > > > > Thanks, > > eden > > > Eden, > > > You are not missing anything, this is the case. I use my own custom cluster > script which does exactly this instead of mongrel_cluster. > > That said, patches are welcome :) > > Thank you, > > ~Wayne > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From cnk at caltech.edu Wed Nov 7 11:13:04 2007 From: cnk at caltech.edu (Cynthia Kiser) Date: Wed, 7 Nov 2007 08:13:04 -0800 Subject: [Mongrel] Links go to 'localhost' In-Reply-To: References: Message-ID: <20071107161304.GA3720@blinky.caltech.edu> Quoting Geek Moth : > I am using Apache2.2 + Mongrel on my machine. > Now I am accessing it over LAN. When I enter http://mymachinename/myapp > it opens fine but when I click on any link in my rails app, it replaces > mymachinename with localhost (http://localhost/myapp/controller/action) > and thus I am unable to access it from remote location. Why are your links absolute urls at all? Are you using absolute or relative link syntax in your rails app? W/o more info, it isn't clear where the 'http://localhost/' part is being introduced into the equation. -- Cynthia Kiser From zedshaw at zedshaw.com Wed Nov 7 11:53:04 2007 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Wed, 7 Nov 2007 11:53:04 -0500 Subject: [Mongrel] Meta-question: anonymity makes me cranky In-Reply-To: <58BFE3C9-1EAD-4DF4-A826-6F245D46E993@wisc.edu> References: <81b453920711070714l37797f94k7971c3e3c00e52dc@mail.gmail.com> <58BFE3C9-1EAD-4DF4-A826-6F245D46E993@wisc.edu> Message-ID: <20071107115304.66c989e3.zedshaw@zedshaw.com> On Wed, 7 Nov 2007 09:47:50 -0600 Nathan Vack wrote: > I think that SMTP makes absolutely no guarantee that I am actually > Nathan Vack , nor that you are actually David Vrensk > . All unsigned email is fundamentally unverified > and should be treated as though it's essentially anonymous. > > It's all good and nice to put in a real name in your email client... > but how would anyone know if you're lying? Yep, and most of the anonymous questions are good questions without any astroturfing or trolling. Be thankful this isn't the many other ruby lists where the problem is combined with griefers. Now if I can just get back to working on Utu. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ From zedshaw at zedshaw.com Wed Nov 7 11:55:52 2007 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Wed, 7 Nov 2007 11:55:52 -0500 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: <3945c4270711050755w341bea2at5929946ea6f9b85f@mail.gmail.com> References: <3945c4270711050755w341bea2at5929946ea6f9b85f@mail.gmail.com> Message-ID: <20071107115552.d13e1404.zedshaw@zedshaw.com> On Mon, 5 Nov 2007 09:55:34 -0600 "Alexey Verkhovsky" wrote: > But Ruby processes never release memory back to the operating system. > So, the fact that its RSS never goes down is normal. > > In normal circumstances, Mongrel should grow up to some point around > 60-120 Mb and stay there. 300 Mb and growing is a sure sign you have a > memory leak somewhere. Ehem, s/Mongrel/Ruby/g on the above. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ From zedshaw at zedshaw.com Wed Nov 7 11:58:56 2007 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Wed, 7 Nov 2007 11:58:56 -0500 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: Message-ID: <20071107115856.15803e84.zedshaw@zedshaw.com> On Mon, 5 Nov 2007 17:06:01 +0100 "Thomas Balthazar" wrote: > Hello Kirk, > > Thanks for your answer. > I'm using ruby 1.8.5 (2006-08-25) [i486-linux]. > The Rails app uses those plugins : > * acts_as_taggable_on_steroids > * attachment_fu > * exception_notification > * localization Hmm, I seem to see this problem quite a lot with attachment_fu installations. Just a hunch. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ From zedshaw at zedshaw.com Wed Nov 7 12:01:33 2007 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Wed, 7 Nov 2007 12:01:33 -0500 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: References: <472F8839.60300@ruckuswireless.com> Message-ID: <20071107120133.bb31d20b.zedshaw@zedshaw.com> On Tue, 6 Nov 2007 14:34:25 +1100 Dave Cheney wrote: > Hi Kirk, > > I'm wondering if we're being hit by this issue in our application. We > generate a lot of thumbnails on the fly and use send_file to transfer > the data back to the browsers. > > Checking the rails docks for send_file it indicates, that unless you > use the option :stream => false, the file will be read into a 4096 > byte buffer and streamed to the client. > > http://api.rubyonrails.com/classes/ActionController/Streaming.html#M000093 > > Is this a bug in send_file? You souldn't use send_file at all really, because this streams the full file into a StringIO so that mongrel can then send the StringIO outside the rails lock, and because rails is inconsistent in how it sends headers and the body. You should be using either x-sendfile or simply redirect to the real image. If you need to auth the images then check out some of the auth-before-redirect modules available for various web servers. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ From lists at ruby-forum.com Wed Nov 7 12:16:41 2007 From: lists at ruby-forum.com (Vapor ..) Date: Wed, 7 Nov 2007 18:16:41 +0100 Subject: [Mongrel] Links go to 'localhost' In-Reply-To: <20071107161304.GA3720@blinky.caltech.edu> References: <20071107161304.GA3720@blinky.caltech.edu> Message-ID: <0782198a7508e9870fc778617ea266b2@ruby-forum.com> what kind of info is required to clear it more? Like my httpd-proxy.config file? Thats the only thing I added to the system. -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Wed Nov 7 12:25:07 2007 From: lists at ruby-forum.com (Vapor ..) Date: Wed, 7 Nov 2007 18:25:07 +0100 Subject: [Mongrel] Links go to 'localhost' In-Reply-To: <0782198a7508e9870fc778617ea266b2@ruby-forum.com> References: <20071107161304.GA3720@blinky.caltech.edu> <0782198a7508e9870fc778617ea266b2@ruby-forum.com> Message-ID: here it is... ======= LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_http_module modules/mod_proxy_http.so ProxyRequests Off Order deny,allow Allow from all Alias /myapp "c:/rails/myapp/public" Alias /images "c:/rails/myapp/public/images" Alias /stylesheets "c:/rails/myapp/public/stylesheets" Alias /javascripts "c:/rails/myapp/public/javascripts" Options Indexes FollowSymLinks AllowOverride none Order allow,deny Allow from all ProxyPass /images ! ProxyPass /stylesheets ! ProxyPass /javascripts ! ProxyPass /myapp/ http://127.0.0.1:4000/ ProxyPass /myapp http://127.0.0.1:4000/ ProxyPassReverse /myapp/ http://127.0.0.1:4000/ ProxyPassReverse /myapp http://127.0.0.1:4000/ ======= And there's following like in Apache's httpd.conf Include conf/httpd-webrick-proxy.conf -- Posted via http://www.ruby-forum.com/. From cnk at caltech.edu Wed Nov 7 12:25:38 2007 From: cnk at caltech.edu (Cynthia Kiser) Date: Wed, 7 Nov 2007 09:25:38 -0800 Subject: [Mongrel] Links go to 'localhost' In-Reply-To: <0782198a7508e9870fc778617ea266b2@ruby-forum.com> References: <20071107161304.GA3720@blinky.caltech.edu> <0782198a7508e9870fc778617ea266b2@ruby-forum.com> Message-ID: <20071107172538.GB1832@inky.caltech.edu> Quoting Vapor .. : > what kind of info is required to clear it more? > Like my httpd-proxy.config file? > Thats the only thing I added to the system. Give an example of the rails code that generates on of the links that says localhost. Are you using link_to? Then, yes, show us your proxy configuration (with sensitive info xxxx'ed out) -- Cynthia Kiser From lists at ruby-forum.com Wed Nov 7 12:30:03 2007 From: lists at ruby-forum.com (Vapor ..) Date: Wed, 7 Nov 2007 18:30:03 +0100 Subject: [Mongrel] Links go to 'localhost' In-Reply-To: <20071107172538.GB1832@inky.caltech.edu> References: <20071107161304.GA3720@blinky.caltech.edu> <0782198a7508e9870fc778617ea266b2@ruby-forum.com> <20071107172538.GB1832@inky.caltech.edu> Message-ID: Cynthia Kiser wrote: > Quoting Vapor .. : >> what kind of info is required to clear it more? >> Like my httpd-proxy.config file? >> Thats the only thing I added to the system. > > Give an example of the rails code that generates on of the links that > says localhost. Are you using link_to? > > Then, yes, show us your proxy configuration (with sensitive info > xxxx'ed out) > > -- > Cynthia Kiser yes exactly... <%= link_to('Home', :controller => 'post', :action => 'index') %> Isn't it right? -- Posted via http://www.ruby-forum.com/. From pete at nextengine.com Wed Nov 7 12:31:31 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Wed, 7 Nov 2007 09:31:31 -0800 Subject: [Mongrel] Server timeouts In-Reply-To: References: Message-ID: Thanks Wayne. After some further investigation, my suspicion is on the Lighttpd web-server. When I run in development mode with Mongrel using web-brick the timeouts don't happen at all. This indicates it's not a mongrel or rails / ORM issue. It makes sense that web-servers would have some timeouts for long running requests. Now I just have to find the switch where I can tweak them. Thanks, Pete On Nov 7, 2007, at 4:58 AM, Wayne E. Seguin wrote: > On 11/2/07, Pete DeLaurentis wrote: > Hi guys, > > Does anyone know if mongrel has a built-in timeout for requests that > take too long? If so, how do you increase it? > > I've found that some server requests are timing out. Complicated > requests are already being farmed out to asynchronous processes. But > some of the more basic requests are timing out when we have our peak > server load in the mornings (the bottleneck is the database server). > > There are a couple possible locations for the timeout I'm seeing: > > 1. Mongrel > 2. Lighttpd > 3. Client browser / application > > On my local development server, it does not timeout, leading me to > believe it's not #3. > > Any feedback is appreciated. > > Thanks, > Pete > > Pete, > > Run the Mongrels in debugging mode and see what you can glean from > this. If this is DB caused then the timeouts are more likely caused > by an ORM timeout. > > Let us know, > > ~Wayne > > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/3d839e81/attachment-0001.html From lists at ruby-forum.com Wed Nov 7 12:42:21 2007 From: lists at ruby-forum.com (Brian Penrose) Date: Wed, 7 Nov 2007 18:42:21 +0100 Subject: [Mongrel] Error installing Mongrel on Solaris 9 In-Reply-To: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> References: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> Message-ID: <8d895fbb7436c979d3d63222bc155559@ruby-forum.com> Hi Luis, We still have not been able to get past this error. We do have OpenSSL installed not the machine. Rake installed fine, which I thought also needed SSL??? Any ideas? Thanks, Brian Luis Lavena wrote: > On 11/5/07, Brian Penrose wrote: >> >> All other gems (including Rake) installed fine. >> >> Any suggestions? >> > > Latest mongrel gems are "signed", in that way you are sure is our gem > and noone else. > > RubyGems shouldn't yell at you about missing OpenSSL since you didn't > use the "-P HighSecurity" parameter, or did you? > > -- > Luis Lavena > Multimedia systems > - > Leaders are made, they are not born. They are made by hard effort, > which is the price which all of us must pay to achieve any goal that > is worthwhile. > Vince Lombardi -- Posted via http://www.ruby-forum.com/. From luislavena at gmail.com Wed Nov 7 12:50:06 2007 From: luislavena at gmail.com (Luis Lavena) Date: Wed, 7 Nov 2007 14:50:06 -0300 Subject: [Mongrel] Error installing Mongrel on Solaris 9 In-Reply-To: <8d895fbb7436c979d3d63222bc155559@ruby-forum.com> References: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> <8d895fbb7436c979d3d63222bc155559@ruby-forum.com> Message-ID: <71166b3b0711070950y546b44a6j703e1db39b292e3d@mail.gmail.com> On 11/7/07, Brian Penrose wrote: > Hi Luis, > > We still have not been able to get past this error. We do have OpenSSL > installed not the machine. Rake installed fine, which I thought also > needed SSL??? > The Rake gem isn't signed, the Mongrel one is. As I commented, it seems rubygems is trying to verify gem signature even that you didn't require it, which sounds odd when you comment that have OpenSSL installed. > Any ideas? - What version of rubygems do you have? use (gem -v) or (gem env) to get the info I don't remember if 0.9.4 have --debug support to show the backtrace with the problem, but please try it: gem --debug install mongrel also: gem --debug install mongrel -P HighSecurity I'll check later today for some workaround. Please excuse the inconvenience. -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From cnk at caltech.edu Wed Nov 7 12:51:17 2007 From: cnk at caltech.edu (Cynthia Kiser) Date: Wed, 7 Nov 2007 09:51:17 -0800 Subject: [Mongrel] Links go to 'localhost' In-Reply-To: References: <20071107161304.GA3720@blinky.caltech.edu> <0782198a7508e9870fc778617ea266b2@ruby-forum.com> Message-ID: <20071107175117.GC1832@inky.caltech.edu> Your Rails code looks fine and should give you normal urls as far as I can see. I am afraid I don't use ProxyPass and Directory directives; I use mod_rewrite + VirtualHost stanzas. So I hope someone else on the list can see what is funky. At a glance, this stanza looks fairly normal - though I haven't see folks do /myapp and /images in parallel. Is your Rails site a subsection of another site? Quoting Vapor .. : > here it is... > > ======= > LoadModule proxy_module modules/mod_proxy.so > LoadModule proxy_http_module modules/mod_proxy_http.so > ProxyRequests Off > > Order deny,allow > Allow from all > > > Alias /myapp "c:/rails/myapp/public" > Alias /images "c:/rails/myapp/public/images" > Alias /stylesheets "c:/rails/myapp/public/stylesheets" > Alias /javascripts "c:/rails/myapp/public/javascripts" > > Options Indexes FollowSymLinks > AllowOverride none > Order allow,deny > Allow from all > > > ProxyPass /images ! > ProxyPass /stylesheets ! > ProxyPass /javascripts ! > ProxyPass /myapp/ http://127.0.0.1:4000/ > ProxyPass /myapp http://127.0.0.1:4000/ > ProxyPassReverse /myapp/ http://127.0.0.1:4000/ > ProxyPassReverse /myapp http://127.0.0.1:4000/ > ======= > > And there's following like in Apache's httpd.conf > > Include conf/httpd-webrick-proxy.conf > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From lists at ruby-forum.com Wed Nov 7 13:24:09 2007 From: lists at ruby-forum.com (Brian Penrose) Date: Wed, 7 Nov 2007 19:24:09 +0100 Subject: [Mongrel] Error installing Mongrel on Solaris 9 In-Reply-To: <71166b3b0711070950y546b44a6j703e1db39b292e3d@mail.gmail.com> References: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> <8d895fbb7436c979d3d63222bc155559@ruby-forum.com> <71166b3b0711070950y546b44a6j703e1db39b292e3d@mail.gmail.com> Message-ID: Thanks Luis... RubyGemsVersion 0.8.11 Mongrel version 1.0.4...we also have a Mongrel 1.1 folder but I don't see a gem file with it. The --debug install options below didn't generate anything. Brian Luis Lavena wrote: > On 11/7/07, Brian Penrose wrote: >> Hi Luis, >> >> We still have not been able to get past this error. We do have OpenSSL >> installed not the machine. Rake installed fine, which I thought also >> needed SSL??? >> > > The Rake gem isn't signed, the Mongrel one is. > > As I commented, it seems rubygems is trying to verify gem signature > even that you didn't require it, which sounds odd when you comment > that have OpenSSL installed. > >> Any ideas? > > - What version of rubygems do you have? use (gem -v) or (gem env) to > get the info > > I don't remember if 0.9.4 have --debug support to show the backtrace > with the problem, but please try it: > > gem --debug install mongrel > > also: > > gem --debug install mongrel -P HighSecurity > > I'll check later today for some workaround. Please excuse the > inconvenience. > > -- > Luis Lavena > Multimedia systems > - > Leaders are made, they are not born. They are made by hard effort, > which is the price which all of us must pay to achieve any goal that > is worthwhile. > Vince Lombardi -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Wed Nov 7 13:25:18 2007 From: lists at ruby-forum.com (Ripta Pasay) Date: Wed, 7 Nov 2007 19:25:18 +0100 Subject: [Mongrel] Links go to 'localhost' In-Reply-To: References: <20071107161304.GA3720@blinky.caltech.edu> <0782198a7508e9870fc778617ea266b2@ruby-forum.com> Message-ID: I'm assuming all of your configuration below is *not* in a VirtualHost block? If so, what's the value of your ServerName directive? It should read: ServerName mymachinename I know the same ProxyPass and ProxyPassReverse directives (with the proper ServerName) work if you put it in a VirtualHost block, but I'm not entirely sure otherwise. -Ripta > Alias /myapp "c:/rails/myapp/public" > Alias /images "c:/rails/myapp/public/images" > Alias /stylesheets "c:/rails/myapp/public/stylesheets" > Alias /javascripts "c:/rails/myapp/public/javascripts" > > Options Indexes FollowSymLinks > AllowOverride none > Order allow,deny > Allow from all > > > ProxyPass /images ! > ProxyPass /stylesheets ! > ProxyPass /javascripts ! > ProxyPass /myapp/ http://127.0.0.1:4000/ > ProxyPass /myapp http://127.0.0.1:4000/ > ProxyPassReverse /myapp/ http://127.0.0.1:4000/ > ProxyPassReverse /myapp http://127.0.0.1:4000/ > ======= > > And there's following like in Apache's httpd.conf > > Include conf/httpd-webrick-proxy.conf -- Posted via http://www.ruby-forum.com/. From wayneeseguin at gmail.com Wed Nov 7 13:26:20 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Wed, 7 Nov 2007 14:26:20 -0400 Subject: [Mongrel] Server timeouts In-Reply-To: References: Message-ID: On 11/7/07, Pete DeLaurentis wrote: > > Thanks Wayne. After some further investigation, my suspicion is on the > Lighttpd web-server. > > When I run in development mode with Mongrel using web-brick the timeouts > don't happen at all. This indicates it's not a mongrel or rails / ORM > issue. > > > It makes sense that web-servers would have some timeouts for long running > requests. Now I just have to find the switch where I can tweak them. > > > Thanks, > Pete > Pete, I am glad you are making progress. We would appreciate if you let us know what the issue is and how it was resolved once you figure it out so that we can better assist people in the future :) Thank you! ~Wayne -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/3fc35a16/attachment.html From njvack at wisc.edu Wed Nov 7 13:28:36 2007 From: njvack at wisc.edu (Nathan Vack) Date: Wed, 7 Nov 2007 12:28:36 -0600 Subject: [Mongrel] Links go to 'localhost' In-Reply-To: <20071107175117.GC1832@inky.caltech.edu> References: <20071107161304.GA3720@blinky.caltech.edu> <0782198a7508e9870fc778617ea266b2@ruby-forum.com> <20071107175117.GC1832@inky.caltech.edu> Message-ID: <87FB2BAB-158F-473D-AF5E-9C686D8B10CA@wisc.edu> We had something similar in Apache when proxying twice (slightly odd internal architecture). We to brute-force the Host: header in my site's httpd.conf: RequestHeader set Host railsapp.example.com And, as others have suggested, make sure your ServerName directive is set properly. -Nate On Nov 7, 2007, at 11:51 AM, Cynthia Kiser wrote: > Your Rails code looks fine and should give you normal urls as far as I > can see. I am afraid I don't use ProxyPass and Directory directives; I > use mod_rewrite + VirtualHost stanzas. So I hope someone else on the > list can see what is funky. > > At a glance, this stanza looks fairly normal - though I haven't see > folks do /myapp and /images in parallel. Is your Rails site a > subsection of another site? From luislavena at gmail.com Wed Nov 7 14:01:23 2007 From: luislavena at gmail.com (Luis Lavena) Date: Wed, 7 Nov 2007 16:01:23 -0300 Subject: [Mongrel] Error installing Mongrel on Solaris 9 In-Reply-To: References: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> <8d895fbb7436c979d3d63222bc155559@ruby-forum.com> <71166b3b0711070950y546b44a6j703e1db39b292e3d@mail.gmail.com> Message-ID: <71166b3b0711071101v68ec191aqde70f6eab8abfb81@mail.gmail.com> On 11/7/07, Brian Penrose wrote: > Thanks Luis... > > RubyGemsVersion 0.8.11 > Oh, you should try update rubygems at least... version 0.9.4 is the latest stable published. But I'll try to get that version running on my sandbox and see what happens. Too many version compatibility mismatches :-P > Mongrel version 1.0.4...we also have a Mongrel 1.1 folder but I don't > see a gem file with it. I think 1.1 is not ready for production, maybe I'm wrong (was offline for almost a week). Regards, -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From pete at nextengine.com Wed Nov 7 14:02:29 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Wed, 7 Nov 2007 11:02:29 -0800 Subject: [Mongrel] Server timeouts In-Reply-To: References: Message-ID: Thanks Wayne. I will definitely let the group know. This community is an awesome resource. When trying to get feedback via other software forums (in this case lighttpd) it really makes me appreciate the difference. Cheers, Pete On Nov 7, 2007, at 10:26 AM, Wayne E. Seguin wrote: > On 11/7/07, Pete DeLaurentis wrote: > Thanks Wayne. After some further investigation, my suspicion is on > the Lighttpd web-server. > > > When I run in development mode with Mongrel using web-brick the > timeouts don't happen at all. This indicates it's not a mongrel or > rails / ORM issue. > > > It makes sense that web-servers would have some timeouts for long > running requests. Now I just have to find the switch where I can > tweak them. > > > Thanks, > Pete > > Pete, > > I am glad you are making progress. We would appreciate if you let > us know what the issue is and how it was resolved once you figure > it out so that we can better assist people in the future :) > > Thank you! > > ~Wayne > > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/8701bfcd/attachment-0001.html From eden at hulu.com Wed Nov 7 14:17:57 2007 From: eden at hulu.com (Eden Li) Date: Wed, 7 Nov 2007 11:17:57 -0800 Subject: [Mongrel] Mongrel Cluster: Rolling restart? In-Reply-To: References: <1dd361e10711022319v7414e79du1698a68576e6efa4@mail.gmail.com> Message-ID: <1dd361e10711071117v3995846bs6bf8241c07a331cf@mail.gmail.com> Here's a patch to Cluster::Restart based on some code that Eric Kolve sent to me (I added check_wait): http://rubyforge.org/tracker/index.php?func=detail&aid=15427&group_id=1306&atid=5147 On 11/7/07, Wayne E. Seguin wrote: > > On 11/3/07, Eden Li wrote: > > Hi all, > > > > Forgive me if this has been asked before, but is there a reason > > mongrel_rails cluster::restart stops all ports and then restarts them > > again? Wouldn't it be better to restart each port one-by-one in > > series so that upstream proxy servers can fail over while the restart > > is occurring, or am I missing something? > > > > Thanks, > > eden > > > Eden, > > > You are not missing anything, this is the case. I use my own custom cluster > script which does exactly this instead of mongrel_cluster. > > That said, patches are welcome :) > > Thank you, > > ~Wayne > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From chrisangileri at yahoo.com Wed Nov 7 14:15:41 2007 From: chrisangileri at yahoo.com (Eire Angel) Date: Wed, 7 Nov 2007 11:15:41 -0800 (PST) Subject: [Mongrel] mongrel - monit issue Message-ID: <379219.6288.qm@web53403.mail.re2.yahoo.com> Hi, was wondering if anyone else had a similar problem and knows why or a solution. basically my mongrels seems to work fine. i am running three clusters all which are monitored by monit. monit has the ability to restart a mongrel if it doesn't pass a port connection test. so the problem is that after some time. aprox. 6hrs. to 20hrs. after clusters are started, the mongrels get restarted by monit due to monit not being able to connect to said port. not all of them at the same time. just some of them, sometimes. the server is pre-production and is getting no hits. could this be the problem and when the server is live, with constant use the mongrels will remain working. or could this be a monit issue ? any help would be truly appreciated.. Chris __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/47a94e45/attachment.html From jgeiger at gmail.com Wed Nov 7 14:29:31 2007 From: jgeiger at gmail.com (Joey Geiger) Date: Wed, 7 Nov 2007 13:29:31 -0600 Subject: [Mongrel] mongrel - monit issue In-Reply-To: <379219.6288.qm@web53403.mail.re2.yahoo.com> References: <379219.6288.qm@web53403.mail.re2.yahoo.com> Message-ID: <466af3440711071129y6d1b5431m6ab4971176aeb604@mail.gmail.com> What do your logs say? Why are the mongrels not responding? Since you're not in production, you should be able to pinpoint exactly when and why they stopped responding. On Nov 7, 2007 1:15 PM, Eire Angel wrote: > Hi, > > was wondering if anyone else had a similar problem and knows why or a > solution. > basically my mongrels seems to work fine. i am running three clusters all > which are monitored by monit. monit has the ability to restart a mongrel if > it doesn't pass a port connection test. so the problem is that after some > time. aprox. 6hrs. to 20hrs. after clusters are started, the mongrels get > restarted by monit due to monit not being able to connect to said port. > not all of them at the same time. just some of them, sometimes. the server > is pre-production and is getting no hits. could this be the problem and > when the server is live, with constant use the mongrels will remain working. > or could this be a monit issue ? > > any help would be truly appreciated.. > > Chris > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From pete at nextengine.com Wed Nov 7 14:31:39 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Wed, 7 Nov 2007 11:31:39 -0800 Subject: [Mongrel] mongrel - monit issue In-Reply-To: <379219.6288.qm@web53403.mail.re2.yahoo.com> References: <379219.6288.qm@web53403.mail.re2.yahoo.com> Message-ID: Hi Chris, I hit this too at the same kind of timeframe you mentioned. In my case, the mongrel processes do become non-responsive, making monit necessary to keep my webapp living + breathing. The problem occurs on multiple machines: some running OpenSuse 64-bit and some running Ubuntu Feisty Fawn 64-bit. Some folks had suggested this is related to not using the mysql gem for database access. This may be the case, but the mysql gem wasn't a possibility for me since it is very buggy in 64-bit (it crashed my webapps). There is a also an ActiveRecord timeout that is usually prescribed, but this had no effect for me. I wonder... how many 64-bit mongrel users are out there? Thanks, Pete On Nov 7, 2007, at 11:15 AM, Eire Angel wrote: > Hi, > > was wondering if anyone else had a similar problem and knows why or > a solution. > basically my mongrels seems to work fine. i am running three > clusters all which are monitored by monit. monit has the ability > to restart a mongrel if it doesn't pass a port connection test. so > the problem is that after some time. aprox. 6hrs. to 20hrs. after > clusters are started, the mongrels get restarted by monit due to > monit not being able to connect to said port. not all of them at > the same time. just some of them, sometimes. the server is pre- > production and is getting no hits. could this be the problem and > when the server is live, with constant use the mongrels will remain > working. or could this be a monit issue ? > > any help would be truly appreciated.. > > Chris > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From petite.abeille at gmail.com Wed Nov 7 14:37:10 2007 From: petite.abeille at gmail.com (PA) Date: Wed, 7 Nov 2007 20:37:10 +0100 Subject: [Mongrel] [noob] simpletest.rb, mongrel 1.1, ruby 1.8.4, mac os x 10.3.9 hangs Message-ID: <6f022b20ba50296acd62ed417005662c@gmail.com> Hello, I'm trying to run the latest/greatest mongrel version: % sudo gem install mongrel ... Successfully installed mongrel-1.1 % gem list mongrel mongrel (1.1) % ruby -v ruby 1.8.4 (2005-12-24) [powerpc-darwin7.9.0] % uname -a Darwin NewYork.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power Macintosh powerpc Running examples/webrick_compare.rb works fine: % ruby examples/webrick_compare.rb [2007-11-07 20:27:34] INFO WEBrick 1.3.1 [2007-11-07 20:27:34] INFO ruby 1.8.4 (2005-12-24) [powerpc-darwin7.9.0] [2007-11-07 20:27:34] INFO WEBrick::HTTPServer#start: pid=919 port=4000 But running examples/simpletest.rb hangs: % ruby examples/simpletest.rb The application sit there, not going any further than the "require 'mongrel'" statement. Any thoughts one what I could be missing? Thanks in advance. Cheers, PA. From wyhaines at gmail.com Wed Nov 7 14:53:42 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Wed, 7 Nov 2007 12:53:42 -0700 Subject: [Mongrel] mongrel - monit issue In-Reply-To: References: <379219.6288.qm@web53403.mail.re2.yahoo.com> Message-ID: On 11/7/07, Pete DeLaurentis wrote: > I hit this too at the same kind of timeframe you mentioned. In my That sort of a delay -- 6 to 20 hours is what the OP mentioned -- screams at me that the problem is probably related to the db handle timing out. Even if you change the AR timeout value to 14400 (the most often quoted value that I see), that is still just 4 hours. If your process sits quiescent for 6 to 20 hours while the timeout on the db handle is set at 4 hours, the db handle is still going to time out. > I wonder... how many 64-bit mongrel users are out there? My old servers are 32 bit machines, but my new ones are all 64 bit machines. Kirk Haines From pete at nextengine.com Wed Nov 7 15:03:26 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Wed, 7 Nov 2007 12:03:26 -0800 Subject: [Mongrel] mongrel - monit issue In-Reply-To: References: <379219.6288.qm@web53403.mail.re2.yahoo.com> Message-ID: <5C52A722-4017-4FEB-B98F-02AB8A428C94@nextengine.com> > That sort of a delay -- 6 to 20 hours is what the OP mentioned -- > screams at me that the problem is probably related to the db handle > timing out. Even if you change the AR timeout value to 14400 (the > most often quoted value that I see), that is still just 4 hours. If > your process sits quiescent for 6 to 20 hours while the timeout on the > db handle is set at 4 hours, the db handle is still going to time out. Thanks for this Kirk. Yep, I was using 14400. I'm switching this to 2 weeks: 1209600 and we'll see if any further restarts are needed by monit. > My old servers are 32 bit machines, but my new ones are all 64 bit > machines Which 64-bit OS are you running? Thanks, Pete From petite.abeille at gmail.com Wed Nov 7 15:11:31 2007 From: petite.abeille at gmail.com (PA) Date: Wed, 7 Nov 2007 21:11:31 +0100 Subject: [Mongrel] [noob] simpletest.rb, mongrel 1.1, ruby 1.8.4, mac os x 10.3.9 hangs In-Reply-To: <6f022b20ba50296acd62ed417005662c@gmail.com> References: <6f022b20ba50296acd62ed417005662c@gmail.com> Message-ID: <201ee80e8c7d128d7b5b03283351d1f6@gmail.com> On Nov 07, 2007, at 20:37, PA wrote: > But running examples/simpletest.rb hangs: > > % ruby examples/simpletest.rb > > The application sit there, not going any further than the "require > 'mongrel'" statement. > > Any thoughts one what I could be missing? Never mind... after upgrading to ruby 1.8.6 and, more importantly, gem 0.9.4 everything works as advertised. Sorry for the noise. Cheers, PA. From tiberiu.motoc at gmail.com Wed Nov 7 15:13:24 2007 From: tiberiu.motoc at gmail.com (Tiberiu Motoc) Date: Wed, 7 Nov 2007 12:13:24 -0800 Subject: [Mongrel] can't configure mongrel_cluster to start on boot In-Reply-To: <81b453920711061548w534a34afo90a62501cc643bcd@mail.gmail.com> References: <84ec458f0711041531s4324dbf7v85dbb4e886612b11@mail.gmail.com> <81b453920711061548w534a34afo90a62501cc643bcd@mail.gmail.com> Message-ID: <84ec458f0711071213l5fa92ecp9c467d815b6f1d3d@mail.gmail.com> Hi David, Thanks for all your help. It now makes sense how it all works. Unfortunately for me it doesn't work and I don't think it is because of mongrel_cluster. After you mentioned that I should have a symbolic link to mongrel_cluster_ctl in /usr/bin, I realized that maybe the whole Ruby environment is not available at boot time. I installed Ruby in a shared location, but there are not symbolic links in /usr/bin to any of the Ruby utilities. To test this, I created a small Ruby script which write "TEST" to a file in /tmp; I call this script from a bash script which I put in the /etc/init.d directory and which I configured using /sbin/chkconfig (similar to the setup of mongrel_cluster). Guess what?! No file is created in the /tmp directory at boot time. So now my question becomes: what is the proper way of installing Ruby on a Linux machine? I did create a symbolic link to "ruby" in /usr/bin, but I don't think that's enough. What other symbolic links do I need? Thanks, Tiberiu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/ca072e3a/attachment.html From chrisangileri at yahoo.com Wed Nov 7 15:43:05 2007 From: chrisangileri at yahoo.com (Eire Angel) Date: Wed, 7 Nov 2007 12:43:05 -0800 (PST) Subject: [Mongrel] mongrel - monit issue In-Reply-To: <5C52A722-4017-4FEB-B98F-02AB8A428C94@nextengine.com> Message-ID: <860647.45355.qm@web53403.mail.re2.yahoo.com> thanks for the replies. i will try setting that db timeout to about a week and see how it does. Chris Pete DeLaurentis wrote: > That sort of a delay -- 6 to 20 hours is what the OP mentioned -- > screams at me that the problem is probably related to the db handle > timing out. Even if you change the AR timeout value to 14400 (the > most often quoted value that I see), that is still just 4 hours. If > your process sits quiescent for 6 to 20 hours while the timeout on the > db handle is set at 4 hours, the db handle is still going to time out. Thanks for this Kirk. Yep, I was using 14400. I'm switching this to 2 weeks: 1209600 and we'll see if any further restarts are needed by monit. > My old servers are 32 bit machines, but my new ones are all 64 bit > machines Which 64-bit OS are you running? Thanks, Pete _______________________________________________ Mongrel-users mailing list Mongrel-users at rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/da93ea8f/attachment-0001.html From j.list at blueboxdev.com Wed Nov 7 15:08:13 2007 From: j.list at blueboxdev.com (Jesse Proudman) Date: Wed, 7 Nov 2007 12:08:13 -0800 Subject: [Mongrel] mongrel - monit issue In-Reply-To: References: <379219.6288.qm@web53403.mail.re2.yahoo.com> Message-ID: <991415FC-B1F0-4F4E-A651-5C971D878EB1@blueboxdev.com> >> I wonder... how many 64-bit mongrel users are out there? > > My old servers are 32 bit machines, but my new ones are all 64 bit > machines. All of our production boxes lately have been 64bit. -- Jesse Proudman, Blue Box Group, LLC From wyhaines at gmail.com Wed Nov 7 16:20:59 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Wed, 7 Nov 2007 14:20:59 -0700 Subject: [Mongrel] mongrel - monit issue In-Reply-To: <5C52A722-4017-4FEB-B98F-02AB8A428C94@nextengine.com> References: <379219.6288.qm@web53403.mail.re2.yahoo.com> <5C52A722-4017-4FEB-B98F-02AB8A428C94@nextengine.com> Message-ID: On 11/7/07, Pete DeLaurentis wrote: > Thanks for this Kirk. Yep, I was using 14400. I'm switching this to > 2 weeks: 1209600 and we'll see if any further restarts are needed by > monit. I've always wondered why 14400 is the number that is always passed around when talking about extending the timeout period. Maybe there is some db issue with a _really_ long timeout like 1209600? > Which 64-bit OS are you running? Right now I have Ubuntu and CentOS 64 bit machines. Kirk Haines From chrisangileri at yahoo.com Wed Nov 7 16:29:36 2007 From: chrisangileri at yahoo.com (Eire Angel) Date: Wed, 7 Nov 2007 13:29:36 -0800 (PST) Subject: [Mongrel] mongrel - monit issue In-Reply-To: Message-ID: <793270.97931.qm@web53412.mail.re2.yahoo.com> "Maybe there is some db issue with a _really_ long timeout like 1209600?" that was my thought. i set it mine to 115200, 32 hours more than enough but not too crazy Kirk Haines wrote: On 11/7/07, Pete DeLaurentis wrote: > Thanks for this Kirk. Yep, I was using 14400. I'm switching this to > 2 weeks: 1209600 and we'll see if any further restarts are needed by > monit. I've always wondered why 14400 is the number that is always passed around when talking about extending the timeout period. Maybe there is some db issue with a _really_ long timeout like 1209600? > Which 64-bit OS are you running? Right now I have Ubuntu and CentOS 64 bit machines. Kirk Haines _______________________________________________ Mongrel-users mailing list Mongrel-users at rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/a95c9c94/attachment.html From evan at cloudbur.st Wed Nov 7 16:52:02 2007 From: evan at cloudbur.st (Evan Weaver) Date: Wed, 7 Nov 2007 16:52:02 -0500 Subject: [Mongrel] Error installing Mongrel on Solaris 9 In-Reply-To: <71166b3b0711071101v68ec191aqde70f6eab8abfb81@mail.gmail.com> References: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> <8d895fbb7436c979d3d63222bc155559@ruby-forum.com> <71166b3b0711070950y546b44a6j703e1db39b292e3d@mail.gmail.com> <71166b3b0711071101v68ec191aqde70f6eab8abfb81@mail.gmail.com> Message-ID: 1.1 is fine for production although there is a (now) known bug with mongrel_rails restart. Evan On Nov 7, 2007 2:01 PM, Luis Lavena wrote: > On 11/7/07, Brian Penrose wrote: > > Thanks Luis... > > > > RubyGemsVersion 0.8.11 > > > > Oh, you should try update rubygems at least... version 0.9.4 is the > latest stable published. > > But I'll try to get that version running on my sandbox and see what happens. > > Too many version compatibility mismatches :-P > > > Mongrel version 1.0.4...we also have a Mongrel 1.1 folder but I don't > > see a gem file with it. > > I think 1.1 is not ready for production, maybe I'm wrong (was offline > for almost a week). > > Regards, > > -- > Luis Lavena > Multimedia systems > - > Leaders are made, they are not born. They are made by hard effort, > which is the price which all of us must pay to achieve any goal that > is worthwhile. > Vince Lombardi > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From evan at cloudbur.st Wed Nov 7 16:53:49 2007 From: evan at cloudbur.st (Evan Weaver) Date: Wed, 7 Nov 2007 16:53:49 -0500 Subject: [Mongrel] Mongrel and memory usage In-Reply-To: <20071107120133.bb31d20b.zedshaw@zedshaw.com> References: <472F8839.60300@ruckuswireless.com> <20071107120133.bb31d20b.zedshaw@zedshaw.com> Message-ID: > If you need to auth the images then check out some of the auth-before-redirect modules available for various web servers. I think Danga's Perlbal was made for just this purpose. Evan On Nov 7, 2007 12:01 PM, Zed A. Shaw wrote: > On Tue, 6 Nov 2007 14:34:25 +1100 > Dave Cheney wrote: > > > Hi Kirk, > > > > I'm wondering if we're being hit by this issue in our application. We > > generate a lot of thumbnails on the fly and use send_file to transfer > > the data back to the browsers. > > > > Checking the rails docks for send_file it indicates, that unless you > > use the option :stream => false, the file will be read into a 4096 > > byte buffer and streamed to the client. > > > > http://api.rubyonrails.com/classes/ActionController/Streaming.html#M000093 > > > > Is this a bug in send_file? > > You souldn't use send_file at all really, because this streams the full file into a StringIO so that mongrel can then send the StringIO outside the rails lock, and because rails is inconsistent in how it sends headers and the body. > > You should be using either x-sendfile or simply redirect to the real image. If you need to auth the images then check out some of the auth-before-redirect modules available for various web servers. > > -- > Zed A. Shaw > - Hate: http://savingtheinternetwithhate.com/ > - Good: http://www.zedshaw.com/ > - Evil: http://yearofevil.com/ > _______________________________________________ > > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From evan at cloudbur.st Wed Nov 7 16:49:51 2007 From: evan at cloudbur.st (Evan Weaver) Date: Wed, 7 Nov 2007 16:49:51 -0500 Subject: [Mongrel] [noob] simpletest.rb, mongrel 1.1, ruby 1.8.4, mac os x 10.3.9 hangs In-Reply-To: <201ee80e8c7d128d7b5b03283351d1f6@gmail.com> References: <6f022b20ba50296acd62ed417005662c@gmail.com> <201ee80e8c7d128d7b5b03283351d1f6@gmail.com> Message-ID: Simpletest should probably be removed or at least audited; I don't think anyone has looked at it in a while. Evan On Nov 7, 2007 3:11 PM, PA wrote: > > On Nov 07, 2007, at 20:37, PA wrote: > > > But running examples/simpletest.rb hangs: > > > > % ruby examples/simpletest.rb > > > > The application sit there, not going any further than the "require > > 'mongrel'" statement. > > > > Any thoughts one what I could be missing? > > Never mind... after upgrading to ruby 1.8.6 and, more importantly, gem > 0.9.4 everything works as advertised. > > Sorry for the noise. > > > Cheers, > > PA. > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From david at vrensk.com Wed Nov 7 17:48:20 2007 From: david at vrensk.com (David Vrensk) Date: Wed, 7 Nov 2007 23:48:20 +0100 Subject: [Mongrel] can't configure mongrel_cluster to start on boot In-Reply-To: <81b453920711071447h50a37bdbv3454e784ea4d1995@mail.gmail.com> References: <84ec458f0711041531s4324dbf7v85dbb4e886612b11@mail.gmail.com> <81b453920711061548w534a34afo90a62501cc643bcd@mail.gmail.com> <84ec458f0711071213l5fa92ecp9c467d815b6f1d3d@mail.gmail.com> <81b453920711071447h50a37bdbv3454e784ea4d1995@mail.gmail.com> Message-ID: <81b453920711071448h51eeb8e3s570d94db42223c48@mail.gmail.com> On Nov 7, 2007 9:13 PM, Tiberiu Motoc wrote: > Hi David, > > Thanks for all your help. It now makes sense how it all works. > Hi Tiberiu, thanks, I'm glad to hear that! > Unfortunately for me it doesn't work and I don't think it is because > of mongrel_cluster. > > After you mentioned that I should have a symbolic link to > mongrel_cluster_ctl in /usr/bin, > Oops, did I say that? I meant to say that the actual script 'mongrel_cluster_ctl' should reside in /usr/bin. But I have to admit that that was a simplification; the script should reside in the same directory as the 'ruby' binary. I realized that maybe the whole Ruby environment is not available at boot > time. I installed Ruby in a shared location, but there are not symbolic > links in /usr/bin to any of the Ruby utilities. > Well, there needn't be. You can have you entire ruby installation in /usr/local or /what/ever, as long as you put /usr/local/bin or /what/ever/bin in your path. Where is that shared location? How do you access it? The reason I ask is that mongrel_cluster normally starts after all network services have been started. A typical FC6 box would have this (and more) in /etc/rc3.d: S10network (starts the network interface) S25netfs (mounts remote shares) S28autofs (starts the automounter) S60nfs (starts nfs sharing) S85mongrel_cluster And since the scripts are run in this order, remote shares should be available. To test this, I created a small Ruby script which write "TEST" to a file in > /tmp; I call this script from a bash script which I put in the /etc/init.d > directory and which I configured using /sbin/chkconfig (similar to the setup > of mongrel_cluster). Guess what?! No file is created in the /tmp directory > at boot time. > Just to check: if you put echo TEST > /tmp/my_test_script_runs in the bash script, does that work as expected? And second, do you call the ruby script as a command or a script, i.e., do you say my_script or ruby my_script And finally, what does the script look like? So now my question becomes: what is the proper way of installing Ruby on a > Linux machine? I did create a symbolic link to "ruby" in /usr/bin, but I > don't think that's enough. What other symbolic links do I need? > You don't need any symbolic links as long as the bin directory is in your path. If you compile it on your own, it's quite common to put it /usr/local since that is what 'configure' does by default. The 'proper' way is a matter of taste. If you enjoy being an admin, go ahead and install everything from source and put it in /usr/local. If you don't, use your distro's package manager (yum, dep, apt, rpm, what have you) and let it put things in /usr. Arguing about which is best borders on philosophy. I still don't have a solution for you, but keep talking! Good luck, /David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071107/41539ac1/attachment.html From pkc at F1-Photo.com Wed Nov 7 18:03:18 2007 From: pkc at F1-Photo.com (Paul-Kenji Cahier) Date: Thu, 8 Nov 2007 00:03:18 +0100 Subject: [Mongrel] Weird freeze problem Message-ID: <1568168254.20071108000318@F1-Photo.com> Hello, I am running mongrel 1.1 in production mode behind a lighttpd with mod_proxy. At first everything works fine, however, after a few days, the mongrel servers stop answering at all, even if I try to connect to them directly. I have checked logs but there is no sign of anything at all, and even when there was not a single request for a few days, it did freeze, and that on repeated occasions. What should I do to be able to find out what is the problem, or to solve it? Thanks, -- Best regards, Paul-Kenji Cahier mailto:pkc at F1-Photo.com From pete at nextengine.com Wed Nov 7 18:33:49 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Wed, 7 Nov 2007 15:33:49 -0800 Subject: [Mongrel] Weird freeze problem In-Reply-To: <1568168254.20071108000318@F1-Photo.com> References: <1568168254.20071108000318@F1-Photo.com> Message-ID: Hey Paul, This sounds like the problem I've been hitting. The folks on this group suggested updating the ActiveRecord timeout. Apparently if one of your mongrels doesn't get any play for some amount of time, it automatically drops the database connection. This in turn will cause your mongrel to become unresponsive. Here's the change I made in environment.rb: # Set the verification timeout so that the mongrel connection won't die if left alone (1 week) ActiveRecord::Base.verification_timeout = 604800 So far so good, but I'll know more as Iet it run for the next few days. Hopefully there aren't any issues with setting a timeout this large. Shout back to the group if this fixes it for you. Thanks, Pete PS. Prior to finding this fix, I've been using monit to restart the servers when they become unresponsive. On Nov 7, 2007, at 3:03 PM, Paul-Kenji Cahier wrote: > Hello, > > I am running mongrel 1.1 in production mode behind a lighttpd with > mod_proxy. > At first everything works fine, however, after a few days, the > mongrel servers stop answering at all, even if I try to connect to > them directly. > I have checked logs but there is no sign of anything at all, and > even when there was not a single request for a few days, it did > freeze, and > that on repeated occasions. What should I do to be able to find out > what is the problem, or to solve it? > > Thanks, > > > -- > Best regards, > Paul-Kenji Cahier mailto:pkc at F1-Photo.com > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From public at misuse.org Wed Nov 7 18:56:28 2007 From: public at misuse.org (Steve Midgley) Date: Wed, 07 Nov 2007 15:56:28 -0800 Subject: [Mongrel] MySQL timeout value (was: mongrel - monit issue) In-Reply-To: References: Message-ID: <20071107235638.8BF8A159806A@rubyforge.org> At 03:24 PM 11/7/2007, mongrel-users-request at rubyforge.org wrote: > > Thanks for this Kirk. Yep, I was using 14400. I'm switching this > to > > 2 weeks: 1209600 and we'll see if any further restarts are needed > by > > monit. > >I've always wondered why 14400 is the number that is always passed >around when talking about extending the timeout period. Maybe there >is some db issue with a _really_ long timeout like 1209600? This has been discussed a few times on list I think. I believe the issue here is that you need the client end of the connection to timeout AFTER the server end of the connection. Setting this to arbitrarily large numbers will not do anything (afaik) b/c the server will time you out well before then anyway, and force the client to re-initialize of the pipe. I think the goal here is to have the client time out *just* after the server times outs - you never want the client thinking the server is live when it's not (that's what causes the weird "mongrel/rails seems hung" problem), but it's better to have both agree on the status of the pipe. Steve From public at misuse.org Wed Nov 7 18:56:28 2007 From: public at misuse.org (Steve Midgley) Date: Wed, 07 Nov 2007 15:56:28 -0800 Subject: [Mongrel] MySQL timeout value (was: mongrel - monit issue) In-Reply-To: References: Message-ID: <20071107235638.93FC5159806D@rubyforge.org> At 03:24 PM 11/7/2007, mongrel-users-request at rubyforge.org wrote: > > Thanks for this Kirk. Yep, I was using 14400. I'm switching this > to > > 2 weeks: 1209600 and we'll see if any further restarts are needed > by > > monit. > >I've always wondered why 14400 is the number that is always passed >around when talking about extending the timeout period. Maybe there >is some db issue with a _really_ long timeout like 1209600? This has been discussed a few times on list I think. I believe the issue here is that you need the client end of the connection to timeout AFTER the server end of the connection. Setting this to arbitrarily large numbers will not do anything (afaik) b/c the server will time you out well before then anyway, and force the client to re-initialize of the pipe. I think the goal here is to have the client time out *just* after the server times outs - you never want the client thinking the server is live when it's not (that's what causes the weird "mongrel/rails seems hung" problem), but it's better to have both agree on the status of the pipe. Steve From pete at nextengine.com Wed Nov 7 19:22:40 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Wed, 7 Nov 2007 16:22:40 -0800 Subject: [Mongrel] MySQL timeout value (was: mongrel - monit issue) In-Reply-To: <20071107235638.93FC5159806D@rubyforge.org> References: <20071107235638.93FC5159806D@rubyforge.org> Message-ID: Steve, It sounds like you're referring to another setting on the MySQL side. If the Rails timeout is just a little bit longer, then it will automatically reconnect. Is this right? Thanks, Pete On Nov 7, 2007, at 3:56 PM, Steve Midgley wrote: > At 03:24 PM 11/7/2007, mongrel-users-request at rubyforge.org wrote: >>> Thanks for this Kirk. Yep, I was using 14400. I'm switching this >> to >>> 2 weeks: 1209600 and we'll see if any further restarts are needed >> by >>> monit. >> >> I've always wondered why 14400 is the number that is always passed >> around when talking about extending the timeout period. Maybe there >> is some db issue with a _really_ long timeout like 1209600? > > This has been discussed a few times on list I think. I believe the > issue here is that you need the client end of the connection to > timeout > AFTER the server end of the connection. Setting this to arbitrarily > large numbers will not do anything (afaik) b/c the server will time > you > out well before then anyway, and force the client to re-initialize of > the pipe. > > I think the goal here is to have the client time out *just* after the > server times outs - you never want the client thinking the server is > live when it's not (that's what causes the weird "mongrel/rails seems > hung" problem), but it's better to have both agree on the status of > the > pipe. > > Steve > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From ezmobius at gmail.com Wed Nov 7 19:33:42 2007 From: ezmobius at gmail.com (Ezra Zygmuntowicz) Date: Wed, 7 Nov 2007 16:33:42 -0800 Subject: [Mongrel] MySQL timeout value (was: mongrel - monit issue) In-Reply-To: References: <20071107235638.93FC5159806D@rubyforge.org> Message-ID: <8B03CA69-36DF-4618-ACE8-1975011E21F3@gmail.com> The way that I have put this issue to bed for people is with this crunchy little hack in their environment.rb: Thread.new { loop { sleep 60*60 ActiveRecord::Base.verify_active_connections! } }.priority = -10 That little baby will keep your database connected. Cheers- -Ezra On Nov 7, 2007, at 4:22 PM, Pete DeLaurentis wrote: > Steve, > > It sounds like you're referring to another setting on the MySQL > side. If the Rails timeout is just a little bit longer, then it will > automatically reconnect. > > Is this right? > > Thanks, > Pete > > On Nov 7, 2007, at 3:56 PM, Steve Midgley wrote: > >> At 03:24 PM 11/7/2007, mongrel-users-request at rubyforge.org wrote: >>>> Thanks for this Kirk. Yep, I was using 14400. I'm switching this >>> to >>>> 2 weeks: 1209600 and we'll see if any further restarts are needed >>> by >>>> monit. >>> >>> I've always wondered why 14400 is the number that is always passed >>> around when talking about extending the timeout period. Maybe there >>> is some db issue with a _really_ long timeout like 1209600? >> >> This has been discussed a few times on list I think. I believe the >> issue here is that you need the client end of the connection to >> timeout >> AFTER the server end of the connection. Setting this to arbitrarily >> large numbers will not do anything (afaik) b/c the server will time >> you >> out well before then anyway, and force the client to re-initialize of >> the pipe. >> >> I think the goal here is to have the client time out *just* after the >> server times outs - you never want the client thinking the server is >> live when it's not (that's what causes the weird "mongrel/rails seems >> hung" problem), but it's better to have both agree on the status of >> the >> pipe. >> >> Steve >> >> _______________________________________________ >> Mongrel-users mailing list >> Mongrel-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/mongrel-users > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From luislavena at gmail.com Wed Nov 7 21:59:09 2007 From: luislavena at gmail.com (Luis Lavena) Date: Wed, 7 Nov 2007 23:59:09 -0300 Subject: [Mongrel] MySQL timeout value (was: mongrel - monit issue) In-Reply-To: <8B03CA69-36DF-4618-ACE8-1975011E21F3@gmail.com> References: <20071107235638.93FC5159806D@rubyforge.org> <8B03CA69-36DF-4618-ACE8-1975011E21F3@gmail.com> Message-ID: <71166b3b0711071859p97eff92kdc0edc94c7275cff@mail.gmail.com> On Nov 7, 2007 9:33 PM, Ezra Zygmuntowicz wrote: > > > The way that I have put this issue to bed for people is with this > crunchy little hack in their environment.rb: > > Thread.new { loop { sleep 60*60 > ActiveRecord::Base.verify_active_connections! } }.priority = -10 > > That little baby will keep your database connected. > Hey Ezra, this 60*60 big sleep wouldn't hurt threading? so far big sleepy threads didn't work as expected for me. That could be another cross-platform misbehaving, but just asking :-) Regards, -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From evan at cloudbur.st Wed Nov 7 22:08:23 2007 From: evan at cloudbur.st (Evan Weaver) Date: Wed, 7 Nov 2007 22:08:23 -0500 Subject: [Mongrel] Mongrel wiki? Message-ID: Dear Mongrels, The same questions keep coming up over and over on the list, which is ok, but not really optimal. If we added a wiki to the Mongrel site to handle FAQs, what wiki should it be? Required features would be: * Spam protection * Doesn't look shitty I would probably spring for Trac (and also migrate the bugtracker) if noone else has opinions, but I'm sure some of you do. What do you think? Evan, and the Mongrel Team -- Evan Weaver Cloudburst, LLC From ezmobius at gmail.com Wed Nov 7 22:24:10 2007 From: ezmobius at gmail.com (Ezra Zygmuntowicz) Date: Wed, 7 Nov 2007 19:24:10 -0800 Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: Message-ID: Evan- I'd be happy to donate a devjavu account with trac and svn for the project if you want. Cheers- -Ezra On Nov 7, 2007, at 7:08 PM, Evan Weaver wrote: > Dear Mongrels, > > The same questions keep coming up over and over on the list, which is > ok, but not really optimal. If we added a wiki to the Mongrel site to > handle FAQs, what wiki should it be? > > Required features would be: > > * Spam protection > * Doesn't look shitty > > I would probably spring for Trac (and also migrate the bugtracker) if > noone else has opinions, but I'm sure some of you do. > > What do you think? > > Evan, and the Mongrel Team > > -- > Evan Weaver > Cloudburst, LLC > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From luislavena at gmail.com Wed Nov 7 22:26:37 2007 From: luislavena at gmail.com (Luis Lavena) Date: Thu, 8 Nov 2007 00:26:37 -0300 Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: Message-ID: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> On Nov 8, 2007 12:08 AM, Evan Weaver wrote: > Dear Mongrels, > > The same questions keep coming up over and over on the list, which is > ok, but not really optimal. If we added a wiki to the Mongrel site to > handle FAQs, what wiki should it be? > > Required features would be: > > * Spam protection > * Doesn't look shitty > > I would probably spring for Trac (and also migrate the bugtracker) if > noone else has opinions, but I'm sure some of you do. > Yes, me! > What do you think? > The wiki idea is good. Maybe JuneBug [1] will be up to the task? The Trac idea is good, but we should migrate all the pending tickets in rubyforge and remove the whole section because will fall in the oblivion -- since no one will longer monitor it. Ezra's suggestion is a good one, also we could get more powerful release planing for the upcoming releases ;-) -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From wayneeseguin at gmail.com Wed Nov 7 22:28:41 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Wed, 7 Nov 2007 22:28:41 -0500 Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: Message-ID: On Nov 7, 2007 10:24 PM, Ezra Zygmuntowicz wrote: > > Evan- > > I'd be happy to donate a devjavu account with trac and svn for the > project if you want. I'd vote for that option. ~Wayne From luislavena at gmail.com Wed Nov 7 22:30:09 2007 From: luislavena at gmail.com (Luis Lavena) Date: Thu, 8 Nov 2007 00:30:09 -0300 Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: Message-ID: <71166b3b0711071930t36d26685ve31f20d29334a246@mail.gmail.com> On Nov 8, 2007 12:28 AM, Wayne E. Seguin wrote: > On Nov 7, 2007 10:24 PM, Ezra Zygmuntowicz wrote: > > > > Evan- > > > > I'd be happy to donate a devjavu account with trac and svn for the > > project if you want. > > I'd vote for that option. > Almost forgot: we will need to store our ssh keys again I think :-P -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From evan at cloudbur.st Wed Nov 7 22:31:15 2007 From: evan at cloudbur.st (Evan Weaver) Date: Wed, 7 Nov 2007 22:31:15 -0500 Subject: [Mongrel] Mongrel wiki? In-Reply-To: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> Message-ID: Yeah... devjavu would require migrating the SVN too which is not a big problem. I was thinking I would use svnmirror on my own server against Rubyforge to support a Trac. I already run some tracs so that's not a big deal. But yeah... if we get a new ticket system I will migrate all the remaining open ones. But Trac is only marginally better than GForge when it comes to ticket handling :/ . Evan On Nov 7, 2007 10:26 PM, Luis Lavena wrote: > On Nov 8, 2007 12:08 AM, Evan Weaver wrote: > > Dear Mongrels, > > > > The same questions keep coming up over and over on the list, which is > > ok, but not really optimal. If we added a wiki to the Mongrel site to > > handle FAQs, what wiki should it be? > > > > Required features would be: > > > > * Spam protection > > * Doesn't look shitty > > > > I would probably spring for Trac (and also migrate the bugtracker) if > > noone else has opinions, but I'm sure some of you do. > > > > Yes, me! > > > What do you think? > > > > The wiki idea is good. Maybe JuneBug [1] will be up to the task? > > The Trac idea is good, but we should migrate all the pending tickets > in rubyforge and remove the whole section because will fall in the > oblivion -- since no one will longer monitor it. > > Ezra's suggestion is a good one, also we could get more powerful > release planing for the upcoming releases ;-) > > -- > Luis Lavena > Multimedia systems > - > Leaders are made, they are not born. They are made by hard effort, > which is the price which all of us must pay to achieve any goal that > is worthwhile. > Vince Lombardi > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From evan at cloudbur.st Wed Nov 7 22:32:30 2007 From: evan at cloudbur.st (Evan Weaver) Date: Wed, 7 Nov 2007 22:32:30 -0500 Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> Message-ID: Ezra, would that be the premium devjavu account? We already have more than 5 committers. Evan On Nov 7, 2007 10:31 PM, Evan Weaver wrote: > Yeah... devjavu would require migrating the SVN too which is not a big > problem. I was thinking I would use svnmirror on my own server against > Rubyforge to support a Trac. I already run some tracs so that's not a > big deal. > > But yeah... if we get a new ticket system I will migrate all the > remaining open ones. But Trac is only marginally better than GForge > when it comes to ticket handling :/ . > > Evan > > > On Nov 7, 2007 10:26 PM, Luis Lavena wrote: > > On Nov 8, 2007 12:08 AM, Evan Weaver wrote: > > > Dear Mongrels, > > > > > > The same questions keep coming up over and over on the list, which is > > > ok, but not really optimal. If we added a wiki to the Mongrel site to > > > handle FAQs, what wiki should it be? > > > > > > Required features would be: > > > > > > * Spam protection > > > * Doesn't look shitty > > > > > > I would probably spring for Trac (and also migrate the bugtracker) if > > > noone else has opinions, but I'm sure some of you do. > > > > > > > Yes, me! > > > > > What do you think? > > > > > > > The wiki idea is good. Maybe JuneBug [1] will be up to the task? > > > > The Trac idea is good, but we should migrate all the pending tickets > > in rubyforge and remove the whole section because will fall in the > > oblivion -- since no one will longer monitor it. > > > > Ezra's suggestion is a good one, also we could get more powerful > > release planing for the upcoming releases ;-) > > > > -- > > Luis Lavena > > Multimedia systems > > - > > Leaders are made, they are not born. They are made by hard effort, > > which is the price which all of us must pay to achieve any goal that > > is worthwhile. > > Vince Lombardi > > > > _______________________________________________ > > Mongrel-users mailing list > > Mongrel-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/mongrel-users > > > > > > -- > Evan Weaver > Cloudburst, LLC > -- Evan Weaver Cloudburst, LLC From wayneeseguin at gmail.com Wed Nov 7 22:40:51 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Wed, 7 Nov 2007 22:40:51 -0500 Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> Message-ID: On Nov 7, 2007 10:31 PM, Evan Weaver wrote: > Yeah... devjavu would require migrating the SVN too which is not a big > problem. I was thinking I would use svnmirror on my own server against > Rubyforge to support a Trac. I already run some tracs so that's not a > big deal. > > But yeah... if we get a new ticket system I will migrate all the > remaining open ones. But Trac is only marginally better than GForge > when it comes to ticket handling :/ . > > Evan Another option would be to setup a redmine instance. You can point it at an SVN repo and specify how you'd like to associate items in the commit logs. It has issue tracking, wiki, etc. http://redmine.org/ ~Wayne From luislavena at gmail.com Wed Nov 7 22:42:11 2007 From: luislavena at gmail.com (Luis Lavena) Date: Thu, 8 Nov 2007 00:42:11 -0300 Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> Message-ID: <71166b3b0711071942u4a6aed10i94f65ae5304b736d@mail.gmail.com> On 11/8/07, Wayne E. Seguin wrote: > > Another option would be to setup a redmine instance. You can point it > at an SVN repo and specify how you'd like to associate items in the > commit logs. It has issue tracking, wiki, etc. http://redmine.org/ > RedMine is too overkill and too "corporate-or-enterprisey" for the task. Agile sounds better :-) -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From ezmobius at gmail.com Wed Nov 7 22:46:06 2007 From: ezmobius at gmail.com (Ezra Zygmuntowicz) Date: Wed, 7 Nov 2007 19:46:06 -0800 Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> Message-ID: Yeah I have a private ey namespace of devjavu so it would be an unlimited account. -Ezra On Nov 7, 2007, at 7:32 PM, Evan Weaver wrote: > Ezra, would that be the premium devjavu account? We already have more > than 5 committers. > > Evan > > On Nov 7, 2007 10:31 PM, Evan Weaver wrote: >> Yeah... devjavu would require migrating the SVN too which is not a >> big >> problem. I was thinking I would use svnmirror on my own server >> against >> Rubyforge to support a Trac. I already run some tracs so that's not a >> big deal. >> >> But yeah... if we get a new ticket system I will migrate all the >> remaining open ones. But Trac is only marginally better than GForge >> when it comes to ticket handling :/ . >> >> Evan >> >> >> On Nov 7, 2007 10:26 PM, Luis Lavena wrote: >>> On Nov 8, 2007 12:08 AM, Evan Weaver wrote: >>>> Dear Mongrels, >>>> >>>> The same questions keep coming up over and over on the list, >>>> which is >>>> ok, but not really optimal. If we added a wiki to the Mongrel >>>> site to >>>> handle FAQs, what wiki should it be? >>>> >>>> Required features would be: >>>> >>>> * Spam protection >>>> * Doesn't look shitty >>>> >>>> I would probably spring for Trac (and also migrate the >>>> bugtracker) if >>>> noone else has opinions, but I'm sure some of you do. >>>> >>> >>> Yes, me! >>> >>>> What do you think? >>>> >>> >>> The wiki idea is good. Maybe JuneBug [1] will be up to the task? >>> >>> The Trac idea is good, but we should migrate all the pending tickets >>> in rubyforge and remove the whole section because will fall in the >>> oblivion -- since no one will longer monitor it. >>> >>> Ezra's suggestion is a good one, also we could get more powerful >>> release planing for the upcoming releases ;-) >>> >>> -- >>> Luis Lavena >>> Multimedia systems >>> - >>> Leaders are made, they are not born. They are made by hard effort, >>> which is the price which all of us must pay to achieve any goal that >>> is worthwhile. >>> Vince Lombardi >>> >>> _______________________________________________ >>> Mongrel-users mailing list >>> Mongrel-users at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/mongrel-users >>> >> >> >> >> -- >> Evan Weaver >> Cloudburst, LLC >> > > > > -- > Evan Weaver > Cloudburst, LLC > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From evan at cloudbur.st Wed Nov 7 23:22:46 2007 From: evan at cloudbur.st (Evan Weaver) Date: Wed, 7 Nov 2007 23:22:46 -0500 Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> Message-ID: Sounds good. Let's wait for a few more suggestions and then later this week you can hook us up. What about the SVN mirror business? Would we just close the Rubyforge one? Evan On Nov 7, 2007 10:46 PM, Ezra Zygmuntowicz wrote: > > Yeah I have a private ey namespace of devjavu so it would be an > unlimited account. > > -Ezra > > > > On Nov 7, 2007, at 7:32 PM, Evan Weaver wrote: > > > Ezra, would that be the premium devjavu account? We already have more > > than 5 committers. > > > > Evan > > > > On Nov 7, 2007 10:31 PM, Evan Weaver wrote: > >> Yeah... devjavu would require migrating the SVN too which is not a > >> big > >> problem. I was thinking I would use svnmirror on my own server > >> against > >> Rubyforge to support a Trac. I already run some tracs so that's not a > >> big deal. > >> > >> But yeah... if we get a new ticket system I will migrate all the > >> remaining open ones. But Trac is only marginally better than GForge > >> when it comes to ticket handling :/ . > >> > >> Evan > >> > >> > >> On Nov 7, 2007 10:26 PM, Luis Lavena wrote: > >>> On Nov 8, 2007 12:08 AM, Evan Weaver wrote: > >>>> Dear Mongrels, > >>>> > >>>> The same questions keep coming up over and over on the list, > >>>> which is > >>>> ok, but not really optimal. If we added a wiki to the Mongrel > >>>> site to > >>>> handle FAQs, what wiki should it be? > >>>> > >>>> Required features would be: > >>>> > >>>> * Spam protection > >>>> * Doesn't look shitty > >>>> > >>>> I would probably spring for Trac (and also migrate the > >>>> bugtracker) if > >>>> noone else has opinions, but I'm sure some of you do. > >>>> > >>> > >>> Yes, me! > >>> > >>>> What do you think? > >>>> > >>> > >>> The wiki idea is good. Maybe JuneBug [1] will be up to the task? > >>> > >>> The Trac idea is good, but we should migrate all the pending tickets > >>> in rubyforge and remove the whole section because will fall in the > >>> oblivion -- since no one will longer monitor it. > >>> > >>> Ezra's suggestion is a good one, also we could get more powerful > >>> release planing for the upcoming releases ;-) > >>> > >>> -- > >>> Luis Lavena > >>> Multimedia systems > >>> - > >>> Leaders are made, they are not born. They are made by hard effort, > >>> which is the price which all of us must pay to achieve any goal that > >>> is worthwhile. > >>> Vince Lombardi > >>> > >>> _______________________________________________ > >>> Mongrel-users mailing list > >>> Mongrel-users at rubyforge.org > >>> http://rubyforge.org/mailman/listinfo/mongrel-users > >>> > >> > >> > >> > >> -- > >> Evan Weaver > >> Cloudburst, LLC > >> > > > > > > > > -- > > Evan Weaver > > Cloudburst, LLC > > _______________________________________________ > > Mongrel-users mailing list > > Mongrel-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/mongrel-users > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From wayneeseguin at gmail.com Wed Nov 7 23:37:33 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Wed, 7 Nov 2007 23:37:33 -0500 Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> Message-ID: On Nov 7, 2007 11:22 PM, Evan Weaver wrote: > Sounds good. Let's wait for a few more suggestions and then later this > week you can hook us up. > > What about the SVN mirror business? Would we just close the Rubyforge one? Or... switch to git. ~Wayne From luislavena at gmail.com Wed Nov 7 23:40:33 2007 From: luislavena at gmail.com (Luis Lavena) Date: Thu, 8 Nov 2007 01:40:33 -0300 Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> Message-ID: <71166b3b0711072040y6ce56fb7m1d222f6a14d26252@mail.gmail.com> On Nov 8, 2007 1:37 AM, Wayne E. Seguin wrote: > On Nov 7, 2007 11:22 PM, Evan Weaver wrote: > > Sounds good. Let's wait for a few more suggestions and then later this > > week you can hook us up. > > > > What about the SVN mirror business? Would we just close the Rubyforge one? > > Or... switch to git. > No, please no. Another OSS project going to git... and mingw-git not production ready (and without support for git-svn or any other). That will mean the end of my support from Windows side... and I wouldn't like do that. -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From evan at cloudbur.st Wed Nov 7 23:50:37 2007 From: evan at cloudbur.st (Evan Weaver) Date: Wed, 7 Nov 2007 23:50:37 -0500 Subject: [Mongrel] Mongrel wiki? In-Reply-To: <71166b3b0711072040y6ce56fb7m1d222f6a14d26252@mail.gmail.com> References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> <71166b3b0711072040y6ce56fb7m1d222f6a14d26252@mail.gmail.com> Message-ID: I also don't want git. Evan On Nov 7, 2007 11:40 PM, Luis Lavena wrote: > On Nov 8, 2007 1:37 AM, Wayne E. Seguin wrote: > > On Nov 7, 2007 11:22 PM, Evan Weaver wrote: > > > Sounds good. Let's wait for a few more suggestions and then later this > > > week you can hook us up. > > > > > > What about the SVN mirror business? Would we just close the Rubyforge one? > > > > Or... switch to git. > > > > No, please no. Another OSS project going to git... and mingw-git not > production ready (and without support for git-svn or any other). > > That will mean the end of my support from Windows side... and I > wouldn't like do that. > > -- > Luis Lavena > Multimedia systems > - > Leaders are made, they are not born. They are made by hard effort, > which is the price which all of us must pay to achieve any goal that > is worthwhile. > Vince Lombardi > _______________________________________________ > > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From lists at ruby-forum.com Thu Nov 8 00:58:48 2007 From: lists at ruby-forum.com (Vapor ..) Date: Thu, 8 Nov 2007 06:58:48 +0100 Subject: [Mongrel] Links go to 'localhost' In-Reply-To: <87FB2BAB-158F-473D-AF5E-9C686D8B10CA@wisc.edu> References: <20071107161304.GA3720@blinky.caltech.edu> <0782198a7508e9870fc778617ea266b2@ruby-forum.com> <20071107175117.GC1832@inky.caltech.edu> <87FB2BAB-158F-473D-AF5E-9C686D8B10CA@wisc.edu> Message-ID: <96ac48e0ef15388c639d8dfcbc5c68a6@ruby-forum.com> Nothing worked! But the solution was somewhere else...It took me 4 hours to find that I had to change BASE_URL in my 'reverse_proxy_fix' plugin from http://localhost/myapp to http://mymachinename/myapp :S Gotta get some sleep -- Posted via http://www.ruby-forum.com/. From eggie5 at gmail.com Thu Nov 8 01:43:48 2007 From: eggie5 at gmail.com (Alex Egg) Date: Wed, 7 Nov 2007 22:43:48 -0800 Subject: [Mongrel] byte-range requests Message-ID: <6f7401650711072243h2701d6e6ice2d9acbedf6423a@mail.gmail.com> I'm trying to sent a file to the iphone (which requires byte-range request support) using the rails send_file method. However, this fails, I think because of mongrel. I think so because if I send the iphone a file handled by nginx, it plays it fine. But then when I serve the file with rails the iphone can't play it. Any ideas? Alex From filipe at icewall.org Thu Nov 8 03:52:02 2007 From: filipe at icewall.org (Filipe) Date: Thu, 8 Nov 2007 06:52:02 -0200 (BRST) Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> <71166b3b0711072040y6ce56fb7m1d222f6a14d26252@mail.gmail.com> Message-ID: We could switch back to CVS! ... better no. svn is good for me :D filipe On Wed, 7 Nov 2007, Evan Weaver wrote: > I also don't want git. > > Evan > > On Nov 7, 2007 11:40 PM, Luis Lavena wrote: >> On Nov 8, 2007 1:37 AM, Wayne E. Seguin wrote: >>> On Nov 7, 2007 11:22 PM, Evan Weaver wrote: >>>> Sounds good. Let's wait for a few more suggestions and then later this >>>> week you can hook us up. >>>> >>>> What about the SVN mirror business? Would we just close the Rubyforge one? >>> >>> Or... switch to git. >>> >> >> No, please no. Another OSS project going to git... and mingw-git not >> production ready (and without support for git-svn or any other). >> >> That will mean the end of my support from Windows side... and I >> wouldn't like do that. >> >> -- >> Luis Lavena >> Multimedia systems >> - >> Leaders are made, they are not born. They are made by hard effort, >> which is the price which all of us must pay to achieve any goal that >> is worthwhile. >> Vince Lombardi >> _______________________________________________ >> >> Mongrel-users mailing list >> Mongrel-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/mongrel-users >> > > > > -- > Evan Weaver > Cloudburst, LLC > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From filipe at icewall.org Thu Nov 8 03:55:52 2007 From: filipe at icewall.org (Filipe) Date: Thu, 8 Nov 2007 06:55:52 -0200 (BRST) Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> Message-ID: This devjavu hosting seems to be pretty cool. I think mongrel like ninjas, so this seems to be a good home for it. filipe On Wed, 7 Nov 2007, Evan Weaver wrote: > Sounds good. Let's wait for a few more suggestions and then later this > week you can hook us up. > > What about the SVN mirror business? Would we just close the Rubyforge one? > > Evan > > On Nov 7, 2007 10:46 PM, Ezra Zygmuntowicz wrote: >> >> Yeah I have a private ey namespace of devjavu so it would be an >> unlimited account. >> >> -Ezra >> >> >> >> On Nov 7, 2007, at 7:32 PM, Evan Weaver wrote: >> >>> Ezra, would that be the premium devjavu account? We already have more >>> than 5 committers. >>> >>> Evan >>> >>> On Nov 7, 2007 10:31 PM, Evan Weaver wrote: >>>> Yeah... devjavu would require migrating the SVN too which is not a >>>> big >>>> problem. I was thinking I would use svnmirror on my own server >>>> against >>>> Rubyforge to support a Trac. I already run some tracs so that's not a >>>> big deal. >>>> >>>> But yeah... if we get a new ticket system I will migrate all the >>>> remaining open ones. But Trac is only marginally better than GForge >>>> when it comes to ticket handling :/ . >>>> >>>> Evan >>>> >>>> >>>> On Nov 7, 2007 10:26 PM, Luis Lavena wrote: >>>>> On Nov 8, 2007 12:08 AM, Evan Weaver wrote: >>>>>> Dear Mongrels, >>>>>> >>>>>> The same questions keep coming up over and over on the list, >>>>>> which is >>>>>> ok, but not really optimal. If we added a wiki to the Mongrel >>>>>> site to >>>>>> handle FAQs, what wiki should it be? >>>>>> >>>>>> Required features would be: >>>>>> >>>>>> * Spam protection >>>>>> * Doesn't look shitty >>>>>> >>>>>> I would probably spring for Trac (and also migrate the >>>>>> bugtracker) if >>>>>> noone else has opinions, but I'm sure some of you do. >>>>>> >>>>> >>>>> Yes, me! >>>>> >>>>>> What do you think? >>>>>> >>>>> >>>>> The wiki idea is good. Maybe JuneBug [1] will be up to the task? >>>>> >>>>> The Trac idea is good, but we should migrate all the pending tickets >>>>> in rubyforge and remove the whole section because will fall in the >>>>> oblivion -- since no one will longer monitor it. >>>>> >>>>> Ezra's suggestion is a good one, also we could get more powerful >>>>> release planing for the upcoming releases ;-) >>>>> >>>>> -- >>>>> Luis Lavena >>>>> Multimedia systems >>>>> - >>>>> Leaders are made, they are not born. They are made by hard effort, >>>>> which is the price which all of us must pay to achieve any goal that >>>>> is worthwhile. >>>>> Vince Lombardi >>>>> >>>>> _______________________________________________ >>>>> Mongrel-users mailing list >>>>> Mongrel-users at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/mongrel-users >>>>> >>>> >>>> >>>> >>>> -- >>>> Evan Weaver >>>> Cloudburst, LLC >>>> >>> >>> >>> >>> -- >>> Evan Weaver >>> Cloudburst, LLC >>> _______________________________________________ >>> Mongrel-users mailing list >>> Mongrel-users at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/mongrel-users >> >> _______________________________________________ >> Mongrel-users mailing list >> Mongrel-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/mongrel-users >> > > > > -- > Evan Weaver > Cloudburst, LLC > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From baldmountain at gmail.com Thu Nov 8 07:45:47 2007 From: baldmountain at gmail.com (Geoffrey Clements) Date: Thu, 8 Nov 2007 07:45:47 -0500 Subject: [Mongrel] Weird freeze problem In-Reply-To: References: <1568168254.20071108000318@F1-Photo.com> Message-ID: <472ed2750711080445n4c85f0a5m13fb70253b91ff5c@mail.gmail.com> Shouldn't the ActiveRecord database adapter recover from a lost connection and reconnect? I had a quick look at the source and the adapter has error messages for lost connections and code to reconnect, but it doesn't seem to be used anywhere in the adapter. (I only had a quick look in mysql_adapter.rb so it may be used somewhere else.) I'm not familiar enough with the code to try and fix it and don't have the time right now. Perhaps someone who is running into the issue can spare some time to fix it and pass the fix back to the ActiveRecord developers? On Nov 7, 2007 6:33 PM, Pete DeLaurentis wrote: > Hey Paul, > > This sounds like the problem I've been hitting. The folks on this > group suggested updating the ActiveRecord timeout. > > > -- geoff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071108/430d86a4/attachment.html From luislavena at gmail.com Thu Nov 8 07:50:44 2007 From: luislavena at gmail.com (Luis Lavena) Date: Thu, 8 Nov 2007 09:50:44 -0300 Subject: [Mongrel] Weird freeze problem In-Reply-To: <472ed2750711080445n4c85f0a5m13fb70253b91ff5c@mail.gmail.com> References: <1568168254.20071108000318@F1-Photo.com> <472ed2750711080445n4c85f0a5m13fb70253b91ff5c@mail.gmail.com> Message-ID: <71166b3b0711080450k394a8d26l3a6d0090ba236e09@mail.gmail.com> On Nov 8, 2007 9:45 AM, Geoffrey Clements wrote: > Shouldn't the ActiveRecord database adapter recover from a lost connection > and reconnect? I had a quick look at the source and the adapter has error > messages for lost connections and code to reconnect, but it doesn't seem to > be used anywhere in the adapter. (I only had a quick look in > mysql_adapter.rb so it may be used somewhere else.) > > I'm not familiar enough with the code to try and fix it and don't have the > time right now. Perhaps someone who is running into the issue can spare some > time to fix it and pass the fix back to the ActiveRecord developers? > This issue arise from time to time on every list where ActiveRecord is a topic :-P (Named mongrel, merb, ruby-talk). Ezra's suggestions posted a few days back on merb ml is handy: Thread.new { loop { ActiveRecord::Base.verify_active_connections!; sleep 60*60} }.priority = -10 I'm not fond by the big sleep, since I experienced bad results using them. An alternative will be 1800.times { sleep 2 } YMMV, -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From wayneeseguin at gmail.com Thu Nov 8 08:44:56 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Thu, 8 Nov 2007 08:44:56 -0500 Subject: [Mongrel] Links go to 'localhost' In-Reply-To: <96ac48e0ef15388c639d8dfcbc5c68a6@ruby-forum.com> References: <20071107161304.GA3720@blinky.caltech.edu> <0782198a7508e9870fc778617ea266b2@ruby-forum.com> <20071107175117.GC1832@inky.caltech.edu> <87FB2BAB-158F-473D-AF5E-9C686D8B10CA@wisc.edu> <96ac48e0ef15388c639d8dfcbc5c68a6@ruby-forum.com> Message-ID: Thank you for posting the solution. ~Wayne From seanmichaelbrown at gmail.com Thu Nov 8 09:56:30 2007 From: seanmichaelbrown at gmail.com (Sean Brown) Date: Thu, 8 Nov 2007 09:56:30 -0500 Subject: [Mongrel] Mongrel wiki? In-Reply-To: <71166b3b0711071930t36d26685ve31f20d29334a246@mail.gmail.com> References: <71166b3b0711071930t36d26685ve31f20d29334a246@mail.gmail.com> Message-ID: <1086fb5f0711080656w5ee5c863g97a48ae1a3d795ed@mail.gmail.com> On Nov 7, 2007 10:30 PM, Luis Lavena wrote: > On Nov 8, 2007 12:28 AM, Wayne E. Seguin wrote: > > On Nov 7, 2007 10:24 PM, Ezra Zygmuntowicz wrote: > > > > > > Evan- > > > > > > I'd be happy to donate a devjavu account with trac and svn for the > > > project if you want. > > > > I'd vote for that option. > > > > Almost forgot: we will need to store our ssh keys again I think :-P > I've gotten a ton out of using mongrel, so I'd be happy to give back by donating hosting as well. I've got an unlimited account with TextDrive, so if Ezra would like to move any part (or all) of this off his server, I'd do it too. Let me know how I can help. -- Sean Brown From wayneeseguin at gmail.com Thu Nov 8 10:50:47 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Thu, 8 Nov 2007 10:50:47 -0500 Subject: [Mongrel] Mongrel wiki? In-Reply-To: References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> Message-ID: On Nov 8, 2007 3:55 AM, Filipe wrote: > > This devjavu hosting seems to be pretty cool. I think mongrel like > ninjas, so this seems to be a good home for it. > > filipe Loosing the Winblowz support would be very bad. +1 Ninjas! From pete at nextengine.com Thu Nov 8 11:43:39 2007 From: pete at nextengine.com (Pete DeLaurentis) Date: Thu, 8 Nov 2007 08:43:39 -0800 Subject: [Mongrel] byte-range requests In-Reply-To: <6f7401650711072243h2701d6e6ice2d9acbedf6423a@mail.gmail.com> References: <6f7401650711072243h2701d6e6ice2d9acbedf6423a@mail.gmail.com> Message-ID: <24A4637A-8B50-43F0-A6CA-A6D32CC1AC28@nextengine.com> Hi Alex, Check out the x_send_file plugin. When you use this to send a file, it just sends the location on disk to the web-server (in a special HTTP header). The webserver then looks up the file + streams it down to the client. I've noticed a huge speed boost after switching to x_send_file. Since you observed that files sent by nginx work on your iPhone, this would allow nginx to do the heavy lifting for you. I know that Lighttpd + Apache support X-Send-File, although I'm not sure about nginx. Hope this helps, Pete On Nov 7, 2007, at 10:43 PM, Alex Egg wrote: > I'm trying to sent a file to the iphone (which requires byte-range > request support) using the rails send_file method. However, this > fails, I think because of mongrel. I think so because if I send the > iphone a file handled by nginx, it plays it fine. But then when I > serve the file with rails the iphone can't play it. > > Any ideas? > > Alex > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From njvack at wisc.edu Thu Nov 8 12:06:08 2007 From: njvack at wisc.edu (Nathan Vack) Date: Thu, 8 Nov 2007 11:06:08 -0600 Subject: [Mongrel] byte-range requests In-Reply-To: <24A4637A-8B50-43F0-A6CA-A6D32CC1AC28@nextengine.com> References: <6f7401650711072243h2701d6e6ice2d9acbedf6423a@mail.gmail.com> <24A4637A-8B50-43F0-A6CA-A6D32CC1AC28@nextengine.com> Message-ID: <4ED652F0-B6C8-4C7C-BFD2-580BBBAA1CEB@wisc.edu> On Nov 8, 2007, at 10:43 AM, Pete DeLaurentis wrote: > I know that Lighttpd + Apache support X-Send-File, although I'm not > sure about nginx. It does, though it's inexplicably called X-Accel-Redirect. http://wiki.codemongers.com/NginxXSendfile http://blog.kovyrin.net/2006/11/01/nginx-x-accel-redirect-php-rails/ -Nate From wyhaines at gmail.com Thu Nov 8 14:23:28 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Thu, 8 Nov 2007 12:23:28 -0700 Subject: [Mongrel] byte-range requests In-Reply-To: <6f7401650711072243h2701d6e6ice2d9acbedf6423a@mail.gmail.com> References: <6f7401650711072243h2701d6e6ice2d9acbedf6423a@mail.gmail.com> Message-ID: On 11/7/07, Alex Egg wrote: > I'm trying to sent a file to the iphone (which requires byte-range > request support) using the rails send_file method. However, this > fails, I think because of mongrel. I think so because if I send the > iphone a file handled by nginx, it plays it fine. But then when I > serve the file with rails the iphone can't play it. The other suggestions about using x_send_file or the equivalent are the answer, but just to clarify, Mongrel does not currently support byte-range requests. We have discussed adding support for that, however. Kirk Haines From eggie5 at gmail.com Thu Nov 8 14:25:42 2007 From: eggie5 at gmail.com (Alex Egg) Date: Thu, 8 Nov 2007 11:25:42 -0800 Subject: [Mongrel] byte-range requests In-Reply-To: References: <6f7401650711072243h2701d6e6ice2d9acbedf6423a@mail.gmail.com> Message-ID: <6f7401650711081125m6a1c28f5qb0bd929556deea45@mail.gmail.com> Thank you for the clarification! On 11/8/07, Kirk Haines wrote: > On 11/7/07, Alex Egg wrote: > > I'm trying to sent a file to the iphone (which requires byte-range > > request support) using the rails send_file method. However, this > > fails, I think because of mongrel. I think so because if I send the > > iphone a file handled by nginx, it plays it fine. But then when I > > serve the file with rails the iphone can't play it. > > The other suggestions about using x_send_file or the equivalent are > the answer, but just to clarify, Mongrel does not currently support > byte-range requests. We have discussed adding support for that, > however. > > > Kirk Haines > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From petite.abeille at gmail.com Thu Nov 8 15:11:30 2007 From: petite.abeille at gmail.com (PA) Date: Thu, 8 Nov 2007 21:11:30 +0100 Subject: [Mongrel] [noob] simpletest.rb, mongrel 1.1, ruby 1.8.4, mac os x 10.3.9 hangs In-Reply-To: References: <6f022b20ba50296acd62ed417005662c@gmail.com> <201ee80e8c7d128d7b5b03283351d1f6@gmail.com> Message-ID: On Nov 07, 2007, at 22:49, Evan Weaver wrote: > Simpletest should probably be removed or at least audited; I don't > think anyone has looked at it in a while. Well, it's always nice to have a little 'Hello World' example that one can run out-of-the-box, with minimum fuss. Then one can run some rather meaningless micro benchmarks against it :)) [Ruby/WEBrick 1.3.1] % ruby webrick_compare.rb % ab -n 1000 -k http://localhost:4000/test Requests per second: 4.98 [#/sec] (mean) [Ruby/Mongrel 1.1] % ruby simpletest.rb 127.0.0.1 4000 . % ab -n 1000 -k http://localhost:4000/dumb Requests per second: 234.80 [#/sec] (mean) [Ruby/ServerSide 0.4.3][1] % ruby serverside start % ab -n 1000 -k http://localhost:8000/serverside.pid Requests per second: 402.09 [#/sec] (mean) [Python/WebPy 0.22][2] % python code.py % ab -n 1000 -k http://localhost:8080/ Requests per second: 313.87 [#/sec] (mean) [Lua/HTTP/TCPServer][3][4] % lua TestServer.lua % ab -n 1000 -k http://localhost:1080/hello Requests per second: 682.13 [#/sec] (mean) [Lua/HTTP/tcpserver][5] % ab -n 1000 -k http://localhost:1080/hello % tcpserver -oDHlR 0 1080 lua Hello.lua Requests per second: 1107.42 [#/sec] (mean) % ruby -v ruby 1.8.6 (2007-09-23 patchlevel 110) [powerpc-darwin7.9.0] % python -V Python 2.5.1 % lua -v Lua 5.1.2 Copyright (C) 1994-2007 Lua.org, PUC-Rio [1] http://serverside.rubyforge.org/ [2] http://webpy.org/ [3] http://dev.alt.textdrive.com/browser/HTTP/HTTP.lua [4] http://dev.alt.textdrive.com/browser/HTTP/TCPServer.lua [5] http://cr.yp.to/ucspi-tcp/tcpserver.html From wayneeseguin at gmail.com Thu Nov 8 21:34:53 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Thu, 8 Nov 2007 21:34:53 -0500 Subject: [Mongrel] [noob] simpletest.rb, mongrel 1.1, ruby 1.8.4, mac os x 10.3.9 hangs In-Reply-To: References: <6f022b20ba50296acd62ed417005662c@gmail.com> <201ee80e8c7d128d7b5b03283351d1f6@gmail.com> Message-ID: PA, if you're going to do that be sure to include evented_mongrel from swiftiply in the mix. $ EVENT=1 mongrel_rails -p 3000 .... ~Wayne From charioteer7 at gmail.com Thu Nov 8 22:05:31 2007 From: charioteer7 at gmail.com (Geoffrey Bays) Date: Thu, 8 Nov 2007 22:05:31 -0500 Subject: [Mongrel] starting/stopping/registering Mongrel for HttpHandler Message-ID: <646a014e0711081905x16033bf6x6158986e38f76adb@mail.gmail.com> Hi. I am currently learning Ruby and writing an app that simply uses Mongrel's HttpHandler class to create simple ruby servlets. At the end I have been using code similar to the example in simpletest.rb: h = Mongrel::HttpServer.new("0.0.0.0", "3000") h.register("/test", SimpleHandler.new) #h.register("/files", Mongrel::DirHandler.new(".")) h.run.join My question: Can I accomplish the equivalent to the lines above using mongrel_rails with the correct params, or will that only work for a Rails app? I know I can start mongrel with host and port, but how to do the equivalent of ' h.register("/test", SimpleHandler.new)' with mongrel_rails? Many Thanks for an example. geoffrey bays From barunio at gmail.com Fri Nov 9 01:21:03 2007 From: barunio at gmail.com (Barun Singh) Date: Fri, 9 Nov 2007 01:21:03 -0500 Subject: [Mongrel] mongrel not finding correct ruby path In-Reply-To: References: <83e853830711050300o22dd05b6n75c8521e58633015@mail.gmail.com> Message-ID: <83e853830711082221u2481448dl5e32847b3b59515a@mail.gmail.com> Forgot to reply back earlier, but I hadn't installed rubygems in the new ruby installation. I forgot that I would need to do so. Thank you both for the quick responses! On Nov 5, 2007 9:29 AM, Vishnu Gopal wrote: > You can point GEM_HOME to your old rubygems folder and it should work. > > Vish > > > On 11/5/07, Greg Clarke wrote: > > > > Have you installed rubygems in your new ruby installation? > > > > See here, http://www.rubyonrails.org/down, where the first step after > > installing ruby is to install rubygems. > > > > This is where rubygems sits in my 1.8.6 ruby install: > > /usr/local/lib/ruby/site_ruby/1.8/rubygems > > > > So, maybe you need to check your $PATH, check ruby -v , then install > > rubygems. > > > > > > GC > > > > > > > > On 11/5/07, Barun Singh wrote: > > > hello all, > > > > > > i have been trying to figure this out for the last few hours, and > > after > > > seemingly exhausting all the google search results, i figured i would > > try > > > this mailing list... > > > > > > i just updated the ruby version on my ubuntu dapper drake box to the > > most > > > recent version. i installed it into /usr/local/bin > > > problematically, the previous installation was in /usr/bin > > > mongrel still complains that: > > > "Ruby version is not up-to-date; loading cgi_multipart_eof_fix" > > > > > > from looking at /usr/bin/mongrel_rails, i can see that the first line > > of the > > > file is: > > > #!/usr/bin/ruby1.8 > > > which is the old version of ruby (1.8.4) > > > I tried changing the shebang to the correct path of > > > #!/usr/local/bin/ruby > > > but then it gave me an error that it couldn't find "rubygems" > > > > > > every other method i could think of to have it point to the right > > place > > > (such as moving the new ruby binary into the /usr/bin directory along > > with > > > the rdoc, ri, etc. files) all resulted in the same problem with > > rubygems not > > > being found. > > > > > > does anyone have any idea how i can get mongrel to see the correct, > > updated > > > version of ruby?? > > > > > > thanks... > > > > > > > > > _______________________________________________ > > > Mongrel-users mailing list > > > Mongrel-users at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/mongrel-users > > > > > _______________________________________________ > > Mongrel-users mailing list > > Mongrel-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/mongrel-users > > > > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- http://barunsingh.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071109/840cd2a7/attachment.html From bpenrose112 at hotmail.com Fri Nov 9 11:16:36 2007 From: bpenrose112 at hotmail.com (Brian Penrose) Date: Fri, 9 Nov 2007 11:16:36 -0500 Subject: [Mongrel] Error installing Mongrel on Solaris 9 In-Reply-To: <71166b3b0711071101v68ec191aqde70f6eab8abfb81@mail.gmail.com> References: <71166b3b0711050755u131cdb9eu604ff7f854df53d6@mail.gmail.com> <8d895fbb7436c979d3d63222bc155559@ruby-forum.com> <71166b3b0711070950y546b44a6j703e1db39b292e3d@mail.gmail.com> <71166b3b0711071101v68ec191aqde70f6eab8abfb81@mail.gmail.com> Message-ID: Upgrading rubygems to 0.9.4 and mongrel 1.1 resolved the issue. Thanks for your help! Brian > Date: Wed, 7 Nov 2007 16:01:23 -0300 > From: luislavena at gmail.com > To: mongrel-users at rubyforge.org > Subject: Re: [Mongrel] Error installing Mongrel on Solaris 9 > > On 11/7/07, Brian Penrose wrote: > > Thanks Luis... > > > > RubyGemsVersion 0.8.11 > > > > Oh, you should try update rubygems at least... version 0.9.4 is the > latest stable published. > > But I'll try to get that version running on my sandbox and see what happens. > > Too many version compatibility mismatches :-P > > > Mongrel version 1.0.4...we also have a Mongrel 1.1 folder but I don't > > see a gem file with it. > > I think 1.1 is not ready for production, maybe I'm wrong (was offline > for almost a week). > > Regards, > > -- > Luis Lavena > Multimedia systems > - > Leaders are made, they are not born. They are made by hard effort, > which is the price which all of us must pay to achieve any goal that > is worthwhile. > Vince Lombardi > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users _________________________________________________________________ Climb to the top of the charts!? Play Star Shuffle:? the word scramble challenge with star power. http://club.live.com/star_shuffle.aspx?icid=starshuffle_wlmailtextlink_oct -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071109/46bbd762/attachment.html From ph+mongrel-users at malaprop.org Fri Nov 9 12:27:26 2007 From: ph+mongrel-users at malaprop.org (Peter Harkins) Date: Fri, 9 Nov 2007 12:27:26 -0500 Subject: [Mongrel] ERROR RUNNING 'cluster::configure': Plugin /cluster::configure does not exist in category /commands Message-ID: <20071109172726.GF6740@malaprop.org> I'm following the mongrel_cluster setup instructions and am unable to create a config file: $ mongrel_rails cluster::configure ERROR RUNNING 'cluster::configure': Plugin /cluster::configure does not exist in category /commands Use help command to get help Every web page I could find that mentioned this error was folks who didn't install mongrel_cluster or had several versions installed. I don't: $ gem list mongrel_cluster *** LOCAL GEMS *** mongrel_cluster (1.0.4) Mongrel plugin that provides commands and Capistrano tasks for managing multiple Mongrel processes. I've tried uninstalling and reinstalling it without luck, and I have no idea what else to try. Any suggestions? -- Peter Harkins - http://push.cx - http://NearbyGamers.com From zedshaw at zedshaw.com Sat Nov 10 00:19:46 2007 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Sat, 10 Nov 2007 00:19:46 -0500 Subject: [Mongrel] Please Don't Move Hosting (Was: Mongrel wiki?) In-Reply-To: References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> Message-ID: <20071110001946.ad42a18e.zedshaw@zedshaw.com> On Thu, 8 Nov 2007 06:55:52 -0200 (BRST) Filipe wrote: > > This devjavu hosting seems to be pretty cool. I think mongrel like > ninjas, so this seems to be a good home for it. Hey guys, while I didn't catch that you were considering moving the mongrel project off rubyforge onto devjavu, and I tend to stay out of it, I'm gonna ask that you not move svn and bug tracking off rubyforge. Being an open source project means that it's important to host it on a system that isn't owned by a for-profit corporation, doesn't require paying money to maintain, and allows others to snag the code should anyone on the project try to hijack it. Rubyforge allows this since it's run by Ruby Central, allows access to anyone for anything, and should any one person try to hijack I can ask Rich and friends to take the keys back. Not that I think you guys would do that, but stranger things have happened in open source. So I'm asking to not move the hosting, and instead just start up a wiki or FAQ system of some sort somewhere else and reference from the main site. Remember, this isn't your project or mine, it's the community's. Otherwise, rock on, you're all kicking serious ass. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ From skan.gryphon at gmail.com Sat Nov 10 13:39:50 2007 From: skan.gryphon at gmail.com (Michael Graff) Date: Sat, 10 Nov 2007 12:39:50 -0600 Subject: [Mongrel] Please Don't Move Hosting (Was: Mongrel wiki?) In-Reply-To: <20071110001946.ad42a18e.zedshaw@zedshaw.com> References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> <20071110001946.ad42a18e.zedshaw@zedshaw.com> Message-ID: <4787b24d0711101039j25ad48e5id0049fbe57bda699@mail.gmail.com> I can probably arrange for hosting for any open source large-scale project, either via a virtual host or a login on a server. The rules: we don't charge you, so you can't use banner/text paid advertising on your site. Free means free all around. Donation request links are fine, just don't be obnoxious. More or less unlimited bandwidth, too. Whee! --Michael From skan.gryphon at gmail.com Sat Nov 10 14:01:31 2007 From: skan.gryphon at gmail.com (Michael Graff) Date: Sat, 10 Nov 2007 13:01:31 -0600 Subject: [Mongrel] Upgrade on windows to 1.1 Message-ID: <4787b24d0711101101u3dcd8816l5cedb0a516969460@mail.gmail.com> Attempting remote update of mongrel Select which gem to install for your platform (i386-mswin32) 1. mongrel 1.1 (java) 2. mongrel 1.1 (mswin32) 3. mongrel 1.1 (ruby) 4. mongrel 1.0.4 (ruby) 5. mongrel 1.0.4 (mswin32) 6. Skip this gem 7. Cancel installation 2 > ERROR: While executing gem ... (OpenURI::HTTPError) 404 Not Found This is using the NetBean IDE's 'ruby gem' functionality, and I'm NOT using JRuby. I get the same problem with the command-line gem tool. --Michael From luislavena at gmail.com Sat Nov 10 14:38:17 2007 From: luislavena at gmail.com (Luis Lavena) Date: Sat, 10 Nov 2007 16:38:17 -0300 Subject: [Mongrel] Upgrade on windows to 1.1 In-Reply-To: <4787b24d0711101101u3dcd8816l5cedb0a516969460@mail.gmail.com> References: <4787b24d0711101101u3dcd8816l5cedb0a516969460@mail.gmail.com> Message-ID: <71166b3b0711101138p72007bd6r2d037b0cd0bd6b77@mail.gmail.com> On Nov 10, 2007 4:01 PM, Michael Graff wrote: > Attempting remote update of mongrel > Select which gem to install for your platform (i386-mswin32) > 1. mongrel 1.1 (java) > 2. mongrel 1.1 (mswin32) > 3. mongrel 1.1 (ruby) > 4. mongrel 1.0.4 (ruby) > 5. mongrel 1.0.4 (mswin32) > 6. Skip this gem > 7. Cancel installation > 2 > > ERROR: While executing gem ... (OpenURI::HTTPError) > 404 Not Found > > This is using the NetBean IDE's 'ruby gem' functionality, and I'm NOT > using JRuby. I get the same problem with the command-line gem tool. > The gem is there: http://rubyforge.vm.bytemark.co.uk/gems/mongrel-1.1-mswin32.gem Maybe the mirrors didn't spread it yet? -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From evan at cloudbur.st Sat Nov 10 16:25:44 2007 From: evan at cloudbur.st (Evan Weaver) Date: Sat, 10 Nov 2007 16:25:44 -0500 Subject: [Mongrel] Please Don't Move Hosting (Was: Mongrel wiki?) In-Reply-To: <4787b24d0711101039j25ad48e5id0049fbe57bda699@mail.gmail.com> References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> <20071110001946.ad42a18e.zedshaw@zedshaw.com> <4787b24d0711101039j25ad48e5id0049fbe57bda699@mail.gmail.com> Message-ID: I don't think we're hurting for hosting; I think Zed is concerned about the host being controlled by only one person ultimately. Although, my opinion is, whoever controls Rubyforge controls the gems, so Rubyforge will always be the home of "real" mongrel. But it would be nice to leave the SVN in place. Evan On Nov 10, 2007 1:39 PM, Michael Graff wrote: > I can probably arrange for hosting for any open source large-scale > project, either via a virtual host or a login on a server. The rules: > we don't charge you, so you can't use banner/text paid advertising on > your site. Free means free all around. Donation request links are > fine, just don't be obnoxious. > > More or less unlimited bandwidth, too. Whee! > > --Michael > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From zedshaw at zedshaw.com Sat Nov 10 17:00:58 2007 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Sat, 10 Nov 2007 17:00:58 -0500 Subject: [Mongrel] Please Don't Move Hosting (Was: Mongrel wiki?) In-Reply-To: References: <71166b3b0711071926k1e9809c2j29eeb3befe106221@mail.gmail.com> <20071110001946.ad42a18e.zedshaw@zedshaw.com> <4787b24d0711101039j25ad48e5id0049fbe57bda699@mail.gmail.com> Message-ID: <20071110170058.f80ba549.zedshaw@zedshaw.com> On Sat, 10 Nov 2007 16:25:44 -0500 "Evan Weaver" wrote: > I don't think we're hurting for hosting; I think Zed is concerned > about the host being controlled by only one person ultimately. > > Although, my opinion is, whoever controls Rubyforge controls the gems, > so Rubyforge will always be the home of "real" mongrel. But it would > be nice to leave the SVN in place. Yes, it's not about the cost of hosting at all. Since I wrote Mongrel I can pretty much ask for hosting and people will donate it. The "whoever" that controls rubyforge are people from rubycentral who have a huge stake in not being evil(ish) and I know most of them and trust them. Nobody really knows the dude at devjavu. For example, let's say ruby central eats it and rubyforge bites the dust. I can call David Black, Rich Kilmer, and others directly and beg them to get me a dump of everything that was there. Rich and crew probably would warn everyone things were going to get bad and ask for help or offer to give people their projects. They'd probably get money and donations from everyone who benefits from the service. Rubyforge also has a vested interest in remaining neutral in any debates or disputes about project ownership. Now, let's take devjavu. I've never met the guy who runs it, don't know much about him, and he charges money for the service. If his business implodes then he actually could consider the code sitting on his computers an asset. I don't know how he runs his systems, where they're hosted, what he does with them, how secure he is, or even if he's a legit business. I'm sure he's not an evil guy, but he's not on the same trust level as rubyforge by a long stretch. I also don't know if he'd remain neutral in any project ownership disputes. Another example was lighthouse. I trust Rick like crazy, but I don't trust whether Rick's business will be around in 1 year. If I hosted the Mongrel bug list there, I'm sure I could get the data back from Rick, but how would I resurrect the bug tracker? I wouldn't have the source code as that's an asset. I wouldn't have the expertise or time to set it up. If Rick's business went down then we'd lose a huge service. Additionally, rubyforge is a community effort. Rather than move mongrel hosting off, why not talk with the maintainers and offer to pitch in some work to get the services you want setup and running smooth. I'm sure they'd appreciate it and if not you can just setup the one wiki you want on another machine. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ From luislavena at gmail.com Sat Nov 10 17:12:48 2007 From: luislavena at gmail.com (Luis Lavena) Date: Sat, 10 Nov 2007 19:12:48 -0300 Subject: [Mongrel] Please Don't Move Hosting (Was: Mongrel wiki?) In-Reply-To: <20071110170058.f80ba549.zedshaw@zedshaw.com> References: <20071110001946.ad42a18e.zedshaw@zedshaw.com> <4787b24d0711101039j25ad48e5id0049fbe57bda699@mail.gmail.com> <20071110170058.f80ba549.zedshaw@zedshaw.com> Message-ID: <71166b3b0711101412t75c70da1w65d9e997b6b21792@mail.gmail.com> On Nov 10, 2007 7:00 PM, Zed A. Shaw wrote: > > Yes, it's not about the cost of hosting at all. Since I wrote Mongrel I can pretty much ask for hosting and people will donate it. The "whoever" that controls rubyforge are people from rubycentral who have a huge stake in not being evil(ish) and I know most of them and trust them. Nobody really knows the dude at devjavu. > I must have to agree with Zed on this. Even that Ezra is offering their "slice" of devjavu and even Rick offers lighthouse power to the ticket system, we would be "bounded" to external and core services that we don't control -- and the end of the day, we will thank for making these service being alive one more day. On this topic I'm a bit of paranoic: even I mostly trust open-source hosting services (like googlecode or even rubyforge) I keep the original repository locally and push changes to the mirror. So I have always a full copy of the repository, but not only because can work offline, but mostly they cannot guarantee me they will be 100% available (after all, is a free service). Maybe we are going too far from the purpose? We already have some infrastructure in place, maybe we could enhance or RFE to get more of the solution. -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From evan at cloudbur.st Sat Nov 10 17:59:06 2007 From: evan at cloudbur.st (Evan Weaver) Date: Sat, 10 Nov 2007 17:59:06 -0500 Subject: [Mongrel] Please Don't Move Hosting (Was: Mongrel wiki?) In-Reply-To: <71166b3b0711101412t75c70da1w65d9e997b6b21792@mail.gmail.com> References: <20071110001946.ad42a18e.zedshaw@zedshaw.com> <4787b24d0711101039j25ad48e5id0049fbe57bda699@mail.gmail.com> <20071110170058.f80ba549.zedshaw@zedshaw.com> <71166b3b0711101412t75c70da1w65d9e997b6b21792@mail.gmail.com> Message-ID: Rubyforge/GForge has some rudimentary wiki service installed in new project web hosts, but I don't know anyone who uses it. Spam protection is the main thing that concerns me about using that default. Plus it's ugly. Maybe we could cook up an external service that pushed changes across to the Rubyforge web host. That sounds like some work, though. Evan On Nov 10, 2007 5:12 PM, Luis Lavena wrote: > On Nov 10, 2007 7:00 PM, Zed A. Shaw wrote: > > > > Yes, it's not about the cost of hosting at all. Since I wrote Mongrel I can pretty much ask for hosting and people will donate it. The "whoever" that controls rubyforge are people from rubycentral who have a huge stake in not being evil(ish) and I know most of them and trust them. Nobody really knows the dude at devjavu. > > > > > I must have to agree with Zed on this. > > Even that Ezra is offering their "slice" of devjavu and even Rick > offers lighthouse power to the ticket system, we would be "bounded" to > external and core services that we don't control -- and the end of the > day, we will thank for making these service > being alive one more day. > > On this topic I'm a bit of paranoic: even I mostly trust open-source > hosting services (like googlecode or even rubyforge) I keep the > original repository locally and push changes to the mirror. > > So I have always a full copy of the repository, but not only because > can work offline, but mostly they cannot guarantee me they will be > 100% available (after all, is a free service). > > Maybe we are going too far from the purpose? We already have some > infrastructure in place, maybe we could enhance or RFE to get more of > the solution. > > -- > Luis Lavena > Multimedia systems > - > Leaders are made, they are not born. They are made by hard effort, > which is the price which all of us must pay to achieve any goal that > is worthwhile. > Vince Lombardi > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From zedshaw at zedshaw.com Sat Nov 10 18:54:05 2007 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Sat, 10 Nov 2007 18:54:05 -0500 Subject: [Mongrel] Please Don't Move Hosting (Was: Mongrel wiki?) In-Reply-To: References: <20071110001946.ad42a18e.zedshaw@zedshaw.com> <4787b24d0711101039j25ad48e5id0049fbe57bda699@mail.gmail.com> <20071110170058.f80ba549.zedshaw@zedshaw.com> <71166b3b0711101412t75c70da1w65d9e997b6b21792@mail.gmail.com> Message-ID: <20071110185405.17c32612.zedshaw@zedshaw.com> On Sat, 10 Nov 2007 17:59:06 -0500 "Evan Weaver" wrote: > Rubyforge/GForge has some rudimentary wiki service installed in new > project web hosts, but I don't know anyone who uses it. Spam > protection is the main thing that concerns me about using that > default. Plus it's ugly. > > Maybe we could cook up an external service that pushed changes across > to the Rubyforge web host. That sounds like some work, though. Now I got no problem with hooking up something like a wiki or anything rubyforge don't support somewhere else. That's just pragmatic necessity. But, I'd talk with the rubyforge folks. It's worth a shot. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ From andrei at andreimaxim.ro Sat Nov 10 18:49:54 2007 From: andrei at andreimaxim.ro (Andrei Maxim) Date: Sun, 11 Nov 2007 01:49:54 +0200 Subject: [Mongrel] Please Don't Move Hosting (Was: Mongrel wiki?) In-Reply-To: References: <20071110001946.ad42a18e.zedshaw@zedshaw.com> <4787b24d0711101039j25ad48e5id0049fbe57bda699@mail.gmail.com> <20071110170058.f80ba549.zedshaw@zedshaw.com> <71166b3b0711101412t75c70da1w65d9e997b6b21792@mail.gmail.com> Message-ID: On 11/11/07, Evan Weaver wrote: > > Maybe we could cook up an external service that pushed changes across > to the Rubyforge web host. That sounds like some work, though. > ... or set up a read-only SVN repository on the other site that mirrors the one on Rubyforge if we'd like to use Wiki and SVN integration. Pulling should be easier, I think. -- Andrei Maxim http://andreimaxim.ro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071111/10ae1e3a/attachment-0001.html From evan at cloudbur.st Sat Nov 10 22:03:58 2007 From: evan at cloudbur.st (Evan Weaver) Date: Sat, 10 Nov 2007 22:03:58 -0500 Subject: [Mongrel] Please Don't Move Hosting (Was: Mongrel wiki?) In-Reply-To: References: <20071110001946.ad42a18e.zedshaw@zedshaw.com> <4787b24d0711101039j25ad48e5id0049fbe57bda699@mail.gmail.com> <20071110170058.f80ba549.zedshaw@zedshaw.com> <71166b3b0711101412t75c70da1w65d9e997b6b21792@mail.gmail.com> Message-ID: Yeah pulling is no problem; svnsync is made for just this purpose. Evan On Nov 10, 2007 6:49 PM, Andrei Maxim wrote: > > On 11/11/07, Evan Weaver wrote: > > > > > Maybe we could cook up an external service that pushed changes across > > to the Rubyforge web host. That sounds like some work, though. > > > > > ... or set up a read-only SVN repository on the other site that mirrors the > one on Rubyforge if we'd like to use Wiki and SVN integration. Pulling > should be easier, I think. > > -- > Andrei Maxim > http://andreimaxim.ro > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From charioteer7 at gmail.com Sat Nov 10 23:08:52 2007 From: charioteer7 at gmail.com (Geoffrey Bays) Date: Sat, 10 Nov 2007 23:08:52 -0500 Subject: [Mongrel] Passing from data via POST Message-ID: <646a014e0711102008m1e85c2c7yffeb006f8781795d@mail.gmail.com> Mongrel Users: How does the HttpHandler process() method deal with data passed via POST? The HttpRequest object captures all GET params appended to an URL, but I just tried to retrieve data passed via POST and it came up nil. that is, I assumed the HttpRequest object contained the param named in the html form and its value.But the POST passed params are not found in the request object. Please advise. Cheers, geoffrey bays From zach.lists at gmail.com Sun Nov 11 00:54:17 2007 From: zach.lists at gmail.com (Zach Moazeni) Date: Sun, 11 Nov 2007 00:54:17 -0500 Subject: [Mongrel] Mongrel and Camping Message-ID: Why is the camping handler using Mutex#synchronize to serve requests? I was under the impression that camping was considered more thread safe than Rails? -Zach From evan at cloudbur.st Sun Nov 11 01:55:26 2007 From: evan at cloudbur.st (Evan Weaver) Date: Sun, 11 Nov 2007 01:55:26 -0500 Subject: [Mongrel] Mongrel and Camping In-Reply-To: References: Message-ID: A good question. Originally most people used Camping with ActiveRecord in its default non-concurrent mode, so that's probably why. It should perhaps be removed. Or is there some interaction problem with the Camping reloader? Evan On Nov 11, 2007 12:54 AM, Zach Moazeni wrote: > Why is the camping handler using Mutex#synchronize to serve requests? > I was under the impression that camping was considered more thread > safe than Rails? > > -Zach > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From todd.fisher at gmail.com Sun Nov 11 09:49:21 2007 From: todd.fisher at gmail.com (Todd Fisher) Date: Sun, 11 Nov 2007 09:49:21 -0500 Subject: [Mongrel] Passing from data via POST In-Reply-To: <646a014e0711102008m1e85c2c7yffeb006f8781795d@mail.gmail.com> References: <646a014e0711102008m1e85c2c7yffeb006f8781795d@mail.gmail.com> Message-ID: In an HTTP POST, the data params are sent as part of the request body. This means you need to read the request body and parse that into whatever form you need. request.body.read should get you the raw unparsed POST data. -Todd On 11/10/07, Geoffrey Bays wrote: > > Mongrel Users: How does the HttpHandler process() method deal with > data passed via POST? > The HttpRequest object captures all GET params appended to an URL, but > I just tried to > retrieve data passed via POST and it came up nil. > that is, I assumed the HttpRequest object contained the > param named in the html form and its value.But the POST passed params > are not found in the > request object. > > Please advise. > > Cheers, > > geoffrey bays > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071111/635a1989/attachment.html From stephen.bannasch at deanbrook.org Tue Nov 13 15:29:53 2007 From: stephen.bannasch at deanbrook.org (Stephen Bannasch) Date: Tue, 13 Nov 2007 15:29:53 -0500 Subject: [Mongrel] mongrel startup fails now: already initialized constant OPTIONS Message-ID: I updated to ruby 1.8.6p111 last night and updated some gems and now mongrel doesn't work: MacOS 10.4.10 $ ruby --version ruby 1.8.6 (2007-09-24 patchlevel 111) [i686-darwin8.10.1] $ gem list rails *** LOCAL GEMS *** rails (1.2.5, 1.2.4, 1.2.3, 1.2.2, 1.2.1, 1.2.0, 1.1.6) Here's a simple test: $ rails test5 create ... $ cd test5 $ script/server => Booting Mongrel (use 'script/server webrick' to force WEBrick) => Rails application starting on http://0.0.0.0:3000 => Call with -d to detach => Ctrl-C to shutdown server ** Starting Mongrel listening at 0.0.0.0:3000 ** Starting Rails with development environment... ** Rails loaded. ** Loading any Rails specific GemPlugins Exiting /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/servers/mongrel.rb:15: warning: already initialized constant OPTIONS /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/servers/mongrel.rb:18: undefined method `options' for []:Array (NoMethodError) from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `gem_original_require' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require' from /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:495:in `require' from /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:342:in `new_constants_in' from /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:495:in `require' from /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/server.rb:39 from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' Here were the gems I upgraded: $ gem outdated Bulk updating Gem source index for: http://gems.rubyforge.org fastercsv (1.2.0 < 1.2.1) ruby-debug (0.8.1 < 0.9.3) mofo (0.2.1 < 0.2.10) mongrel (1.0.1 < 1.1.1) rails (1.2.4 < 1.2.5) actionwebservice (1.2.4 < 1.2.5) ruby-debug-base (0.8.1 < 0.9.3) activerecord (1.15.4 < 1.15.5) tzinfo (0.3.3 < 0.3.5) gem_plugin (0.2.2 < 0.2.3) libxml-ruby (0.3.8.4.1 < 0.5.2.0) ruport (0.8.12 < 1.2.2) image_science (1.1.1 < 1.1.3) erubis (2.2.0 < 2.4.1) uuidtools (1.0.0 < 1.0.2) cgi_multipart_eof_fix (2.1 < 2.5.0) attributes (4.0.0 < 5.0.0) net-ssh (1.0.10 < 1.1.2) mongrel_cluster (1.0.2 < 1.0.4) capistrano (1.4.1 < 2.1.0) merb (0.2.0 < 0.4.1) actionmailer (1.3.4 < 1.3.5) actionpack (1.13.4 < 1.13.5) json (1.0.1 < 1.1.1) daemons (1.0.5 < 1.0.9) RubyInline (3.6.2 < 3.6.5) activesupport (1.4.3 < 1.4.4) builder (2.1.1 < 2.1.2) hpricot (0.5.110 < 0.6) fastthread (1.0 < 1.0.1) from script/server:3 From evan at cloudbur.st Tue Nov 13 16:40:56 2007 From: evan at cloudbur.st (Evan Weaver) Date: Tue, 13 Nov 2007 16:40:56 -0500 Subject: [Mongrel] mongrel startup fails now: already initialized constant OPTIONS In-Reply-To: References: Message-ID: Works for me. Do you have any strange gem_plugins installed? Maybe try uninstalling the old version of mongrel::cluster? Evan On Nov 13, 2007 3:29 PM, Stephen Bannasch wrote: > I updated to ruby 1.8.6p111 last night and updated some gems and now > mongrel doesn't work: > > MacOS 10.4.10 > > $ ruby --version > ruby 1.8.6 (2007-09-24 patchlevel 111) [i686-darwin8.10.1] > > $ gem list rails > > *** LOCAL GEMS *** > > rails (1.2.5, 1.2.4, 1.2.3, 1.2.2, 1.2.1, 1.2.0, 1.1.6) > > Here's a simple test: > > $ rails test5 > create ... > > $ cd test5 > $ script/server > => Booting Mongrel (use 'script/server webrick' to force WEBrick) > => Rails application starting on http://0.0.0.0:3000 > => Call with -d to detach > => Ctrl-C to shutdown server > ** Starting Mongrel listening at 0.0.0.0:3000 > ** Starting Rails with development environment... > ** Rails loaded. > ** Loading any Rails specific GemPlugins > Exiting > /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/servers/mongrel.rb:15: > warning: already initialized constant OPTIONS > /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/servers/mongrel.rb:18: > undefined method `options' for []:Array (NoMethodError) > from > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in > `gem_original_require' > from > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in > `require' > from > /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:495:in > `require' > from > /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:342:in > `new_constants_in' > from > /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:495:in > `require' > from > /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/server.rb:39 > from > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in > `gem_original_require' > from > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in > `require' > > Here were the gems I upgraded: > > $ gem outdated > Bulk updating Gem source index for: http://gems.rubyforge.org > fastercsv (1.2.0 < 1.2.1) > ruby-debug (0.8.1 < 0.9.3) > mofo (0.2.1 < 0.2.10) > mongrel (1.0.1 < 1.1.1) > rails (1.2.4 < 1.2.5) > actionwebservice (1.2.4 < 1.2.5) > ruby-debug-base (0.8.1 < 0.9.3) > activerecord (1.15.4 < 1.15.5) > tzinfo (0.3.3 < 0.3.5) > gem_plugin (0.2.2 < 0.2.3) > libxml-ruby (0.3.8.4.1 < 0.5.2.0) > ruport (0.8.12 < 1.2.2) > image_science (1.1.1 < 1.1.3) > erubis (2.2.0 < 2.4.1) > uuidtools (1.0.0 < 1.0.2) > cgi_multipart_eof_fix (2.1 < 2.5.0) > attributes (4.0.0 < 5.0.0) > net-ssh (1.0.10 < 1.1.2) > mongrel_cluster (1.0.2 < 1.0.4) > capistrano (1.4.1 < 2.1.0) > merb (0.2.0 < 0.4.1) > actionmailer (1.3.4 < 1.3.5) > actionpack (1.13.4 < 1.13.5) > json (1.0.1 < 1.1.1) > daemons (1.0.5 < 1.0.9) > RubyInline (3.6.2 < 3.6.5) > activesupport (1.4.3 < 1.4.4) > builder (2.1.1 < 2.1.2) > hpricot (0.5.110 < 0.6) > fastthread (1.0 < 1.0.1) > > from script/server:3 > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From njvack at wisc.edu Tue Nov 13 16:52:38 2007 From: njvack at wisc.edu (Nathan Vack) Date: Tue, 13 Nov 2007 15:52:38 -0600 Subject: [Mongrel] mongrel startup fails now: already initialized constant OPTIONS In-Reply-To: References: Message-ID: <04A94C21-D841-449A-8BCC-9181973A526A@wisc.edu> On Nov 13, 2007 3:29 PM, Stephen Bannasch wrote: > I updated to ruby 1.8.6p111 last night and updated some gems and now > mongrel doesn't work IIRC, if you update ruby, you're supposed to reinstall your gems -- especially those with C components. (You'll probably want to update mysql, too.) Something about libraries and linking...? Cheers, -Nate From stephen.bannasch at deanbrook.org Tue Nov 13 17:17:42 2007 From: stephen.bannasch at deanbrook.org (Stephen Bannasch) Date: Tue, 13 Nov 2007 17:17:42 -0500 Subject: [Mongrel] mongrel startup fails now: already initialized constant OPTIONS In-Reply-To: References: Message-ID: >Works for me. Do you have any strange gem_plugins installed? Maybe try >uninstalling the old version of mongrel::cluster? > >Evan I've got to drive home now. I'll be back online in a couple of hours. I think it might be some kind of gem error. This is where I've gotten to: Some more clues from tracing with ruby-debug (I'm still learning how o use this tool): dev mode, rails 1.2.5, ruby 1.8.6 patchlevel 111, gem v0.9.4 this is on a newly created rails app with no changes to it I set a debugger statement at the end of environment.rb and run script/server. When it fires I set this breakpoint: b /usr/local/lib/ruby/gems/1.8/gems/gem_plugin-0.2.3/lib/gem_plugin.rb:114 This is in the middle of the GemPlugin::Manager.instance.load loop where gems are loaded which is called from load_plugins line 231 in in mongrels configurator.rb. (rdb:1) where --> #0 /usr/local/lib/ruby/gems/1.8/gems/gem_plugin-0.2.3/lib/gem_plugin.rb:114 in 'load' #1 /usr/local/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:166 in 'each' #2 /usr/local/lib/ruby/gems/1.8/gems/gem_plugin-0.2.3/lib/gem_plugin.rb:112 in 'load' #3 /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.1/lib/mongrel/configurator.rb:231 in 'load_plugins' #4 /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.1/bin/mongrel_rails:117 in 'cloaker_' (rdb:1) l 112 [107, 116] in /usr/local/lib/ruby/gems/1.8/gems/gem_plugin-0.2.3/lib/gem_plugin.rb 107 def load(needs = {}) 108 sdir = File.join(Gem.dir, "specifications") 109 gems = Gem::SourceIndex.from_installed_gems(sdir) 110 needs = needs.merge({"gem_plugin" => INCLUDE}) 111 112 gems.each do |path, gem| 113 # don't load gems more than once => 114 next if @gems.has_key? gem.name 115 check = needs.dup I set an exception capture here for the NoMethodError cat NoMethodError then 34 times through this loop (many 'conts') (rdb:1) cont Exiting /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/servers/mongrel.rb:15: warning: already initialized constant OPTIONS Catchpoint at /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/servers/mongrel.rb:18: `undefined method `options' for []:Array' (NoMethodError) from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' from script/server:3 /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/servers/mongrel.rb:18 ARGV.clone.options do |opts| [13, 22] in /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/servers/mongrel.rb 13 :ip => "0.0.0.0", 14 :environment => (ENV['RAILS_ENV'] || "development").dup, 15 :detach => false 16 } 17 => 18 ARGV.clone.options do |opts| 19 opts.on("-p", "--port=port", Integer, "Runs Rails on the specified port.", "Default: 3000") { |v| OPTIONS[:port] = v } 20 opts.on("-b", "--binding=ip", String, "Binds Rails to the specified ip.", "Default: 0.0.0.0") { |v| OPTIONS[:ip] = v } 21 opts.on("-d", "--daemon", "Make server run as a Daemon.") { OPTIONS[:detach] = true } 22 opts.on("-e", "--environment=name", String, From stephen.bannasch at deanbrook.org Tue Nov 13 17:26:25 2007 From: stephen.bannasch at deanbrook.org (Stephen Bannasch) Date: Tue, 13 Nov 2007 17:26:25 -0500 Subject: [Mongrel] mongrel startup fails now: already initialized constant OPTIONS In-Reply-To: <04A94C21-D841-449A-8BCC-9181973A526A@wisc.edu> References: <04A94C21-D841-449A-8BCC-9181973A526A@wisc.edu> Message-ID: >On Nov 13, 2007 3:29 PM, Stephen Bannasch > wrote: > >> I updated to ruby 1.8.6p111 last night and updated some gems and now >> mongrel doesn't work > >IIRC, if you update ruby, you're supposed to reinstall your gems -- >especially those with C components. (You'll probably want to update >mysql, too.) Something about libraries and linking...? I didn't do that -- and that sounds like a likely cause for strange errors. Hmmm ... is there an easy way to ask all the versions of all my gems to rebuild themselves -- I don't actually need to download them -- they're already on my system. From rgo at aspgems.com Wed Nov 14 05:29:24 2007 From: rgo at aspgems.com (Rafael G.) Date: Wed, 14 Nov 2007 11:29:24 +0100 Subject: [Mongrel] mongrel startup fails now: already initialized constant OPTIONS In-Reply-To: References: Message-ID: <473ACE04.2030701@aspgems.com> Evan Weaver escribi?: > Works for me. Do you have any strange gem_plugins installed? Maybe try > uninstalling the old version of mongrel::cluster? > > Evan > > On Nov 13, 2007 3:29 PM, Stephen Bannasch > wrote: > >> I updated to ruby 1.8.6p111 last night and updated some gems and now >> mongrel doesn't work: >> >> MacOS 10.4.10 >> >> $ ruby --version >> ruby 1.8.6 (2007-09-24 patchlevel 111) [i686-darwin8.10.1] >> >> $ gem list rails >> >> *** LOCAL GEMS *** >> >> rails (1.2.5, 1.2.4, 1.2.3, 1.2.2, 1.2.1, 1.2.0, 1.1.6) >> >> Here's a simple test: >> >> $ rails test5 >> create ... >> >> $ cd test5 >> $ script/server >> => Booting Mongrel (use 'script/server webrick' to force WEBrick) >> => Rails application starting on http://0.0.0.0:3000 >> => Call with -d to detach >> => Ctrl-C to shutdown server >> ** Starting Mongrel listening at 0.0.0.0:3000 >> ** Starting Rails with development environment... >> ** Rails loaded. >> ** Loading any Rails specific GemPlugins >> Exiting >> /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/servers/mongrel.rb:15: >> warning: already initialized constant OPTIONS >> /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/servers/mongrel.rb:18: >> undefined method `options' for []:Array (NoMethodError) >> from >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in >> `gem_original_require' >> from >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in >> `require' >> from >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:495:in >> `require' >> from >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:342:in >> `new_constants_in' >> from >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/dependencies.rb:495:in >> `require' >> from >> /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.5/lib/commands/server.rb:39 >> from >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in >> `gem_original_require' >> from >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in >> `require' >> >> Here were the gems I upgraded: >> >> $ gem outdated >> Bulk updating Gem source index for: http://gems.rubyforge.org >> fastercsv (1.2.0 < 1.2.1) >> ruby-debug (0.8.1 < 0.9.3) >> mofo (0.2.1 < 0.2.10) >> mongrel (1.0.1 < 1.1.1) >> rails (1.2.4 < 1.2.5) >> actionwebservice (1.2.4 < 1.2.5) >> ruby-debug-base (0.8.1 < 0.9.3) >> activerecord (1.15.4 < 1.15.5) >> tzinfo (0.3.3 < 0.3.5) >> gem_plugin (0.2.2 < 0.2.3) >> libxml-ruby (0.3.8.4.1 < 0.5.2.0) >> ruport (0.8.12 < 1.2.2) >> image_science (1.1.1 < 1.1.3) >> erubis (2.2.0 < 2.4.1) >> uuidtools (1.0.0 < 1.0.2) >> cgi_multipart_eof_fix (2.1 < 2.5.0) >> attributes (4.0.0 < 5.0.0) >> net-ssh (1.0.10 < 1.1.2) >> mongrel_cluster (1.0.2 < 1.0.4) >> capistrano (1.4.1 < 2.1.0) >> merb (0.2.0 < 0.4.1) >> actionmailer (1.3.4 < 1.3.5) >> actionpack (1.13.4 < 1.13.5) >> json (1.0.1 < 1.1.1) >> daemons (1.0.5 < 1.0.9) >> RubyInline (3.6.2 < 3.6.5) >> activesupport (1.4.3 < 1.4.4) >> builder (2.1.1 < 2.1.2) >> hpricot (0.5.110 < 0.6) >> fastthread (1.0 < 1.0.1) >> >> from script/server:3 >> _______________________________________________ >> Mongrel-users mailing list >> Mongrel-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/mongrel-users >> >> > > > > Try to run your application with webrick, maybe is a require that you need in a gem (webrick show the error more friendly). Regards -- Rafael Garcia Ortega -------------- next part -------------- A non-text attachment was scrubbed... Name: rgo.vcf Type: text/x-vcard Size: 251 bytes Desc: not available Url : http://rubyforge.org/pipermail/mongrel-users/attachments/20071114/f0cc5d99/attachment.vcf From bvaneck at globaltrack.com Wed Nov 14 12:03:07 2007 From: bvaneck at globaltrack.com (Benjamin van Eck) Date: Wed, 14 Nov 2007 19:03:07 +0200 Subject: [Mongrel] Best practice Ruby on Rails on Windows configuration Message-ID: <6cf63a470711140903j61a7df49yd9a973e7ec20c2fb@mail.gmail.com> Hi, I have read many articles on the net today about configuring Ruby on Rails on a Windows server. But there doesn't seem to a one solution for all on how to configure a new Ruby on Rails server. So I can use some advise with this. I am using a Windows 2003 server and don't get many request a day. But most of the request are quite heavy. The main focus is on optimizing the requests, instead of improving the amount of page requests. Any advise is welcome, Benjamin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071114/003363ba/attachment.html From luislavena at gmail.com Wed Nov 14 12:19:22 2007 From: luislavena at gmail.com (Luis Lavena) Date: Wed, 14 Nov 2007 14:19:22 -0300 Subject: [Mongrel] Best practice Ruby on Rails on Windows configuration In-Reply-To: <6cf63a470711140903j61a7df49yd9a973e7ec20c2fb@mail.gmail.com> References: <6cf63a470711140903j61a7df49yd9a973e7ec20c2fb@mail.gmail.com> Message-ID: <71166b3b0711140919kb61becbo69fa816a389e78a0@mail.gmail.com> On Nov 14, 2007 2:03 PM, Benjamin van Eck wrote: > Hi, > > I have read many articles on the net today about configuring Ruby on Rails > on a Windows server. But there doesn't seem to a one solution for all on how > to configure a new Ruby on Rails server. So I can use some advise with this. > I am using a Windows 2003 server and don't get many request a day. But most > of the request are quite heavy. The main focus is on optimizing the > requests, instead of improving the amount of page requests. > There are many ways to respond your inquiry, and the options depends on your "server" or business requirements. I'll like to point that Mongrel isn't Rails. Mongrel is a webserver that provides a easy hook to allow Rails run under the hood. There are other web frameworks like Merb, Nitro and IOWA that uses Mongrel, and each one has its pros and cons. - If you're forced to IIS (Internet Information Server) it seems latest IIS7 support FastCGI, so using libfcgi and ruby-fcgi works out of the box Hmn.. I shouldn't mention that since we are in the Mongrel list ;-) If you aren't forced to use IIS, then Mongrel will be a good alternative for this. You mention low request per day, but heavy requests. Is there a way you can improve and reduce the "penalty" each request faces? Background process that parse and perform the heavy/intensive tasks? I can confirm this, but creating a "cluster" with swiftiply [1] on Windows could be achieved, but had no time to investigate it further. If you don't plan to serve static content (huge files downloads) or file uploads, then Mongrel is a good solution. For development and testing (staging) you can use mongrel + mongrel_service to have a single instance and see if the solution fits your needs. HTH, [1] http://swiftiply.swiftcore.org/ -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From neongrau at gmail.com Wed Nov 14 12:24:50 2007 From: neongrau at gmail.com (Ralf Vitasek) Date: Wed, 14 Nov 2007 18:24:50 +0100 Subject: [Mongrel] Best practice Ruby on Rails on Windows configuration In-Reply-To: <6cf63a470711140903j61a7df49yd9a973e7ec20c2fb@mail.gmail.com> References: <6cf63a470711140903j61a7df49yd9a973e7ec20c2fb@mail.gmail.com> Message-ID: i don't really understand what you want to know. >> "main focus is on optimizing the requests, instead of improving the amount of page requests" that sounds more like code optimization in your rails app, when your app doesn't perform well enough you have to tweak your code or probably add more ram, faster disk and or a faster cpu. the deployment or server configuration won't change that. but if you want to know what software to use: as an example i currently have a few windows installations with the following setup apache 2.2.4 with mod_sspi authenticatiing users via NTLM against an Active Directory and proxy balancing the requests to 6-12 mongrel_services and a single DRb for Ferret searches running as a service for all mongrels using a MS SQL 2005 DB on a dedicated server the apache is configured to use memcache and bypass the proxy on all requests towards /images /stylesheets and /javascripts to not bother the mongrels for stuff that doesn't need any server processing if any performance issues arise i can easily scale by adding more mongrels on other machines. cheers ralf Am 14.11.2007 um 18:03 schrieb Benjamin van Eck: > Hi, > > I have read many articles on the net today about configuring Ruby on > Rails on a Windows server. But there doesn't seem to a one solution > for all on how to configure a new Ruby on Rails server. So I can use > some advise with this. > I am using a Windows 2003 server and don't get many request a day. > But most of the request are quite heavy. The main focus is on > optimizing the requests, instead of improving the amount of page > requests. > > Any advise is welcome, > > > Benjamin > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From donald.ball at nashville.gov Wed Nov 14 13:38:33 2007 From: donald.ball at nashville.gov (Ball, Donald A Jr (Library)) Date: Wed, 14 Nov 2007 12:38:33 -0600 Subject: [Mongrel] Best practice Ruby on Rails on Windows configuration In-Reply-To: <71166b3b0711140919kb61becbo69fa816a389e78a0@mail.gmail.com> References: <6cf63a470711140903j61a7df49yd9a973e7ec20c2fb@mail.gmail.com> <71166b3b0711140919kb61becbo69fa816a389e78a0@mail.gmail.com> Message-ID: <918A0DD3EFA7F248BFBF447187F8A9323A90D4@HOBVSISMS01.nashville.org> > - If you're forced to IIS (Internet Information Server) it > seems latest IIS7 support FastCGI, so using libfcgi and > ruby-fcgi works out of the box I've tried out the FastCGI ISAPI module for IIS6 recently and still experienced no joy getting it to play nicely with rails. Do you happen to have any pointers to notes from anyone who's gotten IIS and rails to play well using FastCGI? Myself, I run three mongrel instances behind a pen load balancer and use the ISAPI Rewrite module to proxy it. It works great, but getting it up and running on a new machine takes a bit of time and effort, and no win32 McAdmin is ever going to be able to support it. Thus, I'm inclined to try to migrate to the IIS+FastCGI configuration as soon as it's viable. - donald From luislavena at gmail.com Wed Nov 14 13:54:11 2007 From: luislavena at gmail.com (Luis Lavena) Date: Wed, 14 Nov 2007 15:54:11 -0300 Subject: [Mongrel] Best practice Ruby on Rails on Windows configuration In-Reply-To: <918A0DD3EFA7F248BFBF447187F8A9323A90D4@HOBVSISMS01.nashville.org> References: <6cf63a470711140903j61a7df49yd9a973e7ec20c2fb@mail.gmail.com> <71166b3b0711140919kb61becbo69fa816a389e78a0@mail.gmail.com> <918A0DD3EFA7F248BFBF447187F8A9323A90D4@HOBVSISMS01.nashville.org> Message-ID: <71166b3b0711141054t262d2729w923fb92d9ece58f2@mail.gmail.com> On Nov 14, 2007 3:38 PM, Ball, Donald A Jr (Library) wrote: > > - If you're forced to IIS (Internet Information Server) it > > seems latest IIS7 support FastCGI, so using libfcgi and > > ruby-fcgi works out of the box > > I've tried out the FastCGI ISAPI module for IIS6 recently and still > experienced no joy getting it to play nicely with rails. Do you happen > to have any pointers to notes from anyone who's gotten IIS and rails to > play well using FastCGI? I was talking about IIS *7* ... clearly stated the version number :-) There was a lot of improvement of FastCGI in IIS7 More information: http://wiki.rubyonrails.org/rails/pages/HowToConfigureIIS7 http://forums.iis.net/t/1146576.aspx > Myself, I run three mongrel instances behind a pen load balancer and use > the ISAPI Rewrite module to proxy it. It works great, but getting it up > and running on a new machine takes a bit of time and effort, and no > win32 McAdmin is ever going to be able to support it. Thus, I'm inclined > to try to migrate to the IIS+FastCGI configuration as soon as it's > viable. I know your pain, the bootstrap process is a real pain, even for windows :-P -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From wyhaines at gmail.com Wed Nov 14 13:58:52 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Wed, 14 Nov 2007 11:58:52 -0700 Subject: [Mongrel] Best practice Ruby on Rails on Windows configuration In-Reply-To: <71166b3b0711140919kb61becbo69fa816a389e78a0@mail.gmail.com> References: <6cf63a470711140903j61a7df49yd9a973e7ec20c2fb@mail.gmail.com> <71166b3b0711140919kb61becbo69fa816a389e78a0@mail.gmail.com> Message-ID: On Nov 14, 2007 10:19 AM, Luis Lavena wrote: > I can confirm this, but creating a "cluster" with swiftiply [1] on > Windows could be achieved, but had no time to investigate it further. I need to figure out the compiler toolchain issues so that I can build a windows gem with the extensions, or I need to provide a pure ruby implementation for the pieces being handled by extensions. I'll probably end up providing pure ruby functionality in any event, but I would really like to figure out how to get windows gems built with the extensions. Then it would be practical to use it for Mongrel clusters on Win*. Kirk Haines From luislavena at gmail.com Wed Nov 14 14:09:42 2007 From: luislavena at gmail.com (Luis Lavena) Date: Wed, 14 Nov 2007 16:09:42 -0300 Subject: [Mongrel] Best practice Ruby on Rails on Windows configuration In-Reply-To: References: <6cf63a470711140903j61a7df49yd9a973e7ec20c2fb@mail.gmail.com> <71166b3b0711140919kb61becbo69fa816a389e78a0@mail.gmail.com> Message-ID: <71166b3b0711141109h19e62dcdh52fb210ab31f4bdc@mail.gmail.com> On Nov 14, 2007 3:58 PM, Kirk Haines wrote: > On Nov 14, 2007 10:19 AM, Luis Lavena wrote: > > > I can confirm this, but creating a "cluster" with swiftiply [1] on > > Windows could be achieved, but had no time to investigate it further. > > I need to figure out the compiler toolchain issues so that I can build > a windows gem with the extensions, or I need to provide a pure ruby > implementation for the pieces being handled by extensions. I'll > probably end up providing pure ruby functionality in any event, but I > would really like to figure out how to get windows gems built with the > extensions. > > Then it would be practical to use it for Mongrel clusters on Win*. Kirk, contact me off the list and we can talk about that ;-) -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From johnjosephbachir at gmail.com Wed Nov 14 16:10:35 2007 From: johnjosephbachir at gmail.com (John Joseph Bachir) Date: Wed, 14 Nov 2007 16:10:35 -0500 Subject: [Mongrel] scripts installed Message-ID: <4a3752180711141310i59fccba4x2af0954776444942@mail.gmail.com> On a debian production server and my os x development mcahine, there is a script at /usr/local/bin/mongrel_rails On an ubuntu 7.1 machine, this script appears at /var/lib/gems/1.8/bin/mongrel_rails mongrel was installed using gem in all cases. What is the cause of the discrepancy? Thanks, John -- John Joseph Bachir http://lyceum.ibiblio.org http://blog.johnjosephbachir.org aim/yim/msn/jabber.org/gtalk: johnjosephbachir 713-494-2704 http://jjb.cc From evan at cloudbur.st Wed Nov 14 16:22:04 2007 From: evan at cloudbur.st (Evan Weaver) Date: Wed, 14 Nov 2007 16:22:04 -0500 Subject: [Mongrel] scripts installed In-Reply-To: <4a3752180711141310i59fccba4x2af0954776444942@mail.gmail.com> References: <4a3752180711141310i59fccba4x2af0954776444942@mail.gmail.com> Message-ID: Ubuntu changed the way Rubygems is handled in version 7. This is an OS issue, not a Mongrel issue. Evan On Nov 14, 2007 4:10 PM, John Joseph Bachir wrote: > On a debian production server and my os x development mcahine, there > is a script at > > /usr/local/bin/mongrel_rails > > On an ubuntu 7.1 machine, this script appears at > > /var/lib/gems/1.8/bin/mongrel_rails > > mongrel was installed using gem in all cases. > > What is the cause of the discrepancy? > > Thanks, > John > > -- > John Joseph Bachir > http://lyceum.ibiblio.org > http://blog.johnjosephbachir.org > aim/yim/msn/jabber.org/gtalk: johnjosephbachir > 713-494-2704 > http://jjb.cc > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From gwolf at gwolf.org Wed Nov 14 17:02:53 2007 From: gwolf at gwolf.org (Gunnar Wolf) Date: Wed, 14 Nov 2007 16:02:53 -0600 Subject: [Mongrel] scripts installed In-Reply-To: <4a3752180711141310i59fccba4x2af0954776444942@mail.gmail.com> References: <4a3752180711141310i59fccba4x2af0954776444942@mail.gmail.com> Message-ID: <20071114220253.GA24403@cajita.gateway.2wire.net> John Joseph Bachir dijo [Wed, Nov 14, 2007 at 04:10:35PM -0500]: > On a debian production server and my os x development mcahine, there > is a script at > > /usr/local/bin/mongrel_rails > > On an ubuntu 7.1 machine, this script appears at > > /var/lib/gems/1.8/bin/mongrel_rails > > mongrel was installed using gem in all cases. > > What is the cause of the discrepancy? I suggest you don't use different package management systems - Either you handle _all_ of your Ruby modules and components (i.e. Mongrel) via Gems, or _all_ of them via dpkg. And I favor the later, as it guarantees better integration with your whole operating system. If you mix some .deb packages and some Gems, you will end up with an unadministrable system, and problems such as this will lead you to problems such as what you are experiencing. Ubuntu is currently shipping Mongrel 1.0.1 in its Gutsy release [1]; I just uploaded 1.1.1 to Debian's unstable release [2]. Of course, I won't also recommend you to use Debian's version in Ubuntu (it leads to a similar chaos)... But just in case you want to use Debian proper :) [1] http://packages.ubuntu.com/gutsy/web/mongrel [2] http://packages.debian.org/sid/mongrel -- Gunnar Wolf - gwolf at gwolf.org - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF From johnjosephbachir at gmail.com Wed Nov 14 18:47:51 2007 From: johnjosephbachir at gmail.com (John Joseph Bachir) Date: Wed, 14 Nov 2007 18:47:51 -0500 Subject: [Mongrel] scripts installed In-Reply-To: <20071114220253.GA24403@cajita.gateway.2wire.net> References: <4a3752180711141310i59fccba4x2af0954776444942@mail.gmail.com> <20071114220253.GA24403@cajita.gateway.2wire.net> Message-ID: <4a3752180711141547q3addab1cqb92b359e974877fe@mail.gmail.com> Thanks for the thoughts Gunnar. On Nov 14, 2007 5:02 PM, Gunnar Wolf wrote: > I suggest you don't use different package management systems - Either > you handle _all_ of your Ruby modules and components (i.e. Mongrel) > via Gems, or _all_ of them via dpkg. To be clear: I was, in fact, using gem and only gem on all my systems. Cheers, John -- John Joseph Bachir http://lyceum.ibiblio.org http://blog.johnjosephbachir.org aim/yim/msn/jabber.org/gtalk: johnjosephbachir 713-494-2704 http://jjb.cc From stephen.bannasch at deanbrook.org Thu Nov 15 01:59:31 2007 From: stephen.bannasch at deanbrook.org (Stephen Bannasch) Date: Thu, 15 Nov 2007 01:59:31 -0500 Subject: [Mongrel] mongrel startup fails now: already initialized constant OPTIONS In-Reply-To: <04A94C21-D841-449A-8BCC-9181973A526A@wisc.edu> References: <04A94C21-D841-449A-8BCC-9181973A526A@wisc.edu> Message-ID: >On Nov 13, 2007 3:29 PM, Stephen Bannasch > wrote: > >> I updated to ruby 1.8.6p111 last night and updated some gems and now >> mongrel doesn't work > >IIRC, if you update ruby, you're supposed to reinstall your gems -- >especially those with C components. (You'll probably want to update >mysql, too.) Something about libraries and linking...? > Eric Hodel (who is coordinating rubgems) doesn't think I should have to do that ... At 6:02 PM -0800 11/13/07, Eric Hodel wrote: >I've never heard of this before, and I've been using gems for a long >time. I've never reinstalled my gems when upgrading ruby. I've used >C components from ruby 1.8.2 with 1.8.6. > >If you do have to recompile, this is a bug in either Ruby or the >extension because something changed incompatibly. Probably the >extension though. But I think there is something wrong with my local gems. I fixed the problem by removing all the versions of one gem that should have NOTHING to do with mongrel or rails ??? The problem occurs with a rails 1.2.5 app as simple as this: $ rails test125 $ cd rails125 $ script/server In fact it also occurs when I create new apps using rails version 1.2.0, 1.2.1, 1.2.3, 1.2.4, and 1.2.5. Mongrel uses a gem that Zed wrote called gem_plugin. I put a break on the line that requires the dependant gems for mongrel: /usr/local/lib/ruby/gems/1.8/gems/gem_plugin-0.2.3/lib/gem_plugin.rb:134 Here's the line of code: require File.join(gem_dir, "lib", gem.name, "init.rb") This is called from line 231 of mongrel's configurator.rb: GemPlugin::Manager.instance.load(load_settings) In my simple 1.2.5 test app here were the sequential values for gem_dir: /usr/local/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.2 /usr/local/lib/ruby/gems/1.8/gems/seesaw-0.2.5 /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.0 /usr/local/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.2 /usr/local/lib/ruby/gems/1.8/gems/seesaw-0.2.5 /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.0 /usr/local/lib/ruby/gems/1.8/gems/ruport-0.8.10 These represent the root path to the gem that is being loaded. An actual full path looks like this: /usr/local/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.2/lib/mongrel_cluster/init.rb Of course there are some strange entries there! This is what I have installed: mongrel (1.1.1, 1.0.1, 1.0, 0.3.13.4) A small fast HTTP library and server that runs Rails, Camping, Nitro and Iowa apps. mongrel_cluster (1.0.5, 1.0.4, 1.0.3, 1.0.2, 0.2.1, 0.2.0) Mongrel plugin that provides commands and Capistrano tasks for managing multiple Mongrel processes. seesaw (0.2.5) Ripple-restart a mongrel cluster with no downtime So it's pretty strange that mongrel-cluster-1.0.2 and mongrel 1.0 are being required. Also the duplication doesn't seem right The crash happens when I let the debugger continue after that last require of ruport (??!!). OK -- so I delete all the ruport gems I have installed ... and it works ?!?! *** Here's what the same tracing shows on my now working system (for just what reason I don't yet know). $ rdebug script/server.rb [I made a copy of script/server and renamed it script/server.rb so rdebug would start it from the command line] set a breakpoint in gem_plugin on the line that require's the dependant gems: (rdb:1) b /usr/local/lib/ruby/gems/1.8/gems/gem_plugin-0.2.3/lib/gem_plugin.rb:134 Then let the program run in the debugger: (rdb:1) cont I get this printed: => Booting Mongrel (use 'script/server webrick' to force WEBrick) => Rails application starting on http://0.0.0.0:3000 => Call with -d to detach => Ctrl-C to shutdown server then at the first break gem_plugin requires: /usr/local/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.2/lib/mongrel_cluster/init.rb and at the second break: /usr/local/lib/ruby/gems/1.8/gems/seesaw-0.2.5/lib/seesaw/init.rb this then gets printed: ** Starting Mongrel listening at 0.0.0.0:3000 ** Starting Rails with development environment... ** Rails loaded. ** Loading any Rails specific GemPlugins and then at the third break mongrel 1.0 is required: /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.0/lib/mongrel/init.rb and this is printed: ** Signals ready. TERM => stop. USR2 => restart. INT => stop (no restart). ** Rails signals registered. HUP => reload (without restart). It might not work well. ** Mongrel 1.1.1 available at 0.0.0.0:3000 ** Use CTRL-C to stop. and the whole thing is working ???? How did ruport ever get on that list? From andrei at andreimaxim.ro Thu Nov 15 08:19:48 2007 From: andrei at andreimaxim.ro (Andrei Maxim) Date: Thu, 15 Nov 2007 15:19:48 +0200 Subject: [Mongrel] Best practice Ruby on Rails on Windows configuration In-Reply-To: <71166b3b0711141054t262d2729w923fb92d9ece58f2@mail.gmail.com> References: <6cf63a470711140903j61a7df49yd9a973e7ec20c2fb@mail.gmail.com> <71166b3b0711140919kb61becbo69fa816a389e78a0@mail.gmail.com> <918A0DD3EFA7F248BFBF447187F8A9323A90D4@HOBVSISMS01.nashville.org> <71166b3b0711141054t262d2729w923fb92d9ece58f2@mail.gmail.com> Message-ID: On 11/14/07, Luis Lavena wrote: > > On Nov 14, 2007 3:38 PM, Ball, Donald A Jr (Library) > wrote: > > > - If you're forced to IIS (Internet Information Server) it > > > seems latest IIS7 support FastCGI, so using libfcgi and > > > ruby-fcgi works out of the box > > > > I've tried out the FastCGI ISAPI module for IIS6 recently and still > > experienced no joy getting it to play nicely with rails. Do you happen > > to have any pointers to notes from anyone who's gotten IIS and rails to > > play well using FastCGI? > > I was talking about IIS *7* ... clearly stated the version number :-) > > There was a lot of improvement of FastCGI in IIS7 > IIS7 means running on Windows Vista or Server 2008 (which is still a beta AFAIK). You can't get IIS 7 on Windows Server 2003. -- Andrei Maxim http://andreimaxim.ro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071115/a2134982/attachment.html From andrei at andreimaxim.ro Thu Nov 15 08:30:52 2007 From: andrei at andreimaxim.ro (Andrei Maxim) Date: Thu, 15 Nov 2007 15:30:52 +0200 Subject: [Mongrel] scripts installed In-Reply-To: <4a3752180711141310i59fccba4x2af0954776444942@mail.gmail.com> References: <4a3752180711141310i59fccba4x2af0954776444942@mail.gmail.com> Message-ID: On 11/14/07, John Joseph Bachir wrote: > > On a debian production server and my os x development mcahine, there > is a script at > > /usr/local/bin/mongrel_rails > > On an ubuntu 7.1 machine, this script appears at > > /var/lib/gems/1.8/bin/mongrel_rails > That's strange. I'm managing a Ubuntu 7.1 server and I have a couple of Ubuntu 7.1 virtual machines and here's what I get on all of them: $ whereis mongrel_rails mongrel_rails: /usr/bin/mongrel_rails /usr/bin/X11/mongrel_rails /usr/local/bin/mongrel_rails And I noticed I don't have a /var/lib/gems folder. -- Andrei Maxim http://andreimaxim.ro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071115/f56d72d3/attachment.html From luislavena at gmail.com Thu Nov 15 10:27:40 2007 From: luislavena at gmail.com (Luis Lavena) Date: Thu, 15 Nov 2007 12:27:40 -0300 Subject: [Mongrel] Best practice Ruby on Rails on Windows configuration In-Reply-To: References: <6cf63a470711140903j61a7df49yd9a973e7ec20c2fb@mail.gmail.com> <71166b3b0711140919kb61becbo69fa816a389e78a0@mail.gmail.com> <918A0DD3EFA7F248BFBF447187F8A9323A90D4@HOBVSISMS01.nashville.org> <71166b3b0711141054t262d2729w923fb92d9ece58f2@mail.gmail.com> Message-ID: <71166b3b0711150727p579743d5j828df33a160cc806@mail.gmail.com> On Nov 15, 2007 10:19 AM, Andrei Maxim wrote: > > > > I was talking about IIS *7* ... clearly stated the version number :-) > > > > There was a lot of improvement of FastCGI in IIS7 > > > > IIS7 means running on Windows Vista or Server 2008 (which is still a beta > AFAIK). You can't get IIS 7 on Windows Server 2003. > Thank you, I wasn't aware that beta is still running, neither the system requirements (you know, I don't use IIS at all). Anyway, that's one solution for FastCGI, there are other paths ;-) > -- > Andrei Maxim > http://andreimaxim.ro > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From barjunk at attglobal.net Thu Nov 15 13:54:51 2007 From: barjunk at attglobal.net (barsalou) Date: Thu, 15 Nov 2007 09:54:51 -0900 Subject: [Mongrel] Digest Auth and Mongrel Message-ID: <20071115095451.q18znks2s0k8k4sk@lcgalaska.com> If I have a low volume application and I want to use DigestAuth to limit access to the site, is it possible to do this with just mongrel/mongrel_cluster? I'm thinking I'm going to have to include Apache to make this work, and I heard that Rails 2 has methods to do this, but thought I'd ask. Mike B. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From stephen.bannasch at deanbrook.org Thu Nov 15 15:41:13 2007 From: stephen.bannasch at deanbrook.org (Stephen Bannasch) Date: Thu, 15 Nov 2007 15:41:13 -0500 Subject: [Mongrel] mongrel startup fails now: already initialized constant OPTIONS In-Reply-To: References: <04A94C21-D841-449A-8BCC-9181973A526A@wisc.edu> Message-ID: fyi: Gregory Brown, the developer of Ruport reports: At 8:02 AM -0500 11/15/07, Gregory Brown wrote: >Okay, after digging through all of this it sounds like Rails / >GemPlugin are trying to autoload the ruport gem itself even though it >isn't a plugin (has no init.rb). This to me sounds like Rails is >abusing gem_plugin, because Ruport does not depend on rails and thus >should not be loaded. > >That having been said, Ruport 1.0 on up don't explicitly depend on >gem_plugin, so it won't be detected by Rails, and thus won't break. (I >think). > >If you have versions 0.8.10 -> 0.8.14 laying around and are >experiencing this problem, try deleting them. > >Also, thanks for pointing this problem out, I've seen it before but >only in weird cases, and was wondering what happened. Sounds like it could be a problem with gem_plugin, or interactions between gem_plugin and rails, or gem_plugin ,rails, mongrel, ruby 1.8.6, and ruport <1.0 From evan at cloudbur.st Thu Nov 15 16:10:43 2007 From: evan at cloudbur.st (Evan Weaver) Date: Thu, 15 Nov 2007 16:10:43 -0500 Subject: [Mongrel] mongrel startup fails now: already initialized constant OPTIONS In-Reply-To: References: <04A94C21-D841-449A-8BCC-9181973A526A@wisc.edu> Message-ID: No aspersions cast on Zed but I hate gem_plugin, and the team is planning to remove it in a couple months. We just need a temporary hack for now so that Ruport isn't busted. Evan On Nov 15, 2007 3:41 PM, Stephen Bannasch wrote: > fyi: > > Gregory Brown, the developer of Ruport reports: > > At 8:02 AM -0500 11/15/07, Gregory Brown wrote: > >Okay, after digging through all of this it sounds like Rails / > >GemPlugin are trying to autoload the ruport gem itself even though it > >isn't a plugin (has no init.rb). This to me sounds like Rails is > >abusing gem_plugin, because Ruport does not depend on rails and thus > >should not be loaded. > > > >That having been said, Ruport 1.0 on up don't explicitly depend on > >gem_plugin, so it won't be detected by Rails, and thus won't break. (I > >think). > > > >If you have versions 0.8.10 -> 0.8.14 laying around and are > >experiencing this problem, try deleting them. > > > >Also, thanks for pointing this problem out, I've seen it before but > >only in weird cases, and was wondering what happened. > > Sounds like it could be a problem with gem_plugin, or interactions between gem_plugin and rails, or gem_plugin ,rails, mongrel, ruby 1.8.6, and ruport <1.0 > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From wayneeseguin at gmail.com Fri Nov 16 09:55:15 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Fri, 16 Nov 2007 09:55:15 -0500 Subject: [Mongrel] Digest Auth and Mongrel In-Reply-To: <20071115095451.q18znks2s0k8k4sk@lcgalaska.com> References: <20071115095451.q18znks2s0k8k4sk@lcgalaska.com> Message-ID: On Nov 15, 2007 1:54 PM, barsalou wrote: > If I have a low volume application and I want to use DigestAuth to > limit access to the site, is it possible to do this with just > mongrel/mongrel_cluster? > > I'm thinking I'm going to have to include Apache to make this work, and > I heard that Rails 2 has methods to do this, but thought I'd ask. It shouldn't be an issue. Simply add a mongrel handler in front of all requests to do so. From barjunk at attglobal.net Fri Nov 16 12:40:13 2007 From: barjunk at attglobal.net (barsalou) Date: Fri, 16 Nov 2007 08:40:13 -0900 Subject: [Mongrel] Digest Auth and Mongrel In-Reply-To: References: <20071115095451.q18znks2s0k8k4sk@lcgalaska.com> Message-ID: <20071116084013.1eectmti8go0k84k@lcgalaska.com> Thanks! I had to chuckle at the 'simply' part. For you, that would most likely take about 15 minutes to put together. For me, that's a completely different issue. :) I've solved it with Apache for now...I was just wondering how it's done in the Mongrel world. Mike B. Quoting "Wayne E. Seguin" : > On Nov 15, 2007 1:54 PM, barsalou wrote: >> If I have a low volume application and I want to use DigestAuth to >> limit access to the site, is it possible to do this with just >> mongrel/mongrel_cluster? >> >> I'm thinking I'm going to have to include Apache to make this work, and >> I heard that Rails 2 has methods to do this, but thought I'd ask. > > It shouldn't be an issue. Simply add a mongrel handler in front of all > requests to do so. > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From sam at three60.com Sat Nov 17 10:28:35 2007 From: sam at three60.com (Sam) Date: Sat, 17 Nov 2007 10:28:35 -0500 Subject: [Mongrel] 503 error and (61)Connection refused: proxy: HTTP: attempt to connect Message-ID: <33E4F211-CF1A-4473-959F-A3FA3B38E28E@three60.com> Hi, I'm trying to troubleshoot a 503 error I'm getting, my mongrels are started, mongrel.8000.log says im good to go, yet I get a 503 error trying to access it. Did a ps aux, here's the result of that http:// pastie.caboo.se/119145, any ideas what i could be doing wrong here? My error log gives me : (61)Connection refused: proxy: HTTP: attempt to connect to my.ip:8000 It's weird, I'd been running this mongrel cluster for a few weeks now no problem, my problems started when I issued a cluster::restart, prior to that i had been doing cluster::stop and then cluster::start Any ideas? thanks for any help -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071117/2e4587cb/attachment.html From andrei at andreimaxim.ro Sat Nov 17 18:29:39 2007 From: andrei at andreimaxim.ro (Andrei Maxim) Date: Sun, 18 Nov 2007 01:29:39 +0200 Subject: [Mongrel] Devja Vu Invite Message-ID: I saw a while ago that Devja Vu was discussed here and I'd like to create an account for a couple of projects I'm working on. Is anyone kind enough to send me an invitation code? Thanks, -- Andrei Maxim http://andreimaxim.ro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071118/a7883d1f/attachment.html From lists at ruby-forum.com Sun Nov 18 00:26:25 2007 From: lists at ruby-forum.com (Chris Born) Date: Sun, 18 Nov 2007 06:26:25 +0100 Subject: [Mongrel] mongrel_cluster on OS X 10.5 Leopard Message-ID: <1cb992172e50434d1eb8770218b2d300@ruby-forum.com> So, Leopard server has been great, most everything I need is here. Thanks to a nice example here: http://www.cyberarmy.net/library/article/1722/ I was even able to sort out using Mongrel with Apache 2. All works out of the box, except mongrel_cluster. The gem just won't install. I could really use some guidance here. I did try the darwinports mongrel_cluster install from here: http://rb-mongrel_cluster.darwinports.com/ but that went and broke everything. That processes failed near the end and broke rails completely. I did a clean install of the server OS, and am back to having to launch my 3 separate mongrel instances manually. I really want these to start at bootup, so I was thinking cluster would be the best approach. Thanks -- Posted via http://www.ruby-forum.com/. From stephen.bannasch at deanbrook.org Sun Nov 18 01:12:58 2007 From: stephen.bannasch at deanbrook.org (Stephen Bannasch) Date: Sun, 18 Nov 2007 01:12:58 -0500 Subject: [Mongrel] mongrel and fastthread on ruby 1.9? Message-ID: Is anybody testing mongrel on ruby 1.9. I just tried installing mongrel on trunk 1.9 and trunk rubygems and got this error compiling fastthread: /Users/stephen/dev/ruby/1.9_trunk/bin/ruby extconf.rb install mongrel --no-rdoc creating Makefile make gcc -I. -I/Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/i686-darwin8.10.1 -I/Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9 -I. -fno-common -g -O2 -fno-common -pipe -fno-common -c fastthread.c fastthread.c:13:20: error: intern.h: No such file or directory fastthread.c:349: error: static declaration of 'rb_mutex_locked_p' follows non-static declaration /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:553: error: previous declaration of 'rb_mutex_locked_p' was here fastthread.c:366: error: static declaration of 'rb_mutex_try_lock' follows non-static declaration /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:554: error: previous declaration of 'rb_mutex_try_lock' was here fastthread.c:406: error: static declaration of 'rb_mutex_lock' follows non-static declaration /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:555: error: previous declaration of 'rb_mutex_lock' was here fastthread.c:463: error: static declaration of 'rb_mutex_unlock' follows non-static declaration /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:556: error: previous declaration of 'rb_mutex_unlock' was here fastthread.c:524: error: static declaration of 'rb_mutex_synchronize' follows non-static declaration /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:558: error: previous declaration of 'rb_mutex_synchronize' was here fastthread.c: In function 'wait_condvar': fastthread.c:626: warning: passing argument 1 of 'rb_ensure' from incompatible pointer type make: *** [fastthread.o] Error 1 From evan at cloudbur.st Sun Nov 18 02:31:15 2007 From: evan at cloudbur.st (Evan Weaver) Date: Sun, 18 Nov 2007 02:31:15 -0500 Subject: [Mongrel] mongrel and fastthread on ruby 1.9? In-Reply-To: References: Message-ID: No, we are not. Fastthread will almost certainly not work. Evented Mongrel might have a better chance at working smoothly because of all the threading changes. Evan On Nov 18, 2007 1:12 AM, Stephen Bannasch wrote: > Is anybody testing mongrel on ruby 1.9. I just tried installing > mongrel on trunk 1.9 and trunk rubygems and got this error compiling > fastthread: > > /Users/stephen/dev/ruby/1.9_trunk/bin/ruby extconf.rb install mongrel --no-rdoc > creating Makefile > > make > gcc -I. > -I/Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/i686-darwin8.10.1 > -I/Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9 -I. -fno-common > -g -O2 -fno-common -pipe -fno-common -c fastthread.c > fastthread.c:13:20: error: intern.h: No such file or directory > fastthread.c:349: error: static declaration of 'rb_mutex_locked_p' > follows non-static declaration > /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:553: > error: previous declaration of 'rb_mutex_locked_p' was here > fastthread.c:366: error: static declaration of 'rb_mutex_try_lock' > follows non-static declaration > /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:554: > error: previous declaration of 'rb_mutex_try_lock' was here > fastthread.c:406: error: static declaration of 'rb_mutex_lock' > follows non-static declaration > /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:555: > error: previous declaration of 'rb_mutex_lock' was here > fastthread.c:463: error: static declaration of 'rb_mutex_unlock' > follows non-static declaration > /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:556: > error: previous declaration of 'rb_mutex_unlock' was here > fastthread.c:524: error: static declaration of 'rb_mutex_synchronize' > follows non-static declaration > /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:558: > error: previous declaration of 'rb_mutex_synchronize' was here > fastthread.c: In function 'wait_condvar': > fastthread.c:626: warning: passing argument 1 of 'rb_ensure' from > incompatible pointer type > make: *** [fastthread.o] Error 1 > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From eden at mojiti.com Sun Nov 18 05:06:43 2007 From: eden at mojiti.com (Eden Li) Date: Sun, 18 Nov 2007 19:06:43 +0900 Subject: [Mongrel] mongrel_cluster on OS X 10.5 Leopard In-Reply-To: <1cb992172e50434d1eb8770218b2d300@ruby-forum.com> References: <1cb992172e50434d1eb8770218b2d300@ruby-forum.com> Message-ID: <0A7A5C1E-DBE4-449E-8CF2-0372EB8F5902@mojiti.com> Can you paste in the error that you're getting when trying to install the gem? Have you been able to install other gems without issue? afaik, cluster doesn't do anything special like compiling a C extension, so it sounds like your rubygems install is out of whack. On Nov 18, 2007, at 2:26 PM, Chris Born wrote: > So, Leopard server has been great, most everything I need is here. > Thanks to a nice example here: > http://www.cyberarmy.net/library/article/1722/ I was even able to sort > out using Mongrel with Apache 2. All works out of the box, except > mongrel_cluster. The gem just won't install. I could really use some > guidance here. I did try the darwinports mongrel_cluster install from > here: http://rb-mongrel_cluster.darwinports.com/ but that went and > broke > everything. That processes failed near the end and broke rails > completely. I did a clean install of the server OS, and am back to > having to launch my 3 separate mongrel instances manually. I really > want > these to start at bootup, so I was thinking cluster would be the best > approach. > > Thanks > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From mikeisgreat at gmail.com Sun Nov 18 12:23:24 2007 From: mikeisgreat at gmail.com (Michael Steinfeld) Date: Sun, 18 Nov 2007 12:23:24 -0500 Subject: [Mongrel] mongrel_cluster on OS X 10.5 Leopard In-Reply-To: <0A7A5C1E-DBE4-449E-8CF2-0372EB8F5902@mojiti.com> References: <1cb992172e50434d1eb8770218b2d300@ruby-forum.com> <0A7A5C1E-DBE4-449E-8CF2-0372EB8F5902@mojiti.com> Message-ID: <3d5db09e0711180923g1e725100o32946ded2c2f2541@mail.gmail.com> Based on the info you gave us, we can't really help you. Do yourself a favor and make sure to include the errors you get, your env path,your gem repo path, what gems you have installed and anything else that you think would help. The more you tell us, the better chance we can accurately help. Also, if you upgraded from Tiger, there is a very good chance that your PATH is screwing up the installation of new gems.. including mongrel cluster. I've found this the case of my clients who were using macports to install ruby/rubygems on Tiger. My suggestion... Use the ruby version that came with Leopard. make sure that your PATH is correct. Instead of having /opt/local at the beginning of your PATH append it to the end. Keep in mind.. Leopard comes with 2 gems repositories, one in /System and one in /Library. Pre-installed gems will stay in /System, new versions will go in /Library. The versions in /Library will take precedence over those in /System you can check yours with: bash$ ruby -r rubygems -e "p Gem.path" ["/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8", "/Library/Ruby/Gems/1.8"] My ENV Path looks like this: /usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/opt/local/bin:/opt/local/sbin Is there any reason why you HAVE TO use macports? I am just guessing here because I have had no problems installing mongrel_cluster, in fact I just upgraded it without issue. bash$ gem list | grep mong mongrel (1.1.1) mongrel_cluster (1.0.5, 1.0.3) On Nov 18, 2007 5:06 AM, Eden Li wrote: > Can you paste in the error that you're getting when trying to install > the gem? Have you been able to install other gems without issue? > afaik, cluster doesn't do anything special like compiling a C > extension, so it sounds like your rubygems install is out of whack. > > > On Nov 18, 2007, at 2:26 PM, Chris Born wrote: > > > So, Leopard server has been great, most everything I need is here. > > Thanks to a nice example here: > > http://www.cyberarmy.net/library/article/1722/ I was even able to sort > > out using Mongrel with Apache 2. All works out of the box, except > > mongrel_cluster. The gem just won't install. I could really use some > > guidance here. I did try the darwinports mongrel_cluster install from > > here: http://rb-mongrel_cluster.darwinports.com/ but that went and > > broke > > everything. That processes failed near the end and broke rails > > completely. I did a clean install of the server OS, and am back to > > having to launch my 3 separate mongrel instances manually. I really > > want > > these to start at bootup, so I was thinking cluster would be the best > > approach. > > > > Thanks > > -- > > Posted via http://www.ruby-forum.com/. > > _______________________________________________ > > Mongrel-users mailing list > > Mongrel-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/mongrel-users > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From lists at ruby-forum.com Sun Nov 18 12:33:32 2007 From: lists at ruby-forum.com (Chris Born) Date: Sun, 18 Nov 2007 18:33:32 +0100 Subject: [Mongrel] mongrel_cluster on OS X 10.5 Leopard In-Reply-To: <3d5db09e0711180923g1e725100o32946ded2c2f2541@mail.gmail.com> References: <1cb992172e50434d1eb8770218b2d300@ruby-forum.com> <0A7A5C1E-DBE4-449E-8CF2-0372EB8F5902@mojiti.com> <3d5db09e0711180923g1e725100o32946ded2c2f2541@mail.gmail.com> Message-ID: Thanks for the replies. I really thought I had pasted the error.. Opps. I did sort it out. The issue seemed to be related to two things. First and the most obvious was the XCode dev tools were not installed on the server. All this client and server leopard upgrades were throwing me off. The second issue was related to the pre-compiled version apple installed. Adding export ARCHFLAGS="-arch i386" then sudo gem update did the trick. I have a lot to learn here.. :-) Thanks again. -- Posted via http://www.ruby-forum.com/. From luislavena at gmail.com Sun Nov 18 12:53:21 2007 From: luislavena at gmail.com (Luis Lavena) Date: Sun, 18 Nov 2007 14:53:21 -0300 Subject: [Mongrel] mongrel and fastthread on ruby 1.9? In-Reply-To: References: Message-ID: <71166b3b0711180953k22dfab60v864824ac8b71d094@mail.gmail.com> On Nov 18, 2007 3:12 AM, Stephen Bannasch wrote: > Is anybody testing mongrel on ruby 1.9. I just tried installing > mongrel on trunk 1.9 and trunk rubygems and got this error compiling > fastthread: > > /Users/stephen/dev/ruby/1.9_trunk/bin/ruby extconf.rb install mongrel --no-rdoc > creating Makefile > > make > gcc -I. > -I/Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/i686-darwin8.10.1 > -I/Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9 -I. -fno-common > -g -O2 -fno-common -pipe -fno-common -c fastthread.c > fastthread.c:13:20: error: intern.h: No such file or directory > fastthread.c:349: error: static declaration of 'rb_mutex_locked_p' > follows non-static declaration > /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:553: > error: previous declaration of 'rb_mutex_locked_p' was here > fastthread.c:366: error: static declaration of 'rb_mutex_try_lock' > follows non-static declaration > /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:554: > error: previous declaration of 'rb_mutex_try_lock' was here > fastthread.c:406: error: static declaration of 'rb_mutex_lock' > follows non-static declaration > /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:555: > error: previous declaration of 'rb_mutex_lock' was here > fastthread.c:463: error: static declaration of 'rb_mutex_unlock' > follows non-static declaration > /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:556: > error: previous declaration of 'rb_mutex_unlock' was here > fastthread.c:524: error: static declaration of 'rb_mutex_synchronize' > follows non-static declaration > /Users/stephen/dev/ruby/1.9_trunk/include/ruby-1.9/ruby/intern.h:558: > error: previous declaration of 'rb_mutex_synchronize' was here > fastthread.c: In function 'wait_condvar': > fastthread.c:626: warning: passing argument 1 of 'rb_ensure' from > incompatible pointer type > make: *** [fastthread.o] Error 1 > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From luislavena at gmail.com Sun Nov 18 12:56:35 2007 From: luislavena at gmail.com (Luis Lavena) Date: Sun, 18 Nov 2007 14:56:35 -0300 Subject: [Mongrel] mongrel and fastthread on ruby 1.9? In-Reply-To: References: Message-ID: <71166b3b0711180956u4576248bu9ec5c88ce0a94dbf@mail.gmail.com> On Nov 18, 2007 3:12 AM, Stephen Bannasch wrote: > Is anybody testing mongrel on ruby 1.9. I just tried installing > mongrel on trunk 1.9 and trunk rubygems and got this error compiling > fastthread: > Fastthread corrected problems on Ruby 1.8 implementation of array, mutex and synchronize. These corrections where merged to trunk and are available under --disable-fastthread option of configure. Also, ruby 1.8.6 ships with these changes, so dependency of fastthread is only required for ruby < 1.8.6 -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From todd.fisher at gmail.com Sun Nov 18 16:51:16 2007 From: todd.fisher at gmail.com (Todd Fisher) Date: Sun, 18 Nov 2007 16:51:16 -0500 Subject: [Mongrel] mongrel and fastthread on ruby 1.9? In-Reply-To: <71166b3b0711180956u4576248bu9ec5c88ce0a94dbf@mail.gmail.com> References: <71166b3b0711180956u4576248bu9ec5c88ce0a94dbf@mail.gmail.com> Message-ID: Here's an initial patch to support ruby 1.9 On Nov 18, 2007 12:56 PM, Luis Lavena wrote: > On Nov 18, 2007 3:12 AM, Stephen Bannasch > wrote: > > Is anybody testing mongrel on ruby 1.9. I just tried installing > > mongrel on trunk 1.9 and trunk rubygems and got this error compiling > > fastthread: > > > > Fastthread corrected problems on Ruby 1.8 implementation of array, > mutex and synchronize. > > These corrections where merged to trunk and are available under > --disable-fastthread option of configure. > > Also, ruby 1.8.6 ships with these changes, so dependency of fastthread > is only required for ruby < 1.8.6 > > -- > Luis Lavena > Multimedia systems > - > Leaders are made, they are not born. They are made by hard effort, > which is the price which all of us must pay to achieve any goal that > is worthwhile. > Vince Lombardi > _______________________________________________ > > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -------------- next part -------------- A non-text attachment was scrubbed... Name: ruby19.patch Type: application/octet-stream Size: 2353 bytes Desc: not available Url : http://rubyforge.org/pipermail/mongrel-users/attachments/20071118/4c070eca/attachment.obj From luislavena at gmail.com Sun Nov 18 17:09:47 2007 From: luislavena at gmail.com (Luis Lavena) Date: Sun, 18 Nov 2007 19:09:47 -0300 Subject: [Mongrel] mongrel and fastthread on ruby 1.9? In-Reply-To: References: <71166b3b0711180956u4576248bu9ec5c88ce0a94dbf@mail.gmail.com> Message-ID: <71166b3b0711181409r223fee58o6a69b43a26245738@mail.gmail.com> On Nov 18, 2007 6:51 PM, Todd Fisher wrote: > Here's an initial patch to support ruby 1.9 > The patch you sent has nothing in relation to what Stephen is commenting: he couldn't get mongrel installed as gem since fastthread compile process failed. Anyway, the support for 1.9 was discussed last month on #mongrel-dev and the result was something like you attached. But anyway, you need to manually build and install mongrel from source since the gem dependency will remain there. Hmn, second thought: maybe we could remove the "official" dependency on fastthread and evaluate if the ruby version you're using is fixed? In the same idea of cgi-eof-fix (long-name-of-gem-to-be-easily-remembered). -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From michael.dauria at gmail.com Sun Nov 18 21:58:33 2007 From: michael.dauria at gmail.com (Michael D'Auria) Date: Sun, 18 Nov 2007 21:58:33 -0500 Subject: [Mongrel] 503 error and (61)Connection refused: proxy: HTTP: attempt to connect In-Reply-To: <33E4F211-CF1A-4473-959F-A3FA3B38E28E@three60.com> References: <33E4F211-CF1A-4473-959F-A3FA3B38E28E@three60.com> Message-ID: <1907e2ca0711181858u657f510cw8dd8a688fe81f0ed@mail.gmail.com> Hey Sam, Are you sure that mongrel is running on 0.0.0.0:8000 and not localhost ( 127.0.0.1)? I ask b/c you mention my.ip:8000 which i am assuming is not localhost. - Michael On Nov 17, 2007 10:28 AM, Sam wrote: > Hi, I'm trying to troubleshoot a 503 error I'm getting, my mongrels are > started, mongrel.8000.log says im good to go, yet I get a 503 error trying > to access it. Did a ps aux, here's the result of that * > http://pastie.caboo.se/119145* , any ideas > what i could be doing wrong here? > My error log gives me : (61)Connection refused: proxy: HTTP: attempt to > connect to my.ip:8000 > > It's weird, I'd been running this mongrel cluster for a few weeks now no > problem, my problems started when I issued a cluster::restart, prior to that > i had been doing cluster::stop and then cluster::start > > Any ideas? > > thanks for any help > > > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071118/dea870e4/attachment-0001.html From sam at three60.com Mon Nov 19 09:09:24 2007 From: sam at three60.com (Sam) Date: Mon, 19 Nov 2007 09:09:24 -0500 Subject: [Mongrel] 503 error and (61)Connection refused: proxy: HTTP: attempt to connect In-Reply-To: <1907e2ca0711181858u657f510cw8dd8a688fe81f0ed@mail.gmail.com> References: <33E4F211-CF1A-4473-959F-A3FA3B38E28E@three60.com> <1907e2ca0711181858u657f510cw8dd8a688fe81f0ed@mail.gmail.com> Message-ID: <99207C23-CE83-459D-93AC-09582E28544E@three60.com> Hi, Not sure what the problem was but here's what I did to fix it. Upgraded mongrel to 1.1.1, and that gave me no method errors, so I downgraded to 0.8.11 restarted and that did the trick. also prior to downgrading my mongrels were listening on tcp6 instead of tcp4 for some reason, why that was i dont know I mention my.ip because i did have my mongrels running on my specific ip as opposed to localhost but have since switched it back to localhost On Nov 18, 2007, at 9:58 PM, Michael D'Auria wrote: > Hey Sam, > > Are you sure that mongrel is running on 0.0.0.0:8000 and not > localhost (127.0.0.1)? I ask b/c you mention my.ip:8000 which i am > assuming is not localhost. > > - Michael > > On Nov 17, 2007 10:28 AM, Sam wrote: > Hi, > I'm trying to troubleshoot a 503 error I'm getting, my mongrels are > started, mongrel.8000.log says im good to go, yet I get a 503 error > trying to access it. Did a ps aux, here's the result of that http:// > pastie.caboo.se/119145, any ideas what i could be doing wrong here? > My error log gives me : (61)Connection refused: proxy: HTTP: > attempt to connect to my.ip:8000 > > It's weird, I'd been running this mongrel cluster for a few weeks > now no problem, my problems started when I issued a > cluster::restart, prior to that i had been doing cluster::stop and > then cluster::start > > Any ideas? > > thanks for any help > > > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071119/cfb3e8c3/attachment.html From johnjosephbachir at gmail.com Mon Nov 19 14:37:10 2007 From: johnjosephbachir at gmail.com (John Joseph Bachir) Date: Mon, 19 Nov 2007 14:37:10 -0500 Subject: [Mongrel] thanks for the mongrel_cluster fix! Message-ID: <4a3752180711191137w7285138dtddb562729b931334@mail.gmail.com> Just as I was composing an elaborate email illustrating that capistrano version detection was broken, I realized that 1.0.5 fixed the problem :) While we're on the topic of code changes-- where is the mongrel_cluster subversion repository? I looked all over the mongrel site, sorry if I'm missing something obvious. Thanks, John -- John Joseph Bachir http://lyceum.ibiblio.org http://blog.johnjosephbachir.org aim/yim/msn/jabber.org/gtalk: johnjosephbachir 713-494-2704 http://jjb.cc -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071119/27f833b3/attachment.html From filipe at icewall.org Mon Nov 19 20:53:34 2007 From: filipe at icewall.org (Filipe) Date: Mon, 19 Nov 2007 23:53:34 -0200 (BRST) Subject: [Mongrel] thanks for the mongrel_cluster fix! In-Reply-To: <4a3752180711191137w7285138dtddb562729b931334@mail.gmail.com> References: <4a3752180711191137w7285138dtddb562729b931334@mail.gmail.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 19 Nov 2007, John Joseph Bachir wrote: > ... > While we're on the topic of code changes-- where is the mongrel_cluster > subversion repository? I looked all over the mongrel site, sorry if I'm > missing something obvious. It's inside mongrel repository, at mongrel/trunk/projects/mongrel_cluster/ Cheers, filipe { @ icewall.org GPG 1024D/A6BA423E Jabber lautert at jabber.ru } -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHQj4jmKFbPqa6Qj4RAoY5AJwJY35QFVYuaguKwNDevV2gIT/rdwCeJJEj yPMsCfOXaDVwruYzTAR6/aM= =xwFc -----END PGP SIGNATURE----- From ochronus at gmail.com Tue Nov 20 07:46:59 2007 From: ochronus at gmail.com (Csaba Okrona) Date: Tue, 20 Nov 2007 13:46:59 +0100 Subject: [Mongrel] Win32 service question Message-ID: <9f841fcc0711200446w716af9f4j92c2c0beebcac53e@mail.gmail.com> Hi All, First, I'm new to the list, so I'd like to say hello to all fellow mongrelists :) Second, I'd like to ask you if there's any way to make a simple mongrel script run multithreaded? No rails, just plain old class MyHandler < Mongrel::HttpHandler . . . h = Mongrel::HttpServer.new("127.0.0.1", "80") stuff. Since win32 lacks fork, I don't know if I can make it process multiple request simultaneously. I've read about the mongrel rails service thing, but that's only for rails, if I'm not mistaken. Thank you in advance, Ochronus -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071120/904668c1/attachment.html From lists at ruby-forum.com Tue Nov 20 08:53:34 2007 From: lists at ruby-forum.com (Shiva Kumaran) Date: Tue, 20 Nov 2007 14:53:34 +0100 Subject: [Mongrel] how to configure mongrel_cluster in windows Message-ID: hi, how to configure mongrel_cluster in windows. mongrel_rails cluster::configure -e development -p 3000 -N 2 i have used this one its configured correctly then if i start the server it is throwing error.if any one knows how to configure help me with regards shiva -- Posted via http://www.ruby-forum.com/. From charioteer7 at gmail.com Tue Nov 20 09:46:51 2007 From: charioteer7 at gmail.com (Geoffrey Bays) Date: Tue, 20 Nov 2007 09:46:51 -0500 Subject: [Mongrel] Win32 service question In-Reply-To: <9f841fcc0711200446w716af9f4j92c2c0beebcac53e@mail.gmail.com> References: <9f841fcc0711200446w716af9f4j92c2c0beebcac53e@mail.gmail.com> Message-ID: <646a014e0711200646p560444ecy40b39faed39bc72a@mail.gmail.com> Csaba: You can run anything multithreaded on Windows by using Ruby Threads. These are green threads, not native ones, and they are non-blocking, which is what you would want. Look up some examples of using the Thread class, which is in the Ruby language core, and you should be on your way. You can create them in a loop and get many running. I am new to Ruby, otherwise I would give you a concrete example. On Nov 20, 2007 7:46 AM, Csaba Okrona wrote: > Hi All, > > First, I'm new to the list, so I'd like to say hello to all fellow > mongrelists :) > > Second, I'd like to ask you if there's any way to make a simple mongrel > script run multithreaded? > > No rails, just plain old > > class MyHandler < Mongrel::HttpHandler > . > . > . > h = Mongrel::HttpServer.new("127.0.0.1", "80") > > stuff. > > Since win32 lacks fork, I don't know if I can make it process multiple > request simultaneously. > I've read about the mongrel rails service thing, but that's only for rails, > if I'm not mistaken. > > Thank you in advance, > Ochronus > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From rgo at aspgems.com Tue Nov 20 10:55:27 2007 From: rgo at aspgems.com (Rafael G.) Date: Tue, 20 Nov 2007 16:55:27 +0100 Subject: [Mongrel] how to configure mongrel_cluster in windows In-Reply-To: References: Message-ID: <4743036F.6020105@aspgems.com> Shiva Kumaran escribi?: > hi, > how to configure mongrel_cluster in windows. > mongrel_rails cluster::configure -e development -p 3000 -N 2 i have used > this one its configured correctly then if i start the server it is > throwing error.if any one knows how to configure help me > > with regards > shiva > what error? -- Rafael Garcia Ortega -------------- next part -------------- A non-text attachment was scrubbed... Name: rgo.vcf Type: text/x-vcard Size: 241 bytes Desc: not available Url : http://rubyforge.org/pipermail/mongrel-users/attachments/20071120/14626bd0/attachment.vcf From luislavena at gmail.com Tue Nov 20 11:03:42 2007 From: luislavena at gmail.com (Luis Lavena) Date: Tue, 20 Nov 2007 13:03:42 -0300 Subject: [Mongrel] how to configure mongrel_cluster in windows In-Reply-To: References: Message-ID: <71166b3b0711200803y31c83ae6u51b9e234efe0230b@mail.gmail.com> On Nov 20, 2007 10:53 AM, Shiva Kumaran wrote: > hi, > how to configure mongrel_cluster in windows. > mongrel_rails cluster::configure -e development -p 3000 -N 2 i have used > this one its configured correctly then if i start the server it is > throwing error.if any one knows how to configure help me > mongrel_cluster rely on fork() functionality, which is missing in the ruby mswin32 implementation, so it will fail trying to "daemonize" mongrel_rails. Right now, a workaround is set N services (mongrel_service) for N members of the cluster. This remembers me need to get the dust off on some stuff... but that takes time :-P -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From _ at whats-your.name Tue Nov 20 07:04:21 2007 From: _ at whats-your.name (cdr) Date: Tue, 20 Nov 2007 07:04:21 -0500 Subject: [Mongrel] Win32 service question In-Reply-To: <646a014e0711200646p560444ecy40b39faed39bc72a@mail.gmail.com> References: <9f841fcc0711200446w716af9f4j92c2c0beebcac53e@mail.gmail.com> <646a014e0711200646p560444ecy40b39faed39bc72a@mail.gmail.com> Message-ID: <20071120120421.GA5730@m.hsd1.ma.comcast.net> > Csaba: You can run anything multithreaded on Windows by using Ruby > Threads. > > Second, I'd like to ask you if there's any way to make a simple mongrel > > script run multithreaded? you get threaded handlers for free, by default. you have to explicitly go out of your way to defeat this behavior.. grep -i mutex in the rails or camping handler to see how its done > > > > Since win32 lacks fork, I don't know if I can make it process multiple > > request simultaneously. fork() is implemented in win32/process extension. not that youd want to use that, or anything, i tried it once in a real-world script that would fork itself and spawn gcc children and it was very weird, to say the least (lots of return values were just corrupt garbled crap). compounded by running mingw's bash where things are wonky already. but this doesnt matter, since mongrel's ruby isnt actually forking, apache-style, to enable concurrency... if youre further curious, check out wyhaines' evented mongrel From public at misuse.org Tue Nov 20 13:06:39 2007 From: public at misuse.org (Steve Midgley) Date: Tue, 20 Nov 2007 10:06:39 -0800 Subject: [Mongrel] Timestamping in log file? In-Reply-To: References: Message-ID: <20071120192112.23C9C18585D2@rubyforge.org> Hi, I'm wondering if it's easy to add timestamps to the mongrel log? I am having a problem where an externally spawned application by Rails is failing. Mongrel kindly logs the error message returned by this application when it fails. But it doesn't record a timestamp as to when the error occurs, which makes it a little tricky to sync this up to my webserver logs to figure out the execution path which is causing the error. Is there an easy way to add timestamping to logs in Mongrel for exception traps? I am using a hosting service (EngineYard) so ideally this isn't something that requires a code change but can be done via configuration. Though I'm sure EY will do what's necessary to make it happen, it'll be better if the change is simple/low impact. Thanks for any advice! Steve From public at misuse.org Tue Nov 20 15:19:14 2007 From: public at misuse.org (Steve Midgley) Date: Tue, 20 Nov 2007 12:19:14 -0800 Subject: [Mongrel] (Humor) Little Bobby Tables Message-ID: <20071120212537.1CFE518585A7@rubyforge.org> I thought all you mongrelians might appreciate this: http://xkcd.com/327/ I haven't laughed out loud at a comic in a while. I realize it's a working group but I figure many here might get a laugh today out of this one. Steve From wayneeseguin at gmail.com Tue Nov 20 21:48:33 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Tue, 20 Nov 2007 21:48:33 -0500 Subject: [Mongrel] Timestamping in log file? In-Reply-To: <20071120192112.23C9C18585D2@rubyforge.org> References: <20071120192112.23C9C18585D2@rubyforge.org> Message-ID: On Nov 20, 2007 1:06 PM, Steve Midgley wrote: > Hi, > > I'm wondering if it's easy to add timestamps to the mongrel log? I am > having a problem where an externally spawned application by Rails is > failing. Mongrel kindly logs the error message returned by this > application when it fails. But it doesn't record a timestamp as to when > the error occurs, which makes it a little tricky to sync this up to my > webserver logs to figure out the execution path which is causing the > error. > > Is there an easy way to add timestamping to logs in Mongrel for > exception traps? I am using a hosting service (EngineYard) so ideally > this isn't something that requires a code change but can be done via > configuration. Though I'm sure EY will do what's necessary to make it > happen, it'll be better if the change is simple/low impact. > > Thanks for any advice! > > Steve We are actually adding this to Mongrel. Should be out in an upcoming release. It involves combing through the code :) I am about 75% through. ~Wayne From wayneeseguin at gmail.com Tue Nov 20 21:49:13 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Tue, 20 Nov 2007 21:49:13 -0500 Subject: [Mongrel] (Humor) Little Bobby Tables In-Reply-To: <20071120212537.1CFE518585A7@rubyforge.org> References: <20071120212537.1CFE518585A7@rubyforge.org> Message-ID: On Nov 20, 2007 3:19 PM, Steve Midgley wrote: > I thought all you mongrelians might appreciate this: > > http://xkcd.com/327/ > > I haven't laughed out loud at a comic in a while. I realize it's a > working group but I figure many here might get a laugh today out of > this one. > > Steve One of my favorite! :) From wayneeseguin at gmail.com Tue Nov 20 22:47:28 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Tue, 20 Nov 2007 22:47:28 -0500 Subject: [Mongrel] Timestamping in log file? In-Reply-To: References: <20071120192112.23C9C18585D2@rubyforge.org> Message-ID: Steve, I just committed a change set to trunk that prepends Time.now.httpdate to most output strings. I am refactoring the logging to be more uniform and will be setting it up to log using the common logfile format: http://www.w3.org/Daemon/User/Config/Logging.html#common-logfile-format Hope this helps, ~Wayne From lists at ruby-forum.com Tue Nov 20 23:52:53 2007 From: lists at ruby-forum.com (Shiva Kumaran) Date: Wed, 21 Nov 2007 05:52:53 +0100 Subject: [Mongrel] how to configure mongrel_cluster in windows In-Reply-To: <4743036F.6020105@aspgems.com> References: <4743036F.6020105@aspgems.com> Message-ID: <7cb34aa92793bde5a9bbdd21967dc37e@ruby-forum.com> Rafael Garc?a wrote: > Shiva Kumaran escribi?: >> hi, >> how to configure mongrel_cluster in windows. >> mongrel_rails cluster::configure -e development -p 3000 -N 2 i have used >> this one its configured correctly then if i start the server it is >> throwing error.if any one knows how to configure help me >> >> with regards >> shiva >> > what error? iam getting this error D:\project\sutra>mongrel_rails cluster::start starting port 3000 c:/ruby/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.5/lib/mongrel_cluster/init.rb :98:in ``': Exec format error - mongrel_rails start -d -e development -p 3000 -P tmp/pids/mongrel.3000.pid -l log/mongrel.3000.log (Errno::ENOEXEC) from c:/ruby/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.5/lib/mongrel_cl uster/init.rb:98:in `start' from c:/ruby/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.5/lib/mongrel_cl uster/init.rb:80:in `each' from c:/ruby/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.5/lib/mongrel_cl uster/init.rb:80:in `start' from c:/ruby/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.5/lib/mongrel_cl uster/init.rb:239:in `run' from c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mon grel/command.rb:212:in `run' from c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/mongrel_ra ils:281 from c:/ruby/bin/mongrel_rails:16:in `load' from c:/ruby/bin/mongrel_rails:16 -- Posted via http://www.ruby-forum.com/. From jftucker at gmail.com Wed Nov 21 01:18:25 2007 From: jftucker at gmail.com (James Tucker) Date: Wed, 21 Nov 2007 06:18:25 +0000 Subject: [Mongrel] how to configure mongrel_cluster in windows In-Reply-To: <7cb34aa92793bde5a9bbdd21967dc37e@ruby-forum.com> References: <4743036F.6020105@aspgems.com> <7cb34aa92793bde5a9bbdd21967dc37e@ruby-forum.com> Message-ID: <4743CDB1.9090208@gmail.com> Shiva Kumaran wrote: > Rafael Garc?a wrote: >> Shiva Kumaran escribi?: >>> hi, >>> how to configure mongrel_cluster in windows. >>> mongrel_rails cluster::configure -e development -p 3000 -N 2 i have used >>> this one its configured correctly then if i start the server it is >>> throwing error.if any one knows how to configure help me >>> >>> with regards >>> shiva >>> >> what error? > > iam getting this error > > > D:\project\sutra>mongrel_rails cluster::start > starting port 3000 > c:/ruby/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.5/lib/mongrel_cluster/init.rb > :98:in ``': Exec format error - mongrel_rails start -d -e development -p > 3000 -P > tmp/pids/mongrel.3000.pid -l log/mongrel.3000.log (Errno::ENOEXEC) > from > c:/ruby/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.5/lib/mongrel_cl > uster/init.rb:98:in `start' > from > c:/ruby/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.5/lib/mongrel_cl > uster/init.rb:80:in `each' > from > c:/ruby/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.5/lib/mongrel_cl > uster/init.rb:80:in `start' > from > c:/ruby/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.5/lib/mongrel_cl > uster/init.rb:239:in `run' > from > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mon > grel/command.rb:212:in `run' > from > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/mongrel_ra > ils:281 > from c:/ruby/bin/mongrel_rails:16:in `load' > from c:/ruby/bin/mongrel_rails:16 Yeah this is an unfortunate bug with the way that 'bin' files are setup on windows. In particular, you can't call exec on a text file containing nothing but ruby. The solution is to add ".bat" or ".cmd" to the binary name in the offending call to system / exec, lead it with a call to ruby. It's probably worth noting at this point that the "-d" option doesn't work either, so I am not sure the current cluster commands will work on windows. From chippersbox at gmail.com Wed Nov 21 01:18:34 2007 From: chippersbox at gmail.com (Christian) Date: Wed, 21 Nov 2007 16:18:34 +1000 Subject: [Mongrel] Canceled uploads and exceptions. Message-ID: <3f6943fa0711202218s12e82a1fp9476c5de96d1e9b3@mail.gmail.com> Hi, I'm currently putting together a program that allows a user to cancel a current file upload while it's happening. When I cancel the upload in the browser, I get a " Error reading HTTP body: #" exception. That's all fine, and understandable, given the browser just closes the connection without warning after previously sending a content-length header. What I would like to know, is there anyway I can rescue this? I've tried putting a begin rescue block around most places I can see (Outside of the core mongrel), but this execption gets hit before the process function of the handler is even called. It doesn't affect the application in any way from what I can see, it just fills up my logfile with a bunch of exceptions I'd rather not have in there. Does anyone know of a way around this, where I could maybe catch this exception? Or better still, another way to receive files? Perhaps something like x-sendfile in reverse? I did google for these, but haven't had much luck. Perhaps I'm looking in the wrong places. Any help would be appreciated. Christian -- "Every child has many wishes. Some include a wallet, two chicks and a cigar, but that's another story." From luislavena at gmail.com Wed Nov 21 01:30:29 2007 From: luislavena at gmail.com (Luis Lavena) Date: Wed, 21 Nov 2007 03:30:29 -0300 Subject: [Mongrel] how to configure mongrel_cluster in windows In-Reply-To: <4743CDB1.9090208@gmail.com> References: <4743036F.6020105@aspgems.com> <7cb34aa92793bde5a9bbdd21967dc37e@ruby-forum.com> <4743CDB1.9090208@gmail.com> Message-ID: <71166b3b0711202230i76a5e335pd0989350d09f6e11@mail.gmail.com> On Nov 21, 2007 3:18 AM, James Tucker wrote: > Yeah this is an unfortunate bug with the way that 'bin' files are setup on windows. In particular, you can't call exec on a text file containing nothing but ruby. The solution is to add ".bat" or ".cmd" to the binary name in the offending call to system / exec, lead it with a call to ruby. > this is the way system() works. a shame :-P > It's probably worth noting at this point that the "-d" option doesn't work either, so I am not sure the current cluster commands will work on windows. Yep, I keep telling this over and over, no mongrel_cluster for windows. -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From lists at ruby-forum.com Wed Nov 21 02:21:44 2007 From: lists at ruby-forum.com (Joe Ruby MUDCRAP-CE) Date: Wed, 21 Nov 2007 08:21:44 +0100 Subject: [Mongrel] Meta-question: anonymity makes me cranky In-Reply-To: <20071107115304.66c989e3.zedshaw@zedshaw.com> References: <81b453920711070714l37797f94k7971c3e3c00e52dc@mail.gmail.com> <58BFE3C9-1EAD-4DF4-A826-6F245D46E993@wisc.edu> <20071107115304.66c989e3.zedshaw@zedshaw.com> Message-ID: I think everybody should be required to be MUDCRAP-CE before being able to post... Joe -- Posted via http://www.ruby-forum.com/. From ochronus at gmail.com Wed Nov 21 02:49:29 2007 From: ochronus at gmail.com (Csaba Okrona) Date: Wed, 21 Nov 2007 08:49:29 +0100 Subject: [Mongrel] Win32 service question In-Reply-To: <20071120120421.GA5730@m.hsd1.ma.comcast.net> References: <9f841fcc0711200446w716af9f4j92c2c0beebcac53e@mail.gmail.com> <646a014e0711200646p560444ecy40b39faed39bc72a@mail.gmail.com> <20071120120421.GA5730@m.hsd1.ma.comcast.net> Message-ID: <9f841fcc0711202349n513825a2p5278a50a3e9c4d7a@mail.gmail.com> Thank you both, Geoffrey and cdr for your help. I didn't know it was threaded on win32 by default :) Then I don't really get why there's so big performance difference bw/ a unix backed mongrel and a win32 one... On Nov 20, 2007 1:04 PM, cdr <_ at whats-your.name> wrote: > > Csaba: You can run anything multithreaded on Windows by using Ruby > > Threads. > > > > Second, I'd like to ask you if there's any way to make a simple > mongrel > > > script run multithreaded? > > you get threaded handlers for free, by default. you have to explicitly go > out of your way to defeat this behavior.. grep -i mutex in the rails or > camping handler to see how its done > > > > > > > > Since win32 lacks fork, I don't know if I can make it process multiple > > > request simultaneously. > > fork() is implemented in win32/process extension. not that youd want to > use that, or anything, > > i tried it once in a real-world script that would fork itself and spawn > gcc children and it was very weird, to say the least (lots of return values > were just corrupt garbled crap). compounded by running mingw's bash where > things are wonky already. > > but this doesnt matter, since mongrel's ruby isnt actually forking, > apache-style, to enable concurrency... > > > if youre further curious, check out wyhaines' evented mongrel > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071121/949e50a0/attachment-0001.html From jftucker at gmail.com Wed Nov 21 02:56:16 2007 From: jftucker at gmail.com (James Tucker) Date: Wed, 21 Nov 2007 07:56:16 +0000 Subject: [Mongrel] how to configure mongrel_cluster in windows In-Reply-To: <71166b3b0711202230i76a5e335pd0989350d09f6e11@mail.gmail.com> References: <4743036F.6020105@aspgems.com> <7cb34aa92793bde5a9bbdd21967dc37e@ruby-forum.com> <4743CDB1.9090208@gmail.com> <71166b3b0711202230i76a5e335pd0989350d09f6e11@mail.gmail.com> Message-ID: <4743E4A0.90304@gmail.com> Luis Lavena wrote: > On Nov 21, 2007 3:18 AM, James Tucker wrote: >> Yeah this is an unfortunate bug with the way that 'bin' files are setup on windows. In particular, you can't call exec on a text file containing nothing but ruby. The solution is to add ".bat" or ".cmd" to the binary name in the offending call to system / exec, lead it with a call to ruby. >> > > this is the way system() works. a shame :-P It is actually possible to make it work: * Implement a program which scans for, and runs any shebang on the given argument (roughly emulating execve). * set PATHEXT+=. * Associate extensionless files with the program you wrote for step 1. Although that's well beyond the scope of mongrel herself. > >> It's probably worth noting at this point that the "-d" option doesn't work either, so I am not sure the current cluster commands will work on windows. > > Yep, I keep telling this over and over, no mongrel_cluster for windows. > With regard to fork, IIRC win32-process adds this functionality. From luislavena at gmail.com Wed Nov 21 03:08:58 2007 From: luislavena at gmail.com (Luis Lavena) Date: Wed, 21 Nov 2007 05:08:58 -0300 Subject: [Mongrel] Win32 service question In-Reply-To: <9f841fcc0711202349n513825a2p5278a50a3e9c4d7a@mail.gmail.com> References: <9f841fcc0711200446w716af9f4j92c2c0beebcac53e@mail.gmail.com> <646a014e0711200646p560444ecy40b39faed39bc72a@mail.gmail.com> <20071120120421.GA5730@m.hsd1.ma.comcast.net> <9f841fcc0711202349n513825a2p5278a50a3e9c4d7a@mail.gmail.com> Message-ID: <71166b3b0711210008o2f781bd7vbd5243a10de1d5b@mail.gmail.com> On Nov 21, 2007 4:49 AM, Csaba Okrona wrote: > Thank you both, Geoffrey and cdr for your help. > I didn't know it was threaded on win32 by default :) > > Then I don't really get why there's so big performance difference bw/ a unix > backed mongrel > and a win32 one... > The current (official) build of ruby on windows is compiled with a older, not-so-optimized compiler (Visual C 6.0). It is 30% slower than the same code compiled with GCC 3.4.5 (or 4.2.1). Future versions of ruby for windows will provide updated builds, we are working on that :-) -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From luislavena at gmail.com Wed Nov 21 03:12:10 2007 From: luislavena at gmail.com (Luis Lavena) Date: Wed, 21 Nov 2007 05:12:10 -0300 Subject: [Mongrel] how to configure mongrel_cluster in windows In-Reply-To: <4743E4A0.90304@gmail.com> References: <4743036F.6020105@aspgems.com> <7cb34aa92793bde5a9bbdd21967dc37e@ruby-forum.com> <4743CDB1.9090208@gmail.com> <71166b3b0711202230i76a5e335pd0989350d09f6e11@mail.gmail.com> <4743E4A0.90304@gmail.com> Message-ID: <71166b3b0711210012l18c38217l5aea3a60206dc3be@mail.gmail.com> On Nov 21, 2007 4:56 AM, James Tucker wrote: > Luis Lavena wrote: > > On Nov 21, 2007 3:18 AM, James Tucker wrote: > >> Yeah this is an unfortunate bug with the way that 'bin' files are setup on windows. In particular, you can't call exec on a text file containing nothing but ruby. The solution is to add ".bat" or ".cmd" to the binary name in the offending call to system / exec, lead it with a call to ruby. > >> > > > > this is the way system() works. a shame :-P > > It is actually possible to make it work: > > * Implement a program which scans for, and runs any shebang on the given argument (roughly emulating execve). > * set PATHEXT+=. > * Associate extensionless files with the program you wrote for step 1. > > Although that's well beyond the scope of mongrel herself. > Is a bit more complicated than that, but as you said, is beyond mongrel scope ;-) > > > >> It's probably worth noting at this point that the "-d" option doesn't work either, so I am not sure the current cluster commands will work on windows. > > > > Yep, I keep telling this over and over, no mongrel_cluster for windows. > > > > With regard to fork, IIRC win32-process adds this functionality. > It does some funny things sometimes. And other weird ones since sometimes you cannot reproduce the failing procedure to report a bug :-P -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From olimaus at gmail.com Wed Nov 21 05:33:03 2007 From: olimaus at gmail.com (Oliver Schneider) Date: Wed, 21 Nov 2007 11:33:03 +0100 Subject: [Mongrel] Mongrel Timeout? Message-ID: Hi, I am using a railsapp to call an external app and print some barcode-labels. My problem is, after a while there seems to be a timeout. Then I need to stop the Mongrel-Server and restart it. Below you can see the error message, when i stop the server. Has somebody seen this before? Greetings, Oli C:\etikett>mongrel_rails start -d -e production ** WARNING: Win32 does not support daemon mode. ** Daemonized, any open files are closed. Look at log/mongrel.pid and log/mongrel.log for info. ** Starting Mongrel listening at 0.0.0.0:3000 ** Starting Rails with production environment... C:0:Warning: require_gem is obsolete. Use gem instead. ** Rails loaded. ** Loading any Rails specific GemPlugins ** Signals ready. INT => stop (no restart). ** Mongrel 1.1.1 available at 0.0.0.0:3000 ** INT signal received. Wed Nov 21 11:21:20 +0100 2007: Reaping 17 threads for slow workers because of 'shutdown' c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel.rb:216:in `reap_dead_workers': undefined local variable or method `w' for #(NameError) from c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel/configurator.rb:303:in `join' from c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel/configurator.rb:303:in `join' from c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel/configurator.rb:303:in `each' from c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel/configurator.rb:303:in `join' from c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/mongrel_rails:137:in `run' from c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel/command.rb:212:in `run' from c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32 /bin/mongrel_rails:281 from c:/ruby/bin/mongrel_rails:16:in `load' from c:/ruby/bin/mongrel_rails:16 Batchvorgang abbrechen (J/N)? j -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071121/37f30c8f/attachment.html From jftucker at gmail.com Wed Nov 21 06:58:06 2007 From: jftucker at gmail.com (James Tucker) Date: Wed, 21 Nov 2007 11:58:06 +0000 Subject: [Mongrel] Mongrel Timeout? In-Reply-To: References: Message-ID: <47441D4E.5090205@gmail.com> I would have expected you to be getting the following on load: c:/ruby/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/daemonize.rb:103:in `fork': fork() function is unimplemented on this machine (NotImplementedError) The "-d" is not actually supported on Windows, thus the warning: > ** WARNING: Win32 does not support daemon mode. Have you patched something to get this far? Oliver Schneider wrote: > Hi, > > I am using a railsapp to call an external app and print some barcode-labels. > My problem is, after a while there seems to be a timeout. Then I need to > stop the Mongrel-Server and restart it. > Below you can see the error message, when i stop the server. > > Has somebody seen this before? > > Greetings, > Oli > > C:\etikett>mongrel_rails start -d -e production > ** WARNING: Win32 does not support daemon mode. > ** Daemonized, any open files are closed. Look at log/mongrel.pid and > log/mongrel.log for info. > ** Starting Mongrel listening at 0.0.0.0:3000 > ** Starting Rails with production environment... > C:0:Warning: require_gem is obsolete. Use gem instead. > ** Rails loaded. > ** Loading any Rails specific GemPlugins > ** Signals ready. INT => stop (no restart). > ** Mongrel 1.1.1 available at 0.0.0.0:3000 > ** INT signal received. > Wed Nov 21 11:21:20 +0100 2007: Reaping 17 threads for slow workers > because of 'shutdown' > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel.rb:216:in > `reap_dead_workers': undefined local variable or method `w' for > #(NameError) > from c:/ruby/lib/ruby/gems/1.8/gems/mongrel- > 1.1.1-mswin32/bin/../lib/mongrel/configurator.rb:303:in `join' > from > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel/configurator.rb:303:in > `join' > from c:/ruby/lib/ruby/gems/1.8/gems/mongrel- > 1.1.1-mswin32/bin/../lib/mongrel/configurator.rb:303:in `each' > from > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel/configurator.rb:303:in > `join' > from c:/ruby/lib/ruby/gems/1.8/gems/mongrel- > 1.1.1-mswin32/bin/mongrel_rails:137:in `run' > from > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel/command.rb:212:in > `run' > from c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32 > /bin/mongrel_rails:281 > from c:/ruby/bin/mongrel_rails:16:in `load' > from c:/ruby/bin/mongrel_rails:16 > Batchvorgang abbrechen (J/N)? j > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From olimaus at gmail.com Wed Nov 21 07:33:28 2007 From: olimaus at gmail.com (Oliver Schneider) Date: Wed, 21 Nov 2007 13:33:28 +0100 Subject: [Mongrel] Mongrel Timeout? In-Reply-To: <47441D4E.5090205@gmail.com> References: <47441D4E.5090205@gmail.com> Message-ID: Hi, thank you for your help. I didn't patch anything. There isn't much load on the server. Its something about a call to a label, every 20 or 30 seconds. Threre is enough Ram, that's not the problem. Cpu power is enough. I simply don't know why it stops working. In an older Mongrel version the error message was, Thread is to old, killing. On Nov 21, 2007 12:58 PM, James Tucker wrote: > I would have expected you to be getting the following on load: > c:/ruby/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/daemonize.rb:103:in > `fork': fork() function is unimplemented on this machine > (NotImplementedError) > > The "-d" is not actually supported on Windows, thus the warning: > > ** WARNING: Win32 does not support daemon mode. > > Have you patched something to get this far? > > Oliver Schneider wrote: > > Hi, > > > > I am using a railsapp to call an external app and print some > barcode-labels. > > My problem is, after a while there seems to be a timeout. Then I need to > > stop the Mongrel-Server and restart it. > > Below you can see the error message, when i stop the server. > > > > Has somebody seen this before? > > > > Greetings, > > Oli > > > > C:\etikett>mongrel_rails start -d -e production > > ** WARNING: Win32 does not support daemon mode. > > ** Daemonized, any open files are closed. Look at log/mongrel.pid and > > log/mongrel.log for info. > > ** Starting Mongrel listening at 0.0.0.0:3000 > > ** Starting Rails with production environment... > > C:0:Warning: require_gem is obsolete. Use gem instead. > > ** Rails loaded. > > ** Loading any Rails specific GemPlugins > > ** Signals ready. INT => stop (no restart). > > ** Mongrel 1.1.1 available at 0.0.0.0:3000 > > ** INT signal received. > > Wed Nov 21 11:21:20 +0100 2007: Reaping 17 threads for slow workers > > because of 'shutdown' > > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32 > /bin/../lib/mongrel.rb:216:in > > `reap_dead_workers': undefined local variable or method `w' for > > #(NameError) > > from c:/ruby/lib/ruby/gems/1.8/gems/mongrel- > > 1.1.1-mswin32/bin/../lib/mongrel/configurator.rb:303:in `join' > > from > > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32 > /bin/../lib/mongrel/configurator.rb:303:in > > `join' > > from c:/ruby/lib/ruby/gems/1.8/gems/mongrel- > > 1.1.1-mswin32/bin/../lib/mongrel/configurator.rb:303:in `each' > > from > > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32 > /bin/../lib/mongrel/configurator.rb:303:in > > `join' > > from c:/ruby/lib/ruby/gems/1.8/gems/mongrel- > > 1.1.1-mswin32/bin/mongrel_rails:137:in `run' > > from > > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32 > /bin/../lib/mongrel/command.rb:212:in > > `run' > > from c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32 > > /bin/mongrel_rails:281 > > from c:/ruby/bin/mongrel_rails:16:in `load' > > from c:/ruby/bin/mongrel_rails:16 > > Batchvorgang abbrechen (J/N)? j > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Mongrel-users mailing list > > Mongrel-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/mongrel-users > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071121/8f30ff60/attachment-0001.html From evan at cloudbur.st Wed Nov 21 08:58:05 2007 From: evan at cloudbur.st (Evan Weaver) Date: Wed, 21 Nov 2007 08:58:05 -0500 Subject: [Mongrel] Mongrel Timeout? In-Reply-To: References: <47441D4E.5090205@gmail.com> Message-ID: Incidentally that "no method error 'w'" is already fixed in trunk; we need some more test coverage of an unrelated change before we can make a release though. Evan On Nov 21, 2007 7:33 AM, Oliver Schneider wrote: > Hi, > thank you for your help. > I didn't patch anything. > > There isn't much load on the server. Its something about a call to a label, > every 20 or 30 seconds. Threre is enough Ram, that's not the problem. Cpu > power is enough. I simply don't know why it stops working. > > In an older Mongrel version the error message was, Thread is to old, > killing. > > > > > > On Nov 21, 2007 12:58 PM, James Tucker wrote: > > I would have expected you to be getting the following on load: > > c:/ruby/lib/ruby/gems/1.8/gems/daemons- > 1.0.9/lib/daemons/daemonize.rb:103:in `fork': fork() function is > unimplemented on this machine (NotImplementedError) > > > > The "-d" is not actually supported on Windows, thus the warning: > > > > > ** WARNING: Win32 does not support daemon mode. > > > > Have you patched something to get this far? > > > > > > Oliver Schneider wrote: > > > Hi, > > > > > > I am using a railsapp to call an external app and print some > barcode-labels. > > > My problem is, after a while there seems to be a timeout. Then I need to > > > stop the Mongrel-Server and restart it. > > > Below you can see the error message, when i stop the server. > > > > > > Has somebody seen this before? > > > > > > Greetings, > > > Oli > > > > > > C:\etikett>mongrel_rails start -d -e production > > > ** WARNING: Win32 does not support daemon mode. > > > ** Daemonized, any open files are closed. Look at log/mongrel.pid and > > > log/mongrel.log for info. > > > ** Starting Mongrel listening at 0.0.0.0:3000 > > > > > ** Starting Rails with production environment... > > > C:0:Warning: require_gem is obsolete. Use gem instead. > > > ** Rails loaded. > > > ** Loading any Rails specific GemPlugins > > > ** Signals ready. INT => stop (no restart). > > > ** Mongrel 1.1.1 available at 0.0.0.0:3000 > > > > > > > > > ** INT signal received. > > > Wed Nov 21 11:21:20 +0100 2007: Reaping 17 threads for slow workers > > > because of 'shutdown' > > > > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel.rb:216:in > > > `reap_dead_workers': undefined local variable or method `w' for > > > #(NameError) > > > from c:/ruby/lib/ruby/gems/1.8/gems/mongrel- > > > 1.1.1-mswin32 /bin/../lib/mongrel/configurator.rb:303:in `join' > > > from > > > > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel/configurator.rb:303:in > > > `join' > > > from c:/ruby/lib/ruby/gems/1.8/gems/mongrel- > > > 1.1.1-mswin32/bin/../lib/mongrel/configurator.rb:303:in `each' > > > from > > > > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel/configurator.rb:303:in > > > `join' > > > from c:/ruby/lib/ruby/gems/1.8/gems/mongrel- > > > 1.1.1-mswin32/bin/mongrel_rails:137:in `run' > > > from > > > > c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32/bin/../lib/mongrel/command.rb:212:in > > > `run' > > > from c:/ruby/lib/ruby/gems/1.8/gems/mongrel-1.1.1-mswin32 > > > /bin/mongrel_rails:281 > > > from c:/ruby/bin/mongrel_rails:16:in `load' > > > from c:/ruby/bin/mongrel_rails:16 > > > Batchvorgang abbrechen (J/N)? j > > > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Mongrel-users mailing list > > > Mongrel-users at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/mongrel-users > > > > _______________________________________________ > > Mongrel-users mailing list > > Mongrel-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/mongrel-users > > > > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Evan Weaver Cloudburst, LLC From evan at cloudbur.st Wed Nov 21 10:19:40 2007 From: evan at cloudbur.st (Evan Weaver) Date: Wed, 21 Nov 2007 10:19:40 -0500 Subject: [Mongrel] Packet Message-ID: Hi Mongrels, Anyone used Packet? http://rubyforge.org/projects/packet It's a pure-Ruby (I think) evented framework. It might offer a nice way forward for 1.9's system threads, JRuby, and Windows, all at once. Mongrel's green thread queue doesn't have a lot of life left in it. Evan -- Evan Weaver Cloudburst, LLC From evan at cloudbur.st Wed Nov 21 10:22:27 2007 From: evan at cloudbur.st (Evan Weaver) Date: Wed, 21 Nov 2007 10:22:27 -0500 Subject: [Mongrel] Packet In-Reply-To: References: Message-ID: It already has Mongrel support! ~/gems/packet-0.1.0/lib/packet_mongrel.rb Evan On Nov 21, 2007 10:19 AM, Evan Weaver wrote: > Hi Mongrels, > > Anyone used Packet? http://rubyforge.org/projects/packet > > It's a pure-Ruby (I think) evented framework. It might offer a nice > way forward for 1.9's system threads, JRuby, and Windows, all at once. > Mongrel's green thread queue doesn't have a lot of life left in it. > > Evan > > -- > Evan Weaver > Cloudburst, LLC > -- Evan Weaver Cloudburst, LLC From jason.young at ncsu.edu Wed Nov 21 15:08:53 2007 From: jason.young at ncsu.edu (Jason Young) Date: Wed, 21 Nov 2007 15:08:53 -0500 Subject: [Mongrel] Timestamping in log file? In-Reply-To: References: <20071120192112.23C9C18585D2@rubyforge.org> Message-ID: <327FCCA3-9BEA-4C11-B381-F4DC2E7EC209@ncsu.edu> HOORAY! HOORAY! HOORAY! Jason On Nov 20, 2007, at 10:47 PM, Wayne E. Seguin wrote: > Steve, > > I just committed a change set to trunk that prepends Time.now.httpdate > to most output strings. > > I am refactoring the logging to be more uniform and will be setting it > up to log using the common logfile format: > http://www.w3.org/Daemon/User/Config/Logging.html#common-logfile- > format > > Hope this helps, > ~Wayne > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Jason Young -- Systems Manager, eXtension http://about.extension.org/wiki/Jason_Young ______________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071121/11f05430/attachment.html From ezmobius at gmail.com Wed Nov 21 15:45:01 2007 From: ezmobius at gmail.com (Ezra Zygmuntowicz) Date: Wed, 21 Nov 2007 12:45:01 -0800 Subject: [Mongrel] Packet In-Reply-To: References: Message-ID: <7474F2ED-7E2F-4E55-BDE1-CBFD2DADCEF4@gmail.com> Yeah I ported evented mongrel to run on packet> it does run and is faster than threaded mongrel, not quite as fast as event machine evented mongrel. The one problem is that the first request after server boot hangs but then all requests after that are fine. I will continue some more work on this. I think it would be nice to provide this as official mongrel *opt in* functionality once it's all worked out. Cheers- -Ezra On Nov 21, 2007, at 7:22 AM, Evan Weaver wrote: > It already has Mongrel support! > > ~/gems/packet-0.1.0/lib/packet_mongrel.rb > > Evan > > On Nov 21, 2007 10:19 AM, Evan Weaver wrote: >> Hi Mongrels, >> >> Anyone used Packet? http://rubyforge.org/projects/packet >> >> It's a pure-Ruby (I think) evented framework. It might offer a nice >> way forward for 1.9's system threads, JRuby, and Windows, all at >> once. >> Mongrel's green thread queue doesn't have a lot of life left in it. >> >> Evan >> >> -- >> Evan Weaver >> Cloudburst, LLC >> > > > > -- > Evan Weaver > Cloudburst, LLC > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From wayneeseguin at gmail.com Wed Nov 21 18:29:45 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Wed, 21 Nov 2007 18:29:45 -0500 Subject: [Mongrel] Timestamping in log file? In-Reply-To: <327FCCA3-9BEA-4C11-B381-F4DC2E7EC209@ncsu.edu> References: <20071120192112.23C9C18585D2@rubyforge.org> <327FCCA3-9BEA-4C11-B381-F4DC2E7EC209@ncsu.edu> Message-ID: On Nov 21, 2007 3:08 PM, Jason Young wrote: > HOORAY! HOORAY! HOORAY! > > Jason :) Please let me know if you find any issues. Thanks, ~Wayne From zedshaw at zedshaw.com Thu Nov 22 02:42:12 2007 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Thu, 22 Nov 2007 02:42:12 -0500 Subject: [Mongrel] Packet In-Reply-To: <7474F2ED-7E2F-4E55-BDE1-CBFD2DADCEF4@gmail.com> References: <7474F2ED-7E2F-4E55-BDE1-CBFD2DADCEF4@gmail.com> Message-ID: <20071122024212.b151f7b7.zedshaw@zedshaw.com> On Wed, 21 Nov 2007 12:45:01 -0800 Ezra Zygmuntowicz wrote: > > Yeah I ported evented mongrel to run on packet> it does run and is > faster than threaded mongrel, not quite as fast as event machine > evented mongrel. > > The one problem is that the first request after server boot hangs but > then all requests after that are fine. I will continue some more work > on this. I think it would be nice to provide this as official mongrel > *opt in* functionality once it's all worked out. There's several problems with Packet's code, which I outlined for Evan over IRC earlier today: 1) It has EM code in it with the same GPL boilerplate. No GPL allowed as that will infect it with the viral license and open the door to malicious legal actions. 2) You rewind the data stream in your mongrel code while the parser can handle incremental parsing. 3) There's several places where the code takes input from userland and embeds it in either an unpack or a regex thus allowing for userland format string attacks. 4) There's quite a lot of dubious stuff going on, like using activesupport, adding weird class attribute accessors via class eval, and just other bad code all around. That's just in about 10 minutes of browsing the source. If I can find that much wrong with it that quick, then it still needs lots of work. First and foremost is the GPL though. It's a no-go if it has viral licensing and just borrows code from other projects that has GPL. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ From gethemant at gmail.com Thu Nov 22 03:30:58 2007 From: gethemant at gmail.com (hemant) Date: Thu, 22 Nov 2007 14:00:58 +0530 Subject: [Mongrel] Packet In-Reply-To: <20071122024212.b151f7b7.zedshaw@zedshaw.com> References: <7474F2ED-7E2F-4E55-BDE1-CBFD2DADCEF4@gmail.com> <20071122024212.b151f7b7.zedshaw@zedshaw.com> Message-ID: On Nov 22, 2007 1:12 PM, Zed A. Shaw wrote: > On Wed, 21 Nov 2007 12:45:01 -0800 > Ezra Zygmuntowicz wrote: > > > > > Yeah I ported evented mongrel to run on packet> it does run and is > > faster than threaded mongrel, not quite as fast as event machine > > evented mongrel. > > > > The one problem is that the first request after server boot hangs but > > then all requests after that are fine. I will continue some more work > > on this. I think it would be nice to provide this as official mongrel > > *opt in* functionality once it's all worked out. > > There's several problems with Packet's code, which I outlined for Evan over IRC earlier today: > > 1) It has EM code in it with the same GPL boilerplate. No GPL allowed as that will infect it with the viral license and open the door to malicious legal actions. > 2) You rewind the data stream in your mongrel code while the parser can handle incremental parsing. > 3) There's several places where the code takes input from userland and embeds it in either an unpack or a regex thus allowing for userland format string attacks. > 4) There's quite a lot of dubious stuff going on, like using activesupport, adding weird class attribute accessors via class eval, and just other bad code all around. > > That's just in about 10 minutes of browsing the source. If I can find that much wrong with it that quick, then it still needs lots of work. First and foremost is the GPL though. It's a no-go if it has viral licensing and just borrows code from other projects that has GPL. > Zed, There are two files which are there from eventmachine, deferable.rb and buftok.rb. Heck, there are just libs for aiding users. Packet doesn't depend on activesupport, It did depend initially, but i removed that thing altogether. I know, many people don't like, modifying core classes, and hence i am going to add them in helpers and it can potentially wreck havoc with other user code. I fully understand that. But lets see, how many methods were added to core classes: blank? nothing? #=> not needed classify #=> needed,but can be replaced with helper methods clean! => not needed iattr_accessor => needed deep_copy => not needed metaclass => needed iattr_accessor can't be removed, because it adds attribute accessors around class intance variables. If you see, its quite useful thing. Since, class instance attributes aren't shared across inheritance chain. It sure as hell needs work, whats more, this is my first ever public gem. Regarding licensing issues i don't have much to say. Code is there, take it or leave it. But I do not understand, packet is dual licensed, so effectively one can use it under Ruby license and forget the fact that its under GPL too, because choice of license is left to the user. Also, mongrel itself is under GPL2, so how come two code bases, which are both under GPL can't use each others code? I am missing here something important .fetch me Eben. This is sure funny. -- Let them talk of their oriental summer climes of everlasting conservatories; give me the privilege of making my own summer with my own coals. http://gnufied.org From ochronus at gmail.com Thu Nov 22 05:20:37 2007 From: ochronus at gmail.com (Csaba Okrona) Date: Thu, 22 Nov 2007 11:20:37 +0100 Subject: [Mongrel] Gentoo warning Message-ID: <9f841fcc0711220220k47c30493o48b890d736d2cebb@mail.gmail.com> Hi, I've done some benchmarking on our new servers (being built now), AMD X2 5600, gentoo-hardened. With the same CFLAGS (safe cflags: -march=k8 -O2) I've tested the following configs: 1, emerge ruby rubygems, then gem install mongrel (or emerge mongrel, the performance was similar) 2, download the same ruby version, untar, ./configure, make, make install, download rubygems, install it, then gem install mongrel the test script: a simple mongrel handler which writes "hello world" in its "process" method the benchmarking suite: ab2 -n 10000 -c 10 http://localhost:800/test for the pure gentoo branch I got at max. 700 req/s for the 2nd test case it's around 2400 req/s Having the same CFLAGS for both builds, the only thing I can think of is that some gentoo patches are responsible for this. Just for the record :) With regards, Ochronus -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071122/adaad540/attachment-0001.html From lists at ruby-forum.com Thu Nov 22 06:43:52 2007 From: lists at ruby-forum.com (Shiva Kumaran) Date: Thu, 22 Nov 2007 12:43:52 +0100 Subject: [Mongrel] reg vhost in apache Message-ID: Hi all, I am facing one problem in configuration of httpd-vhosts. my requirment is if url comes from servername (i.e http://sutra) it should redirect to my home page.if url comes from serverAlias(i.e http://sutrateam) it should go to advance search page....if any one knows how to do pls help me below file is my vhost file ServerName sutra ServerAlias srishtisutra ServerAlias sutrateam ServerAlias sutrasrishti DocumentRoot D:/project/sutra/public Options FollowSymLinks AllowOverride None Order allow,deny Allow from all RewriteEngine On # Check for maintenance file and redirect all requests RewriteCond %{DOCUMENT_ROOT}/system/maintenance.html -f RewriteCond %{SCRIPT_FILENAME} !maintenance.html RewriteRule ^.*$ /system/maintenance.html [L] # Rewrite index to check for static RewriteRule ^/$ /index.html [QSA] # Rewrite to check for Rails cached page RewriteRule ^([^.]+)$ $1.html [QSA] # Redirect all non-static requests to cluster RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f RewriteRule ^/(.*)$ balancer://mongrel_cluster%{REQUEST_URI} [P,QSA,L] with regards shiva -- Posted via http://www.ruby-forum.com/. From andrei at andreimaxim.ro Thu Nov 22 06:56:04 2007 From: andrei at andreimaxim.ro (Andrei Maxim) Date: Thu, 22 Nov 2007 13:56:04 +0200 Subject: [Mongrel] reg vhost in apache In-Reply-To: References: Message-ID: Shiva, The easiest way to do that is to create a new vhost for sutrateam that redirects to http://sutra/advanced-search-page. On 11/22/07, Shiva Kumaran wrote: > > Hi all, > > I am facing one problem in configuration of httpd-vhosts. > my requirment is if url comes from servername (i.e http://sutra) it > should redirect to my home page.if url comes from serverAlias(i.e > http://sutrateam) it should go to advance search page....if any one > knows how to do pls help me > > below file is my vhost file > > > ServerName sutra > ServerAlias srishtisutra > ServerAlias sutrateam > ServerAlias sutrasrishti > DocumentRoot D:/project/sutra/public > > Options FollowSymLinks > AllowOverride None > Order allow,deny > Allow from all > > RewriteEngine On > # Check for maintenance file and redirect all requests > RewriteCond %{DOCUMENT_ROOT}/system/maintenance.html -f > RewriteCond %{SCRIPT_FILENAME} !maintenance.html > RewriteRule ^.*$ /system/maintenance.html [L] > # Rewrite index to check for static > RewriteRule ^/$ /index.html [QSA] > # Rewrite to check for Rails cached page > RewriteRule ^([^.]+)$ $1.html [QSA] > # Redirect all non-static requests to cluster > RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f > RewriteRule ^/(.*)$ balancer://mongrel_cluster%{REQUEST_URI} > [P,QSA,L] > > > > with regards > shiva > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Andrei Maxim http://andreimaxim.ro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071122/05c7c64d/attachment.html From lists at ruby-forum.com Thu Nov 22 06:59:16 2007 From: lists at ruby-forum.com (Shiva Kumaran) Date: Thu, 22 Nov 2007 12:59:16 +0100 Subject: [Mongrel] reg vhost in apache In-Reply-To: References: Message-ID: <0ffd18d3b7c1a6e335e1d8e60f8a869b@ruby-forum.com> Andrei Maxim wrote: > Shiva, > The easiest way to do that is to create a new vhost for sutrateam that > redirects to http://sutra/advanced-search-page. Thanks for ur reply.where to place the redirect to http://sutra/adv-se-page in vhost file -- Posted via http://www.ruby-forum.com/. From andrei at andreimaxim.ro Thu Nov 22 07:04:24 2007 From: andrei at andreimaxim.ro (Andrei Maxim) Date: Thu, 22 Nov 2007 14:04:24 +0200 Subject: [Mongrel] reg vhost in apache In-Reply-To: <0ffd18d3b7c1a6e335e1d8e60f8a869b@ruby-forum.com> References: <0ffd18d3b7c1a6e335e1d8e60f8a869b@ruby-forum.com> Message-ID: A basic vhost config would be: ServerName sutrateam ServerAdmin webmaster at localhost RewriteEngine on RewriteRule ^(.*)$ http://sutra/advanced-search-page$1 [L,R] On 11/22/07, Shiva Kumaran wrote: > > Andrei Maxim wrote: > > Shiva, > > The easiest way to do that is to create a new vhost for sutrateam that > > redirects to http://sutra/advanced-search-page. > > Thanks for ur reply.where to place the redirect to > http://sutra/adv-se-page in vhost file > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -- Andrei Maxim http://andreimaxim.ro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071122/18d837de/attachment.html From lists at ruby-forum.com Thu Nov 22 07:13:23 2007 From: lists at ruby-forum.com (Shiva Kumaran) Date: Thu, 22 Nov 2007 13:13:23 +0100 Subject: [Mongrel] reg vhost in apache In-Reply-To: References: <0ffd18d3b7c1a6e335e1d8e60f8a869b@ruby-forum.com> Message-ID: <7f6061273421615d8626f5367497358e@ruby-forum.com> Andrei Maxim wrote: > A basic vhost config would be: > > ServerName sutrateam > ServerAdmin webmaster at localhost > RewriteEngine on > RewriteRule ^(.*)$ http://sutra/advanced-search-page$1 [L,R] > thanks andrei its working now. -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Thu Nov 22 09:23:04 2007 From: lists at ruby-forum.com (Tadeusz Bochan) Date: Thu, 22 Nov 2007 15:23:04 +0100 Subject: [Mongrel] mongrel_simple_service.rb problem Message-ID: <5ed48abf440131d94b6e4ad2c1b9f174@ruby-forum.com> Hi, This must be a newbie problem. I'm running XP SP2. I installed mongrel with gem, and attempted to run the example mongrel_simple_service.rb (unmodified) in SciTE. The script runs for about 10 seconds and then stops giving the following output: >ruby mongrel_simple_service.rb >Exit code: -1073741819 (0xfc0000005) Can someone give me a clue as to what I'm doing wrong ? -- Posted via http://www.ruby-forum.com/. From luislavena at gmail.com Thu Nov 22 09:29:57 2007 From: luislavena at gmail.com (Luis Lavena) Date: Thu, 22 Nov 2007 11:29:57 -0300 Subject: [Mongrel] mongrel_simple_service.rb problem In-Reply-To: <5ed48abf440131d94b6e4ad2c1b9f174@ruby-forum.com> References: <5ed48abf440131d94b6e4ad2c1b9f174@ruby-forum.com> Message-ID: <71166b3b0711220629t3a5bff46o45f5f0ac39d63f9b@mail.gmail.com> On Nov 22, 2007 11:23 AM, Tadeusz Bochan wrote: > Hi, > This must be a newbie problem. I'm running XP SP2. > I installed mongrel with gem, and attempted to run the example > mongrel_simple_service.rb (unmodified) in SciTE. > > The script runs for about 10 seconds and then stops giving the following > output: > > >ruby mongrel_simple_service.rb > >Exit code: -1073741819 > Wow, old stuff, not superseeded by mongrel_service gem and mongrel_rails service::install and service::remove commands. > (0xfc0000005) > > Can someone give me a clue as to what I'm doing wrong ? That code wasn't intented to run as windows service, and not from the command line. check the mongrel_simple_ctrl.rb to actually install and run a mongrel service. Anyway, as I commented before, use mongrel_service gem. -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From lists at ruby-forum.com Thu Nov 22 10:04:02 2007 From: lists at ruby-forum.com (Tadeusz Bochan) Date: Thu, 22 Nov 2007 16:04:02 +0100 Subject: [Mongrel] mongrel_simple_service.rb problem In-Reply-To: <71166b3b0711220629t3a5bff46o45f5f0ac39d63f9b@mail.gmail.com> References: <5ed48abf440131d94b6e4ad2c1b9f174@ruby-forum.com> <71166b3b0711220629t3a5bff46o45f5f0ac39d63f9b@mail.gmail.com> Message-ID: <07e63acaff2c062226426be9d1c27e09@ruby-forum.com> Thanks Luis, I get it now! Another step on the road to Ruby enlightenment ! Luis Lavena wrote: > That code wasn't intented to run as windows service, and not from the > command line. check the mongrel_simple_ctrl.rb to actually install and > run a mongrel service. > > Anyway, as I commented before, use mongrel_service gem. -- Posted via http://www.ruby-forum.com/. From zedshaw at zedshaw.com Thu Nov 22 12:53:08 2007 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Thu, 22 Nov 2007 12:53:08 -0500 Subject: [Mongrel] Gentoo warning In-Reply-To: <9f841fcc0711220220k47c30493o48b890d736d2cebb@mail.gmail.com> References: <9f841fcc0711220220k47c30493o48b890d736d2cebb@mail.gmail.com> Message-ID: <20071122125308.846e75bd.zedshaw@zedshaw.com> On Thu, 22 Nov 2007 11:20:37 +0100 "Csaba Okrona" wrote: > Hi, > > Having the same CFLAGS for both builds, the only thing I can think of is > that some gentoo patches > are responsible for this. Check to see if they've got the pthreads turned on in their build, rather than a patch. It'd be an option to ./configure that enables it, and that usually makes Ruby crawl. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ From zedshaw at zedshaw.com Thu Nov 22 13:10:43 2007 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Thu, 22 Nov 2007 13:10:43 -0500 Subject: [Mongrel] Packet In-Reply-To: References: <7474F2ED-7E2F-4E55-BDE1-CBFD2DADCEF4@gmail.com> <20071122024212.b151f7b7.zedshaw@zedshaw.com> Message-ID: <20071122131043.8584e79e.zedshaw@zedshaw.com> On Thu, 22 Nov 2007 14:00:58 +0530 hemant wrote: > Zed, > > There are two files which are there from eventmachine, deferable.rb > and buftok.rb. Heck, there are just libs for aiding users. > > Packet doesn't depend on activesupport, It did depend initially, but i > removed that thing altogether. There was a comment at the top of a few files, like I said, 10 minutes cursory glance. > I know, many people don't like, > modifying core classes, and hence i am going to add them in helpers > and it can potentially wreck havoc with other user code. I fully > understand that. But lets see, how many methods were added to core > classes: The issue isn't so much hacking the core classes, but rather that the primary project that would use your stuff (Rails) already does this. What happens when they change their monkey patching to be slightly different from your's? That'll cause incompatibilities, and since Ruby's open classes and mixins don't provide any warnings or versioning in this case of clashing-hackery you'd be screwing all the people who use your stuff. It also would mess with just about any project that doesn't use or want to use Rails. What about the folks using Facets? I'm sure there's API differences in many of the monkey patching you do, Facets does, and Rails does. In general, when you write a low level library like Packet that has to coexist with lots of other bad code, you have to keep it clean and pristine with a minimal of evil. > iattr_accessor can't be removed, because it adds attribute accessors > around class intance variables. If you see, its quite useful thing. > Since, class instance attributes aren't shared across inheritance > chain. Or, you can just design it to not need that. When I looked at it first thing I thought was it screamed of over design and cleverness, which just doesn't work in a project that has to coexist. Read above for more reasons why extending the base interactions of Ruby in your library is really a bad idea. > > It sure as hell needs work, whats more, this is my first ever public gem. Yep, I get that, and my comments are no slight to you personally. But, if you ever want it to be adopted, then take my advice and stop doing fancy stuff. My comments were also more for the Mongrel team since they went rushing to your fresh gem too quickly. As I said, if a quick 10 minute glance can give me that many warning signs then it's not ready for use. > Regarding licensing issues i don't have much to say. Code is there, > take it or leave it. But I do not understand, packet is dual licensed, > so effectively one can use it under Ruby license and forget the fact > that its under GPL too, because choice of license is left to the user. You're right, I missed that the EM code iss also licensed under the Ruby license and GPL2 similar to Mongrel. But, a quick clarification: > Also, mongrel itself is under GPL2, so how come two code bases, which > are both under GPL can't use each others code? I am missing here > something important .fetch me Eben. This is sure funny. No, you're mistaken there, here's the line that mentions the GPL: "You can redistribute it and/or modify it under either the terms of the GPL2 or the conditions below:" This isn't saying it's licensed under GPL2, it's saying you can use either GPL2 -OR- the regular license. This is purely so that GPL purists can use the project, and everyone can not use the GPL if they want. It does NOT say that you have to use the GPL. So for licensing you're good, but watch out for it. When you start borrowing code from other people you can get into trouble if they suddenly change their license, decide to interpret it differently, or just get pissy about how you use it. The rest of my comments still stand though. Keep working on Packet, but my suggestion is for you to go back and make it cleaner, smaller, include less external code, rely on less, and don't do monkey patching so much. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ From gethemant at gmail.com Thu Nov 22 13:35:27 2007 From: gethemant at gmail.com (hemant kumar) Date: Fri, 23 Nov 2007 00:05:27 +0530 Subject: [Mongrel] Packet In-Reply-To: <20071122131043.8584e79e.zedshaw@zedshaw.com> References: <7474F2ED-7E2F-4E55-BDE1-CBFD2DADCEF4@gmail.com> <20071122024212.b151f7b7.zedshaw@zedshaw.com> <20071122131043.8584e79e.zedshaw@zedshaw.com> Message-ID: <1195756527.15187.16.camel@shire> On Thu, 2007-11-22 at 13:10 -0500, Zed A. Shaw wrote: > On Thu, 22 Nov 2007 14:00:58 +0530 > hemant wrote: > The issue isn't so much hacking the core classes, but rather that the primary project that would use your stuff (Rails) already does this. What happens when they change their monkey patching to be slightly different from your's? That'll cause incompatibilities, and since Ruby's open classes and mixins don't provide any warnings or versioning in this case of clashing-hackery you'd be screwing all the people who use your stuff. > > It also would mess with just about any project that doesn't use or want to use Rails. What about the folks using Facets? I'm sure there's API differences in many of the monkey patching you do, Facets does, and Rails does. > > In general, when you write a low level library like Packet that has to coexist with lots of other bad code, you have to keep it clean and pristine with a minimal of evil. > > Or, you can just design it to not need that. When I looked at it first thing I thought was it screamed of over design and cleverness, which just doesn't work in a project that has to coexist. Read above for more reasons why extending the base interactions of Ruby in your library is really a bad idea. > > Yep, I get that, and my comments are no slight to you personally. But, if you ever want it to be adopted, then take my advice and stop doing fancy stuff. My comments were also more for the Mongrel team since they went rushing to your fresh gem too quickly. As I said, if a quick 10 minute glance can give me that many warning signs then it's not ready for use. Ok zed, its my first gem and that doesn't mean that its of low quality. Its already being used in couple of my internal company projects. Its being used in backgroundrb.And I am coding/using it a lot. In a nutshell, its not offspring of some arm chair design thingy. I needed it and I coded it. Why one writes open/free software? The main incentive is ( for me anyways ), so as people use it and generally original coder feels good about it. So, I do intend to make it possible to run mongrel on top of packet. But I am just adding 5 methods to core classes man, they are not big time design thingies, they can be easily removed. Packet doesn't depend on those 5 methods. > So for licensing you're good, but watch out for it. When you start borrowing code from other people you can get into trouble if they suddenly change their license, decide to interpret it differently, or just get pissy about how you use it. Good to get this cleared anyways.But its not like Oracle, taking code from RHEL. The two files that has been imported from EM, are imported and done for. One can change the license and whatever shit, I am not affected by that. Heck, i don't even need those damn classes, they are mostly used by user level code, packet itself doesn't use it. And they are also dual licensed under GPL2 and Ruby. > > The rest of my comments still stand though. Keep working on Packet, but my suggestion is for you to go back and make it cleaner, smaller, include less external code, rely on less, and don't do monkey patching so much. Again, Zed, 5 methods. There is not so much of monkey patching as you mention. And I am trying to make it as clean and lean as possible. Look into code, send some patches if you feel something is dirty or can be improved. From zedshaw at zedshaw.com Thu Nov 22 13:59:36 2007 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Thu, 22 Nov 2007 13:59:36 -0500 Subject: [Mongrel] Packet In-Reply-To: <1195756527.15187.16.camel@shire> References: <7474F2ED-7E2F-4E55-BDE1-CBFD2DADCEF4@gmail.com> <20071122024212.b151f7b7.zedshaw@zedshaw.com> <20071122131043.8584e79e.zedshaw@zedshaw.com> <1195756527.15187.16.camel@shire> Message-ID: <20071122135936.f86a31db.zedshaw@zedshaw.com> On Fri, 23 Nov 2007 00:05:27 +0530 hemant kumar wrote: > > Yep, I get that, and my comments are no slight to you personally. But, if you ever want it to be adopted, then take my advice and stop doing fancy stuff. My comments were also more for the Mongrel team since they went rushing to your fresh gem too quickly. As I said, if a quick 10 minute glance can give me that many warning signs then it's not ready for use. > > Ok zed, its my first gem and that doesn't mean that its of low quality. > Its already being used in couple of my internal company projects. Its > being used in backgroundrb.And I am coding/using it a lot. In a > nutshell, its not offspring of some arm chair design thingy. I needed it > and I coded it. Well, actually I can go even further and give you more advice on how to improve it, but you seem more interested in defending your choices rather than listening. Good luck on it then. > Why one writes open/free software? The main incentive is ( for me > anyways ), so as people use it and generally original coder feels good > about it. So, I do intend to make it possible to run mongrel on top of > packet. But I am just adding 5 methods to core classes man, they are not > big time design thingies, they can be easily removed. Packet doesn't > depend on those 5 methods. Another reason you release code is so that people can give you feedback on it. The second you put it out there it's open for criticism, which is a good thing and you shouldn't get offended by it. I never said "Hemant is a shitty coder." I said, "Hemant's Packet isn't that great, don't use it yet, here's exactly why." Once you understand the difference between the two you'll be able to take criticism of your code much better. It also means that you have room to improve, and you just have to keep hacking on it. Rather than get upset, make it better. > > > > The rest of my comments still stand though. Keep working on Packet, but my suggestion is for you to go back and make it cleaner, smaller, include less external code, rely on less, and don't do monkey patching so much. > > Again, Zed, 5 methods. There is not so much of monkey patching as you > mention. And I am trying to make it as clean and lean as possible. > Look into code, send some patches if you feel something is dirty or can > be improved. You are not reading carefully so I'll break it down a little simpler, and then hopefully you'll understand. After that, you're on your own. I don't throw pearls before swine. 1) Rails has these same or similar monkey patches. 2) Ruby has no way to version or select which monkey patch to use, and doesn't warn you. 3) Ruby's primary rule is Principle Of Least Surprise. 4) If you have your monkey patches in a system running Rails (which will happen under Mongrel) then your methods will clash with Rails' methods. SURPRISE! 5) If you have your monkey patches in a system NOT RAILS then your methods will piss people off because SURPRISE! they aren't expected. 6) If Rails changes the signature or behavior of their methods then your's will override and people's code will break. 7) When people's code blows up, they'll have no idea where the offending methods are coming from: Packet, Mongrel, Rails, Facets, Og, Nitro, Camping, Merb, Sinatra, or their own code. **) They are not needed and the benefit does not outweigh the disadvantage given above. Same goes for your class attribute stuff. It's unexpected in a library that low level. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ From bk at benjaminkrause.com Thu Nov 22 17:47:51 2007 From: bk at benjaminkrause.com (Benjamin Krause) Date: Thu, 22 Nov 2007 23:47:51 +0100 Subject: [Mongrel] Gentoo warning In-Reply-To: <20071122125308.846e75bd.zedshaw@zedshaw.com> References: <9f841fcc0711220220k47c30493o48b890d736d2cebb@mail.gmail.com> <20071122125308.846e75bd.zedshaw@zedshaw.com> Message-ID: <70D946D7-F6AA-4CBD-A92A-581E8A14006F@benjaminkrause.com> Hey You need to set the USE flag 'threads' to add pthread support to ruby. Ben On 2007-11-22, at 18:53, Zed A. Shaw wrote: > On Thu, 22 Nov 2007 11:20:37 +0100 > "Csaba Okrona" wrote: > >> Hi, >> >> Having the same CFLAGS for both builds, the only thing I can think >> of is >> that some gentoo patches >> are responsible for this. > > Check to see if they've got the pthreads turned on in their build, > rather than a patch. It'd be an option to ./configure that enables > it, and that usually makes Ruby crawl. > > > -- > Zed A. Shaw > - Hate: http://savingtheinternetwithhate.com/ > - Good: http://www.zedshaw.com/ > - Evil: http://yearofevil.com/ > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users Gruss Ben --- Benjamin Krause http://www.omdb.org/ bk at benjaminkrause.com Rails-Schulung "Advancing with Rails" mit David A. Black 19.11.-22.11.2007, Berlin-Mitte Details u. Anmeldung: http://www.railsschulung.de -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071122/e0bf0d86/attachment.html From ezmobius at gmail.com Thu Nov 22 19:00:06 2007 From: ezmobius at gmail.com (Ezra Zygmuntowicz) Date: Thu, 22 Nov 2007 16:00:06 -0800 Subject: [Mongrel] Gentoo warning In-Reply-To: <70D946D7-F6AA-4CBD-A92A-581E8A14006F@benjaminkrause.com> References: <9f841fcc0711220220k47c30493o48b890d736d2cebb@mail.gmail.com> <20071122125308.846e75bd.zedshaw@zedshaw.com> <70D946D7-F6AA-4CBD-A92A-581E8A14006F@benjaminkrause.com> Message-ID: Hi~ On Nov 22, 2007, at 2:47 PM, Benjamin Krause wrote: > Hey > > You need to set the USE flag 'threads' to add pthread support to ruby. > > Ben > > On 2007-11-22, at 18:53, Zed A. Shaw wrote: > >> On Thu, 22 Nov 2007 11:20:37 +0100 >> "Csaba Okrona" wrote: >> >>> Hi, >>> >>> Having the same CFLAGS for both builds, the only thing I can think >>> of is >>> that some gentoo patches >>> are responsible for this. >> >> Check to see if they've got the pthreads turned on in their build, >> rather than a patch. It'd be an option to ./configure that enables >> it, and that usually makes Ruby crawl. > Just to be clear you want pthreads turned off so USE='-threads' or the equivalent. I dont recall if the default ebuild uses pthreads or not but you definitely want to turn them off. Cheers- -Ezra From alexey.verkhovsky at gmail.com Thu Nov 22 19:33:46 2007 From: alexey.verkhovsky at gmail.com (Alexey Verkhovsky) Date: Thu, 22 Nov 2007 17:33:46 -0700 Subject: [Mongrel] Gentoo warning In-Reply-To: References: <9f841fcc0711220220k47c30493o48b890d736d2cebb@mail.gmail.com> <20071122125308.846e75bd.zedshaw@zedshaw.com> <70D946D7-F6AA-4CBD-A92A-581E8A14006F@benjaminkrause.com> Message-ID: <3945c4270711221633h174c9830t9efd886c25b550b0@mail.gmail.com> On Nov 22, 2007 5:00 PM, Ezra Zygmuntowicz wrote: > but you definitely want to turn [pthreads] off. Definitely, but... you may need it on, if you use an extension that itself relies on pthreads. Which is why Redhat has Ruby compiled with pthreads. By the way, what kind of performance penalty has anyone seen from pthreads in a real app? -- Alexey Verkhovsky CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] RubyWorks [http://rubyworks.thoughtworks.com] From lists at ruby-forum.com Thu Nov 22 20:36:57 2007 From: lists at ruby-forum.com (Booth Developer) Date: Fri, 23 Nov 2007 02:36:57 +0100 Subject: [Mongrel] Unable to read anything from request.remote_ip Message-ID: For some users, request.remote_ip always return nil. According to the RAILS's help: REMOTE_ADDR is the standard but will fail if the user is behind a proxy. HTTP_CLIENT_IP and/or HTTP_X_FORWARDED_FOR are set by proxies so check for these before falling back to REMOTE_ADDR. HTTP_X_FORWARDED_FOR may be a comma- delimited list in the case of multiple chained proxies; the first is the originating IP. The system is running on the Mongrel Cluster behind Apache 2.2 with # mod_proxy, mod_proxy-html, and mod_proxy_balancer # mod_rewrite # mod_deflate # mod_headers (setup: http://mongrel.rubyforge.org/docs/apache.html) Would it be due to: 1) IPv6 or Asian IP addresses? 2) mod_proxy or mod_rewrite?? 3) .... Any insight? -- Posted via http://www.ruby-forum.com/. From ezmobius at gmail.com Thu Nov 22 22:18:29 2007 From: ezmobius at gmail.com (Ezra Zygmuntowicz) Date: Thu, 22 Nov 2007 19:18:29 -0800 Subject: [Mongrel] Gentoo warning In-Reply-To: <3945c4270711221633h174c9830t9efd886c25b550b0@mail.gmail.com> References: <9f841fcc0711220220k47c30493o48b890d736d2cebb@mail.gmail.com> <20071122125308.846e75bd.zedshaw@zedshaw.com> <70D946D7-F6AA-4CBD-A92A-581E8A14006F@benjaminkrause.com> <3945c4270711221633h174c9830t9efd886c25b550b0@mail.gmail.com> Message-ID: On Nov 22, 2007, at 4:33 PM, Alexey Verkhovsky wrote: > On Nov 22, 2007 5:00 PM, Ezra Zygmuntowicz wrote: >> but you definitely want to turn [pthreads] off. > > Definitely, but... you may need it on, if you use an extension that > itself relies on pthreads. Which is why Redhat has Ruby compiled with > pthreads. > > By the way, what kind of performance penalty has anyone seen from > pthreads in a real app? > The only thing that ruby uses pthreads for is if you use tk afaik. I did some benchmarks on gentoo with pthreads enabled and disabled and a rails app performs a serious 25% or more faster with pthreads disabled. A very real difference. Cheers- -Ezra From wayneeseguin at gmail.com Thu Nov 22 22:32:39 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Thu, 22 Nov 2007 22:32:39 -0500 Subject: [Mongrel] Unable to read anything from request.remote_ip In-Reply-To: References: Message-ID: On Nov 22, 2007 8:36 PM, Booth Developer wrote: > For some users, request.remote_ip always return nil. According to the > RAILS's help: > > REMOTE_ADDR is the standard but will fail if the user is behind a proxy. > HTTP_CLIENT_IP and/or HTTP_X_FORWARDED_FOR are set by proxies so check > for these before falling back to REMOTE_ADDR. HTTP_X_FORWARDED_FOR may > be a comma- delimited list in the case of multiple chained proxies; the > first is the originating IP. > > The system is running on the Mongrel Cluster behind Apache 2.2 with > # mod_proxy, mod_proxy-html, and mod_proxy_balancer > # mod_rewrite > # mod_deflate > # mod_headers > (setup: http://mongrel.rubyforge.org/docs/apache.html) > > Would it be due to: > > 1) IPv6 or Asian IP addresses? > 2) mod_proxy or mod_rewrite?? > 3) .... Most likely the REMOTE_ADDR is not being forwarded to Mongrel from the mod_proxy* Best bet would be to checkout the mod_proxy* docs. ~Wayne From alexey.verkhovsky at gmail.com Thu Nov 22 22:57:35 2007 From: alexey.verkhovsky at gmail.com (Alexey Verkhovsky) Date: Thu, 22 Nov 2007 20:57:35 -0700 Subject: [Mongrel] Gentoo warning In-Reply-To: References: <9f841fcc0711220220k47c30493o48b890d736d2cebb@mail.gmail.com> <20071122125308.846e75bd.zedshaw@zedshaw.com> <70D946D7-F6AA-4CBD-A92A-581E8A14006F@benjaminkrause.com> <3945c4270711221633h174c9830t9efd886c25b550b0@mail.gmail.com> Message-ID: <3945c4270711221957i5a14a078oe35bd6fa81cbdea8@mail.gmail.com> On Nov 22, 2007 8:18 PM, Ezra Zygmuntowicz wrote: > The only thing that ruby uses pthreads for is if you use tk afaik. Where I hit that particular wall was Oracle driver. > a serious 25% or more faster with pthreads disabled. A very real difference. Yeah, that's what I get on the "petstore benchmark", too. -- Alexey Verkhovsky CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] RubyWorks [http://rubyworks.thoughtworks.com] From lists at ruby-forum.com Fri Nov 23 00:58:47 2007 From: lists at ruby-forum.com (Booth Developer) Date: Fri, 23 Nov 2007 06:58:47 +0100 Subject: [Mongrel] Unable to read anything from request.remote_ip In-Reply-To: References: Message-ID: <1029c50a88d175d8f4ac914d76156f4c@ruby-forum.com> we can view the REMOTE_ADDR for most access, but not all. > Most likely the REMOTE_ADDR is not being forwarded to Mongrel from the > mod_proxy* > Best bet would be to checkout the mod_proxy* docs. > > ~Wayne -- Posted via http://www.ruby-forum.com/. From ochronus at gmail.com Fri Nov 23 04:13:51 2007 From: ochronus at gmail.com (Csaba Okrona) Date: Fri, 23 Nov 2007 10:13:51 +0100 Subject: [Mongrel] Gentoo warning In-Reply-To: <20071122125308.846e75bd.zedshaw@zedshaw.com> References: <9f841fcc0711220220k47c30493o48b890d736d2cebb@mail.gmail.com> <20071122125308.846e75bd.zedshaw@zedshaw.com> Message-ID: <9f841fcc0711230113g1a147a38led62e4abb3ac4caa@mail.gmail.com> Hi, You were right, the "threads" USE flag was set. Thanks for the heads up! Regards, Csaba On Nov 22, 2007 6:53 PM, Zed A. Shaw wrote: > On Thu, 22 Nov 2007 11:20:37 +0100 > "Csaba Okrona" wrote: > > > Hi, > > > > Having the same CFLAGS for both builds, the only thing I can think of is > > that some gentoo patches > > are responsible for this. > > Check to see if they've got the pthreads turned on in their build, rather > than a patch. It'd be an option to ./configure that enables it, and that > usually makes Ruby crawl. > > > -- > Zed A. Shaw > - Hate: http://savingtheinternetwithhate.com/ > - Good: http://www.zedshaw.com/ > - Evil: http://yearofevil.com/ > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071123/d669a0f0/attachment.html From sebastian at haglund.se Fri Nov 23 08:36:17 2007 From: sebastian at haglund.se (Sebastian Haglund) Date: Fri, 23 Nov 2007 14:36:17 +0100 Subject: [Mongrel] Mongrel+Apache 2.2 Proxy Message-ID: <4746D751.6080808@haglund.se> Hi, I'm running a rails (mongrel) based web service behind an apache proxy, on windows 2003. Sometimes I see a POST in the apache log that returned a 404 but nothing about it in the rails log. It doesn't happen every time, 9 out of 10 times it works just fine. The post (is actually a put) comes from a .NET application uploading a small xml-file. The log message in apache looks like this [21/Nov/2007:15:56:15 +0100] "POST /archivefiles/173688 HTTP/1.1" 404 - .. and the vhost #Fix for Apache bug 39499 SetEnv force-proxy-request-1.0 1 SetEnv proxy-nokeepalive 1 XSendFile on XSendFileAllowAbove on RewriteEngine On # Check for maintenance file. Let apache load it if it exists RewriteCond %{DOCUMENT_ROOT}/system/maintenance.html -f RewriteRule . /system/maintenance.html [L] # Let apache serve static files RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} -f RewriteRule (.*) $1 [L] # Don't do forward proxying ProxyRequests Off # Enable reverse proxying Order deny,allow Allow from all # Pass other requests to mongrel instance ProxyPass / http://localhost:4003/ ProxyPassReverse / http://localhost:4003/ AllowOverride All Options FollowSymLinks Order allow,deny Allow from all Has anybody seen this and know what's wrong and/or a way around it? Regards, Sebastian From jeremy at ibexinternet.co.uk Fri Nov 23 11:26:04 2007 From: jeremy at ibexinternet.co.uk (Jeremy Wilkins) Date: Fri, 23 Nov 2007 16:26:04 +0000 Subject: [Mongrel] Comet style requests with mongrel Message-ID: Hi, I've been doing some experiments with php and if can use something like to keep a http link open for an arbitrary amount of time and routinely display "hello world" in the browser window. Is is possible to write a mongrel handler to do something similar? Thanks jeb From peter.relan at gmail.com Fri Nov 23 12:17:57 2007 From: peter.relan at gmail.com (A. Peter Relan) Date: Fri, 23 Nov 2007 09:17:57 -0800 Subject: [Mongrel] Mongrel+Apache 2.2 Proxy In-Reply-To: <4746D751.6080808@haglund.se> References: <4746D751.6080808@haglund.se> Message-ID: <75a9f9150711230917m299f5a7fmcf3cd4541e205a7b@mail.gmail.com> we had a lot of issues with apache 2.2 mod_proxy and mongrels.. just could not make it work. finally we moved to nginx as the webserver and it works really well. On Nov 23, 2007 5:36 AM, Sebastian Haglund wrote: > Hi, > > I'm running a rails (mongrel) based web service behind an apache proxy, > on windows 2003. > Sometimes I see a POST in the apache log that returned a 404 but nothing > about it in the rails log. > It doesn't happen every time, 9 out of 10 times it works just fine. > > The post (is actually a put) comes from a .NET application uploading a > small xml-file. > > The log message in apache looks like this > > [21/Nov/2007:15:56:15 +0100] "POST /archivefiles/173688 HTTP/1.1" 404 - > > .. and the vhost > > > #Fix for Apache bug 39499 > SetEnv force-proxy-request-1.0 1 > SetEnv proxy-nokeepalive 1 > > XSendFile on > XSendFileAllowAbove on > > RewriteEngine On > > # Check for maintenance file. Let apache load it if it exists > RewriteCond %{DOCUMENT_ROOT}/system/maintenance.html -f > RewriteRule . /system/maintenance.html [L] > > # Let apache serve static files > RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} -f > RewriteRule (.*) $1 [L] > > # Don't do forward proxying > ProxyRequests Off > > # Enable reverse proxying > > Order deny,allow > Allow from all > > > # Pass other requests to mongrel instance > ProxyPass / http://localhost:4003/ > ProxyPassReverse / http://localhost:4003/ > > > AllowOverride All > Options FollowSymLinks > Order allow,deny > Allow from all > > > > > Has anybody seen this and know what's wrong and/or a way around it? > > > Regards, > > Sebastian > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071123/e47d0964/attachment.html From lists at ruby-forum.com Fri Nov 23 12:38:19 2007 From: lists at ruby-forum.com (Benny Beesnus) Date: Fri, 23 Nov 2007 18:38:19 +0100 Subject: [Mongrel] Fresh install on Debian Etch - Mongrel immediately hangs Message-ID: Hi, I just did a clean install of Ruby 1.8.5 Rubygems 0.9.0 and the Mongrel and Mongrel_Cluster gems. I used only the Debian Etch package manager, nothing compiled myself. Now, on a testapp when I do a script/server, I get the: ** Ruby version is not up-to-date; loading cgi_multipart_eof_fix warning. But it's not serving my app. Ruby is immediately on 100% CPU load (and 0.7% memory) and stays there. When I press CTRL-C on the console I started the server from, I get => Booting Mongrel (use 'script/server webrick' to force WEBrick) => Rails application starting on http://0.0.0.0:3000 => Call with -d to detach => Ctrl-C to shutdown server but still, nothing is served and Ruby process at 100% CPU. Trying to do a mongrel_rails -B to debug it produces no debug log. The hang is very immediate. Nothing in any logs. Please help me! -- Posted via http://www.ruby-forum.com/. From filipe at icewall.org Fri Nov 23 12:50:01 2007 From: filipe at icewall.org (Filipe) Date: Fri, 23 Nov 2007 15:50:01 -0200 (BRST) Subject: [Mongrel] Fresh install on Debian Etch - Mongrel immediately hangs In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, did you tried to use mongrel from backports.org (1)? Mongrel Debian package removes this fix because Debian's ruby already has this included. Just add backports.org entry to your /etc/apt/sources.list file: deb http://www.backports.org/debian etch-backports main contrib non-free And apt-get into it :D 1. http://packages.debian.org/etch-backports/mongrel Cheers, filipe { @ icewall.org GPG 1024D/A6BA423E Jabber lautert at jabber.ru } -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD4DBQFHRxLXmKFbPqa6Qj4RAn4OAJdRj6JPaPb1BPnX2vGH2EuRJCQ9AJ93TXLz up/4syuaSEeXGNHDYilJSg== =0ykp -----END PGP SIGNATURE----- From rubyphunk at googlemail.com Fri Nov 23 12:51:36 2007 From: rubyphunk at googlemail.com (Andreas Wolff) Date: Fri, 23 Nov 2007 18:51:36 +0100 Subject: [Mongrel] Fresh install on Debian Etch - Mongrel immediately hangs In-Reply-To: References: Message-ID: I had the same error a few days ago. Installing ruby 1.8.6 (from source) fixed my problem. However: You may need to install gem cgi_multipart_eof_fix bye rubyphunk On 11/23/07, Benny Beesnus wrote: > > Hi, > > I just did a clean install of > > Ruby 1.8.5 > Rubygems 0.9.0 > > and the Mongrel and Mongrel_Cluster gems. > > I used only the Debian Etch package manager, nothing compiled myself. > > Now, on a testapp when I do a script/server, I get the: > > ** Ruby version is not up-to-date; loading cgi_multipart_eof_fix > > warning. But it's not serving my app. Ruby is immediately on 100% CPU > load (and 0.7% memory) and stays there. > > When I press CTRL-C on the console I started the server from, I get > > => Booting Mongrel (use 'script/server webrick' to force WEBrick) > => Rails application starting on http://0.0.0.0:3000 > => Call with -d to detach > => Ctrl-C to shutdown server > > but still, nothing is served and Ruby process at 100% CPU. > > Trying to do a mongrel_rails -B to debug it produces no debug log. The > hang is very immediate. > > Nothing in any logs. > > Please help me! > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071123/0154a7c4/attachment-0001.html From neongrau at gmail.com Fri Nov 23 13:09:40 2007 From: neongrau at gmail.com (Ralf Vitasek) Date: Fri, 23 Nov 2007 19:09:40 +0100 Subject: [Mongrel] Mongrel+Apache 2.2 Proxy In-Reply-To: <75a9f9150711230917m299f5a7fmcf3cd4541e205a7b@mail.gmail.com> References: <4746D751.6080808@haglund.se> <75a9f9150711230917m299f5a7fmcf3cd4541e205a7b@mail.gmail.com> Message-ID: <24233797-D15E-4677-A0F7-F3CDEC944BFA@gmail.com> what kind of problems did you have? and since when is there a windows version of nginx? -- ralf Am 23.11.2007 um 18:17 schrieb A. Peter Relan: > we had a lot of issues with apache 2.2 mod_proxy and mongrels.. just > could not make it work. finally we moved to nginx as the webserver > and it works really well. > > On Nov 23, 2007 5:36 AM, Sebastian Haglund < sebastian at haglund.se> > wrote: > Hi, > > I'm running a rails (mongrel) based web service behind an apache > proxy, > on windows 2003. > Sometimes I see a POST in the apache log that returned a 404 but > nothing > about it in the rails log. > It doesn't happen every time, 9 out of 10 times it works just fine. > > The post (is actually a put) comes from a .NET application uploading a > small xml-file. > > The log message in apache looks like this > > [21/Nov/2007:15:56:15 +0100] "POST /archivefiles/173688 HTTP/1.1" > 404 - > > .. and the vhost > > > #Fix for Apache bug 39499 > SetEnv force-proxy-request-1.0 1 > SetEnv proxy-nokeepalive 1 > > XSendFile on > XSendFileAllowAbove on > > RewriteEngine On > > # Check for maintenance file. Let apache load it if it exists > RewriteCond %{DOCUMENT_ROOT}/system/maintenance.html -f > RewriteRule . /system/maintenance.html [L] > > # Let apache serve static files > RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} -f > RewriteRule (.*) $1 [L] > > # Don't do forward proxying > ProxyRequests Off > > # Enable reverse proxying > > Order deny,allow > Allow from all > > > # Pass other requests to mongrel instance > ProxyPass / http://localhost:4003/ > ProxyPassReverse / http://localhost:4003/ > > > AllowOverride All > Options FollowSymLinks > Order allow,deny > Allow from all > > > > > Has anybody seen this and know what's wrong and/or a way around it? > > > Regards, > > Sebastian > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071123/5753ca5c/attachment.html From peter.relan at gmail.com Fri Nov 23 13:18:01 2007 From: peter.relan at gmail.com (A. Peter Relan) Date: Fri, 23 Nov 2007 10:18:01 -0800 Subject: [Mongrel] Mongrel+Apache 2.2 Proxy In-Reply-To: <24233797-D15E-4677-A0F7-F3CDEC944BFA@gmail.com> References: <4746D751.6080808@haglund.se> <75a9f9150711230917m299f5a7fmcf3cd4541e205a7b@mail.gmail.com> <24233797-D15E-4677-A0F7-F3CDEC944BFA@gmail.com> Message-ID: <75a9f9150711231018h4abddd29yfeb58194e52818bb@mail.gmail.com> sorry.. not windows: we did it on linux. the main problems we saw were a. proxy errors from upstream server and b. round robin load balancing was not very smart by mod_proxy; it queues up requests to busy mongrels even if other mongrels are idle.. and at high load we would see over 200 apache daemons waiting around for our mongrels to finish, which at several megs per apache daemon would consume all our memory. we had a choice of lighttpd or nginx.. we took nginx and are very happy with it. i've also heard good things about lighttpd (if that's available on windows) On Nov 23, 2007 10:09 AM, Ralf Vitasek wrote: > what kind of problems did you have? > and since when is there a windows version of nginx? > > -- > ralf > > Am 23.11.2007 um 18:17 schrieb A. Peter Relan: > > we had a lot of issues with apache 2.2 mod_proxy and mongrels.. just could > not make it work. finally we moved to nginx as the webserver and it works > really well. > > On Nov 23, 2007 5:36 AM, Sebastian Haglund < sebastian at haglund.se> wrote: > > > Hi, > > > > I'm running a rails (mongrel) based web service behind an apache proxy, > > on windows 2003. > > Sometimes I see a POST in the apache log that returned a 404 but nothing > > about it in the rails log. > > It doesn't happen every time, 9 out of 10 times it works just fine. > > > > The post (is actually a put) comes from a .NET application uploading a > > small xml-file. > > > > The log message in apache looks like this > > > > [21/Nov/2007:15:56:15 +0100] "POST /archivefiles/173688 HTTP/1.1" 404 - > > > > .. and the vhost > > > > > > #Fix for Apache bug 39499 > > SetEnv force-proxy-request-1.0 1 > > SetEnv proxy-nokeepalive 1 > > > > XSendFile on > > XSendFileAllowAbove on > > > > RewriteEngine On > > > > # Check for maintenance file. Let apache load it if it exists > > RewriteCond %{DOCUMENT_ROOT}/system/maintenance.html -f > > RewriteRule . /system/maintenance.html [L] > > > > # Let apache serve static files > > RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} -f > > RewriteRule (.*) $1 [L] > > > > # Don't do forward proxying > > ProxyRequests Off > > > > # Enable reverse proxying > > > > Order deny,allow > > Allow from all > > > > > > # Pass other requests to mongrel instance > > ProxyPass / http://localhost:4003/ > > ProxyPassReverse / http://localhost:4003/ > > > > > > AllowOverride All > > Options FollowSymLinks > > Order allow,deny > > Allow from all > > > > > > > > > > Has anybody seen this and know what's wrong and/or a way around it? > > > > > > Regards, > > > > Sebastian > > _______________________________________________ > > Mongrel-users mailing list > > Mongrel-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/mongrel-users > > > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > > > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071123/bfb2da0a/attachment.html From zedshaw at zedshaw.com Fri Nov 23 17:23:23 2007 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Fri, 23 Nov 2007 17:23:23 -0500 Subject: [Mongrel] Comet style requests with mongrel In-Reply-To: References: Message-ID: <20071123172323.84913936.zedshaw@zedshaw.com> On Fri, 23 Nov 2007 16:26:04 +0000 Jeremy Wilkins wrote: > Hi, > > I've been doing some experiments with php and if can use something like > > > for ($i = 0; $i < 100; $i++) { > echo "hello world"; > flush(); > sleep(10); > } > > ?> > > to keep a http link open for an arbitrary amount of time and > routinely display "hello world" in the browser window. > > Is is possible to write a mongrel handler to do something similar? Yep, you could probably write a handler to do that, but probably not a rails action without tons of surgery. However, this will fall down pretty quick once you hit Ruby's 1024 (or less) file descriptor limit due to its use of select. Zed From rajiv at fleeteyes.com Fri Nov 23 17:22:21 2007 From: rajiv at fleeteyes.com (Rajiv Sankranti) Date: Fri, 23 Nov 2007 14:22:21 -0800 Subject: [Mongrel] help! problem with mongrel, request.remote_ip and lighttpd Message-ID: <200711231422.21256.rajiv@fleeteyes.com> I have an existing rails application on lighttpd and I am trrying to upgrade to mongrel for the enhanced scalability it offers. I am running mongrel 1.1.1, rails 1.2.5, lighttpd 1.4.13 and ruby 1.8.5 Everything is working great except request.remote_ip returns 127.0.0.1 or 192.168.0.102 (the internal network address of the server running lighty). I've seen some older posts about this problem and it appears lighttpd is the culprit. Will pound solve this problem? Is there a way to get this working with lighttpd or do I need to use another webserver? Please help! Thanks, Raj. From todd.fisher at gmail.com Sat Nov 24 12:33:16 2007 From: todd.fisher at gmail.com (Todd Fisher) Date: Sat, 24 Nov 2007 12:33:16 -0500 Subject: [Mongrel] Comet style requests with mongrel In-Reply-To: <20071123172323.84913936.zedshaw@zedshaw.com> References: <20071123172323.84913936.zedshaw@zedshaw.com> Message-ID: You might find this interesting. http://adam.blogs.bitscribe.net/2007/05/08/comet-with-rails-mongrel/ http://code.google.com/p/rlogwatch/ -Todd On Nov 23, 2007 5:23 PM, Zed A. Shaw wrote: > On Fri, 23 Nov 2007 16:26:04 +0000 > Jeremy Wilkins wrote: > > > Hi, > > > > I've been doing some experiments with php and if can use something like > > > > > > > for ($i = 0; $i < 100; $i++) { > > echo "hello world"; > > flush(); > > sleep(10); > > } > > > > ?> > > > > to keep a http link open for an arbitrary amount of time and > > routinely display "hello world" in the browser window. > > > > Is is possible to write a mongrel handler to do something similar? > > Yep, you could probably write a handler to do that, but probably not a rails action without tons of surgery. > > However, this will fall down pretty quick once you hit Ruby's 1024 (or less) file descriptor limit due to its use of select. > > Zed > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From altano at gmail.com Sat Nov 24 14:45:38 2007 From: altano at gmail.com (Norbauer Alan) Date: Sat, 24 Nov 2007 14:45:38 -0500 Subject: [Mongrel] Other plugins? Message-ID: <5CDE35C4-01E7-4B8B-ACB8-6770F8A3B260@gmail.com> Is mongrel_cluster the only mongrel plugin, or is the mongrel website not up to date? http://mongrel.rubyforge.org/plugins.html Thanks, alan From jeremy at ibexinternet.co.uk Mon Nov 26 04:30:29 2007 From: jeremy at ibexinternet.co.uk (Jeremy Wilkins) Date: Mon, 26 Nov 2007 09:30:29 +0000 Subject: [Mongrel] Comet style requests with mongrel In-Reply-To: <20071123172323.84913936.zedshaw@zedshaw.com> References: <20071123172323.84913936.zedshaw@zedshaw.com> Message-ID: Cheers for the reply, the intention was to use a custom handler to bypass rails for just this one action. I'm currently using a poll, and am looking into the possibility of keeping the connection open instead. There will only be a maximum of 15 connections open at any one time - would this still be limited by ruby file descriptor limit? I've managed to get mongrel handler almost doing what I want but not quite - I can't tell mongrel to flush data down the socket at the moment, is there a way to go about this. I've had a look at http://adam.blogs.bitscribe.net/2007/05/08/comet-with-rails-mongrel/ but can't get this approach to work since it seems to depend on a non existant HTTPResponse.flush method. Thanks Jeremy On 23 Nov 2007, at 22:23, Zed A. Shaw wrote: > On Fri, 23 Nov 2007 16:26:04 +0000 > Jeremy Wilkins wrote: > >> Hi, >> >> I've been doing some experiments with php and if can use something >> like >> >> > >> for ($i = 0; $i < 100; $i++) { >> echo "hello world"; >> flush(); >> sleep(10); >> } >> >> ?> >> >> to keep a http link open for an arbitrary amount of time and >> routinely display "hello world" in the browser window. >> >> Is is possible to write a mongrel handler to do something similar? > > Yep, you could probably write a handler to do that, but probably > not a rails action without tons of surgery. > > However, this will fall down pretty quick once you hit Ruby's 1024 > (or less) file descriptor limit due to its use of select. > > Zed > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users From eden at hulu.com Mon Nov 26 06:13:20 2007 From: eden at hulu.com (Eden Li) Date: Mon, 26 Nov 2007 19:13:20 +0800 Subject: [Mongrel] Comet style requests with mongrel In-Reply-To: References: <20071123172323.84913936.zedshaw@zedshaw.com> Message-ID: <1dd361e10711260313s3e8565b4hcc918332c22e5e8e@mail.gmail.com> Try doing the sleep in the `response.start {|head, out| ... }` block, and call #flush on `out`. On 11/26/07, Jeremy Wilkins wrote: > Cheers for the reply, the intention was to use a custom handler to > bypass rails for just this one action. I'm currently using a poll, > and am looking into the possibility of keeping the connection open > instead. There will only be a maximum of 15 connections open at any > one time - would this still be limited by ruby file descriptor limit? > > I've managed to get mongrel handler almost doing what I want but not > quite - I can't tell mongrel to flush data down the socket at the > moment, is there a way to go about this. I've had a look at > > http://adam.blogs.bitscribe.net/2007/05/08/comet-with-rails-mongrel/ > > but can't get this approach to work since it seems to depend on a non > existant HTTPResponse.flush method. > > Thanks > > Jeremy > > On 23 Nov 2007, at 22:23, Zed A. Shaw wrote: > > > On Fri, 23 Nov 2007 16:26:04 +0000 > > Jeremy Wilkins wrote: > > > >> Hi, > >> > >> I've been doing some experiments with php and if can use something > >> like > >> > >> >> > >> for ($i = 0; $i < 100; $i++) { > >> echo "hello world"; > >> flush(); > >> sleep(10); > >> } > >> > >> ?> > >> > >> to keep a http link open for an arbitrary amount of time and > >> routinely display "hello world" in the browser window. > >> > >> Is is possible to write a mongrel handler to do something similar? > > > > Yep, you could probably write a handler to do that, but probably > > not a rails action without tons of surgery. > > > > However, this will fall down pretty quick once you hit Ruby's 1024 > > (or less) file descriptor limit due to its use of select. > > > > Zed > > _______________________________________________ > > Mongrel-users mailing list > > Mongrel-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/mongrel-users > > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users > From zedshaw at zedshaw.com Mon Nov 26 08:22:35 2007 From: zedshaw at zedshaw.com (Zed A. Shaw) Date: Mon, 26 Nov 2007 08:22:35 -0500 Subject: [Mongrel] Comet style requests with mongrel In-Reply-To: References: <20071123172323.84913936.zedshaw@zedshaw.com> Message-ID: <20071126082235.14c0aac9.zedshaw@zedshaw.com> On Mon, 26 Nov 2007 09:30:29 +0000 Jeremy Wilkins wrote: > Cheers for the reply, the intention was to use a custom handler to > bypass rails for just this one action. I'm currently using a poll, > and am looking into the possibility of keeping the connection open > instead. There will only be a maximum of 15 connections open at any > one time - would this still be limited by ruby file descriptor limit? What Eden said, additionally, your sample in the blog post will mostly work, but be careful of threading issues. In Ruby it's not so bad, but in JRuby you can get hit with weird bugs because they use real threads. For example, double check that the connection object you're using to query the SQL server doesn't need a little lock. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ From lists at ruby-forum.com Tue Nov 27 03:51:02 2007 From: lists at ruby-forum.com (Anton Tuzovo) Date: Tue, 27 Nov 2007 09:51:02 +0100 Subject: [Mongrel] help! problem with mongrel, request.remote_ip and lightt In-Reply-To: <200711231422.21256.rajiv@fleeteyes.com> References: <200711231422.21256.rajiv@fleeteyes.com> Message-ID: <8a8d709a121d7e9980196e68875abbba@ruby-forum.com> I have the same problem on Apache 2.2 + load_balancer + mongrel 1.1.1. So, i think it is mongrel 1.1.1 problem. Because mongrel 1.0.1 work fine. Rajiv Sankranti wrote: > Is there a way to get this working with lighttpd or do I need to use > another > webserver? > > Please help! > > Thanks, > Raj. -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Tue Nov 27 07:34:11 2007 From: lists at ruby-forum.com (=?utf-8?Q?Jesper_R=c3=b8nn=2djensen?=) Date: Tue, 27 Nov 2007 13:34:11 +0100 Subject: [Mongrel] Mongrel install crash on win32 Message-ID: <78de7f038919ce30d788674eee2c3bea@ruby-forum.com> Something suddenly went wrong in my ruby install. When installing Mongrel on my Windows XP laptop, it incorrectly tries to build it as a native extension. I don't even get the selection where I can choose to install a compiled version. I would appreciate any help/links or similar, as I frankly don't understand what's going on and why I dont get the usual selection box. C:\>gem install mongrel Building native extensions. This could take a while... ERROR: Error installing mongrel: ERROR: Failed to build gem native extension. c:/ruby/bin/ruby.exe extconf.rb install mongrel creating Makefile nmake 'nmake' is not recognized as an internal or external command, operable program or batch file. Gem files will remain installed in c:/ruby/lib/ruby/gems/1.8/gems/fastthread-1.0.1 for inspection. Results logged to c:/ruby/lib/ruby/gems/1.8/gems/fastthread-1.0.1/ext/fastthread/gem_make.out PS. for further investigation I have attached the output from running the gem install with --debug flag Attachments: http://www.ruby-forum.com/attachment/1046/gem-install-mongrel--debug.txt -- Posted via http://www.ruby-forum.com/. From luislavena at gmail.com Tue Nov 27 07:38:39 2007 From: luislavena at gmail.com (Luis Lavena) Date: Tue, 27 Nov 2007 09:38:39 -0300 Subject: [Mongrel] Mongrel install crash on win32 In-Reply-To: <78de7f038919ce30d788674eee2c3bea@ruby-forum.com> References: <78de7f038919ce30d788674eee2c3bea@ruby-forum.com> Message-ID: <71166b3b0711270438i3a2320cbx9ba9b31f2ece6278@mail.gmail.com> On Nov 27, 2007 9:34 AM, Jesper R?nn-jensen wrote: > Something suddenly went wrong in my ruby install. > > When installing Mongrel on my Windows XP laptop, it incorrectly tries to > build it as a native extension. I don't even get the selection where I > can choose to install a compiled version. > > I would appreciate any help/links or similar, as I frankly don't > understand what's going on and why I dont get the usual selection box. > Two things: What version of RubyGems are you using? 0.9.5 shows some problems with mswin32 platform. It seems this is the problem, since there is a native build of fastthread for mswin32 (even that mongrel-mswin32 don't require it). I suggest you revert to 0.9.4 until this issue get solved. Eric Hodel is working on it. -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From lists at ruby-forum.com Tue Nov 27 07:53:28 2007 From: lists at ruby-forum.com (=?utf-8?Q?Jesper_R=c3=b8nn=2djensen?=) Date: Tue, 27 Nov 2007 13:53:28 +0100 Subject: [Mongrel] Mongrel install crash on win32 In-Reply-To: <71166b3b0711270438i3a2320cbx9ba9b31f2ece6278@mail.gmail.com> References: <78de7f038919ce30d788674eee2c3bea@ruby-forum.com> <71166b3b0711270438i3a2320cbx9ba9b31f2ece6278@mail.gmail.com> Message-ID: Luis Lavena wrote: > > What version of RubyGems are you using? 0.9.5 shows some problems with > mswin32 platform. > > [...] > I suggest you revert to 0.9.4 until this issue get solved. Eric Hodel > is working on it. > Thanks for the quick answer! I really appreciate that. but how do I revert to a previous version?? I tried these without luck: >> gem uninstall rubygems -v 0.9.5 => ERROR: While executing gem ... (Gem::InstallError) Unknown gem rubygems-= 0.9.5 >> gem uninstall rubygems-update => Successfully uninstalled rubygems-update-0.9.5 Here is my gem environment: C:\>gem environment RubyGems Environment: - RUBYGEMS VERSION: 0.9.5 (0.9.5) - RUBY VERSION: 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32] - INSTALLATION DIRECTORY: c:/ruby/lib/ruby/gems/1.8 - RUBY EXECUTABLE: c:/ruby/bin/ruby.exe - RUBYGEMS PLATFORMS: - ruby - x86-mswin32-60 - GEM PATHS: - c:/ruby/lib/ruby/gems/1.8 - GEM CONFIGURATION: - :update_sources => true - :verbose => true - :benchmark => false - :backtrace => false - :bulk_threshold => 1000 - REMOTE SOURCES: - http://gems.rubyforge.org -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Tue Nov 27 08:47:30 2007 From: lists at ruby-forum.com (=?utf-8?Q?Jesper_R=c3=b8nn=2djensen?=) Date: Tue, 27 Nov 2007 14:47:30 +0100 Subject: [Mongrel] Mongrel install crash on win32 In-Reply-To: References: <78de7f038919ce30d788674eee2c3bea@ruby-forum.com> <71166b3b0711270438i3a2320cbx9ba9b31f2ece6278@mail.gmail.com> Message-ID: Jesper wrote: > but how do I revert to a previous version?? > OK I found out. Downloaded version 0.9.4 from rubyforge then gem install rubygems-update-0.9.4.gem Thanks a lot for pointing me to it :) /Jesper Blog: www.justaddwater.dk Note to self: release 0.9.4 downloaded from http://rubyforge.org/frs/?group_id=126 -- Posted via http://www.ruby-forum.com/. From wayneeseguin at gmail.com Wed Nov 28 00:35:04 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Wed, 28 Nov 2007 00:35:04 -0500 Subject: [Mongrel] help! problem with mongrel, request.remote_ip and lighttpd In-Reply-To: <200711231422.21256.rajiv@fleeteyes.com> References: <200711231422.21256.rajiv@fleeteyes.com> Message-ID: On Nov 23, 2007 5:22 PM, Rajiv Sankranti wrote: > I have an existing rails application on lighttpd and I am trrying to > upgrade > to mongrel for the enhanced scalability it offers. > > I am running mongrel 1.1.1, rails 1.2.5, lighttpd 1.4.13 and ruby 1.8.5 > > Everything is working great except request.remote_ip returns 127.0.0.1 or > 192.168.0.102 (the internal network address of the server running lighty). > > I've seen some older posts about this problem and it appears lighttpd is > the > culprit. Will pound solve this problem? > > Is there a way to get this working with lighttpd or do I need to use > another > webserver? > > Please help! > > Thanks, > Raj. > Raj, Lighttpd would be the culprit on that yes, I don't use it personally so .... anyone else know how to pass the domain through when using lighttpd? ~Wayne -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071128/31f62b3b/attachment.html From rajiv at fleeteyes.com Wed Nov 28 00:38:56 2007 From: rajiv at fleeteyes.com (Rajiv Sankranti) Date: Tue, 27 Nov 2007 21:38:56 -0800 Subject: [Mongrel] help! problem with mongrel, request.remote_ip and lighttpd In-Reply-To: References: <200711231422.21256.rajiv@fleeteyes.com> Message-ID: <200711272138.56958.rajiv@fleeteyes.com> Wayne, Thanks for the response. I found that lighttpd forwards the remote address in HTTP_X_FORWARDED_FOR. I was able access it by using request.env['HTTP_X_FORWARDED_FOR'] in the rails application. On November 27, 2007 09:35:04 pm Wayne E. Seguin wrote: > On Nov 23, 2007 5:22 PM, Rajiv Sankranti wrote: > > I have an existing rails application on lighttpd and I am trrying to > > upgrade > > to mongrel for the enhanced scalability it offers. > > > > I am running mongrel 1.1.1, rails 1.2.5, lighttpd 1.4.13 and ruby 1.8.5 > > > > Everything is working great except request.remote_ip returns 127.0.0.1 or > > 192.168.0.102 (the internal network address of the server running > > lighty). > > > > I've seen some older posts about this problem and it appears lighttpd is > > the > > culprit. Will pound solve this problem? > > > > Is there a way to get this working with lighttpd or do I need to use > > another > > webserver? > > > > Please help! > > > > Thanks, > > Raj. > > Raj, > > Lighttpd would be the culprit on that yes, I don't use it personally so > .... > > anyone else know how to pass the domain through when using lighttpd? > > ~Wayne -- Rajiv Sankranti FleetEyes Tel: 604 512 9629 Fax: 604 357 1175 1102-5051 Lougheed Hwy, Burnaby, BC V5B 4T5 www.fleeteyes.com rajiv at fleeteyes.com From lists at ruby-forum.com Wed Nov 28 03:38:05 2007 From: lists at ruby-forum.com (=?utf-8?Q?Jesper_R=c3=b8nn=2djensen?=) Date: Wed, 28 Nov 2007 09:38:05 +0100 Subject: [Mongrel] Mongrel install crash on win32 In-Reply-To: References: <78de7f038919ce30d788674eee2c3bea@ruby-forum.com> <71166b3b0711270438i3a2320cbx9ba9b31f2ece6278@mail.gmail.com> Message-ID: <7994e5929e93182b0dc518ef1cf5ce4a@ruby-forum.com> Here is the proper end of the story: I tried to reinstall as described above, but 0.9.5 did not uninstall. End of story was that I had to: * uninstall C:\ruby * reinstall gems It took a bit longer. But finally worked. /Jesper Blog: www.justaddwater.dk -- Posted via http://www.ruby-forum.com/. From hutch at recursive.ca Wed Nov 28 07:25:41 2007 From: hutch at recursive.ca (Bob Hutchison) Date: Wed, 28 Nov 2007 07:25:41 -0500 Subject: [Mongrel] Mongrel hangs, consumes all CPU on shutdown In-Reply-To: <35AE334D-292B-4E32-A940-7F9665EEE1AF@recursive.ca> References: <71166b3b0709121457m704a2a48x63a18831e1d2215e@mail.gmail.com> <4059D75A-891D-4802-855B-2B5B958EA50C@wisc.edu> <35AE334D-292B-4E32-A940-7F9665EEE1AF@recursive.ca> Message-ID: <4FE0F2DE-15A5-4B8F-B945-CFED382F3659@recursive.ca> Hi again, On 13-Sep-07, at 8:32 AM, Bob Hutchison wrote: > Hi, > > I have exactly the same problem. I'm using OS X 10.4.10, ruby 1.8.5, > mongrel 1.0. > FYI, for me, this problem seems to have completely disappeared in OS X 10.5.1 (in development mode there is a second or two delay then it terminates, apparently instantaneously in production mode). A new annoyance, 10.5 comes with Apache 2.x. I use apache's ProxyPass/ ProxyPassReverse to connect to the mongrel server(s) I'm running. After cycling the mongrel server, apache often does not recognise it and I have to restart apache. Some servers (like Commonlisp's TBNL/ Hunchentoot) have always shown this behaviour. For whatever reason Mongrel didn't in 10.4 or earlier but now does. This isn't likely a Mongrel issue, but perhaps others have seen this and have figured something out. If anyone has any suggestions I'd appreciate hearing them. Cheers, Bob > This has been getting *much* worse recently, it used to be > occasional, now it seems to be pretty much every time. Maybe co- > incident with the 10.4.10 update, maybe after. > > It does not happen with Merb. > > It does not happen with Rails in production mode, only development > mode. > > It takes a while before it happens, I don't know how long, but we're > talking about minutes not hours. > > I do not use a DB at all, if Rails tries to do something with a DB, > and it might, it'll be with sqllite. > > I have no other information beyond that. > > Cheers, > Bob > > ---- > Bob Hutchison -- tumblelog at http://www.recursive.ca/so/ > Recursive Design Inc. -- weblog at http://www.recursive.ca/hutch > http://www.recursive.ca/ -- works on http://www.raconteur.info/cms-for-static-content/home/ > > > ---- Bob Hutchison -- tumblelog at http://www.recursive.ca/so/ Recursive Design Inc. -- weblog at http://www.recursive.ca/hutch http://www.recursive.ca/ -- works on http://www.raconteur.info/cms-for-static-content/home/ From luislavena at gmail.com Wed Nov 28 11:16:05 2007 From: luislavena at gmail.com (Luis Lavena) Date: Wed, 28 Nov 2007 13:16:05 -0300 Subject: [Mongrel] Mongrel install crash on win32 In-Reply-To: <7994e5929e93182b0dc518ef1cf5ce4a@ruby-forum.com> References: <78de7f038919ce30d788674eee2c3bea@ruby-forum.com> <71166b3b0711270438i3a2320cbx9ba9b31f2ece6278@mail.gmail.com> <7994e5929e93182b0dc518ef1cf5ce4a@ruby-forum.com> Message-ID: <71166b3b0711280816x4241035p5a01cda3ff540761@mail.gmail.com> On Nov 28, 2007 5:38 AM, Jesper R?nn-jensen wrote: > Here is the proper end of the story: > > I tried to reinstall as described above, but 0.9.5 did not uninstall. > End of story was that I had to: > > * uninstall C:\ruby > * reinstall gems > > It took a bit longer. But finally worked. > Jesper, please excuse I couldn't answer you back yesterday, was a nightmare here at the office (the redundant power supply of one server crashed, all the 3!) So took us a lot of hard work to put it back online. Regarding your problem, you should have: Downloaded rubygems-0.9.4.zip from rubyforge page [1] Unpacked into any clean folder, run: ruby setup.rb install that should have overwrite your 0.9.5 installation. If that didn't work as expected, you an also remove lib/ruby/site_ruby/1.8 the files and folders for rubygems: ubygems.rb rubygems.rb and rubygems folder. Then install 0.9.4 again as described above. -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi From lists at ruby-forum.com Wed Nov 28 13:16:03 2007 From: lists at ruby-forum.com (=?utf-8?Q?Jesper_R=c3=b8nn=2djensen?=) Date: Wed, 28 Nov 2007 19:16:03 +0100 Subject: [Mongrel] Mongrel install crash on win32 In-Reply-To: <71166b3b0711280816x4241035p5a01cda3ff540761@mail.gmail.com> References: <78de7f038919ce30d788674eee2c3bea@ruby-forum.com> <71166b3b0711270438i3a2320cbx9ba9b31f2ece6278@mail.gmail.com> <7994e5929e93182b0dc518ef1cf5ce4a@ruby-forum.com> <71166b3b0711280816x4241035p5a01cda3ff540761@mail.gmail.com> Message-ID: <42da864881c903d80a37e5ec946832fe@ruby-forum.com> Thanks Luis for getting back. I hope for someone to consider implementing a gem uninstall --system for easier uninstall along the way (even though I hope nobody will ever need it). I'm sorry to hear about the problems at work. Hopefully things will work out. Thanks! /Jesper -- Posted via http://www.ruby-forum.com/. From wayneeseguin at gmail.com Thu Nov 29 00:13:41 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Thu, 29 Nov 2007 00:13:41 -0500 Subject: [Mongrel] help! problem with mongrel, request.remote_ip and lighttpd In-Reply-To: <200711272138.56958.rajiv@fleeteyes.com> References: <200711231422.21256.rajiv@fleeteyes.com> <200711272138.56958.rajiv@fleeteyes.com> Message-ID: On Nov 28, 2007 12:38 AM, Rajiv Sankranti wrote: > Wayne, > > Thanks for the response. I found that lighttpd forwards the remote address > in > HTTP_X_FORWARDED_FOR. > > I was able access it by using > request.env['HTTP_X_FORWARDED_FOR'] in the rails application. > Raj, Awesome, Thank you for posting your solution back to the list! ~Wayne -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071129/70c5c01a/attachment.html From lists at ruby-forum.com Thu Nov 29 10:29:03 2007 From: lists at ruby-forum.com (Ian Pancham) Date: Thu, 29 Nov 2007 16:29:03 +0100 Subject: [Mongrel] mongrel startup fails now: already initialized constant OPTIONS In-Reply-To: References: <04A94C21-D841-449A-8BCC-9181973A526A@wisc.edu> Message-ID: <5775c6d8efa9ca8ba589632b005647cc@ruby-forum.com> I had a similar problem today that was resolved by uninstalling and re-installing mongrel. I don't have ruport installed. I tried uninstalling gem_plugin first and then reinstalling, but that seemed to make no difference, mongrel still died with the "options" method error for Array. In case it helps, here are the relevant lines: Ian$ script/server => Booting Mongrel (use 'script/server webrick' to force WEBrick) => Rails application starting on http://0.0.0.0:3000 => Call with -d to detach => Ctrl-C to shutdown server Exiting /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.6/lib/commands/servers/mongrel.rb:15: warning: already initialized constant OPTIONS /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.6/lib/commands/servers/mongrel.rb:18: undefined method `options' for # (NoMethodError) .... Ian$ sudo gem uninstall mongrel Successfully uninstalled mongrel version 1.1 Remove executables and scripts for 'mongrel_rails' in addition to the gem? [Yn] y Removing mongrel_rails ... Ian$ sudo gem install mongrel Select which gem to install for your platform (powerpc-darwin8.10.0) 1. mongrel 1.1.1 (ruby) 2. mongrel 1.1.1 (jruby) 3. mongrel 1.1.1 (mswin32) 4. mongrel 1.1 (mswin32) 5. mongrel 1.1 (ruby) 6. mongrel 1.1 (jruby) 7. Skip this gem 8. Cancel installation > 5 Install required dependency daemons? [Yn] y Install required dependency fastthread? [Yn] y Select which gem to install for your platform (powerpc-darwin8.10.0) 1. fastthread 1.0.1 (mswin32) 2. fastthread 1.0.1 (ruby) 3. Skip this gem 4. Cancel installation > 2 Building native extensions. This could take a while... Building native extensions. This could take a while... Successfully installed mongrel-1.1 Successfully installed daemons-1.0.9 Successfully installed fastthread-1.0.1 ... Ian$ script/server => Booting Mongrel (use 'script/server webrick' to force WEBrick) => Rails application starting on http://0.0.0.0:3000 => Call with -d to detach => Ctrl-C to shutdown server ** Starting Mongrel listening at 0.0.0.0:3000 ** Starting Rails with development environment... ** Rails loaded. ** Loading any Rails specific GemPlugins ** Signals ready. TERM => stop. USR2 => restart. INT => stop (no restart). ** Rails signals registered. HUP => reload (without restart). It might not work well. I then upgraded to mongrel 1.1.1 and this also worked. Stephen Bannasch wrote: > fyi: > > Gregory Brown, the developer of Ruport reports: > > At 8:02 AM -0500 11/15/07, Gregory Brown wrote: >>If you have versions 0.8.10 -> 0.8.14 laying around and are >>experiencing this problem, try deleting them. >> >>Also, thanks for pointing this problem out, I've seen it before but >>only in weird cases, and was wondering what happened. > > Sounds like it could be a problem with gem_plugin, or interactions > between gem_plugin and rails, or gem_plugin ,rails, mongrel, ruby 1.8.6, > and ruport <1.0 -- Posted via http://www.ruby-forum.com/. From cnk at caltech.edu Thu Nov 29 16:44:37 2007 From: cnk at caltech.edu (Cynthia Kiser) Date: Thu, 29 Nov 2007 13:44:37 -0800 Subject: [Mongrel] 100% CPU use Message-ID: <20071129214437.GG8610@sue.caltech.edu> I needed to restart my mongrel cluster today (updated a Rails controller). And my mongrels didn't really come back up. They bind the port but don't respond to any requests. I can't find any log file that has useful information. These were running fine until I tried the restart. And I have not changed any software versions in a month. (And yes, I tried rolling back the controller change.) Where can I find more information about why this isn't responding anymore? Ruby: ruby 1.8.5 (2006-08-25) [i386-linux] Mongrel: mongrel (1.0.1) Rails: 1.2.3 The only thing in the mongrel log is: ** Starting Mongrel listening at 192.168.19.116:3000 ** Changing group to staff. ** Changing user to mongrel. ** Loading additional MIME types from ** /srv/config/mongrel/extra_mime_types.yml ** Starting Rails with production environment... Wget connects and then hangs with: HTTP request sent, awaiting response... Top shows: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2305 mongrel 25 0 38404 19m 4192 R 50.7 7.7 6:20.55 mongrel_rails 2308 mongrel 25 0 38396 19m 4188 R 49.3 7.7 6:26.68 mongrel_rails -- Cynthia Kiser From gissmoh at figgfrosch.de Thu Nov 29 18:58:04 2007 From: gissmoh at figgfrosch.de (Jochen Kaechelin) Date: Fri, 30 Nov 2007 00:58:04 +0100 Subject: [Mongrel] mongrel_upload_progress and attachment_fu Message-ID: Can one use mongrel_upload_progress in combination with attachment_fu (db_file)? I wan't to store uploaded files directly in a mysql-database - not in the filesystem. Is there a way to use mongrel_upload_progress to do this, or do I have to store files in the filesystem and copy them to the database? Thanx From cnk at caltech.edu Fri Nov 30 13:13:02 2007 From: cnk at caltech.edu (Cynthia Kiser) Date: Fri, 30 Nov 2007 10:13:02 -0800 Subject: [Mongrel] 100% CPU use In-Reply-To: <20071129214437.GG8610@sue.caltech.edu> References: <20071129214437.GG8610@sue.caltech.edu> Message-ID: <20071130181301.GQ8610@sue.caltech.edu> I hate mailing list threads that post a problem but not the solution, so I thought I would write back to say that the issue appears to have been some strangness with the Oracle libraries. Looking at our snapshotted volume, the libraries had not changed since installing about 2 months ago. However, for reasons that are still unclear, any attempt to connect to Oracle from that box looked at the sqlnet.ora file and then went into a strange polling state that consumed all available CPU. After getting some hint of this from stracing the hung mongrel process, we were able to reproduce the same problem using just sqlplus. So this was NOT a mongrel nor a rails issue. Perhaps even more mystriously, rebooting the server (a Xen VM running RHEL 5) fixed the problem. Thanks to the folks here and on the mongrel IRC room for all their suggestions on how to track this down. -- Cynthia Kiser From wayneeseguin at gmail.com Fri Nov 30 15:50:25 2007 From: wayneeseguin at gmail.com (Wayne E. Seguin) Date: Fri, 30 Nov 2007 15:50:25 -0500 Subject: [Mongrel] 100% CPU use In-Reply-To: <20071130181301.GQ8610@sue.caltech.edu> References: <20071129214437.GG8610@sue.caltech.edu> <20071130181301.GQ8610@sue.caltech.edu> Message-ID: Cynthia, Thank you VERY much for the followup. ~Wayne. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20071130/b2db2429/attachment.html