Re: installation problem - semaphores

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Yadu <yaduonline(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: installation problem - semaphores
Date: 2006-04-02 16:35:18
Message-ID: 23630.1143995718@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Yadu <yaduonline(at)gmail(dot)com> writes:
> selecting default max_connections ... 10
> selecting default shared_buffers ... 50
> creating configuration files ... ok
> creating template1 database in /usr/local1/postgres/data/base/1 ... FATAL:
> could not create semaphores: No space left on device
> DETAIL: Failed system call was semget(1, 17, 03600).
> HINT: This error does *not* mean that you have run out of disk space.
> It occurs when either the system limit for the maximum number of
> semaphore sets (SEMMNI), or the system wide maximum number of semaphores
> (SEMMNS), would be exceeded. You need to raise the respective kernel
> parameter. Alternatively, reduce PostgreSQL's consumption of semaphores by
> reducing its max_connections parameter (currently 10).
> The PostgreSQL documentation contains more information about
> configuring your system for PostgreSQL.

> Since I am using Solaris OS, I may need to reboot the machine to change the
> value of semmns. I don't want to do that. How can I reduce the parameter
> max_connections and rerun the command?

initdb has already reduced it as far as is sane, if not further. (The
underlying implementation is such that values less than 16 don't
actually reduce the number of semaphores we acquire.) You'll have to do
whatever is needed to fix the kernel limit. Don't forget to look at the
shared memory limit while you're at it; it's likely that that's
unreasonably small, too.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Luca Pireddu 2006-04-02 21:33:25 Re: installation problem - semaphores
Previous Message Martijn van Oosterhout 2006-04-02 11:51:30 Re: Grouping aggregate functions