Re: LOG: could not fork new process for connection: Cannot allocate memory

Поиск
Список
Период
Сортировка
От Ahsan Ali
Тема Re: LOG: could not fork new process for connection: Cannot allocate memory
Дата
Msg-id CAGot2LXQ+1f9LAvKAffCEnqZWVuzTyR9eKP_cAbcO_ZLH3fCGw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: LOG: could not fork new process for connection: Cannot allocate memory  (John R Pierce <pierce@hogranch.com>)
Ответы Re: LOG: could not fork new process for connection: Cannot allocate memory  (Jim Nasby <Jim.Nasby@BlueTreble.com>)
Список pgsql-general
we have a pooling on the application level. however we never had this issues before this start happning since last couple of days in past we had over 2300 sessions but no issues.

On Thu, Aug 25, 2016 at 5:29 PM, John R Pierce <pierce@hogranch.com> wrote:
On 8/25/2016 5:10 PM, Ahsan Ali wrote:
yes it is older however we do apply security patches now a then.

redhat doesn't really support mixing packages from different releases, they only test things with all packages from the same snapshot.   "yum update" should bring the whole system up to current.


regarding max connection its the application design however it does not have that many active session. postgres=# select count(*) from pg_stat_activity;
 count
-------
  1818

so there were 1818 postgres client processes at the time it coudln't create a new process.   thats certainly a larger number than I've ever run.   if I have client software that has lots and lots of idle connections, I use a connection pooler like pgbouncer, in transaction mode.

--
john r pierce, recycling bits in santa cruz



--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general

В списке pgsql-general по дате отправления:

Предыдущее
От: John R Pierce
Дата:
Сообщение: Re: LOG: could not fork new process for connection: Cannot allocate memory
Следующее
От: Theron Luhn
Дата:
Сообщение: Re: Understanding Postgres Memory Usage