Re: [BUGS] BUG #5305: Postgres service stops when closing Windows session
От | Dave Page |
---|---|
Тема | Re: [BUGS] BUG #5305: Postgres service stops when closing Windows session |
Дата | |
Msg-id | AANLkTint9DHxWmVROYf755hqb-yBoiNR5c_aoYMjWLv+@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [BUGS] BUG #5305: Postgres service stops when closing Windows session (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: [BUGS] BUG #5305: Postgres service stops when
closing Windows session
|
Список | pgsql-hackers |
On Tue, Aug 31, 2010 at 4:35 PM, Bruce Momjian <bruce@momjian.us> wrote: > Dave Page wrote: >> On Tue, Aug 31, 2010 at 4:27 PM, Bruce Momjian <bruce@momjian.us> wrote: >> > We have already found that exceeding desktop heap might cause a >> > CreateProcess to return success but later fail with a return code of >> > 128, which causes a server restart. >> >> That doesn't mean that this is desktop heap exhaustion though - just >> that it can cause the same effect. > > Right, but it is the only possible server crash cause we have come up > with so far. Understood - I'm just unconvinced it's the cause - aside from the point I made earlier about heap exhaustion being very predictable and reproducible (which this issue apparently is not), when the server is run under the SCM, it creates a logon session for that service alone which has it's own heap allocation which is entirely independent of the allocation used by any interactive logon sessions. So unless there's a major isolation bug in Windows, any desktop heap usage in an interactive session for one user should have zero effect on a non-interactive session for another user. -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise Postgres Company
В списке pgsql-hackers по дате отправления: