FUSE安装可能会破坏Linux服务器的稳定性?

我是多用户服务器的系统pipe理员,我们部门的学生有shell帐户。 我们的一个用户要求我们安装sshfs 。 我正在辩论是否按照build议安装sshfs是明智的。

我主要关心的是FUSE安装是否可以使我们的服务器不太可靠。 根据我的经验,当NFS服务器突然变得不可用时,服务器可能会发生不好的事情 – 负载平均值会上升,并且可能无法将其彻底卸载,从而导致硬重启。 如果一个装有FUSE的服务器突然消失了,那么清理这个烂摊子有多难呢? 是否还有其他可能的灾难或陷阱我应该考虑?

至less在NFS中,只有root可以挂载,我们可以select挂载我们认为合理可靠的NFS服务器。

假设我们的用户没有敌意,但可能意外地做了愚蠢的事情。 另外,我并不担心它们可能挂载的文件系统的内容,因为我们的用户已经拥有shell的访问权限,并且可以将他们想要的任何东西复制到他们的主目录中。

    我用sshfs和HDFS都使用了FUSE。 sshfs似乎是非常可靠的,我还没有看到恐慌或硬崩溃。 HDFS otoh已经造成了大量的崩溃。 这是调查调查,只要我们没有看到大量使用hdfs一切都是稳定的。

    我见过sshfs的主机系统消失,没有不良影响。 HDFS造成了各种各样的问题。 这给我留下了sshfs非常稳定的印象。

    我会build议testing大量的I / O,看看sshfs如何处理它,我希望它能像冠军一样处理它。

    它出现(纠正我,如果我错了),你正在考虑在你的服务器上安装FUSE-sshfs。 您可能会对其工作方式感到困惑:FUSE-sshfs应该安装在客户端机器上。 服务器确实需要比以前更多的东西:SSH服务器。

    “一个FUSE挂载破坏Linux服务器的潜力”是“一些”。

    了解FUSE的性质将会付出代价。 保险丝本身并不稳定。 它是(相对成熟的)内核代码,为各种文件系统提供了运行用户空间“驱动程序”的方法。 它用于testing或“玩具”文件系统,或者不属于内核的那些文件系统,或那些仍然在不断变化的文件系统,即它们本身可能是不稳定的,但是考虑到驱动程序在用户空间运行,在用户端驱动代码中与内核有点隔离。 这样可以说比内核中运行不成熟的代码更稳定。

    确切的稳定性取决于您正在使用哪个FUSE模块。 我已经使用sshfs了一点,从来没有一个稳定的问题。 如果我失去了与SSH服务器的连接,文件系统会停止响应,但这是很显然的。