Сбой Postgres 9.4

Я запускаю Postgres 9.4 на Windows Server 2012. У меня несколько раз сбой postgres со следующей ошибкой:

FATAL:  could not reattach to shared memory (key=00000000000000D0, addr=00000001405E0000): error code 1455

Оглядываясь похоже, эту ошибку должны были исправить еще в 8.3.

Примерно во время сбоя у него, похоже, есть свободная оперативная память.

Мои характеристики сервера:

OS: Windows Server 2012 x64
CPU: Intel Xeon CPU 2.30GHz (x2)
RAM: 52GB
Postgres: 9.4.5

Некоторые настройки из postgres:

shared_buffers = 512MB
effective_cache_size = 39GB
work_mem = 90MB
maintenance_work_mem = 2000MB

Кто-нибудь может подсказать, что может быть причиной сбоя? Если вам нужна дополнительная информация, пожалуйста, дайте мне знать.

Спасибо.


postgresql postgresql-9.4
person shortspider    schedule 18.04.2016    source источник
comment
не могли бы вы поделиться техническими характеристиками сервера БД (процессор / оперативная память)?   -  person Dmitry Savinkov    schedule 18.04.2016
comment
@DmitrySavinkov смотрите обновленный ответ.   -  person shortspider    schedule 18.04.2016
comment
Это также происходит в Postgres 9.5? Это похоже на ошибку, если это то, что вы можете воспроизвести, но это следует обсудить непосредственно с командой Postgres.   -  person tadman    schedule 18.04.2016

Ответы (1)


arrow_upward
2
arrow_downward

Вы захотите опубликовать это в самом проекте PostgreSQL. Они полезные и профессиональные группы.

Существуют рекомендации и форма для сообщения об ошибках здесь. Они захотят узнать точную версию 9.4.x, а также информацию об оборудовании/ОС, которую вы указали выше.

быстрый поиск в списке рассылки об ошибках имеет похожий пост, но вы, вероятно, захотите попробовать поискать сами.

Также стоит проверить другие списки рассылки, а также заглянуть в общий и просто спросить там.

Я не запускаю PostgreSQL в Windows в серьезном смысле, но это звучит как ошибка - я бы предположил, что это какой-то крайний случай, когда общая память обрабатывается в Windows иначе, чем на других платформах. Важнейшим первым шагом будет точное определение того, где именно генерируется эта ошибка.

person Richard Huxton    schedule 18.04.2016
comment
Я разместил сообщение об ошибке, как вы предложили, и получил некоторые отзывы. Похоже, количество подключений на моем сервере слишком велико. Тема находится здесь: postgresql.org/message-id/flat/ - person shortspider; 20.04.2016
comment
Хм, читая эту ветку, я не удивлюсь, если это связано с большим количеством подключений. Возможно, вы нажали 1024 и что-то в Windows не нравится. Я знаком с запуском большого количества баз данных в Linux, но не в Windows. Если это довольно легко сделать, возможно, стоит посмотреть, устранит ли проблема разделение ваших баз данных на 2 виртуальные машины. Очевидно, вам нужно будет учитывать любое влияние на производительность. - person Richard Huxton; 21.04.2016