Re: BUG #17370: shmem lost on segfault

From: RekGRpth <rekgrpth(at)gmail(dot)com>
To: Julien Rouhaud <rjuju123(at)gmail(dot)com>
Cc: PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: BUG #17370: shmem lost on segfault
Date: 2022-01-19 09:34:13
Message-ID: CAPgh2mKshsFNZ4mKAYHtjntK9wtaevbJvTp6d0BU=-MbiYCT2w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Ok, thanks.

What I should do in this case (postmaster restarts my background
worker and shared memory is lost)?
When I storage in bgw_extra field - everything is ok (with restarting
after segfault), but it size too small.

ср, 19 янв. 2022 г. в 14:28, Julien Rouhaud <rjuju123(at)gmail(dot)com>:
>
> Hi,
>
> On Wed, Jan 19, 2022 at 03:05:56AM +0000, PG Bug reporting form wrote:
> > The following bug has been logged on the website:
> >
> > Bug reference: 17370
> > Logged by: RekGRpth
> > Email address: rekgrpth(at)gmail(dot)com
> > PostgreSQL version: 14.1
> > Operating system: docker alpine
> > Description:
> >
> > In developing my https://github.com/RekGRpth/pg_task I found strange
> > behavior of shared memory segment.
>
> This is not a postgres bug. If you need help with developing an extension you
> should send a message to -hackers.
>
> That being said, in case of unclean shutdown (which happens if a process
> segfaults), the postmaster will restart and any shared memory will be lost, so
> I'm assuming that you somehow serialize a handle which isn't valid anymore
> after a restart, unclean or not.

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Julien Rouhaud 2022-01-19 09:46:07 Re: BUG #17370: shmem lost on segfault
Previous Message Julien Rouhaud 2022-01-19 09:28:28 Re: BUG #17370: shmem lost on segfault