Forum: Mongrel Server Boot stall

Posted by Jenn Baker (Guest)
on 2009-12-05 20:09
(Received via mailing list)
Hello,

I am relatively new to the Ruby community. I did look through the 
archives
and did not find anything that looked like what I am experiencing.

I have tried setting up RoR with the mongrel gem on both of my machines 
-
one runs Windows WP and the other runs Vista.  I was able to do some
development for a couple of days in Netbeans and the server script was
working, but when I updated Rubygems it started hanging.  I have 
uninstalled
everything that was development related and reinstalled only MySQL and 
Ruby
with the Rails, Mongrel, and MySQL gems and the problem is still 
occurring.

Here is what I am seeing - my env info is below. If anyone can help me
figure out what is wrong I would greatly appreciate it, since I can't
develop what I can't look at.

Running script/server:
C:\portaltest>ruby script/server
=> Booting Mongrel
=> Rails 2.3.5 application starting on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server

If I Ctrl-C, nothing happens until I try to hit the page in the browser 
-
then the server exits

running mongrel_rails start
C:\portaltest>mongrel_rails start
** Starting Mongrel listening at 0.0.0.0:3000
** Starting Rails with development environment...
** Rails loaded.
** Loading any Rails specific GemPlugins
** Signals ready.  INT => stop (no restart).
** Mongrel 1.1.5 available at 0.0.0.0:3000
** Use CTRL-C to stop.
** INT signal received.
Terminate batch job (Y/N)? y

In this case, the server does shut down without my having to hit the 
page in
the browser

Here is my gem environment info:
C:\>gem environment
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.6 (2008-08-11 patchlevel 287) [i386-mswin32]
  - INSTALLATION DIRECTORY: C:/Ruby/lib/ruby/gems/1.8
  - RUBY EXECUTABLE: C:/Ruby/bin/ruby.exe
  - EXECUTABLE DIRECTORY: C:/Ruby/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86-mswin32-60
  - GEM PATHS:
     - C:/Ruby/lib/ruby/gems/1.8
     - C:/Documents and Settings/Temair/.gem/ruby/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

Again, this is happening on both my boxes despite having completely
uninstalled all development programs and data and reinstalling only 
MySQL
and Ruby.  The server is the only aspect that appears to be having an
issue.

If more information is needed, I will be happy to provide it. If the
solution to this problem has already been posted, please send me the 
link.

Thank you,
Jenn
Posted by Luis Lavena (luislavena)
on 2009-12-05 20:27
(Received via mailing list)
On Sat, Dec 5, 2009 at 4:02 PM, Jenn Baker <shadowsdawn@gmail.com> 
wrote:
> Hello,
>

Hello, welcome.

> Here is what I am seeing - my env info is below. If anyone can help me
> If I Ctrl-C, nothing happens until I try to hit the page in the browser -
> then the server exits
>

This is a known problem of script/server. Ctrl+C seems not been trap
and requires a page hit to make it work.

I recommend usage of mongrel_rails as you decided to do later here...

> Terminate batch job (Y/N)? y
>
> In this case, the server does shut down without my having to hit the page in
> the browser
>

>     - x86-mswin32-60
>      - http://gems.rubyforge.org/
>
> Again, this is happening on both my boxes despite having completely
> uninstalled all development programs and data and reinstalling only MySQL
> and Ruby.  The server is the only aspect that appears to be having an
> issue.
>

Is not related to mongrel but a bad trap of INT signal by script/server.

> If more information is needed, I will be happy to provide it. If the
> solution to this problem has already been posted, please send me the link.

There is no known workaround up to date, this even fails if you use
another server like Thin instead of Mongrel.

Has been recommended use mongrel_rails start instead of script/server
for quite some time, specially on Windows due this signal trap bug.

Please let us know any other issue you're having with this.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exupéry
Please log in before posting. Registration is free and takes only a minute.
Existing account (Switch to SSL-encrypted connection)
NEW: Do you have a Google/GoogleMail or Yahoo account? No registration required!
Log in with Google account | Log in with Yahoo account
No account? Register here.