的Postgres 9.4撞車

我是在Windows Server上運行的Postgres 9.4 2012年我曾與Postgres的以下錯誤崩潰了幾次：的Postgres 9.4撞車

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

Looking around它看起來像本來這個錯誤在8.3至固定回。

在發生崩潰時，似乎有可用的RAM。

我的服務器規格：

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

任何人都可以提出什麼可能導致崩潰？如果您需要更多信息，請讓我知道。

謝謝。

請你分享DB服務器（CPU/RAM）的技術規範？ –

@DmitrySavinkov查看更新後的答案。 – shortspider

它也發生在Postgres 9.5嗎？這似乎是一個錯誤，如果它是你可以複製的東西，但是應該直接與Postgres團隊合作。 – tadman

你會想把它發佈到PostgreSQL項目本身。他們是一個有幫助和專業的一羣。

還有guidelines和bug報告表格here。他們會想知道9.4.x的確切版本以及上面給出的硬件/操作系統細節。

A quick search of the bug mailing-list有一個類似的冠冕堂皇的帖子，但你可能會想自己嘗試搜索。

這也是值得檢查其他mailing lists和突然一般，只是問那裏也。

我沒有任何嚴重的意義在Windows上運行PostgreSQL的，但是這聽起來像一個錯誤 - 我猜這裏共享內存的處理方式不同在Windows上比在其他平臺上的一些角落的情況。關鍵的第一步將是精確地確定產生這種錯誤的位置。

2016-04-18 20:14:26

我按照你的建議發佈了一個bug，並得到了一些反饋。它看起來像我的服務器上的連接數量太高。線程是在這裏：http://www.postgresql.org/message-id/flat/[email protected]#[email protected] – shortspider

嗯 - 讀取線程，我不會」如果它與大量的連接有關，不要感到驚訝。也許你點擊1024，Windows中的某些東西不喜歡它。我熟悉在Linux上運行大量數據庫，但不熟悉Windows。如果它是很容易做到的，它可能是值得看的，如果你的分區數據庫爲2的虛擬機，使問題消失。顯然你需要考慮任何性能影響。 –

回答