From: | Noah Misch <noah(at)leadboat(dot)com> |
---|---|
To: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
Cc: | Matthew Gerber <gerber(dot)matthew(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Unresolved error 0xC0000409 on Windows Server |
Date: | 2012-11-03 01:00:07 |
Message-ID: | 20121103010007.GB28197@tornado.leadboat.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Nov 02, 2012 at 02:05:47PM -0500, Merlin Moncure wrote:
> On Fri, Nov 2, 2012 at 1:25 PM, Matthew Gerber <gerber(dot)matthew(at)gmail(dot)com> wrote:
> > I am encountering an error on my Postgres installation for Windows Server
> > 64-bit. The error was posted here a couple months ago; however, no solution
> > was found on the pgsql-bugs list, so I am reposting it to pgsql-hackers in
> > the hopes that someone will be able to help. My error message is identical
> > to the one previously posted:
> >
> > 2012-11-01 22:36:26 EDT LOG: 00000: server process (PID 7060) was
> > terminated by exception 0xC0000409
> > 2012-11-01 22:36:26 EDT DETAIL: Failed process was running: INSERT INTO
> > [snipped SQL command]
Could you post an anonymized query, post an anonymized query plan, and/or
describe the general nature of the query? Does it call functions? About how
many rows does it insert?
What server settings have you customized?
https://wiki.postgresql.org/wiki/Server_Configuration
If you could get a stack trace or minidump, that would be most helpful:
https://wiki.postgresql.org/wiki/Getting_a_stack_trace_of_a_running_PostgreSQL_backend_on_Windows
Magnus's questions for the reporter of bug #7517 are relevant, too. Does the
system have any antivirus software installed?
> > 2012-11-01 22:36:26 EDT LOG: 00000: all server processes terminated;
> > reinitializing
> > 2012-11-01 22:36:26 EDT LOCATION: PostmasterStateMachine,
> > src\backend\postmaster\postmaster.c:3135
> > 2012-11-01 22:36:36 EDT FATAL: XX000: pre-existing shared memory block is
> > still in use
> > 2012-11-01 22:36:36 EDT HINT: Check if there are any old server processes
> > still running, and terminate them.
> > 2012-11-01 22:36:36 EDT LOCATION: PGSharedMemoryCreate,
> > src\backend\port\win32_shmem.c:194
This part smells like a bug in its own right.
> hm, several times over the last couple of months (both on postgres 9.1
> and 9.2), i've seen a similar crash, but on linux. It hits the log
> like this:
>
> Execution halted (~ 200x)
> Error: segfault from C stack overflow
> Execution halted (~ 30x)
> LOG: server process (PID 19882) was terminated by signal 11: Segmentation fault
> LOG: terminating any other active server processes
> note the lack of LOG in 'Execution halted', etc. This has happened
> several times, on different servers using different workloads (but
> always under load). As of yet, I've been unable to get a core but I
> hope to get one next time it happens. I wonder if it's a similar
> cause?
Google suggests those unadorned messages originate in R. Do the affected
systems use PL/R? If so ...
> One thing I've been tempted to try is raising max_stack_depth to see
> if that helps the problem.
... that probably won't help. Depending on the specifics of the situation,
*lowering* max_stack_depth might tend to give you an ERROR instead of a crash.
Or it might just give R a bit more stack space to devour before reaching the
same crash it would otherwise reach.
Thanks,
nm
From | Date | Subject | |
---|---|---|---|
Next Message | Daniel Farina | 2012-11-03 01:26:49 | Re: Synchronous commit not... synchronous? |
Previous Message | Noah Misch | 2012-11-03 00:23:56 | Re: Incorrect behaviour when using a GiST index on points |