Running two postmasters on one host: could not create semaphores - Mailing list pgsql-general

From Edwin New
Subject Running two postmasters on one host: could not create semaphores
Date
Msg-id 83CE2DFB3E02EF4EAB09B5125EAD011B012351DA@lavertonexch.toll.com.au
Whole thread Raw
Responses Re: Running two postmasters on one host: could not create semaphores
List pgsql-general

I have a requirement to run two separate postmasters on the one machine.  It looks like they compete for resources (semaphores) so won't run concurrently.

I compiled twice, specifying different ports and home directories:
       ./configure --with-java --with-pgport=6100 --prefix=/usr/local/teprpg01
       make
       etc...

       gmake distclean
       ./configure --with-java --with-pgport=6110 --prefix=/usr/local/teqapg01
       etc...

I can start either of the installed postmasters, but when I try to start them at the same time using the commands:
        /usr/local/teprpg01/bin/postmaster -D /usr/local/teprpg01/data >logfile 2>&1 &
        /usr/local/teqapg01/bin/postmaster -D /usr/local/teqapg01/data >logfile 2>&1 &

I get the error:

        FATAL:  could not create semaphores: No space left on device
        DETAIL:  Failed system call was semget(6100001, 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 40).
        The PostgreSQL documentation contains more information about configuring your system for        PostgreSQL.

Is it a shortage of semaphores, or a competition problem between the postmasters?  Is there something else I need to do?

Thanks in advance for any help,
Edwin New
Analyst Programmer
Toll - Integrated Business Systems

pgsql-general by date:

Previous
From: mike g
Date:
Subject: Re: strange apllicaion error
Next
From: Grant McLean
Date:
Subject: Deadlock. Referential Integrity checks select for update?