Re: could not create shared memory segment: Invalid argument

From: Andy Colson <andy(at)squeakycode(dot)net>
To: Ryan King - NOAA Affiliate <ryan(dot)king(at)noaa(dot)gov>, pgsql-general(at)postgresql(dot)org
Subject: Re: could not create shared memory segment: Invalid argument
Date: 2015-07-14 13:59:16
Message-ID: 55A515B4.1080903@squeakycode.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-general pgsql-performance

On 7/13/2015 7:08 PM, Ryan King - NOAA Affiliate wrote:
> Apologies ahead of time for not knowing which group to send to, but I
> wanted to see if anyone has encountered and resolved this type of error.
> I'm setting up postgresql 9.2 streaming replication on RH and after
> copying the master data directory over to the slave, the psql service
> refuses start and gives the following errors.
>
>
>
> 2015-07-13 23:55:41.224 UTC FATAL: could not create shared memory
> segment: Invalid argument
> 2015-07-13 23:55:41.224 UTC DETAIL: Failed system call was
> shmget(key=5432001, size=1146945536, 03600).
> 2015-07-13 23:55:41.224 UTC HINT: This error usually means that
> PostgreSQL's request for a shared memory segment exceeded your kernel's
> SHMMAX parameter. You can either reduce the request size or reconfigure
> the kernel with larger SHMMAX. To reduce the request size (currently
> 1146945536 bytes), reduce PostgreSQL's shared memory usage, perhaps by
> reducing shared_buffers or max_connections.
> If the request size is already small, it's possible that it is
> less than your kernel's SHMMIN parameter, in which case raising the
> request size or reconfiguring SHMMIN is called for.
> The PostgreSQL documentation contains more information about
> shared memory configuration.
> 2015-07-13 23:56:21.344 UTC FATAL: could not create shared memory
> segment: Invalid argument
> 2015-07-13 23:56:21.344 UTC DETAIL: Failed system call was
> shmget(key=5432001, size=58302464, 03600).
> 2015-07-13 23:56:21.344 UTC HINT: This error usually means that
> PostgreSQL's request for a shared memory segment exceeded your kernel's
> SHMMAX parameter. You can either reduce the request size or reconfigure
> the kernel with larger SHMMAX. To reduce the request size (currently
> 58302464 bytes), reduce PostgreSQL's shared memory usage, perhaps by
> reducing shared_buffers or max_connections.
> If the request size is already small, it's possible that it is
> less than your kernel's SHMMIN parameter, in which case raising the
> request size or reconfiguring SHMMIN is called for.
> The PostgreSQL documentation contains more information about
> shared memory configuration.
>
>
>
> I've set shared_buffer way down to next to nothing along with
> kernel.shmmax and kernel.shmall per some blogs. However, the same error
> persists, and I'm getting no where. I think ultimately the solution is
> to upgrade, but the devs may not be ready for an upgrade at this point.
> Any help would be greatly appreciated. Thanks!

You don't want to decrease kernel.shmmax you want to set it to the
request size:

sysctl -w kernel.shmmax=1146945536

shmmax is the only thing you really need to play with.

-Andy

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Albe Laurenz 2015-07-15 09:10:19 Re: What is the correct steps if tar process is killed during pg_start_backup() and pg_stop_backup()
Previous Message Matthieu Lejeune 2015-07-14 10:32:53 Re: Automatic restore corruption problem

Browse pgsql-general by date

  From Date Subject
Next Message Ramesh T 2015-07-14 14:13:19 Re: timestamp check
Previous Message Charles Clavadetscher 2015-07-14 12:28:02 Re: Where to place suggestions for documentation improvements

Browse pgsql-performance by date

  From Date Subject
Next Message Ben Hoyt 2015-07-14 20:17:52 Re: Query planner not using indexes with JOIN query and OR clause
Previous Message Merlin Moncure 2015-07-14 13:14:00 Re: Query planner not using indexes with JOIN query and OR clause