Re: PMChildFlags array - Mailing list pgsql-general

From Adrian Klaver
Subject Re: PMChildFlags array
Date
Msg-id 3909bd80-97e0-9365-fe98-86b62683a400@aklaver.com
Whole thread Raw
In response to PMChildFlags array  (bhargav kamineni <bhargavpostgres@gmail.com>)
Responses Re: PMChildFlags array
List pgsql-general
On 10/3/19 3:57 AM, bhargav kamineni wrote:
> Hi,
> 
> Observed below errors  in logfile
> 
> 2019-09-20 02:00:24.504 UTC,,,99779,,5d73303a.185c3,73,,2019-09-07 
> 04:21:14 UTC,,0,FATAL,XX000,"no free slots in PMChildFlags array",,,,,,,,,""
> 2019-09-20 02:00:24.505 UTC,,,109949,,5d8432b8.1ad7d,1,,2019-09-20 
> 02:00:24 UTC,,0,ERROR,58P01,"could not open shared memory segment 
> ""/PostgreSQL.2520932"": No such file or directory",,,,,,,,,""
> 2019-09-20 02:00:24.505 UTC,,,109950,,5d8432b8.1ad7e,1,,2019-09-20 
> 02:00:24 UTC,,0,ERROR,58P01,"could not open shared memory segment 
> ""/PostgreSQL.2520932"": No such file or directory",,,,,,,,,""
> 

Postgres version?

OS and version?

What was the database doing just before the FATAL line?

> what could be the possible reasons for this to occur and is there any 
> chance of database corruption after this event ?

The source(backend/storage/ipc/pmsignal.c ) says:

"/* Out of slots ... should never happen, else postmaster.c messed up */
         elog(FATAL, "no free slots in PMChildFlags array");
"

Someone else will need to comment on what 'messed up' could be.

> 
> 
> Regards,
> Bhargav
> 


-- 
Adrian Klaver
adrian.klaver@aklaver.com



pgsql-general by date:

Previous
From: bhargav kamineni
Date:
Subject: Re: PMChildFlags array
Next
From: Adrian Klaver
Date:
Subject: Re: performance of pg_upgrade "Copying user relation files"