问题描述
您知道在 S3FS 中引发“传输端点未连接”故障状态的可靠方法吗?
是的,我知道 S3FS 很狡猾,而且 S3 不适合作为普通文件系统挂载。我意识到还有其他比 S3FS 更好的解决方案。我已经阅读了 SO 上的其他线程,目前我对重新散列推荐的替代方案不感兴趣。有一天,我可能会考虑其他选择,但我有一个截止日期,我想坚持这个话题。
我计划尝试诸如 autofs 和 cron 触发的重新挂载脚本之类的东西,并且我想相当确定我正在尽可能忠实地测试潜在的解决方案。
解决方法
“Transport endpoint is not connected”表示 s3fs 进程没有卸载干净就退出了。通常这是由于 s3fs 崩溃造成的,例如分段错误、内存损坏等。它在正常操作下应该不会发生,但您可以通过向 s3fs 发送信号来模拟它:kill -s SEGV $(pidof s3fs)
。
较新版本的 s3fs(撰写本文时为 1.89)解决了之前报告的许多崩溃问题。如果您遇到最新版本,请重新运行 s3fs 并附加 gdb 并将回溯报告给 s3fs GitHub 问题跟踪器,以便我们修复根本原因。