我试图从本地渲染恢复数据库转储，这在过去工作得很好。但现在我得到了很多错误。
$ PGPASSWORD="###" pg_dump -h ###.render.com -O -U app_production app_production >dump.sql
$ psql -U app_production -f dump.sql app_production这些错误通常在重新创建索引时开始：
(...)
CREATE INDEX
CREATE INDEX
CREATE INDEX
CREATE INDEX
CREATE INDEX
CREATE INDEX
ERROR: could not open file "base/16388/18035": No such file or directory
CONTEXT: writing block 0 of relation base/16388/18035
parallel worker
ERROR: could not open file "base/16388/18035": No such file or directory
CONTEXT: writing block 1 of relation base/16388/18035
ERROR: could not open file "base/16388/18035": No such file or directory
CONTEXT: writing block 2 of relation base/16388/18035
ERROR: could not open file "base/16388/18035": No such file or directory
CONTEXT: writing block 3 of relation base/16388/18035
(...)我已经重新安装了我的本地（macOS文图拉）机器上的一切，所有的自制，PostgreSQL等尝试了不同的转储，以及，这导致有时在一些，有时在很多这样的错误。
知道这是怎么回事吗？
非常感谢您的提示！
1条答案
按热度按时间iecba09b1#
我想通了：显然，在一个评论表中，有人发布了一段包含macOS恶意软件base64编码签名的文本。ClamAV识别出了这一点，并在导入过程中隔离了数据库文件（由于某种原因，通知关闭了）。当导入重建索引时，这种数据库不一致导致了错误。