许可证队列机制：当所有许可被占满时，新请求如何处理

浮动许可池子满了之后，新来的请求怎么处理？这是每个使用FlexNet的企业都会遇到的问题。

很多人以为FlexNet会自动排队，等有许可证空出来再分配。但实际不是这样——FlexNet的默认行为是直接拒绝，不会排队。

这篇文章把默认拒绝机制、错误码含义，以及如何实现“伪排队”的方法说清楚。

一、默认行为：拒绝，不排队

当所有许可证都被占用时，新来的签出请求会立即被拒绝。

客户端会收到一个错误码：-4（Licensed number of users already reached）。意思是“许可数量已达上限”，告诉你现在没位置了，下次再来。

为什么不做排队？

FlexNet的设计哲学是“快速失败”。排队意味着客户端要一直等着，不知道要等多久——可能几分钟，也可能几个小时。对用户来说，这种不确定性比直接拒绝更糟糕。直接拒绝，用户至少知道“现在没有”，可以去做别的事或者换个时间再来。

那有没有排队功能？

有，但不是FlexNet原生支持的。

FlexNet Publisher本身不提供内置的排队机制。要在FlexNet上实现排队，需要借助第三方许可证调度工具（比如OpenLM、License Dashboard等）。这些工具在FlexNet之上加了一层调度逻辑——当许可被占满时，新请求进入工具自己的队列，等有许可证释放了再自动分配。

IBM的LSF（负载共享设施）在19.2版本中引入了对FlexNet的集成支持，但这属于调度器层面的功能，不是FlexNet本身的排队机制。

二、错误码-4详解

当许可证池满了，客户端会收到这个错误：

text

FlexNet Licensing error: -4, 132.
Licensed number of users already reached.

错误码-4表示“许可证数量已达上限”，是浮动许可中最常见的拒绝原因。

要确认当前许可证的使用情况，在服务器上执行：

bash

lmutil lmstat -a -c /path/to/license.lic

输出中会显示每个feature的总数和在用数。如果in use等于issued，说明池子确实满了。

三、三个绕过“拒绝”的办法

虽然FlexNet不原生支持排队，但可以通过以下方式变相实现：

1. 客户端重试 + 等待

在客户端脚本里加入重试逻辑——签出失败后等待一段时间再试，直到成功为止。这是一种“客户端主动轮询”的排队方式。

缺点：所有客户端都在轮询，会给服务器带来额外负担。而且重试间隔设短了服务器压力大，设长了用户等得久。

2. 使用第三方调度工具

专业的许可证调度工具（如OpenLM）会在许可证服务器前加一层代理。请求先到调度器，调度器检查许可证池状态：

• 有空闲许可 → 直接签出
• 没有空闲许可 → 进入队列，按优先级排队

等有许可证释放时，调度器自动分配给队列中排在最前面的请求。

优点：用户体验好，不需要手动重试。支持优先级设置——关键项目可以插队。

3. 调整客户端超时，延长等待窗口

虽然不能排队，但可以让客户端在放弃之前多等一会儿。通过设置FLEXLM_TIMEOUT环境变量，控制客户端等待服务器响应的最长时间。

默认值是3,000,000微秒（3秒）。如果网络慢或者服务器负载高，3秒可能不够用。可以把值调大到10,000,000微秒（10秒）甚至更高。

但注意：这个变量只控制“等待服务器响应”的超时，不是“等待许可证释放”的排队超时。服务器返回-4错误是即时的，调大FLEXLM_TIMEOUT并不会让服务器帮你排队。

四、换个思路：与其排队，不如把池子清一清

排队是被动等待，优化是主动释放。

与其让用户干等，不如把占着不用的许可证清理出来。核心手段有两个：

1. 配置TIMEOUTALL自动回收闲置许可

在options文件中设置：

text

TIMEOUTALL 900

900秒（15分钟）是行业通用的起点。超过15分钟没有活动的会话，许可证会自动回收，回到池子里给其他人用。这样可以显著减少“占着不用”的情况。

2. 定期清理僵尸会话

用lmstat找出长期占用的会话，用lmremove手动释放：

bash

lmutil lmremove -h feature_name 用户名 主机名 handle值

五、总结

FlexNet不原生支持排队，许可证满了就直接返回-4错误。与其让用户排队干等，不如把闲置许可收回来，让池子有更多空位。