On 10/11/2013 03:33 PM, Robert Haas wrote:
The build is continuing to fail on smew and anole.  The reason it's
failing is because those machines are choosing max_connections = 10,
which is not enough to run the regression tests.  I think this is
probably because of System V semaphore exhaustion.  The machines are
not choosing a small value for shared_buffers - they're still picking
128MB - so the problem is not the operating system's shared memory
limit.  But it might be that the operating system is short on some
other resource that prevents starting up with a more normal value for
max_connections.  My best guess is System V semaphores; I think that
one of the failed runs caused by the dynamic shared memory patch
probably left a bunch of semaphores allocated, so the build will keep
failing until those are manually cleaned up.

Can the owners of these buildfarm machines please check whether there
are extra semaphores allocated and if so free them?  Or at least
reboot, to see if that unbreaks the build?

It is possible to set the buildfarm config

    build_env=> {MAX_CONNECTIONS => 10 },

and the tests will run with that constraint.

Not sure if this would help.



Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:

Reply via email to