我们有一个用户在我们的文件服务集群上发现了一个有趣的不当行为。 他能够使用WinXP在他的主目录上创build一个目录，而不是Win7机器可见的目录。 这是双向的，他能够创build一个与Win7，XP无法看到。
WinXP： 来自XP的目录http://sysadmin1138.net/images/dir-winxp.png
Win7： 来自Win7的目录http://sysadmin1138.net/images/dir-win7.png
服务器是故障转移群集中的Server 2008 SP2。 服务器只能在资源pipe理器和命令行中看到“testing-7”目录。 我检查了我们使用shadow-copy的备份软件，它也只能看到'testing-7'目录。 然而，在XP站上的“以前的版本”高兴地显示了“testing-xp”目录的先前版本，这些目录是相当明显且可用的。
我碰到这个数量的时候碰到了一些腐败现象，但是没有发现什么。
另外，他能够在两台计算机的同一目录下创build一个名为“Arrow.docx”的文件。 在这份文件中他保存了不同的数据。 在重新启动之后，win-7机器看到了带有win-7数据的arrow.docx文件，WinXP机器看到了带有WinXP数据的arrow.docx文件。
在我们的计算机实验室使用的机器是相当标准的图像（在XP到Win7转换中，我们现在有两种口味）。 我可以看到他在自己的电台上创build的所有文件，其行为与他所说的完全相同。
我已经能够复制这个问题，但它似乎只影响我们最近迁移到一个新的存储arrays的一个卷。 迁移方法非常简单：
这一切似乎工作。 但是现在已经出现了。 有些东西在这里变得很怪异，我正在寻找build议。
编辑RE：脱机文件
将离线文件更改为在我的站点禁用导致一切正常显示（在这种情况下正常是“Win7看世界”），以前只有XP的文件已经消失。 但是，在另一个pipe理员站，他仍然不能使Win7文件出现。 这更接近！ 但这确实引起了数据丢失的问题。
这个问题在Failover Clusters如何处理列出的迁移过程中是一个怪癖。 新的LUN由基于SMB2的客户端提供服务，基于SMB的客户端由旧LUN提供服务。 为什么是这样，我不知道。 我最后给微软打了电话，但是他们无法重现。
最后，解决方法是：
这是一个不寻常的事件串联，它属于“怪癖”类而不是“虫”。 但是，嘿，我碰到了。