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