Nutanix文件为企业环境中的文件服务用例提供SMB共享和NFS导出。并非所有的环境都是平等的，每个解决方案都有一些建议，以适应高流量环境，其中数百或数千名用户可能正在同时访问单个存储端点或文件共享。
Nutanix AOS和文件提供了灵活性随着需求的增长而扩展，而无需停机或对现有操作的干扰。
连接计数现有文件共享可以增加，在使用Nutanix文件环境的情况下更多用户或应用程序比最初在部署时所期望的。
增加用户或用法nutanix文件中的群集可以触发高连接计数警报，如下所示：
fileservervmmaxConnectionsNotification（A160039）
这“最大连接限制”当文件群集在大量负载下具有一个或多个FSVM节点时，就会生成警报。该警报建议运行*'性能优化'。这也表明FSVM上有很高的连接计数。
如果触发此警报分类连接负载在文件服务器VM上，可以高于建议的系统限制。
Nutanix KB：fileservervmmaxConnectionsNotification
+5
当“警报A160080：clustername：crigite：for文件服务器：Fileserver Share Someshare使用129 PCT FSVM连接限制”时，会发生什么。抚养了吗？
这SMBshare in question had users mapped to it, but wasn’t the share which was ‘causing’ the issue (which was that multiple robocopy connections with /MT:128 were being used on a 3 node FSVM cluster with 12GB RAM/4 cores only -base config)
通常，如果SMB客户端在某些文件副本中看到了这一点：
操作系统返回了错误'59（发生意外的网络错误。）'
总体而言，FSVM确实伟大的（恕我直言）处理100次连接没有任何问题，即我们用最少的资源来努力地推动它，所以这几乎是“预期的”…
我想，在加载下一次尝试的会话/连接对是被删除/拒绝的内容，对（因此警报）？
当“警报A160080：clustername：crigite：for文件服务器：Fileserver Share Someshare使用129 PCT FSVM连接限制”时，会发生什么。抚养了吗？
这SMBshare in question had users mapped to it, but wasn’t the share which was ‘causing’ the issue (which was that multiple robocopy connections with /MT:128 were being used on a 3 node FSVM cluster with 12GB RAM/4 cores only -base config)
通常，如果SMB客户端在某些文件副本中看到了这一点：
操作系统返回了错误'59（发生意外的网络错误。）'
总体而言，FSVM确实伟大的（恕我直言）处理100次连接没有任何问题，即我们用最少的资源来努力地推动它，所以这几乎是“预期的”…
我想，在加载下一次尝试的会话/连接对是被删除/拒绝的内容，对（因此警报）？
你好
不确定，如果我正确理解您的问题。
因此，您在文件群集上进行了机器人复制，并获得了MaxConnection警报的警报。
这取决于您写的类型的分享类型，Nutanix文件有两种类型的股票：
出口和股票（文件技术）
SMB共享和NFS出口有两种类型。
SMB分享：
1.分发（先前称为家）。
2.标准（先前称为一般）。
NFS出口：
1.分布式（先前称为碎片）。
2.标准（先前称为非障碍）。
您可以通过登录CVM来检查连接计数，然后键入：
AFS（到达AFS提示）
SSH到Minerva Leader VM，并查看Minerva_nvm.log
在这里，您可以搜索“连接计数”，以查看哪个客户端IP地址正在创建与FSVM的连接数。还， ”maxConnectionsNotification”也可以在日志文件中搜索，以确定群集是否抱怨某个FSVM。
希望这可以帮助
br
+5
我认为我们正在遇到另一个问题 - 请参阅票务00691243
