Re: buildfarm failures on smew and anole
| От | Andrew Dunstan |
|---|---|
| Тема | Re: buildfarm failures on smew and anole |
| Дата | |
| Msg-id | 52585976.4030501@dunslane.net обсуждение исходный текст |
| Ответ на | buildfarm failures on smew and anole (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: buildfarm failures on smew and anole
|
| Список | pgsql-hackers |
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.
cheers
andrew
В списке pgsql-hackers по дате отправления: