Dave
更新 :
创建 :
有时，当浮动许可证服务器混合使用collective许可证和非集体许可证时，客户端计算机可能会被拒绝许可证，并显示所有许可证已在使用中的消息，并且使用中的计数似乎并不匹配用户认为他/她应该有的东西。
原因
当客户端计算机从分配的许可证Collective ，都在该产品的许可证Collective分配给该用户，即使机器可以运行不同的产品-不使用，这似乎是短期的产品数数。
1 Production Collective许可证使您能够在一台机器上Nuke Studio 、 Mari和Modo
使用的机器Production Collective许可证可以运行任何或所有的产品在Collective同时，并且任何数量的每一个实例的-只限于由机器的资源。
Production Collective许可证的目的是为 x Nuke Studio 、 Mari和Modo ，以便他们可以使用适合当前的任何产品进行生产。因此，如果您有 4 个Production Collective许可证，那么您可以在 4 台机器上Nuke Studio 、 Mari和Modo
使用的机器Production Collective许可证可以运行任何或所有的产品在Collective同时，并且任何数量的每一个实例的-只限于由机器的资源。
Production Collective许可证的目的是为 x Nuke Studio 、 Mari和Modo ，以便他们可以使用适合当前的任何产品进行生产。因此，如果您有 4 个Production Collective许可证，那么您可以在 4 台机器上Nuke Studio 、 Mari和Modo
1 Creation Collective许可证使您能够在一台机器上Modo 、 Mari和HieroPlayer
使用创建的机器Collective许可证可以运行任何或所有的产品在Collective同时，并且任何数量的每一个实例的-只限于由机器的资源。
Collective许可证的目的是为 x Modo 、 Mari和HieroPlayer ，以便他们可以使用适合当前的任何产品进行生产。因此，如果您有 4 个 Creation Collective许可证，那么您可以在 4 台机器上Modo 、 Mari和HieroPlayer
使用创建的机器Collective许可证可以运行任何或所有的产品在Collective同时，并且任何数量的每一个实例的-只限于由机器的资源。
Collective许可证的目的是为 x Modo 、 Mari和HieroPlayer ，以便他们可以使用适合当前的任何产品进行生产。因此，如果您有 4 个 Creation Collective许可证，那么您可以在 4 台机器上Modo 、 Mari和HieroPlayer
解决
许可证管理器按照许可证文件中找到的顺序分配许可证。 Production Collective或 Creation Collective许可证可能应该放在服务器许可证文件中的最后一个。这样一来，如果其他非集体许可证的一个可用，能满足客户的需求，那么它将被提前分配Collective 。
请注意， Nuke需要nuke _i 许可证， NukeX需要nukex _i 许可证Nuke许可证， Nuke Studio将需要nukestudio _i 许可证以及前两个许可证，因此如果缺少这些许可证之一并且您的Nuke许可证位于Collective之上，那么额外所需的许可证将从Collective本身中获取，为避免这种情况，您可以在许可证文件中的Collective Nuke
您可以编辑许可证文件，只需使用纯文本并使用相同的文件名保存即可。 FLU 诊断将向您显示它的位置和外观。
使用 FLU 停止和启动 RLM 服务器以读取更新的文件。
您还有其他分配方式：通过向选项文件添加行来定义用户或用户组，并为这些用户或组包含、排除或保留特定许可证。
Foundry License Tools (FLT) 安装中包含的 RLM 文档中进行了解释：
../TheFoundry/LicensingTools7.x/Docs/RLM_Enduser.html
服务器的 FLT 安装中已经有一个选项文件。默认情况下，它只有一个 TIMEOUTALL 行。诊断还显示该文件。
我们很遗憾听到
请告诉我们
症状