Sql 致命:无法创建共享内存段:参数无效

Sql 致命:无法创建共享内存段:参数无效,sql,linux,postgresql,shared-memory,fedora,Sql,Linux,Postgresql,Shared Memory,Fedora,我服务器上的Postgresql文件似乎没有启动。当我查看/var/lib/pgsql/pgstartup.log文件时,它给出了以下错误 我读了很多其他的帖子,建议修改SHMMAX值。我是通过/etc/sysctl.conf文件完成的,然后运行sysctl-p。它第一次工作,PGSQL服务开始运行。但是,当我尝试SQL导入(55GB)时,它再次停止,这次更改SHMMAX值没有帮助。实际上,问题是从导入55GB的SQL文件开始的。它一直工作到前30%,然后停止。我不知道为什么它总是崩溃 基本上,

我服务器上的Postgresql文件似乎没有启动。当我查看/var/lib/pgsql/pgstartup.log文件时,它给出了以下错误

我读了很多其他的帖子,建议修改SHMMAX值。我是通过/etc/sysctl.conf文件完成的,然后运行sysctl-p。它第一次工作,PGSQL服务开始运行。但是,当我尝试SQL导入(55GB)时,它再次停止,这次更改SHMMAX值没有帮助。实际上,问题是从导入55GB的SQL文件开始的。它一直工作到前30%,然后停止。我不知道为什么它总是崩溃

基本上,有两件事我正在寻求帮助:

  • 如何让PGSQL服务运行
  • 如何导入55GB SQL文件而不出现任何问题
  • 我已经研究了很多资源,仍然没有找到解决方案。任何帮助都将不胜感激

    谢谢


    编辑:我找到了解决方案。问题在于磁盘空间。在我清空psql数据日志文件(按天计算)后,服务开始工作。谢谢大家的帮助。

    这个问题现在已经解决了。编辑后的文章也包含了解决方案


    谢谢

    Stack Overflow是一个关于编程和开发问题的网站。这个问题似乎离题了,因为它与编程或开发无关。请参见帮助中心中的。也许是或者会是一个更好的提问方式。如果将数据加载到PostgreSQL中,它不会使用更多的共享内存,因此可能不是
    SHMMAX
    导致问题。识别PostgreSQL日志文件并查看您在那里找到的内容。另外,检查机器上是否有文件系统已满。@LaurenzAlbe-嘿,谢谢你的回复。psql日志文件显示-FATAL:lock文件“postmaster.pid”已存在提示:是否有另一个postmaster(pid 15047)正在数据目录“/var/lib/pgsql/data”中运行?致命:锁定文件“postmaster.pid”已存在提示:数据目录“/var/lib/pgsql/data”中是否运行另一个postmaster(pid 15047)?虽然,当我试图终止进程时,它说没有这样的进程。@jww-谢谢。从现在起,我会记住这一点(这个问题已经解决了)。