64bit Intel 8 CPU server Windows 2003 Server Service set to run as LocalSystem, doesn''t work as user account either The error we see is: "Service failed to start in a timely..." Which I have seen in the past email trails as working The app works from mongrel_rails start and from mongrel_service console -N servicename -p 3000 -c c:\rails_apps\appname -e production We upgraded to Mongrel 1.0.1, Mongrel Service 0.3.1 It looks like updates to win32-process and win32-service came with the gem updates for those. Which versions are good to go with mongrel_service- 0.3.1-mswin32? This is working on our test and development servers, which are both VMWare sessions. I currently have a pack of mongrels running in command line windows under our sysadmin''s user account- any ideas what to do? -- -Matt McKnight- www.lmnsolutions.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20070329/b2d47ea7/attachment.html
Forgot to mention it was working swell before upgrade to install of 1.8.5-21 which cleaned out my gems and then gem install of latest Mongrel/Mongrel Service. Are these pulling the right win32-service gem? Would love for there to be a good way to get back.... --------------------------------------------- 64bit Intel 8 CPU server Windows 2003 Server Service set to run as LocalSystem, doesn''t work as user account either The error we see is: "Service failed to start in a timely..." Which I have seen in the past email trails as working The app works from mongrel_rails start and from mongrel_service console -N servicename -p 3000 -c c:\rails_apps\appname -e production We upgraded to Mongrel 1.0.1, Mongrel Service 0.3.1 It looks like updates to win32-process and win32-service came with the gem updates for those. Which versions are good to go with mongrel_service- 0.3.1-mswin32? This is working on our test and development servers, which are both VMWare sessions. I currently have a pack of mongrels running in command line windows under our sysadmin''s user account- any ideas what to do? -- -Matt McKnight- www.lmnsolutions.com
On 3/29/07, Matthew McKnight <matt.mcknight at gmail.com> wrote:> 64bit Intel 8 CPU server > Windows 2003 Server > Service set to run as LocalSystem, doesn''t work as user account either > > The error we see is: > "Service failed to start in a timely..." > Which I have seen in the past email trails as working >In the past? under which configuration? Ruby version, same os, which gems?> The app works from mongrel_rails start and from mongrel_service console -N > servicename -p 3000 -c c:\rails_apps\appname -e production >the actual command line should be: mongrel_service console -c C:\rails_apps\appname -e production -p 3000 No service name parameters is needed.> We upgraded to Mongrel 1.0.1, Mongrel Service 0.3.1 > > It looks like updates to win32-process and win32-service came with the gem > updates for those. Which versions are good to go with > mongrel_service-0.3.1-mswin32? >Only needed by mongrel_service is win32-service (latest guess is 0.5.2).> This is working on our test and development servers, which are both VMWare > sessions. > > I currently have a pack of mongrels running in command line windows under > our sysadmin''s user account- any ideas what to do? >First, start a debug session with psexec [1] with lowered privileges as current user: psexec -l cmd.exe In this new console, chdir to c:\rails_app\appname and start mongrel with: mongrel_rails start -e production -p 3000 Check the info it dumps to the screen. If it worked, then is not a LUA bug but something else. Also will be useful the servicefb.log and mongrel_service.log files located in your ruby\bin folder. [1] http://www.microsoft.com/technet/sysinternals/utilities/psexec.mspx -- 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
On 3/29/07, Matthew McKnight <matt.mcknight at gmail.com> wrote:> Forgot to mention it was working swell before upgrade to install of > 1.8.5-21 which cleaned out my gems and then gem install of latest > Mongrel/Mongrel Service.Which version of rails was you using?> > Are these pulling the right win32-service gem? >win32-service gem is only used for installing - removing the service. Will be safer if you remove previous version of mongrel_service since mongrel_service.exe could clash with mongrel_service script, both located in ruby\bin folder.> Would love for there to be a good way to get back.... >I know how you feel. Will also be good to know if you''re running a 32bits or x64 bits version of Windows, since WinAPI shown some issues between platforms. -- 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
On 3/29/07, Luis Lavena <luislavena at gmail.com> wrote:> On 3/29/07, Matthew McKnight <matt.mcknight at gmail.com> wrote: > > 64bit Intel 8 CPU server > > Windows 2003 Server > > Service set to run as LocalSystem, doesn''t work as user account either > > > > The error we see is: > > "Service failed to start in a timely..." > > Which I have seen in the past email trails as working > > > > In the past? under which configuration? Ruby version, same os, which gems?Ruby is 1.8.5-21 gems rails-1.2.3 gem_plugin-0.2.2 mongrel-1.0.1-mswin32 mongrel_service-0.3.1-mswin32 win32-process-0.5.1 win32-service-0.5.2-mswin32 windows-pr-0.5.3 Everything was working fine on ruby 1.8.4, rails 1.1.6 and the old versions of mongrel and mongrel service. The upgrade process went okay in dev and test.> > We upgraded to Mongrel 1.0.1, Mongrel Service 0.3.1 > > > > It looks like updates to win32-process and win32-service came with the > gem > > updates for those. Which versions are good to go with > > mongrel_service-0.3.1-mswin32? > > > > Only needed by mongrel_service is win32-service (latest guess is 0.5.2).Okay, I was persuing the archives and there seemed to be a lot of back and forth about various versions of that gem. Is there a best version to use? Is the mswin32 version good?> First, start a debug session with psexec [1] with lowered privileges > as current user: > > psexec -l cmd.exe > > In this new console, chdir to c:\rails_app\appname and start mongrel with: > > mongrel_rails start -e production -p 3000 > > Check the info it dumps to the screen. If it worked, then is not a LUA > bug but something else. > > Also will be useful the servicefb.log and mongrel_service.log files > located in your ruby\bin folder.I am not getting the mongrel_service.log- maybe it''s not getting that far. It dies extremely quickly. I''ll dump servicegb.log when my sysadmin gets me back on the server. Thanks so much for the assistance, going to try the advanced debug stuff, now, will report back. Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20070329/33153531/attachment-0001.html
On 3/29/07, Luis Lavena <luislavena at gmail.com> wrote:> > On 3/29/07, Matthew McKnight <matt.mcknight at gmail.com> wrote: > > Forgot to mention it was working swell before upgrade to install of > > 1.8.5-21 which cleaned out my gems and then gem install of latest > > Mongrel/Mongrel Service. > > Which version of rails was you using?were on 1.1.6, now on 1.2.3> > > Are these pulling the right win32-service gem? > > > > win32-service gem is only used for installing - removing the service. > > Will be safer if you remove previous version of mongrel_service since > mongrel_service.exe could clash with mongrel_service script, both > located in ruby\bin folder.We did a fresh install of 1.85-21, so the old stuff is archived in our backups.> Will also be good to know if you''re running a > 32bits or x64 bits version of Windows, since WinAPI shown some issues > between platforms.This is the 64bit OS, we''ve been running on it fine for about 6 months with the older versions of stuff. Thanks again for the help... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/mongrel-users/attachments/20070329/b7f1003c/attachment.html
Has anyone had much luck with using the srvany.exe approach with mongrel? I see some scattered references to it in the archives... We''ve used it for Java processes, but they generally don''t stop gracefully with srvany.
On 3/30/07, Matthew McKnight <matt.mcknight at gmail.com> wrote:> Has anyone had much luck with using the srvany.exe approach with > mongrel? I see some scattered references to it in the archives... > We''ve used it for Java processes, but they generally don''t stop > gracefully with srvany.Matthew. One question I have, also raised in previous mails in this list, where is your ruby.exe located? Please see the bug post here [1] and my previous mail with Kaushik [2] srvany is the oposite mongrel_service tries to do: stop gracefully the service. That way is the same like send kill -9 to your process in linux, they will stop, but nasty things could happen. I''ll apply the patch provided by David Esposito and pack a release in the next days with proper handling of logging capabilities. [1] http://rubyforge.org/tracker/index.php?func=detail&aid=8372&group_id=1306&atid=5147 [2] http://rubyforge.org/pipermail/mongrel-users/2007-March/003370.html -- 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
Luis, here''s what we''re seeing in servicefb.log under c:\ruby\bin _initialize() constructor _initialize() constructor done ServiceProcess(new_name) ServiceProcess(new_name) done ServiceHost() ServiceHost() done ServiceHost.Add() _add_to_references() _add_to_references() done ServiceHost.Add() done ServiceController.RunMode() CurrentPID: 3400 ParentPID: 584 Parent Name: <unknown> ServiceController.RunMode() done ServiceHost() destructor ServiceHost() destructor done ServiceProcess() destructor ServiceProcess() destructor done _terminate() destructor _terminate() destructor done On 3/29/07, Luis Lavena <luislavena at gmail.com> wrote:> On 3/30/07, Matthew McKnight <matt.mcknight at gmail.com> wrote: > > Has anyone had much luck with using the srvany.exe approach with > > mongrel? I see some scattered references to it in the archives... > > We''ve used it for Java processes, but they generally don''t stop > > gracefully with srvany. > > Matthew. > > One question I have, also raised in previous mails in this list, where > is your ruby.exe located? > > Please see the bug post here [1] and my previous mail with Kaushik [2] > > srvany is the oposite mongrel_service tries to do: stop gracefully the > service. > > That way is the same like send kill -9 to your process in linux, they > will stop, but nasty things could happen. > > I''ll apply the patch provided by David Esposito and pack a release in > the next days with proper handling of logging capabilities. > > [1] > http://rubyforge.org/tracker/index.php?func=detail&aid=8372&group_id=1306&atid=5147 > [2] http://rubyforge.org/pipermail/mongrel-users/2007-March/003370.html > > -- > 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 >-- -Matt McKnight- www.lmnsolutions.com
On 3/30/07, Matthew McKnight <matt.mcknight at gmail.com> wrote:> Luis, here''s what we''re seeing in servicefb.log under c:\ruby\bin > > _initialize() constructor > _initialize() constructor done > ServiceProcess(new_name) > ServiceProcess(new_name) done > ServiceHost() > ServiceHost() done > ServiceHost.Add() > _add_to_references() > _add_to_references() done > ServiceHost.Add() done > ServiceController.RunMode() > CurrentPID: 3400 > ParentPID: 584 > Parent Name: <unknown> > ServiceController.RunMode() done > ServiceHost() destructor > ServiceHost() destructor done > ServiceProcess() destructor > ServiceProcess() destructor done > _terminate() destructor > _terminate() destructor done > >What about mongrel_service.log? Also, is Ruby executable in your path? It seems that somehow ServiceFB couldn''t get parent process name, which could be WinAPI differences between platforms, must confirm this. I''ll be rolling a few fixes to mongrel_service in the following hours, please be alert :-) -- 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
On 3/30/07, Luis Lavena <luislavena at gmail.com> wrote:> > What about mongrel_service.log? >Sorry, asking again and you don''t have it :-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