Linux 挂载失败并出现错误传输端点未连接

Question

有时，由于未知原因，Linux 服务器上的 Amazon S3 Fuse 挂载会全天失败。唯一的解决方案是umount，然后再次mount 目录。我尝试编写以下 shell 脚本，当手动卸载它时它可以工作并重新安装，但我了解到，当链接失败但实际上并未卸载时，必须有一些其他“状态”。

原来的错误：

[root@app3 mnt]# cd s3fs
[root@app3 s3fs]# ls
ls: cannot access amazon: Transport endpoint is not connected
amazon
[root@app3 s3fs]# umount amazon 
[root@app3 s3fs]# mount amazon/

Shell 脚本尝试检查挂载并在失败时重新挂载（在手动测试中工作但失败）：

   #!/bin/bash

   cat /etc/mtab | grep /mnt/$1 >/dev/null
   if [ "$?" -eq "0" ]; then
        echo /mnt/$1 is mounted.
   else
        echo /mnt/$1 is not mounted at this time.
        echo remounting now...
        umount /mnt/$1
        mount /mnt/$1
   fi

---

1. 如果我手动卸载目录并运行测试，为什么 shell 脚本会起作用，但是当传输端点失败时，测试返回 true 并且不会重新安装？
2. 解决此问题的最佳方法是什么？

Answer 1

我知道这是旧的，但它可能会帮助其他人面临这个问题。 我们遇到了类似的问题，我们的存储桶被随机卸载并出现“传输端点未连接”错误。

我没有使用“cat /etc/mtab”，而是使用“df -hT”，它适用于我的脚本。问题是它陷入了这种奇怪的状态，半挂载，“mtab”仍然认为它是挂载的；但我还是不知道为什么。

这是我正在使用的代码：

#!/bin/bash 如果 [ $(df -hT | grep -c s3fs) != 1 ] 然后 # 先卸载 卸载 /path/to/mounted/bucket； # 重新挂载 /usr/local/bin/s3fs 存储桶名称 /path/to/mount/bucket -o noatime -o allow_other; echo "s3fs 已关闭"; # 也许在这里发送电子邮件让你知道它已经失败了 菲

还要确保以 root 身份运行脚本，否则将无法卸载/重新安装。