From: | Alban Hertroys <haramrae(at)gmail(dot)com> |
---|---|
To: | Sherrylyn Branchaw <sbranchaw(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: What to do when dynamic shared memory control segment is corrupt |
Date: | 2018-06-19 07:02:23 |
Message-ID: | 0CA43180-0A86-4E3E-8637-56438A2FE36C@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> On 18 Jun 2018, at 17:34, Sherrylyn Branchaw <sbranchaw(at)gmail(dot)com> wrote:
>
> In the other case, the logs recorded
>
> LOG: all server processes terminated; reinitializing
> LOG: dynamic shared memory control segment is corrupt
> LOG: incomplete data in "postmaster.pid": found only 1 newlines while trying to add line 7
>
> In that case, the database did not restart on its own. It was 5 am on Sunday, so the on-call SRE just manually started the database up, and it appears to have been running fine since.
That rings a bell. Some versions of systemd apparently clean up shared memory belonging to a user when it detects the user logs out. ISTR that we had to disable that on our CentOS 7 server to stop crashes from happening.
More details here: https://wiki.postgresql.org/wiki/Systemd
Alban Hertroys
--
If you can't see the forest for the trees,
cut the trees and you'll find there is no forest.
From | Date | Subject | |
---|---|---|---|
Next Message | Ron | 2018-06-19 11:37:52 | Re: PostgreSQL Volume Question |
Previous Message | Amit Kapila | 2018-06-19 04:45:16 | Re: Slow planning time for simple query |