Re: LOG: munmap(0x7fff80000000) failed: Invalid argument - Mailing list pgsql-general

From Tom Lane
Subject Re: LOG: munmap(0x7fff80000000) failed: Invalid argument
Date
Msg-id 23429.1476146740@sss.pgh.pa.us
Whole thread Raw
In response to Re: LOG: munmap(0x7fff80000000) failed: Invalid argument  (Andres Freund <andres@anarazel.de>)
List pgsql-general
Andres Freund <andres@anarazel.de> writes:
> On 2016-10-10 18:21:48 -0400, Tom Lane wrote:
>> Chris Richards <chris@infinite.io> writes:
>>> LOG:  munmap(0x7fff80000000) failed: Invalid argument

>> [ digs in code... ]  One theory is that PGSharedMemoryDetach is getting
>> called more than once, but I'm not sure how that would happen.  Can you
>> characterize where this happens more precisely?  What nondefault settings
>> have you got in postgresql.conf?

> Hm. Could that be from the DSM code?

That particular error message spelling only appears in sysv_shmem.c,
so it's not directly DSM's fault.

The comments around PGSharedMemoryDetach strongly suggest that it ought
to be a no-op if called twice, which it originally was but fails to be
since the addition of the munmap call.   So I'm *very* strongly tempted
to add "AnonymousShmem = NULL;" there and in IpcMemoryDetach.  But
it's not evident why we've not seen this behavior many times already,
so I'd kind of like to find out what's different about Chris's use-case
before assuming that that will fix it.

            regards, tom lane


pgsql-general by date:

Previous
From: Andres Freund
Date:
Subject: Re: LOG: munmap(0x7fff80000000) failed: Invalid argument
Next
From: Periko Support
Date:
Subject: Re: [SPAM] psql 9.3 automatic recovery in progress