Re: LOG: munmap(0x7fff80000000) failed: Invalid argument

From: Chris Richards <chris(at)infinite(dot)io>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: LOG: munmap(0x7fff80000000) failed: Invalid argument
Date: 2016-10-12 14:55:56
Message-ID: CAOan6TmB+Gk2O0nxi0erxonBmZE77r07Xcwmi9DciaBLXSjHpQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

I have another application that consumes all of the huge pages; they aren't
for pgsql. :) I've modified the configuration file from "try" to "off" and
munmap is no more. Mischief managed.

Thanks for your help.

On Tue, Oct 11, 2016 at 6:15 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

> Chris Richards <chris(at)infinite(dot)io> writes:
> > Oh the email spam :P
>
> No problem. I'm starting to think that this isn't actually a Postgres
> bug, but rather something funny with your kernel. The code in sysv_shmem
> is certainly as fragile as can be, but I'm darned if I can find an
> existing code path that would actually break it --- and the lack of other
> complaints is pointing towards something funny with your system, too.
>
> First off, does changing "huge_pages" in postgresql.conf alter the
> behavior? (It defaults to "try", see what happens with "on" or "off".)
>
> Second, I notice that you've got
>
> > Hugepagesize: 1048576 kB
>
> which is just enormous. PG is only going to request circa 140MB given
> the settings you mentioned. We've seen reports of kernel bugs that cause
> mmap() to fail for requests that aren't a multiple of the hugepage size,
> but I've not heard that mmap() might succeed and then munmap() fail.
> That seems like what's happening to you though.
>
> regards, tom lane
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message William Ivanski 2016-10-12 14:58:21 OmniDB 1.6
Previous Message Kevin Grittner 2016-10-12 14:36:02 Re: SERIALIZABLE and INSERTs with multiple VALUES