Re: [HACKERS] Re: Max backend limits cleaned up
От | Bruce Momjian |
---|---|
Тема | Re: [HACKERS] Re: Max backend limits cleaned up |
Дата | |
Msg-id | 199902212224.RAA29737@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] Re: Max backend limits cleaned up (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [HACKERS] Re: Max backend limits cleaned up
|
Список | pgsql-hackers |
I got it working by adding a -N 32 to the postmaster startup. Looks like my site BSD/OS can't start 64 backends. Some of my configuration is wrong. Perhaps we need 32 as the default. > Bruce Momjian <maillist@candle.pha.pa.us> writes: > >> 5. Allocation of semaphores and shared memory is now based on > >> -N switch value (default or specified) rather than the MAXBACKENDS > >> constant. > > > sgml and man documenation updates, right? Or should I do it? > > I put something into the docs last night in the places where configure > and postmaster switches are described. > > I am thinking, though, that we also ought to have FAQ entries under > headings like: > > I get "IpcSemaphoreCreate: semget failed (No space left on device)" > when I try to start the postmaster > > I get 'Sorry, too many clients already' when trying to connect > > If you like, I'll try to write up a first cut at these. > > regards, tom lane > -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: