的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的虚拟机，使问题消失。显然你需要考虑任何性能影响。 –

回答