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
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
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
>>
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
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
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
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
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):
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):
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
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
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
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
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
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
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
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
17 matches
Mail list logo