Re: BUG #4962: Pre-existing shared memory block is still in use - Mailing list pgsql-bugs
From | Magnus Hagander |
---|---|
Subject | Re: BUG #4962: Pre-existing shared memory block is still in use |
Date | |
Msg-id | 9837222c0908040732k2256d329l7e7f060915de5cdf@mail.gmail.com Whole thread Raw |
In response to | BUG #4962: Pre-existing shared memory block is still in use ("Carlos Alonso" <calonso@ictel.com>) |
List | pgsql-bugs |
On Tue, Aug 4, 2009 at 12:49, Carlos Alonso<calonso@ictel.com> wrote: > > The following bug has been logged online: > > Bug reference: =A0 =A0 =A04962 > Logged by: =A0 =A0 =A0 =A0 =A0Carlos Alonso > Email address: =A0 =A0 =A0calonso@ictel.com > PostgreSQL version: 8.3.6 > Operating system: =A0 Windows XP Home Edition Version 2002 Service Pack 3 > Description: =A0 =A0 =A0 =A0Pre-existing shared memory block is still in = use > Details: > > 2009-08-01 15:36:08 CEST LOG: =A0server process (PID 5892) was terminated= by > exception 0xC0000142 > 2009-08-01 15:36:08 CEST HINT: =A0See C include file "ntstatus.h" for a > description of the hexadecimal value. > 2009-08-01 15:36:08 CEST LOG: =A0terminating any other active server > processes > 2009-08-01 15:36:08 CEST WARNING: =A0terminating connection because of cr= ash > of another server process > 2009-08-01 15:36:08 CEST DETAIL: =A0The postmaster has commanded this ser= ver > process to roll back the current transaction and exit, because another > server process exited abnormally and possibly corrupted shared memory. > 2009-08-01 15:36:08 CEST HINT: =A0In a moment you should be able to recon= nect > to the database and repeat your command. > 2009-08-01 15:36:08 CEST WARNING: =A0terminating connection because of cr= ash > of another server process > 2009-08-01 15:36:08 CEST DETAIL: =A0The postmaster has commanded this ser= ver > process to roll back the current transaction and exit, because another > server process exited abnormally and possibly corrupted shared memory. > 2009-08-01 15:36:08 CEST HINT: =A0In a moment you should be able to recon= nect > to the database and repeat your command. > [...] > 2009-08-01 15:36:08 CEST WARNING: =A0terminating connection because of cr= ash > of another server process > 2009-08-01 15:36:08 CEST DETAIL: =A0The postmaster has commanded this ser= ver > process to roll back the current transaction and exit, because another > server process exited abnormally and possibly corrupted shared memory. > 2009-08-01 15:36:08 CEST HINT: =A0In a moment you should be able to recon= nect > to the database and repeat your command. > 2009-08-01 15:36:08 CEST FATAL: =A0the database system is in recovery mode > 2009-08-01 15:36:08 CEST FATAL: =A0the database system is in recovery mode > 2009-08-01 15:36:08 CEST LOG: =A0all server processes terminated; > reinitializing > 2009-08-01 15:36:09 CEST FATAL: =A0pre-existing shared memory block is st= ill > in use > 2009-08-01 15:36:09 CEST HINT: =A0Check if there are any old server proce= sses > still running, and terminate them. > > There was no old server processes running. > This has happened twice in two weeks, the system was working for five > months. > > It is enough rebooting the computer in one case, and starting the postgres > service by windows's services.msc in the other. The standard question when this happens is - any antivirus or firewall software on the machine? They are known to cause just this type of issues. If so, try uninstalling them (not just disabling, but actually uninstalling is often required) and see if the problem goes away. --=20 Magnus Hagander Self: http://www.hagander.net/ Work: http://www.redpill-linpro.com/
pgsql-bugs by date: