のPostgres 9.4クラッシュ

私はPostgresが次のエラーで数回クラッシュがあったのWindows Server 2012上のPostgres 9.4実行しています：の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

誰もがクラッシュを引き起こしている可能性がありますどのような示唆することはできますか？詳細が必要な場合はお知らせください。

ありがとうございました。

出典

2016-04-18 shortspider

DBサーバ（cpu/ram）の技術仕様を教えてください。 –

@DmitrySavinkov更新された回答を参照してください。 – shortspider

Postgres 9.5でも同じことが起こりますか？これはあなたが再現できるものであればバグのようですが、それはPostgresチームに直接取り上げられるべきです。 – tadman

これをPostgreSQLプロジェクト自体に投稿したいと思うでしょう。彼らは有益で専門的な束です。

guidelinesやバグ報告フォームhereがあります。彼らはあなたが上で与えた9.4.xの正確なバージョンとハードウェア/ OSの詳細を知りたいでしょう。

quick search of the bug mailing-listは似た響きのポストを持っていますが、あなたはおそらく検索を自分で試してみたいと思います。

他のmailing listsをチェックし、一般的に飛び出るとはあまりにもそこに求めても価値があります。

私は深刻な意味でのWindowsでPostgreSQLを実行していないが、これはバグのように聞こえる - 私は、共有メモリは、他のプラットフォームよりもWindows上で異なる方法で処理されたいくつかのコーナーケースを推測します。重要な第一歩は、このエラーがどこに生成されているのかを正確に突き止めることです。

出典

2016-04-18 20:14:26

提案したとおりにバグを投稿し、フィードバックがありました。サーバーの接続数が多すぎるようです。スレッドはここにある：http://www.postgresql.org/message-id/flat/[email protected]#[email protected] – shortspider

うーん - そのスレッドを読んで、私は「wouldnそれが高い接続数に関連していた場合は驚きます。多分あなたは1024を打ち、Windowsの何かはそれを好まないでしょう。私は、Linuxでは大量のデータベースを稼働させることに精通していますが、Windowsではそうではありません。かなり簡単に行うことができれば、データベースを2つのVMに分割して問題が解決されるかどうかを確認することは価値があります。明らかに、パフォーマンスへの影響を考慮する必要があります。 –

のPostgres 9.4クラッシュ

答えて

関連する問題