我们有一个旧的文件服务器（运行Gentoo的所有东西），最近遭受了存储控制器故障。 部件已被replace，除了一个项目外，所有内容都重新联机，可能是最重要的：ESXi挂载点。
前系统pipe理员，虽然辉煌，从来没有logging任何变化。 FSTAB或CRONTAB或任何“正常”的地方都没有创build坐骑。 运行zfs list显示了所有的ZFS挂载名称，但挂载点有一个空白。 我的同事和我正在通过日志文件努力寻找历史坐骑的任何迹象，但没有什么。 这通过infiniband连接到开源许可计算服务器，但不确定是通过NFS，iSCSI还是什么共享。 就像我说的，没有笔记工作。
这是很less的信息，但我会尝试编辑这个答案，如有需要…
请显示以下的输出：
zpool list zpool status -v zfs list
并可能http://pastebin.com zpool history输出为我。
好的，该文件服务器是一个可怕的混乱 。 我很抱歉你的组织在这种情况下没有文件。
我真的关心这是如何完成的…这是一个无偿技术债务的完美例子…但核心问题是，你的Xen和VMware的份额不是NFS。 他们在这里由ZFS zvols组成。 这意味着ZFS正在向使用其本机文件系统格式化的pipe理程序呈现块设备。 我不知道iSCSI是否在这里混合使用，但是如果您发布了zpool history ，我可能可以确定完成了什么。