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? Thanks, -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
