芯片设计团队的人员流动最麻烦的往往不是工位和电脑而是那一堆浮动许可证。Cadence 许可证是按在座并发数量授权的人走了、Ticket 没还回来后面新人的 Virtuoso、PVS、Liberty 就全起不来。我在一线管过几年的 EDA 环境这种场景见过太多次月初还好好的月底一纸离职单第二天就有设计工程师跑来找我说“跑不了了license 全被占满”。这篇文章就把我常用的快速调整策略完整梳理出来怎么定位占用、怎么把闲置许可收回来、怎么把许可重新分给新人、以及一组排障速查。适合做 EDA/CAD 运维的同事、团队负责人还有刚接手许可管理的同学参考。1. 人员变动为什么会让许可证变成“老大难”1.1 先搞清楚 Cadence 许可证是怎么被“卡住”的Cadence 这类 EDA 工具用的是浮动许可证Float License也就是一整套工具只买一定数量的并发席位所有工程师通过局域网向中心 License Server 借用。谁先启动工具谁就把一个席位占住席位满了后面的人只能干等。这里的“占用”和普通共享文档不一样。文档关闭就释放但 EDA 工具在 Running 状态时不管有没有实际计算License 进程都会持续握着一个 Feature 不放。很多工程师的习惯是晚上挂着一堆仿真不关第二天早上再接着看这就导致大量席位被无意义地锁死。人员变动时这种锁死状态尤其头疼离职的人工位都搬空了License Server 上还有他的名字挂着只能由管理员手动释放。另一个隐蔽点是 License 的粒度。Cadence 不是“一个大包”而是拆成几十个 Feature数字前端、模拟设计、物理验证、时序分析、版图编辑各有各的 Seat。人员变动时不是所有 Feature 都会同步变少经常是这个工具空闲、那个工具告急。所以调整的策略必须基于 Feature 粒度来做不能只盯着总数。1.2 常见的人员变动场景盘点我梳理了一下团队里人员变动基本逃不出这几种离职人走了License 没释放或者人名还留在 Server 的占用列表里。这是最紧急的一种因为涉及账号注销、机器回收往往没等管理员处理新人已经在门口等着要环境。转岗工程师从 A 项目组调到 B 项目组原来的工具链不用了新项目需要的却是另一套 Feature。这种场景最容易被忽略总觉得“人还在公司”License 反正没浪费但实际上 A 项目组的配额被占着B 项目组却在等授权。新人入职新人拿到账号、装好工具后最常遇到的报错就是“无法获取许可证”。原因往往不是许可证总数量不够而是没人帮新人把环境变量指到正确的 License Server或者新人的主机名不在授权范围。实习生与外包这类人员数量波动大来得快去得也快经常是批量开通、又批量消失。如果许可证本来就不宽裕优先保障正式员工还是把池子公平开放需要提前定好策略否则出了问题两边都得罪。这几种场景对应调整的重心完全不同离职重点是回收清理转岗重点是重新分配新人重点是快速开通实习生重点是配额控制。下面我就按这套逻辑一步步拆解。2. 动手调整前的必修课快速摸清许可证家底2.1 用 lmstat 一条命令看懂当前占用调整许可证的第一步永远是“摸清现状”不是直接改文件。最常用的命令是 lmstat这个命令是 FlexNet License Manager 自带的License Server 装了 Cadence License Manager 后就有。先看最新情况lmstat -a -c /opt/cadence/license/license.dat如果不指定-c系统会默认去读环境变量CDS_LIC_FILE或LM_LICENSE_FILE指向的文件。输出里重点看三块License server statusServer 是不是 UP以及当前时间。Users of xxx每个 Feature 被谁占用、占了多少个、从几点开始占的。Allocated / Used / Free每个 Feature 的总量、已用、剩余。实际操作中我一般会先看 Free 那一列把剩余为 0 的 Feature 标出来。这些就是要重点处理的点。然后再看 Users 列表按主机名排序看看哪些主机已经长时间没有活动。比如lmstat -a会显示每个会话的“start”时间如果一个会话从早上挂到现在都没动过那大概率就是可以回收的对象。有个细节要注意lmstat -a默认不显示所有信息有些版本需要加-a才显示全部 Feature。另外对于大量 Feature 的 Cadence 环境输出会非常长建议先 grep 关键字比如lmstat -a -c /opt/cadence/license/license.dat | grep -E Users of|reserved2.2 从许可证文件反查可用功能与数量lmstat 看的是运行时状态许可证文件.dat才是底层账本。Cadence 的许可证文件格式和 FlexNet 家用软件类似核心是几行SERVER hostname MAC地址 5280 DAEMON cdsd /opt/cadence/tools/bin/cdsd FEATURE Virtuoso cdsd 6.1 10 permanent 0 OVERDRAFT1SERVER 行是 License Server 的主机名、网卡 MAC 和端口。DAEMON 行指定了 vendor daemon 的路径和名称Cadence 环境一般是 cdsd。FEATURE 行是真正“值钱”的东西功能名、版本、数量、到期时间。拿到这个文件后我建议你花一个小时把里面所有 FEATURE 整理一遍做成一个 Excel 表格功能名、总数量、给谁用。别嫌麻烦这个表格在后面每一次人员变动中都能直接用。比如转岗的时候A 项目组的 Virtuoso 用了 8 个B 项目组只有 2 个你一眼就能看出是从 A 组挪到 B 组还是需要申请新的授权。2.3 做一张“人员-功能-许可”映射表家里没有一张人员与许可证对应关系表后面什么调整都是盲操作。这张表不用复杂三列就够了人名/组名常用 Feature优先级高/中/低我自己实际管的时候表格里还会加一列“是否有特殊需求”比如某个工程师要用到 PVS 的一个独立 Feature别人都不涉及。有了这张表处理人员变动就变成了纯查表操作离职的人名删掉看他的 Feature 列表然后逐个确认回收优先级新人来了套用相同岗位的模板直接分配同样的 Feature 集。如果不建这张表每次都得临时去翻 lmstat 输出累且容易漏。3. 从人走茶凉到指哪打哪许可证快速释放与回收3.1 温和释放先沟通再动手很多人一看到许可证满着第一反应就是强制回收但我的经验是能沟通解决的尽量先沟通。因为 lmremove 强制释放会有副作用后面会讲。温和释放的第一步是确认这个人是不是真的走了。比如离职员工先通知 HR 确认交接日期再让他的技术 Leader 确认不再需要跑任何仿真。千万别只看“账号被注销了”就动手万一人家还在交接期间每天跑 regression你这边强行一拆项目进度就砸了。确认之后可以做一件事把离职员工所在的工作站关机或断网。License Server 检测到客户端断开过一段时间会自动回收该会话占用的 Feature。这种方式最平滑不需要 admin 权限直接干预也不容易误伤其他用户。如果是转岗的员工温和释放就是让他主动把不需要的工具关掉。很多时候不是他想占着而是他习惯了开着 Virtuoso即便不用也懒得关。这种只要任务切换明确说清楚“从下周开始你不能再占用 A 组配额”他自己就会配合。3.2 管理员强制回收lmremove 实战温和手段失败或者来不及的时候才轮到强制回收。命令是 lmremove基本语法lmremove -c /opt/cadence/license/license.dat feature_name 用户名 主机名比如要释放用户 alice 在主机 ws001 上占用的 Virtuoso Featurelmremove -c /opt/cadence/license/license.dat Virtuoso alice ws001命令执行完成后License Server 会收回这个会话占用的席位。但这里有个大坑lmremove 只是把 License Server 侧的记录删掉了如果 alice 的机器上工具还开着、进程还在跑这个进程会在很短的时间内重新向 Server 发起 checkout 请求然后把席位又占回去。所以我前面说强制回收前最好先让目标机器的进程退出否则等于白干。批量回收多个用户时我会写个简单的 shell 脚本逐行读“用户名 主机名”的清单然后循环执行 lmremove。注意每次操作间隔几秒给 Server 一点处理时间不然高并发下 lmgrd 日志会刷出一堆 warnings。还有一点执行 lmremove 需要管理员权限普通用户在自己的机器上没法远程回收别人的会话。这也是许可证管理员的价值所在——权限在你自己手里。3.3 设置超时回收策略让闲置许可自动回流人走茶凉最理想的状态是“茶自己凉”也就是 License Server 能自动回收闲置许许可不占用管理员时间。FlexNet 是支持设置 Feature 级 TIMEOUT 的在许可证文件的 FEATURE 行末追加参数FEATURE Virtuoso cdsd 6.1 10 permanent 0 \ TIMEOUT1800TIMEOUT 后面跟的是秒数1800 就是 30 分钟。意思是某个 Feature 会话在指定时间内没有操作License Server 就自动强制回收不管客户端进程有没有退出。但这里必须提醒TIMEOUT 不是对所有 Cadence 工具都生效。部分工具会持续发送心跳信号即使你不碰鼠标它也认为你“还在用”。所以在真实环境里TIMEOUT 只能作为辅助手段不能完全依赖。想实现更可靠的闲置回收可以考虑写个小脚本定期lmstat -a抓会话开始时间超过阈值就自动lmremove。这是比较“民间”但非常有效的做法。设置完 TIMEOUT 后需要重新加载配置文件比较稳妥的做法是重启 lmgrd这个动作会短暂影响整个 Server 上所有用户最好选在非工作时段或者用lmreread -c license.dat让 daemon 重新读配置。4. 新人、转岗人员如何快速拿到可用许可4.1 按项目组调整功能配额回收回来的许可要快速分到正确的人头上。很多人以为 “人多了再加 license”但实际上大部分人变动场景不需要新增授权而是把配额从一组挪到另一组。如果只有一台 License Server最简单的做法就是“靠 skill 分配”通过修改 Server 上对应 Feature 的许可数量来硬性限制某个组的并发使用量。Cadence 许可证文件的 FEATURE 行中那个数字就是最大并发数改小数字就相当于减少该 Feature 的整体席位。但这个方式会全局生效没办法做到“只有 A 组受影响、B 组不受影响”因为所有客户端连的是同一个 Server。所以更精细的做法是用多 License Server 或者拆分文件不同项目组连不同的 Server 地址通过环境变量CDS_LIC_FILE指向各自项目组的 Server例如setenv CDS_LIC_FILE 5280eda-license-01这样可以把许可证池从物理上隔离A 组的人怎么抢也不会影响 B 组的席位。代价是需要部署多套 License 服务管理的复杂度会上去。从我的经验看团队超过 50 人、且多个项目组并行跑的时候这个代价是值得付的。4.2 用 RESERVED 预留机制保住关键席位隔离分组的方案有时候也不好使因为总会遇到“临时要用一下 XX 工具”的情况。这种时候不要让几个人去抢大池子可以在许可证文件里加 RESERVED 行把关键席位预留出来。RESERVED 的用法是在许可证文件中做一个预占声明格式类似RESERVED Virtuoso alice ws001 1意思是给用户 alice 在主机 ws001 上保留 1 个 Virtuoso 席位无论其他人怎么用这个席位永远不会被别人抢走。适合给重点项目负责人、新人导师、周末值班工程师等关键角色设定“保底许可”。RESERVED 的好处是它不影响总授权数量只是改变了分配策略。不需要额外购买许可只需要修改文件并重新加载。实际操作建议把新入职的核心研发人员的常用 Feature 做成 RESERVED这样他们刚进组时不会因为“手慢”整天卡在许可证门口。4.3 临时借用与多服务器切换新人或临时调配的工程师可能今天在 A 项目组明天在 B 项目组这时候不能每次都改服务器配置文件更合理的是让他们切换环境变量。Cadence 读取许可证的顺序通常是先看CDS_LIC_FILE再看LM_LICENSE_FILE所以给临时员工一个便捷的开关脚本很实用#!/bin/bash export CDS_LIC_FILE5280eda-license-01 5280eda-license-02把两个 Server 地址都列进去格式是用空格分隔。这样客户端优先去第一个 Server 申请不够的时候自动去第二个 Server。相当于把两个许可池临时打通。这个操作非常适合“某项目临时要多 3 个 PVS 席位的应急场景”。不需要去改 License Server只需要把目标机器的环境变量指过去就行。当然要注意两个 Server 必须在同一网段、网络互通且授权厂商允许你这个 license 文件在同一局域网内共用。5. 许可证排障与常见问题实录5.1 离职员工占用迟迟不释放怎么办第一种情况lmstat 里还能看到已离职的人名和相关 Feature 占用但这个人已经不可能再主动关闭工具了。处理思路是先确认该员工的主机有没有被回收如果主机还在且开机需要联系对应负责人把那台机器关机或断网。第二种情况机器关了但 License Server 上还残留会话。这多半是网络异常断开时 License Server 没有收到正常的释放包导致记录成了孤儿会话。这种可以用 lmremove 强制清掉或者等 lmgrd 自己超时。如果你发现隔几天总有几个“死去活来”的老面孔考虑在 License Server 上开 debug 日志查一下是不是有半开连接不断重试。踩过的坑千万不要在没确认机器关机的情况下连续执行 lmremove否则客户端进程会自动重新抢占反复横跳最后你可能以为清理干净了转头一看占用数量又满了。5.2 新人启动工具提示“无法获取许可证”这个报错是环境配置问题的大杂烩最常见的三个原因环境变量没设对工具找不到 License Server 地址。先检查echo $CDS_LIC_FILE确保能打印出端口主机名。如果为空说明 shell 启动脚本里没导出。主机名不匹配License Server 校验客户端主机名时如果客户端的主机名在 Server 的 hosts 表里没有正确解析会被拒绝。常见于客户主机名大小写不一致、DNS 配置不干净。防火墙拦截License Server 端口是 TCP 的 5280但 vendor daemon 的端口往往是动态分配的。如果防火墙没有放行 daemon 使用的端口客户端就会连接超时。排查思路按顺序来先telnet 服务器IP 5280看通不通再在客户端执行lmstat -a -c 端口主机名看能不能读到 Server 状态。读不到就是网络或端口问题读得到却拿不到 license 就是主机名或 Feature 权限问题。5.3 许可证数量明明够却总是抢不到这是最令人抓狂的谜之现象lmstat 显示某个 Feature 还有 5 个空闲但新员工就是起不来工具。我遇过一次印象很深Virtuoso 总授权 20占用 15剩余 5新员工一启动就报“license not available”。后来查了半天才发现新员工的环境变量里LM_LICENSE_FILE指向了一个已经废弃的旧 Server那个旧 Server 上对应的 Feature 确实已经被占完了。他用的根本不是我看的那个新 Server。所以遇到“数量够却抢不到”先确认他用的是哪个 Server再确认他请求的 Feature 名称和版本是否匹配。很多时候 Cadence 工具启动时报的 feature 名和你从 license 文件里看到的字面名不完全一致比如带版本后缀的 FeatureName_版本号或者工具内部映射名。这种情况下就算总量够版本不对也是拿不到的。还有一个小概率但真实存在的坑客户机的系统时间比 License Server 超前太多。FlexNet 对时间比较敏感客户端时间跑偏可能导致 license 校验失败。遇到过因人为改时间导致新员工拿不到许可的情况调整 NTP 时间同步后问题立刻消失。写在最后一点实操体会管 Cadence 许可证这些年我最深的体会是“许可证调整”表面上是技术问题本质上是一个信息同步问题。你的 License Server 再稳迁移方案再周全只要人和 Feature 的对应关系没有维护清楚下一个离职的人来了你还是要从 lmstat 开始查起。现在团队小的时候可以靠记性人一多就必须把映射表这个功课做在前面。最后分享一个小技巧把所有常用命令封装成一个小工具集比如lic_show看占用、lic_release强制回收指定人的指定 Feature、lic_check检测 Server 连通性。每次人员变动三分钟就能完成排查和调整比翻命令记录高效得多。我现在的环境里再出现人员变动基本就是查表、执行、确认三步收尾整个流程十分钟内解决。这个思路你也可以在团队里直接落地试一下。