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 по дате отправления: