有时,当浮动许可证服务器混合使用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 行。诊断还显示该文件。
我们很遗憾听到
请告诉我们
症状