创建支持服务单
关注

Q100049:如何避免在非集体之前使用集体许可

症状

有时,当浮动许可证服务器混合使用集体许可证和非集体许可证时,客户端计算机可能会被拒绝使用许可证,并显示所有许可证已在使用中的消息,并且使用中的计数似乎并不匹配用户认为他/她应该有的东西。

原因

当客户端机器从一个集合中分配一个许可证时,该集合中的所有产品许可证都会分配给该用户,即使该机器可能正在运行不同的产品 - 不使用在该集合中似乎很短的产品数数。
1 Production Collective 许可证使您能够在一台机器上运行 Nuke Studio、Mari 和 Modo。

使用生产集合许可证的机器可以同时运行集合中的任何或所有产品,以及每个产品的任意数量的实例 - 仅受机器资源的限制。

拥有 x 个 Production Collective 许可证的目的是为 x 台机器提供 Nuke Studio、Mari 和 Modo,因此它们可以使用适合当前的任何产品进行生产。因此,如果您有 4 个 Production Collective 许可证,那么您可以在 4 台机器上运行 Nuke Studio、Mari 和 Modo。
1 Creation Collective 许可证使您能够在一台机器上运行 Modo、Mari 和 HieroPlayer。

使用Creation Collective 许可证的机器可以同时运行Collective 中的任何或所有产品,以及每个产品的任意数量的实例——仅受机器资源的限制。

拥有 x 个 Creation Collective 许可证的目的是为 x 台机器提供 Modo、Mari 和 HieroPlayer,因此它们可以使用适合当前的任何产品进行生产。因此,如果您有 4 个 Creation Collective 许可证,那么您可以在 4 台机器上运行 Modo、Mari 和 HieroPlayer。

解析度

许可证管理器按照许可证文件中找到的顺序分配许可证。 Production Collective 或 Creation Collective 许可证可能应该放在服务器许可证文件中的最后一个。这样,如果其他非集体许可之一可用并且可以满足客户的需求,那么它将在集体许可之前分配。

请注意,Nuke 需要 nuke_i 许可证,NukeX 除了 Nuke 许可证还需要 nukex_i 许可证,Nuke Studio 将需要 nukestudio_i 许可证以及前两个许可证,因此如果缺少这些许可证之一并且您的 Nuke 许可证是在集体之上,那么额外所需的许可证将从集体本身中获取,为避免这种情况,您可以在许可证文件中的集体许可证之后移动 Nuke 许可证。


您可以编辑许可证文件,只需使用纯文本并使用相同的文件名保存即可。 FLU 诊断将向您显示它的位置和外观。


使用 FLU 停止和启动 RLM 服务器以读取更新的文件。

您还有其他分配方式:通过向选项文件添加行来定义用户或用户组,并为这些用户或组包含、排除或保留特定许可证。

选项文件语法在服务器的 Foundry License Tools (FLT) 安装中包含的 RLM 文档中进行了解释:

../TheFoundry/LicensingTools7.x/Docs/RLM_Enduser.html

服务器的 FLT 安装中已经有一个选项文件。默认情况下,它只有一个 TIMEOUTALL 行。诊断还显示该文件。

这篇文章有帮助吗?

我们很遗憾听到

请告诉我们
1 人中有 1 人觉得有帮助