Search results matching tag 'Ruby IIS FastCGI'

Re: Limitations regarding InstanceMaxRequests and IdleTimeout IIS6 fcgiext 1.5

bg — Sun, 18 Oct 2009 10:23:05 GMT

Dear WenJun Zhang,

Thank you for answer. It was indeed the application pool´s idle shutdown feature that caused the shut down of the idle processes.

I have now created a new application pool for my RoR site, trying to find settings that give acceptable performance for my application. Avoiding idle timeout of the Ruby processes in my pool helped to some degree but I have so far not been able to prevent the processes from dying after about 120 requests, regardless of the load I put on the IIS. So this is still a major problem.

The typical behaviour when testing the site with low load is a response time, when a ruby process in the pool starts, of 10 seconds. The following consecutive requests render a response in 90-120 ms, until the process dies and starts over. One Ruby process occupies about 35 Mb of memory, and there is plenty of memory on my server to accommodate many Ruby processes at the same time. During my resent tests I have limited the number of instances to 4. (MaxInstances=4)

In my application pool I now run with these settings:

Recycling panel:
Recycle worker processes (in minutes): unchecked,
Recycle worker processes (number of requests): unchecked,
Recycle worker processes at the following times: unchecked,
Memory recycling: Maximum virtual memory: unchecked,
Maximum used memory: unchecked

Performance panel:
Idle timeout: unchecked,
Request queue limit: unchecked,
Enable CPU monitoring: unchecked, maximum number of worker processes: 4

Health panel:
Enable pinging: checked,
Enable rapid-fail protection, unchecked,
Startup time limit: 100,
Shutdown time limit: 90

Fcgiext.init:
ExePath=D:\ruby\bin\ruby.exe
Arguments=D:\rails\Ruby\public\dispatch.fcgi
IgnoreDirectories=0
IgnoreExistingFiles=1
QueueLength=1000
MaxInstances=4
InstanceMaxRequests=100000
IdleTimeout=43200
StderrMode=IgnoreAndReturn200
ResponseBufferLimit=8388608
EnvironmentVars=RAILS_ENV:production

Are there any other settings I could try to manipulate in order to make my ruby processes survive more than 120 requests, even at low load conditions (two requests per second)

I really would appreciate suggestions how to resolve this problem.

Thanks.

Re: Where is RubyforIIS (rubyforiis.sosukodo.org) has disappeared!

ruslany — Mon, 12 Jan 2009 19:09:33 GMT

The instructions have been updated with new location where to download RubyForIIS from:

http://wiki.rubyonrails.org/rails/pages/HowToConfigureIIS7

FastCGI Error

oferpld — Thu, 06 Mar 2008 07:31:19 GMT

Hi there,

Currently I am trying to run PHP pages (PHP 5.2.5) under IIS 6 (windows server 2003) without any luck. I keep getting the following pages:

FastCGI Error

The FastCGI Handler was unable to process the request.

Error Details:

The FastCGI process exited unexpectedly
Error Number: -1073741819 (0xc0000005).
Error Description: Unknown Error

I did not see any refference to the that kind of error message.

Please advice, Ofer.

Simultaneous requests to Rails

chrisortman — Wed, 05 Sep 2007 17:04:40 GMT

I've managed to get a rails app working under IIS using FastCGI, however I've run into a bit of a snag. As a test I have a client program send 10 simultaneous requests to the same rails page (simple render 'hello world')

However when I slowly ramp up and get 10 ruby processes sitting idle on the webserver I can get all 10 simultaneous requests to complete successfully. I'm not sure if I would want a way to always have at least N workers or if there needs to be a way to get ruby.exe to start faster?

Thanks

Error 0x80004005 occurred processing request.

dfunky — Tue, 04 Sep 2007 22:26:00 GMT

I followed "10 steps to get Ruby on Rails running on Windows with IIS FastCGI" to get my app running on two different W2K3 servers.

Everything went fine with the first installation but I just can't get it work on the second server. I've repeated the steps over and over and I still get the same error:

Error 0x80004005 occurred processing request.

The FastCGI process exited unexpectedly

This is what I get in the fastcgi.crash.log after trying the test controller:

[04/Sep/2007:18:13:51 :: 6296] Ignoring unsupported signal USR2.
[04/Sep/2007:18:13:51 :: 6296] Ignoring unsupported signal HUP.
[04/Sep/2007:18:13:51 :: 6296] Ignoring unsupported signal SIGTRAP.
[04/Sep/2007:18:13:51 :: 6296] starting
[04/Sep/2007:18:13:51 :: 6296] Dispatcher failed to catch: You have a nil object when you didn't expect it!
You might have expected an instance of Array.
The error occurred while evaluating nil.split (NoMethodError)
C:/Ruby/lib/ruby/1.8/cgi.rb:897:in `parse'
C:/Ruby/lib/ruby/gems/1.8/gems/actionpack-1.13.3/lib/action_controller/cgi_ext/raw_post_data_fix.rb:45:in `initialize_query'
C:/Ruby/lib/ruby/1.8/cgi.rb:2274:in `initialize'
C:/Ruby/lib/ruby/site_ruby/1.8/fcgi.rb:592:in `new'
C:/Ruby/lib/ruby/site_ruby/1.8/fcgi.rb:592:in `each_cgi'
C:/Ruby/lib/ruby/gems/1.8/gems/rails-1.2.3/lib/fcgi_handler.rb:141:in `process_each_request!'
C:/Ruby/lib/ruby/gems/1.8/gems/rails-1.2.3/lib/fcgi_handler.rb:55:in `process!'
C:/Ruby/lib/ruby/gems/1.8/gems/rails-1.2.3/lib/fcgi_handler.rb:25:in `process!'
E:/aweb/LocalUser/xxxx/public/dispatch.fcgi:24
almost killed by this error
[04/Sep/2007:18:13:51 :: 6296] Dispatcher failed to catch: You have a nil object when you didn't expect it!
You might have expected an instance of Array.
The error occurred while evaluating nil.split (NoMethodError)
C:/Ruby/lib/ruby/1.8/cgi.rb:897:in `parse'
C:/Ruby/lib/ruby/gems/1.8/gems/actionpack-1.13.3/lib/action_controller/cgi_ext/raw_post_data_fix.rb:45:in `initialize_query'
C:/Ruby/lib/ruby/1.8/cgi.rb:2274:in `initialize'
C:/Ruby/lib/ruby/site_ruby/1.8/fcgi.rb:592:in `new'
C:/Ruby/lib/ruby/site_ruby/1.8/fcgi.rb:592:in `each_cgi'
C:/Ruby/lib/ruby/gems/1.8/gems/rails-1.2.3/lib/fcgi_handler.rb:141:in `process_each_request!'
C:/Ruby/lib/ruby/gems/1.8/gems/rails-1.2.3/lib/fcgi_handler.rb:55:in `process!'
C:/Ruby/lib/ruby/gems/1.8/gems/rails-1.2.3/lib/fcgi_handler.rb:25:in `process!'
E:/aweb/LocalUser/xxxx/public/dispatch.fcgi:24
killed by this error

The only thing that went different from the first installation to the other was the "MSVCR71.dll was not found" error I got durring the 2nd install. Still the "require 'fcgi'" instruction resulted to true so I assumed to installation was ok...

Please help me !