dkitchel's questions

几乎每天一次，我会在控制台中出现超时，例如：

7:1:36 PM kernel: Areca RAID volume scsi command timeout (target=0 lun=0)

这恰好对应于所有 postgres 进程挂起的时间。

我不愿意终止 pids，因为这往往会导致一切崩溃。无论如何要复活这些过程？我什至无法在终端中打开一个新的 postgres 窗口。

另外，有没有办法让 postgres 更能容忍这种超时？我的系统：

• Mac Pro (2013) 12 核 X 64GB
• 操作系统 10.10.4
• Postgres 9.4.4

我用于表空间的驱动器（其中 4 个）是：

• 槟榔 8050 T2
• 每个都有 8 个 1TB OWC Mercury Electra 6G SSD，采用 RAID 0 配置。

我在 mac (10.10.4) 上运行 postgres (postgis) 9.4.2。

我有几张大桌子（几个 TB）。

在其中一个上建立索引大约需要一周的时间，我看到可用的 HD 空间下降了，正如你所期望的那样，当停电持续时间超过电池单元和系统时，索引将完成的点接近下楼。我关闭了缓冲区，并且fillfactor=100在构建期间，因为它是一个静态数据源。重新启动时，驱动器上剩余的可用空间恰好是索引构建接近尾声时的位置。真空分析不会释放空间。

我尝试放下桌子并重新摄取，但并没有减少空间。现在我所处的位置没有足够的空间来构建索引。

索引构建期间生成的文件是否由于停电期间机器停机的方式而陷入无法被系统删除的困境？

当我查看数据库中的表大小 + 索引（这是该驱动器上的唯一数据）时，它们加起来约为6TB。驱动器是8TB，驱动器上剩余的空间不到500GB，因此似乎在某处丢失了大约 1.5TB，这与索引的大小差不多。

有任何想法吗？