YS
Версия 12.1
vm.overcommit_memory = 2
vm.overcommit_memory = 2
А должна быть 12.3. ;) Тогда тем более см. эту документацию и т.д.
Size: a a a
2020 July 02
ДЛ
huge_pages на данном сервере не используются.
YS
huge_pages на данном сервере не используются.
Вы разберитесь, почему он запрашивает 16, а не 24 (может, два раза указано значение shared_buffers? Или ALTER SYSTEM есть?). А потом посмотрите, что съело shared memory (overcommit-то у Вас выключен, т.е. если что-то уже выделило RAM, PostgreSQL просто не дадут).
А почему не используется-то, кстати? Обычно — это зря.
А почему не используется-то, кстати? Обычно — это зря.
ДЛ
Yaroslav Schekin
Вы разберитесь, почему он запрашивает 16, а не 24 (может, два раза указано значение shared_buffers? Или ALTER SYSTEM есть?). А потом посмотрите, что съело shared memory (overcommit-то у Вас выключен, т.е. если что-то уже выделило RAM, PostgreSQL просто не дадут).
А почему не используется-то, кстати? Обычно — это зря.
А почему не используется-то, кстати? Обычно — это зря.
16 - это я уже пробовал уменьшать. Про 24 можно пока забыть. 16 тоже не работало
Просто скопировал из последнего неудачного лога
Просто скопировал из последнего неудачного лога
ДЛ
Yaroslav Schekin
Вы разберитесь, почему он запрашивает 16, а не 24 (может, два раза указано значение shared_buffers? Или ALTER SYSTEM есть?). А потом посмотрите, что съело shared memory (overcommit-то у Вас выключен, т.е. если что-то уже выделило RAM, PostgreSQL просто не дадут).
А почему не используется-то, кстати? Обычно — это зря.
А почему не используется-то, кстати? Обычно — это зря.
У нас неудачный опыт с overcommit. Падали сервера. Сейчас ставим в 2.
Насчёт других потребителей. Их нет. Сервер чисто под одну БД.
Насчёт других потребителей. Их нет. Сервер чисто под одну БД.
YS
У нас неудачный опыт с overcommit. Падали сервера. Сейчас ставим в 2.
Насчёт других потребителей. Их нет. Сервер чисто под одну БД.
Насчёт других потребителей. Их нет. Сервер чисто под одну БД.
> У нас неудачный опыт с overcommit. Зависали сервера. Сейчас ставим в 2.
И это правильно. Именно это советует документация (вообще, прочитайте весь этот раздел, если раньше не читали).
> Насчёт других потребителей. Их нет.
Это ошибка OS, понимаете? PostgreSQL её не "придумал". Т.е. что-то выделило память, получается.
И это правильно. Именно это советует документация (вообще, прочитайте весь этот раздел, если раньше не читали).
> Насчёт других потребителей. Их нет.
Это ошибка OS, понимаете? PostgreSQL её не "придумал". Т.е. что-то выделило память, получается.
ДЛ
Yaroslav Schekin
> У нас неудачный опыт с overcommit. Зависали сервера. Сейчас ставим в 2.
И это правильно. Именно это советует документация (вообще, прочитайте весь этот раздел, если раньше не читали).
> Насчёт других потребителей. Их нет.
Это ошибка OS, понимаете? PostgreSQL её не "придумал". Т.е. что-то выделило память, получается.
И это правильно. Именно это советует документация (вообще, прочитайте весь этот раздел, если раньше не читали).
> Насчёт других потребителей. Их нет.
Это ошибка OS, понимаете? PostgreSQL её не "придумал". Т.е. что-то выделило память, получается.
Я не думаю, что кто-то другой съел память. Некому. Потому и спрашиваю про различные лимиты по памяти. Скорее всего с ними что-то не так.
YS
Я не думаю, что кто-то другой съел память. Некому. Потому и спрашиваю про различные лимиты по памяти. Скорее всего с ними что-то не так.
Вы бы проверили, а то так будете долго "не думать". :)
Ну в самом деле, то, что указано в таблице — правда. Вы можете проверить лимиты по приведённым там формулам, но обычно стандартных настроек OS более чем достаточно.
Ну в самом деле, то, что указано в таблице — правда. Вы можете проверить лимиты по приведённым там формулам, но обычно стандартных настроек OS более чем достаточно.
ДЛ
Yaroslav Schekin
Вы бы проверили, а то так будете долго "не думать". :)
Ну в самом деле, то, что указано в таблице — правда. Вы можете проверить лимиты по приведённым там формулам, но обычно стандартных настроек OS более чем достаточно.
Ну в самом деле, то, что указано в таблице — правда. Вы можете проверить лимиты по приведённым там формулам, но обычно стандартных настроек OS более чем достаточно.
Что именно проверить? Других потребителей? Это я проверил.
YS
Что именно проверить? Других потребителей? Это я проверил.
Т.е. PostgreSQL, всё-таки, "придумал" это ошибку — так, по-Вашему? ;)
Тогда проверьте настройки GUC PostgreSQL — может, кто-то изменил shared_memory_type и т.п. (по ссылке это тоже есть).
Тогда проверьте настройки GUC PostgreSQL — может, кто-то изменил shared_memory_type и т.п. (по ссылке это тоже есть).
ДЛ
Yaroslav Schekin
Т.е. PostgreSQL, всё-таки, "придумал" это ошибку — так, по-Вашему? ;)
Тогда проверьте настройки GUC PostgreSQL — может, кто-то изменил shared_memory_type и т.п. (по ссылке это тоже есть).
Тогда проверьте настройки GUC PostgreSQL — может, кто-то изменил shared_memory_type и т.п. (по ссылке это тоже есть).
mmap
YS
mmap
Ну и тогда те настройки, о которых Вы спрашивали, судя по ошибке, к делу отношения не имеют.
Происходит именно то, о чём Вам пишет PostgreSQL (а он просто сообщает, что системный вызов mmap завершился с ошибкой — "could not map anonymous shared memory") — ищите, куда в системе делась память.
Происходит именно то, о чём Вам пишет PostgreSQL (а он просто сообщает, что системный вызов mmap завершился с ошибкой — "could not map anonymous shared memory") — ищите, куда в системе делась память.
LH
#shared_memory_type = mmap # the default is the first option
# supported by the operating system:
# mmap
# sysv
# windows
# (change requires restart)
подскажите в чем разница или где можно про это почитать?
YS
#shared_memory_type = mmap # the default is the first option
# supported by the operating system:
# mmap
# sysv
# windows
# (change requires restart)
подскажите в чем разница или где можно про это почитать?
s0
подскажите, как правильно дать пользователю pgbouncer доступ к таблице pg_shadow для авторизации пользователей? пока сделал grant select on table pg_shadow to pgbouncer
V
М
Добрый день! Подскажите, как составить запрос, если у меня 2 таблицы, первая с логами (ид, дата, действие...) , а вторая с датой исключений (дата начало, дата конец), вот я хочу вытянуть условно все логи, кроме диапазонов которые в исключениях
YS
Можно, но это же никогда не будет true... нет? ;)
Т.е. что Вам нужно-то?
Т.е. что Вам нужно-то?
V
Yaroslav Schekin
Можно, но это же никогда не будет true... нет? ;)
Т.е. что Вам нужно-то?
Т.е. что Вам нужно-то?
получить юзеров позднее двух дней, но интересовал такой каст
АА
Добрый день! Подскажите, как составить запрос, если у меня 2 таблицы, первая с логами (ид, дата, действие...) , а вторая с датой исключений (дата начало, дата конец), вот я хочу вытянуть условно все логи, кроме диапазонов которые в исключениях
где дата не между дата начало и дата конец