Re: [Mongrel] Mongrel as Windows service with normal privileges

2008-06-05 Thread Ingmar Stieger
Luis Lavena wrote: 32bits or x64 editions? Windows 2003 32bit. In any case, serviceFB.log and mongrel.log and mongrel_service.log should be stored into ruby/bin folder since was not possible by the service point to the directory of the service. Thanks for the hint of using mongrel_service

Re: [Mongrel] Mongrel as Windows service with normal privileges

2008-06-05 Thread Ingmar Stieger
I digged a bit through the source code, and I am under the impression that a normal user may not query the service control manager with PROCESS_QUERY_INFORMATION. Could this be the case ? _process_name does not return the name and _process_name_dyn_psapi fails as well. (tested with 0.3.1 and 0

Re: [Mongrel] Mongrel as Windows service with normal privileges

2008-06-05 Thread Luis Lavena
On Thu, Jun 5, 2008 at 10:11 AM, Ingmar Stieger <[EMAIL PROTECTED]> wrote: > Luis Lavena wrote: >> >> 32bits or x64 editions? >> > > Windows 2003 32bit. >> >> In any case, serviceFB.log and mongrel.log and mongrel_service.log >> should be stored into ruby/bin folder since was not possible by the >>

Re: [Mongrel] Mongrel as Windows service with normal privileges

2008-06-05 Thread Luis Lavena
On Thu, Jun 5, 2008 at 11:23 AM, Ingmar Stieger <[EMAIL PROTECTED]> wrote: > I digged a bit through the source code, and I am under the impression that a > normal user may not query the service control manager with > PROCESS_QUERY_INFORMATION. Could this be the case ? > Look at the source code for

Re: [Mongrel] Mongrel as Windows service with normal privileges

2008-06-05 Thread Ingmar Stieger
Luis Lavena wrote: On this ticket: http://rubyforge.org/tracker/?func=detail&atid=5145&aid=10820&group_id=1306 You can use PsExec tool [1] to simulate another user and remove administrative privileges for testing: Yes, it works with psexec. And it works running as the service user. If yo

Re: [Mongrel] Mongrel as Windows service with normal privileges

2008-06-05 Thread Luis Lavena
On Thu, Jun 5, 2008 at 2:04 PM, Ingmar Stieger <[EMAIL PROTECTED]> wrote: > Luis Lavena wrote: > >> On this ticket: >> >> >> http://rubyforge.org/tracker/?func=detail&atid=5145&aid=10820&group_id=1306 >> >> You can use PsExec tool [1] to simulate another user and remove >> administrative privileges

Re: [Mongrel] Mongrel as Windows service with normal privileges

2008-06-05 Thread Ingmar Stieger
The thing is that looking at the initial post: 6. Running the service with service user only in Users (or Power Users) group ===> DOES NOT WORK This make me think that running as user is not working, but the thing is is not actually working under LocalSystem account, I'm correct? Sorry i

Re: [Mongrel] Mongrel as Windows service with normal privileges

2008-06-05 Thread Luis Lavena
On Thu, Jun 5, 2008 at 3:00 PM, Ingmar Stieger <[EMAIL PROTECTED]> wrote: > [...] > > runas /user:web proc_info.exe > > *** CURRENT PROCESS *** > EnumProcessModules (PID, name): 3904 proc_info.exe > Module32First (PID, name): 3904 proc_info.exe > GetProcessImageFileName (PID, name):

Re: [Mongrel] Mongrel as Windows service with normal privileges

2008-06-05 Thread Ingmar Stieger
Luis Lavena wrote: Hmn, looks like user web user is too limited to do anything. Interesting: The result of proc_info.exe is different when I log in interactively with the "web" user: *** CURRENT PROCESS *** EnumProcessModules (PID, name): 228 proc_info.exe Module32First (PID, name):

[Mongrel] Cluster shutdown on web farm when using clustered filesystem

2008-06-05 Thread Frank Lawrence
Hi, I have a number of servers running mongrel cluster all of whom feed off of a shared filesystem (OCFS2). Each cluster has its own mongrel_cluster_web2.yml file with distinct PID and Log file names. In theory they shouldn't be aware of each other's presence. What I have found is that when I wa

[Mongrel] Static files and mongrel

2008-06-05 Thread Emmanuel Pinault
Hi how does mongrel (without rails or merb) handles Static files? Do I have to create a handler for static file handling? Thanks Emmanuel ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users

Re: [Mongrel] Static files and mongrel

2008-06-05 Thread Kirk Haines
On Thu, Jun 5, 2008 at 2:45 PM, Emmanuel Pinault <[EMAIL PROTECTED]> wrote: > Hi > > how does mongrel (without rails or merb) handles Static files? Do I have to > create a handler for static file handling? Use the DirHandler. It's one of the standard handlers bundled with Mongrel. If you look at

Re: [Mongrel] Static files and mongrel

2008-06-05 Thread Emmanuel Pinault
Oh, I though it was just for Directory listing. Does it handle automatically the MIME type? I see in the doc that there are references to a mimes.yml thanks for the advice. This is not meant for production system but more simulator so should be fine. Otherwise I use Apache or any other we

[Mongrel] logging?

2008-06-05 Thread Emmanuel Pinault
Is there a simple way to turn on./off logging ? or do I have to build my own? Trying to see all the request coming in (like access log in apache) thanks Emmanuel ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman

[Mongrel] Why not ignore stale PID files?

2008-06-05 Thread Gunnar Wolf
Hi, I have an application which is dying horrible deaths (i.e. segmentation faults) in mid-flight, in production... And of course, I should fix it. But while I find and fix the bugs, I found something I think should be different - I can work on submitting a patch, as it is quite simple, but I migh

Re: [Mongrel] Why not ignore stale PID files?

2008-06-05 Thread Tikhon Bernstam
use the mongrel_cluster --clean option On 6/5/08, Gunnar Wolf <[EMAIL PROTECTED]> wrote: > > Hi, > > I have an application which is dying horrible deaths > (i.e. segmentation faults) in mid-flight, in production... And of > course, I should fix it. But while I find and fix the bugs, I found > some

Re: [Mongrel] Why not ignore stale PID files?

2008-06-05 Thread Zed A. Shaw
On Thu, 5 Jun 2008 16:08:06 -0500 Gunnar Wolf <[EMAIL PROTECTED]> wrote: > What should happen? Well, 'status' already found that there is a stale > PID. Of course, the 'status' action means exactly that: Get the > status, do nothing else. But the 'stop' action should clean the PIDs > if they do no