Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/xml/15.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Postgresql pg_转储致命:段太大_Postgresql_Pg Dump - Fatal编程技术网

Postgresql pg_转储致命:段太大

Postgresql pg_转储致命:段太大,postgresql,pg-dump,Postgresql,Pg Dump,pg_转储失败,并显示错误消息: “pg_转储致命:段太大” 这是什么意思 Ubuntu 16.04上的PostgreSQL 10.4。似乎pg_dump将从运行的查询中收到的错误消息传递到日志中 日志中的下一行(如果日志繁忙,可能会埋得更深)显示了失败的查询 在本例中,我们有一个损坏的序列。对序列的任何查询,无论是交互式查询、通过列默认查询还是通过pgdump查询,都会返回“段太大”错误,并终止查询进程 我计算出了序列的新起始值,删除了依赖项,并从旧序列停止的地方创建了一个新序列,然后将依赖项

pg_转储失败,并显示错误消息: “pg_转储致命:段太大”

这是什么意思


Ubuntu 16.04上的PostgreSQL 10.4。

似乎pg_dump将从运行的查询中收到的错误消息传递到日志中

日志中的下一行(如果日志繁忙,可能会埋得更深)显示了失败的查询

在本例中,我们有一个损坏的序列。对序列的任何查询,无论是交互式查询、通过列默认查询还是通过pgdump查询,都会返回“段太大”错误,并终止查询进程

我计算出了序列的新起始值,删除了依赖项,并从旧序列停止的地方创建了一个新序列,然后将依赖项放回

在那之后,pg_dump工作得很好


目前尚不清楚序列为何或如何损坏,以至于在访问时会出现会话终止错误。不过,我们最近确实发生了一次数据库硬崩溃,所以可能与此有关。(虽然这个序列很少被访问,但我们不太可能在增加它的过程中)。我的PGDUMP命令看起来是这样的:PGZDUMP-FD${dNeN}}排除了schema OnthSchema——J 2 -U PASGRES-H本地主机-P 5432 -F $ {BUBUP文件夹} OK,紧接着pg_dump致命消息的是:pg_dump语句:选择最后一个值,从afflow.chart_id_seq调用。我想这就是问题所在,当我尝试运行相同的select语句时。。。致命:段太大服务器意外关闭连接从序列中选择*也失败