2

有时，由于未知原因，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. 解决这个问题的最佳方法是什么？
4

1 回答 1

0

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

我没有使用“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 身份运行脚本，否则将无法卸载/重新安装。

于 2014-06-11T08:50:08.463 回答