Re: [Mongrel] mongrel startup fails now: already initialized constant OPTIONS
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 [EMAIL PROTECTED] 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@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 begin:vcard fn;quoted-printable:Rafael Garc=C3=ADa Ortega n;quoted-printable:Garc=C3=ADa Ortega;Rafael org:ASPgems S.L. email;internet:[EMAIL PROTECTED] tel;work:692686533 x-mozilla-html:FALSE url:http://www.aspgems.com version:2.1 end:vcard ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
[Mongrel] Best practice Ruby on Rails on Windows configuration
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@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Best practice Ruby on Rails on Windows configuration
On Nov 14, 2007 2:03 PM, Benjamin van Eck [EMAIL PROTECTED] 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. NOTE 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. /NOTE - 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 ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Best practice Ruby on Rails on Windows configuration
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@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Best practice Ruby on Rails on Windows configuration
- 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 ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] scripts installed
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 [EMAIL PROTECTED] 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@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users -- Evan Weaver Cloudburst, LLC ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
[Mongrel] scripts installed
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@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] scripts installed
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 - [EMAIL PROTECTED] - (+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@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] scripts installed
Thanks for the thoughts Gunnar. On Nov 14, 2007 5:02 PM, Gunnar Wolf [EMAIL PROTECTED] 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 ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users