来自Veeam支持的您好！Veeam支持团队很高兴宣布一种全新的方式与您共享有用和重要的信息。我们根据实际支持案例准备了一系列高级技术文章。我们希望您能像我们一样喜欢这些产品来帮助我们的客户。本周问题：Linux FLR设备部署失败Linux FLR设备部署失败：模块"MonitorLoop"通电失败。确定问题：休斯顿，我们有个问题首先，我们需要找出问题所在。主要的诀窍是，它在OtherOS FLR的一个非常特殊的阶段命中-只有设备的部署才会受到影响。当我们尝试将还原点装载到FLR设备时，会发生错误。在GUI中，错误如下所示：图1。用户界面错误我们可以在相关FLR会话的日志中看到失败的模块"MonitorLoop"（名称类似于"年、月、日、时、分"）_第二.log"):[05.07.2017 17:16:49]信息装载还原点。虚拟机：[fileserver]，备份更新：[09.01.2017 18:31:12]，Oib:[aa6038d3-bf68-42d6-86c0-de3a48784066][05.07.2017 17:17:49]错误未能安装oib"aa6038d3-bf68-42d6-86c0-de3a48784066"[05.07.2017 17:17:49]错误：模块"MonitorLoop"上电失败(Veeam.Backup.Common.capp例外）请记住，FLR设备是由mount服务部署的，它还将类似的问题记录在Veeamount服务日志。但是，它没有向我们展示失败的模块：[05.07.2017 17:16:49]重新创建WCF代理时出错。。。[05.07.2017 17:16:49]错误Linux FLR appliance deploy failed(System.ServiceModel.FaultException`1[Veeam.Backup.Interaction.MountService.cremoteInvokeeExceptionInfo])解决问题：资源是关键如果我们深入研究，我们会注意到，根据vmwarekb文章，"MonitorLoop"模块控制分配给vm的资源。错误本身由VMkernel引发，可以在相关的VMkernel日志中进行跟踪：图2。VMware日志问题的根本原因是ESXi主机没有足够的资源来启动设备，因此FLR自然会失败。如果不扫描VMkernel日志，我们就不能直接指出哪些资源丢失了，但是我们可以很容易地估计出。这要么是主机上vm可用的CPU/RAM，要么是交换文件存储的可用空间。后者更为合理，因此，如果vSphere环境没有明显的CPU/RAM不足-问题会缩小到缺少用于存储FLR设备及其交换文件的可用空间。图3。配置设置所选主机应有足够的CPU/RAM来存储设备。它们的消耗通常非常低，因此通常需要大于0 Mb的RAM和至少一些CPU来启动FLR设备。如果需要，请将主机更改为具有足够资源的主机。默认情况下，Veeam将我们设备的交换文件存储在NFS数据存储中，而NFS数据存储只是装载服务器上的一个Windows文件夹。在下面的图片中，您可以看到设置的位置，该设置在默认情况下控制交换文件的存储位置。有时，您可能不希望将其存储在VM目录中，而是存储在特定的数据存储中。数据存储可能已满，因此FLR设备和新VM的部署都会失败。确认这不是你的案子。图4。主机配置在SureBackup期间，类似的问题也可能会影响到设备，因为它与资源的分配有关。你知道吗？有关Veeam产品的所有详细信息都在帮助部分中提供。如果在任何产品窗口中单击F1，则将转到联机帮助中心。使用任何向导或对话框窗口（包括主窗口）时，单击F1将显示联机帮助中心的相应主题，该主题是用默认internet浏览器打开的。图5。帮助窗口在我们的下一个系列中在我们的下一个系列中，我们将介绍我们每天在Veeam支持中看到的最常见的错误配置和问题。加入我们的调查之旅，敬请期待！另请阅读：如果遇到"无效块大小"，如何从磁带恢复适用于Linux的Veeam代理VN:F[1.9.22_1171]评级：4.9/5（29票投票）Veeam支持故障排除系列：Linux FLR appliance deploy失败，根据29个评级，5分中有4.9