服务器2012 R2 FSRM事件ID 8197错误: GetVolumeNameForVolumeMountPoint，0x800700001，错误函数
我发现几乎没有与Server 2012相关的有关此错误的信息。有大量关于服务器2003错误的信息，包括Microsoft的更新包修复，以及关于服务器2008和2008年R2如何解决错误的说明，但2012年没有。
在安装文件系统资源管理器( R2 )角色后，在Server 2012和Server 2012 (版本无关紧要)上都会发生错误：
Event ID 8197
Source: SRMSVC
File Server Resource Manger Service error: Unexpected error.
Error-specific details:
Error: GetVolumeNameForVolumeMountPoint, 0x800700001, incorrect function此错误也发生在每次重新启动以及服务重新启动之后(特别是在服务启动后的30秒)。这个错误发生在两个戴尔服务器上: PowerEdge R720和PowerEdge R620。
我发现的第一件事是只有在使用UEFI时才会发生这种情况。服务器使用标准BIOS时没有错误。我本可以停止使用BIOS，但是我不想失去任何UEFI和服务器2012的新特性。
最初，我认为这是戴尔UEFI实现的一个问题，因为它既发生在我的新服务器上，也发生在运行在戴尔PowerEdge ESX主机上的VM中。但是，我能够在非戴尔硬件上运行另一个VM来重现这个错误。这意味着问题在于微软。在UEFI上的服务器2008 R2上安装FSRM不会产生错误，只有2012和2012年的R2会产生错误，从而将其缩小到与UEFI有关的Server 2012问题。
除了事件查看器中耀眼的红色x之外，我还没有看到这个错误带来的负面影响。我对FSRM功能进行了全面的测试，发现一切似乎都正常运行。不幸的是，我不是那种只会忽略一个未知的持久错误的类型，所以我花费了大量的时间试图弄清这个错误的真相。我有很高的动力来解决这个问题，因为我在谷歌上的一次失败和Server 2012提到了在重新启动时消失的数量(我不想在这条路上突然出现)。
回答 1
Server Fault用户
发布于 2014-06-23 22:12:19
在与戴尔( Dell )和微软( Microsoft )来回往返的一个月后，我收到了关于这个错误的“答案”。以下是微软的回应：
我们的升级工程师已经调试了这个问题，并发现这是EFI系统的一种设计行为。我们已经在硬件机器& VM上复制了这个问题。我们想解释一下，我们可以安全地忽略这一事件。当FSRM服务检查系统分区时会发生错误消息。在EFI系统上，EFI系统分区是一个FAT系统，函数调用GetVolumeNameForVolumeMountPoint()将失败。这是正常的，FSRM服务预计这将在EFI系统的内部代码中失败。在这种情况下，错误消息只是为了信息目的而被记录下来，这就是为什么您可以安全地忽略它。
就我个人而言，我认为这是一个离经叛道的回应。我回复时提醒他们，在UEFI上的Server 2008 R2中不会出现这种情况，所以如果这是真正的“按设计”，因为EFI分区服务器2008 R2的格式也会有相同的错误……
如果我碰巧听到一个相关的回应，我会更新。现在，我只想得到这个信息，以防我不是唯一一个看到这个问题的人:}
https://serverfault.com/questions/607404
复制相似问题
腾讯云开发者
