| 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: | Whole Thread | Raw Message | 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 |