postgresql何时需要写入文件“pg_逻辑/复制源_checkpoint.tmp”？

Question

Postgres (10.10版)在我的机器上崩溃(数据库连接变得不可能)。我查了一下日志

2019-10-11 15:46:41.262 UTC [30233] postgres_prod@syntax_prod LOG:  could not receive data from client: Connection reset by peer
2019-10-11 17:41:06.104 UTC [2001] PANIC:  could not write to file "pg_logical/replorigin_checkpoint.tmp": No space left on device
2019-10-11 17:41:06.364 UTC [1999] LOG:  checkpointer process (PID 2001) was terminated by signal 6: Aborted
2019-10-11 17:41:06.364 UTC [1999] LOG:  terminating any other active server processes
2019-10-11 17:41:06.364 UTC [1326] postgres_prod@syntax_prod WARNING:  terminating connection because of crash of another server process
2019-10-11 17:41:06.364 UTC [1326] postgres_prod@syntax_prod DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
...

我想问题发生在

PANIC: could not write to file "pg_logical/replorigin_checkpoint.tmp": No space left on device

但是我的机器上还有77G的内存(我刚刚重新启动Postgres，到目前为止一切正常)。所以我不太明白恐慌性错误信息。我认为，了解更多关于postgres必须写到文件“pg_logical/logical_checkpoint.tmp”的信息可能会帮助我理解哪里出了问题。所以我在找这方面的信息。

Answer 1

，但我的机器上还有77 my

假设您在错误发生时没有使用，或者可用空间位于要使用的错误分区上。在错误发生后，可能有很多临时文件被清理过，所以现在的空闲空间并不意味着您当时有空闲空间。也许你可以在一个不同的分区上设置一个临时表空间，这样它就不能在空间之外运行其他东西，从而使整个系统崩溃？

我认为，了解更多关于postgres必须写到文件“pg_logical/pl本利_checkpoint.tmp”的信息可能会帮助我理解哪里出了问题。

我很肯定它不会，但这是检查点的一部分，逻辑复制的进展。它创建一个新文件，然后原子地将其重命名为旧文件。

Answer 2

我今天也遇到了同样的问题。这个命令似乎解决了我的问题：

docker run --rm -v /var/run/docker.sock:/var/run/docker.sock:ro -v /var/lib/docker:/var/lib/docker martin/docker-cleanup-volumes