![更换了存储控制器,现在找不到 ESXi ZFS 挂载点](https://linux22.com/image/696221/%E6%9B%B4%E6%8D%A2%E4%BA%86%E5%AD%98%E5%82%A8%E6%8E%A7%E5%88%B6%E5%99%A8%EF%BC%8C%E7%8E%B0%E5%9C%A8%E6%89%BE%E4%B8%8D%E5%88%B0%20ESXi%20ZFS%20%E6%8C%82%E8%BD%BD%E7%82%B9.png)
我们有一台较旧的文件服务器(运行 Gentoo),最近存储控制器出现故障。我们更换了相关部件,除了一个可能是最重要的问题:ESXi 挂载点,其他一切都恢复正常。
前任系统管理员虽然很聪明,但从未记录任何更改。没有任何东西FSTAB
或CRONTAB
任何“正常”的地方可以创建挂载。运行zfs list
显示所有 ZFS 挂载名称,但挂载点为空白。我和我的同事正在仔细研究日志文件,试图找到任何历史挂载的迹象,但什么也没有。它通过 infiniband 连接到开源许可的计算服务器,但不确定它是通过 NFS、iSCSI 还是其他方式共享的。就像我说的,没有笔记可以参考。
答案1
这是所以可用的信息很少,但我会尝试根据需要编辑这个答案......
请显示输出:
zpool list
zpool status -v
zfs list
并且可能http://pastebin.com对我来说的输出zpool history
。
好的,该文件服务器一片混乱。很抱歉,贵组织处于这种没有文件记录的境地。
我其实很关心这是怎么做到的……这是未付清技术债务的完美例子……但核心问题是您的 Xen 和 VMware 共享不是 NFS。它们由这里的 ZFS zvols 组成。这意味着 ZFS 向虚拟机管理程序呈现了一个使用其本机文件系统格式化的块设备。我不知道 iSCSI 是否在这里,但如果您发布zpool history
,我可能能够确定做了什么。