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

问题描述 投票:0回答:1

有时由于未知原因,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. 解决这个问题的最佳方法是什么?
linux shell mount s3fs
1个回答
0
投票

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

我不使用“cat /etc/mtab”,而是使用“df -hT”,它适用于我的脚本。问题是它陷入了这种奇怪的状态,一半未安装,而“mtab”仍然将其视为已安装;但我还是不知道为什么。

这是我正在使用的代码:

#!/bin/bash

如果 [ $(df -hT | grep -c s3fs) != 1 ]
然后
        # 首先卸载它
        卸载/路径/到/已安装/存储桶;

        # 重新挂载它
        /usr/local/bin/s3fs 存储桶名称 /path/to/mount/bucket -o noatime -oallow_other;

        echo "s3fs 已关闭";

        # 也许可以在此处发送电子邮件让您知道它已关闭
菲

还要确保以 root 身份运行脚本,否则它将无法卸载/重新挂载。

© www.soinside.com 2019 - 2024. All rights reserved.