License request failed for feature大概是Creo用戶最不想看到的一句話尤其是眼瞅著交付節(jié)點(diǎn)就在眼前軟件卻卡在啟動(dòng)這一步。我在企業(yè)里做CAD/PLM環(huán)境支持這十幾年處理過無數(shù)臺(tái)Creo客戶端的這類報(bào)錯(cuò)也見過許可證服務(wù)器配置翻車的現(xiàn)場。這篇文章不打算堆一堆官方文檔術(shù)語我把實(shí)際排查中遇到過的所有可能原因、判斷方法和修復(fù)操作整理一遍誰再碰到這個(gè)Creo報(bào)許可證錯(cuò)誤按下面順序來基本能少走很多彎路。先說個(gè)總原則報(bào)錯(cuò)彈窗不等于根因彈窗下方那行小字才是。開始以前務(wù)必把報(bào)錯(cuò)信息完整抄下來尤其要記清楚feature名和最后一個(gè)數(shù)字錯(cuò)誤碼。接下來我按服務(wù)端到客戶端的順序把手里的排障思路整個(gè)過一遍。1. 報(bào)錯(cuò)信息的真實(shí)含義不是所有License request failed都長一個(gè)樣1.1 錯(cuò)誤碼就是排錯(cuò)地圖-9、-15、-97各代表什么Creo啟動(dòng)時(shí)報(bào)這個(gè)錯(cuò)彈窗里通常還有更多信息。典型的長這樣License request failed for feature Proe_200: -9feature名可能是Proe_200、Proe_FlexEng也可能跟你們實(shí)際購買的模塊有關(guān)。真正要命的是后面那個(gè)數(shù)字這個(gè)數(shù)字就是FlexNet的錯(cuò)誤碼它才是排錯(cuò)的地圖。我剛?cè)胄袝r(shí)也吃過虧看到-9、-15、-97這些數(shù)字只覺得是一堆亂碼后來才明白FlexNet每個(gè)錯(cuò)誤碼都有固定含義。誤差比較多見的是這幾個(gè)錯(cuò)誤碼一句話含義排查方向-4 / -8找不到許可證服務(wù)器主機(jī)的地址先查hosts和主機(jī)名拼寫-9網(wǎng)絡(luò)連不上服務(wù)器但主機(jī)名能找到查服務(wù)、端口、防火墻-15服務(wù)器進(jìn)程沒在運(yùn)行或網(wǎng)絡(luò)根本不通查服務(wù)狀態(tài)、網(wǎng)絡(luò)-96 / -97vendor daemon掉了或feature不在授權(quán)范圍查服務(wù)端日志和license文件-5服務(wù)端沒有這個(gè)feature查feature名和授權(quán)內(nèi)容-33服務(wù)端版本和客戶端不匹配升級(jí)或降級(jí)匹配版本看到-4和-8基本不用查服務(wù)器客戶端配置的問題更大看到-96和-97在客戶端怎么折騰都白搭必須上服務(wù)器。這張表并不復(fù)雜但它能在排障第一步就幫你分流省掉大量無用功。1.2 Creo啟動(dòng)找授權(quán)鏈路其實(shí)就三段Creo啟動(dòng)時(shí)找license本質(zhì)上和手機(jī)連路由器差不多。license.dat文件里的SERVER行相當(dāng)于告訴你路由器叫什么名字、入口在哪lmgrd是路由器的主服務(wù)負(fù)責(zé)接收客戶端請求ptc_d是路由器下面管具體業(yè)務(wù)的服務(wù)負(fù)責(zé)檢查你要的功能我是不是有、授權(quán)數(shù)夠不夠。三個(gè)階段分別是客戶端通過license.dat里的SERVER行找到服務(wù)器地址和端口lmgrd收到請求把請求轉(zhuǎn)給vendor daemon進(jìn)程ptc_dptc_d核對授權(quán)和剩余數(shù)量沒問題就把license簽發(fā)給客戶端。這三個(gè)階段對應(yīng)到排查順序先查服務(wù)端狀態(tài)再查客戶端配置最后查網(wǎng)絡(luò)鏈路。這也是后面幾個(gè)章節(jié)的結(jié)構(gòu)先把服務(wù)端問題排除掉再處理客戶端解析最后回頭看各種環(huán)境干擾。理解了這條鏈路你再看排錯(cuò)方向就清晰了不會(huì)被一行報(bào)錯(cuò)嚇住。2. 先從服務(wù)端下手lmstat、lmgrd日志和feature名核對2.1 Windows服務(wù)沒起來這是-15的頭號(hào)來源拿到-9或-15我通常建議直接把目光放到許可證服務(wù)器上絕大多數(shù)情況是服務(wù)端根本沒在服務(wù)。許可證服務(wù)器很多人裝完之后就再也沒看過Windows一更新、服務(wù)器一重啟服務(wù)沒設(shè)成自動(dòng)啟動(dòng)問題馬上就來了。在服務(wù)器上按WinR輸入services.msc找到FlexNet License Server相關(guān)的服務(wù)看狀態(tài)。如果Status不是Running右鍵啟動(dòng)然后打開服務(wù)屬性把Startup type改成Automatic。這兩步做完能解決掉一大半-15問題。這里有個(gè)細(xì)節(jié)容易踩某些服務(wù)器安全加固策略會(huì)把服務(wù)的登錄身份設(shè)置成普通用戶而普通用戶對license.dat所在目錄沒有讀取權(quán)限服務(wù)啟動(dòng)后秒退。所以啟動(dòng)類型改完順手確認(rèn)一下登錄賬戶是不是Local System Account或者至少有權(quán)限訪問license文件目錄。2.2 lmstat -a一條命令看清授權(quán)余量和daemon狀態(tài)服務(wù)起來了還報(bào)錯(cuò)那就動(dòng)真格的用FlexNet自帶工具看內(nèi)部狀態(tài)。工具一般在PTC安裝目錄下常見位置是C:\Program Files\PTC\FlexNet\bin目錄下能找到lmutil.exe或者lmstat.exe。執(zhí)行l(wèi)mstat -a -c C:\path\to\license.dat把路徑換成實(shí)際license.dat的位置。輸出內(nèi)容比較多抓三個(gè)重點(diǎn)就行。一是Server lines這一部分看lmgrd是否UP二是Vendor daemon status部分看ptc_d是否UP三是Users of xxx對應(yīng)的feature看當(dāng)前在用數(shù)量是不是已經(jīng)到了Total上限。如果ptc_d顯示DOWN那基本斷定是license.dat內(nèi)容有問題或授權(quán)文件格式不對。這里最常見的情況是license.dat里的字符合法編碼出了問題。我處理過一臺(tái)服務(wù)器license.dat是從郵件里復(fù)制粘貼的引號(hào)被郵箱系統(tǒng)自動(dòng)換成了中文全角引號(hào)lmgrd解析的時(shí)候直接崩掉ptc_d自然起不來。以ASCII方式重新保存文件后問題解決。所以拿到license.dat第一時(shí)間檢查文件編碼和每行的分隔符別問為什么問就是全是淚。2.3 lmgrd日志里藏著真正的死亡原因lmstat只是告訴你現(xiàn)在壞了沒告訴你為什么壞。真正能告訴你原因的是lmgrd.log路徑一般和license.dat在同一個(gè)目錄。打開后直接看最后幾十行如果ptc_d退出日志里會(huì)寫退出碼和原因。比如我見過有些日志寫著Invalid license key有些是Missing environment variable有些是端口被占用還有些是Admin license file overwritten這類提示?？吹饺罩纠锞唧w哪一行報(bào)錯(cuò)就去license.dat里定位那一行。很多時(shí)候就是授權(quán)文件里多了一個(gè)不可見字符、少了某個(gè)保留字段肉眼很難發(fā)現(xiàn)但日志會(huì)直接告訴你行號(hào)或者特征名照著改就行。改完后記得重新啟動(dòng)許可證服務(wù)讓lmgrd重新讀取文件。還有一個(gè)容易忽略的license.dat文件修改后lmgrd不會(huì)自動(dòng)加載新內(nèi)容必須重啟服務(wù)。有些管理員圖省事只刷新了客戶端結(jié)果客戶端怎么試都連不上白折騰半小時(shí)。3. 客戶端連不上服務(wù)器hosts、端口和連通性測試3.1 主機(jī)名解析失敗界面就會(huì)出現(xiàn)-8/-9服務(wù)端一切正常lmstat里feature也在那問題大概率卡在客戶端找不到服務(wù)器這一層。這個(gè)環(huán)節(jié)我見到最多的坑反而不是復(fù)雜的網(wǎng)絡(luò)問題而是hosts文件、主機(jī)名、端口這三個(gè)低級(jí)問題。Creo的license.dat里SERVER行通常寫成下面這種格式SERVER license-server 00-1A-2B-3C-4D-5E 7788SERVER行的第二個(gè)字段是服務(wù)器主機(jī)名。如果客戶端解析不了這個(gè)主機(jī)名報(bào)錯(cuò)就會(huì)是-8或-9。很多企業(yè)內(nèi)部沒有內(nèi)部DNS或者DNS緩存有問題最簡單的辦法是在客戶端的hosts文件里加一行靜態(tài)映射192.168.10.50 license-server然后在客戶端license.dat里把SERVER行的主機(jī)名改寫成短主機(jī)名甚至直接用IP地址。hosts文件在Windows下的路徑是C:\Windows\System32\drivers\etc\hosts改完hosts不必重啟電腦只要把Creo整個(gè)關(guān)掉再啟動(dòng)讓license配置重新讀取即可。這里提醒一句如果有多臺(tái)客戶端都連同一個(gè)服務(wù)器hosts映射要在每臺(tái)電腦上都加別指望一臺(tái)改了全員生效。3.2 license.dat里的端口和服務(wù)端監(jiān)聽端口對不上FlexNet默認(rèn)端口通常是7788但PTC許可證服務(wù)器在安裝時(shí)可以指定其他端口?？蛻舳薼icense.dat里SERVER行的第三個(gè)數(shù)字必須跟服務(wù)端實(shí)際監(jiān)聽的端口一致。怎么確認(rèn)服務(wù)端在聽哪個(gè)端口在服務(wù)器上執(zhí)行netstat -ano | findstr 7788Linux服務(wù)器用netstat -tunlp | grep 7788看到LISTEN狀態(tài)的進(jìn)程說明這個(gè)端口在正常監(jiān)聽。如果服務(wù)端監(jiān)聽的是27000而客戶端license.dat寫的是7788那自然是各種連不上。這個(gè)問題排查起來很快但確實(shí)坑了不少人特別是公司IT網(wǎng)絡(luò)策略比較嚴(yán)格端口被安全組攔截的情況也偶有發(fā)生。3.3 telnet和Test-NetConnection兩秒定位網(wǎng)絡(luò)層故障我先把這招列為每個(gè)CAD管理員必會(huì)的基礎(chǔ)操作。在客戶端電腦上打開CMD執(zhí)行telnet 192.168.10.50 7788如果端口通窗口會(huì)變成黑屏或者顯示一個(gè)光標(biāo)如果端口不通會(huì)提示無法打開到主機(jī)的連接。這個(gè)測試能瞬間把問題定位到網(wǎng)絡(luò)連通性還是軟件層面比在Creo里反復(fù)重啟試錯(cuò)高效多了。Windows 10/11默認(rèn)可能沒裝telnet客戶端不想裝的話用PowerShell更順手Test-NetConnection 192.168.10.50 -Port 7788返回TcpTestSucceeded : True就說明端口通網(wǎng)絡(luò)鏈路沒有障礙。如果TcpTestSucceeded是False那就往下走先ping服務(wù)器IP通不通ping不通查網(wǎng)絡(luò)分段和物理鏈路ping得通但端口不通查防火墻和安全策略。4. MAC地址、多網(wǎng)卡與節(jié)點(diǎn)鎖定最隱蔽的授權(quán)殺手4.1 為什么換驅(qū)動(dòng)、裝虛擬機(jī)軟件后突然報(bào)錯(cuò)這類問題最隱蔽報(bào)錯(cuò)信息也最迷惑。服務(wù)器端一切正?？蛻舳伺渲靡矝]問題但Creo就是起不來而且換了網(wǎng)卡驅(qū)動(dòng)、裝了虛擬機(jī)軟件之后連原本能用的環(huán)境也開始報(bào)錯(cuò)。說白了PTC/FlexNet的節(jié)點(diǎn)鎖定授權(quán)底層其實(shí)是在通過MAC地址驗(yàn)證這臺(tái)機(jī)器是不是授權(quán)機(jī)器。很多l(xiāng)icense.dat里會(huì)有VENDOR行后面跟著一串根據(jù)網(wǎng)卡MAC生成的校驗(yàn)信息也就是俗稱的網(wǎng)卡鎖。Creo啟動(dòng)時(shí)vendor daemon會(huì)取本機(jī)某一特定網(wǎng)卡的MAC去做校驗(yàn)取到的跟license.dat里寫的不一致授權(quán)立刻無效。常見觸發(fā)場景包括重裝系統(tǒng)或升級(jí)驅(qū)動(dòng)后系統(tǒng)自動(dòng)生成了新的隨機(jī)MAC部分網(wǎng)卡驅(qū)動(dòng)里有本地管理地址開關(guān)打開后每次連接都可能生成動(dòng)態(tài)MAC。主板上原來走的有線網(wǎng)卡壞了換了個(gè)新網(wǎng)卡MAC自然就變了。電腦裝了VMware、VirtualBox這類虛擬機(jī)軟件或者系統(tǒng)里跑著虛擬化網(wǎng)絡(luò)組件這些虛擬適配器會(huì)導(dǎo)致系統(tǒng)網(wǎng)卡順序變化。如果你遇到昨天還能用今天裝了個(gè)軟件就報(bào)License request failed先懷疑這塊別急著重裝系統(tǒng)。4.2 用getmac等其他命令找到真正的授權(quán)網(wǎng)卡沒有統(tǒng)一答案說FlexNet一定鎖哪塊網(wǎng)卡這也是麻煩所在。多數(shù)情況下它取第一塊有效網(wǎng)卡的MAC但順序在不同操作系統(tǒng)、不同網(wǎng)卡驅(qū)動(dòng)下并不完全一樣。有個(gè)比較常見的排查辦法在客戶端命令行執(zhí)行g(shù)etmac /v看本機(jī)所有網(wǎng)卡的MAC和連接名然后用排除法先禁用掉虛擬機(jī)軟件創(chuàng)建的虛擬網(wǎng)卡只保留物理有線網(wǎng)卡再啟動(dòng)Creo看是否恢復(fù)。如果禁用虛擬網(wǎng)卡后Creo恢復(fù)正常就說明授權(quán)校驗(yàn)時(shí)取到了錯(cuò)誤的網(wǎng)卡。這時(shí)候可以考慮調(diào)整網(wǎng)卡綁定順序或者干脆卸載不必要的虛擬網(wǎng)絡(luò)組件。部分硬件調(diào)試工具、遠(yuǎn)程管理工具安裝時(shí)也會(huì)創(chuàng)建虛擬網(wǎng)卡同樣可能引發(fā)這個(gè)問題逐個(gè)禁用排查就行。4.3 多網(wǎng)卡環(huán)境的規(guī)避方案企業(yè)里最穩(wěn)妥的辦法是用服務(wù)器端浮動(dòng)授權(quán)讓客戶端只負(fù)責(zé)連接服務(wù)器不在本地做MAC校驗(yàn)這樣客戶端電腦再怎么折騰網(wǎng)卡都不影響。如果確實(shí)用的是單機(jī)版節(jié)點(diǎn)鎖定授權(quán)那就要把改網(wǎng)卡當(dāng)成一件敏感操作。盡量用主板自帶的有線網(wǎng)卡別為了省事用USB網(wǎng)卡那個(gè)MAC真的一換就廢。同時(shí)在做系統(tǒng)重裝、磁盤還原之前先確認(rèn)license.dat里的MAC信息和當(dāng)前硬件一致不一致就先找軟件供應(yīng)商重新申請授權(quán)文件別等裝完再對著報(bào)錯(cuò)干瞪眼。5. 三個(gè)真實(shí)場景復(fù)盤殺毒軟件、系統(tǒng)時(shí)間、環(huán)境變量5.1 案例一殺毒軟件隔離了ptc_d某次服務(wù)器上lmstat顯示一切正常但客戶端始終報(bào)-97。我登錄服務(wù)器打開lmgrd日志發(fā)現(xiàn)里面全是ptc_d exited with status這類記錄。再往細(xì)看殺毒軟件把ptc_d當(dāng)成了可疑進(jìn)程隔離了lmgrd每次嘗試?yán)餻tc_d都會(huì)在幾秒后被安全軟件攔截殺掉。處理方法是把FlexNet安裝目錄加入殺毒軟件白名單然后從隔離區(qū)恢復(fù)文件重啟許可證服務(wù)。從那之后我就不太建議把許可證服務(wù)器裝在裝了各種安全衛(wèi)士軟件的機(jī)器上也建議在殺毒軟件策略里提前把以下進(jìn)程和目錄排除掉服務(wù)端FlexNet安裝目錄比如C:\Program Files\PTC\FlexNet服務(wù)端license.dat所在目錄lmgrd.exe、ptc_d.exe、lmutil.exe這些可執(zhí)行文件5.2 案例二服務(wù)器系統(tǒng)時(shí)間偏離導(dǎo)致校驗(yàn)失敗還有一次客戶端報(bào)的錯(cuò)很怪錯(cuò)誤碼不是那幾個(gè)常見的而是類似clock difference too large的提示。查了半天最后發(fā)現(xiàn)服務(wù)器系統(tǒng)時(shí)間比標(biāo)準(zhǔn)時(shí)間慢了十幾分鐘。FlexNet在做授權(quán)校驗(yàn)時(shí)對時(shí)間差很敏感服務(wù)器和客戶端之間時(shí)間差過大會(huì)導(dǎo)致握手失敗。解決方法是把服務(wù)器和所有客戶端都納入統(tǒng)一的時(shí)間源同步Windows自帶的時(shí)間同步就能滿足要求。在服務(wù)器上執(zhí)行w32tm /resync強(qiáng)制同步一次再設(shè)置計(jì)劃任務(wù)定期校準(zhǔn)。這個(gè)坑在虛擬機(jī)服務(wù)器上尤其常見宿主機(jī)休眠、快照回滾、資源競爭都會(huì)讓虛擬機(jī)的系統(tǒng)時(shí)間悄悄跑偏。我見過因?yàn)樘摂M機(jī)時(shí)間慢了整整一天所有授權(quán)全部失效的極端案例所以每次巡檢我都會(huì)看一眼時(shí)間是否正常。5.3 案例三PTC_D_LICENSE_FILE指向舊文件Creo客戶端的啟動(dòng)行為會(huì)受環(huán)境變量影響。PTC_D_LICENSE_FILE或者LM_LICENSE_FILE如果被設(shè)置成了一個(gè)失效的路徑無論你在界面上把license設(shè)置改成什么程序啟動(dòng)時(shí)還是會(huì)優(yōu)先讀環(huán)境變量。某次用戶反復(fù)配置license.dat路徑重啟Creo照樣報(bào)-9最后打開系統(tǒng)環(huán)境變量一看PTC_D_LICENSE_FILE還指著一個(gè)舊的臨時(shí)目錄。刪掉或改正這個(gè)變量問題當(dāng)場解決。排查方式就是在CMD里輸入echo %PTC_D_LICENSE_FILE% echo %LM_LICENSE_FILE%有值就好好審視一番。尤其是做過二次開發(fā)、裝過其他PTC工具軟件的機(jī)器環(huán)境變量容易被順手寫進(jìn)來時(shí)間久了根本沒人記得。如果這兩個(gè)變量已經(jīng)被廢棄直接刪掉是最干凈的。如果確實(shí)需要指定別的license文件建議統(tǒng)一指向網(wǎng)絡(luò)共享路徑下的標(biāo)準(zhǔn)license.dat方便后續(xù)維護(hù)。6. 把排障經(jīng)驗(yàn)固化成日常制度6.1 每月五分鐘的服務(wù)器巡檢清單做支持這行最累的不是處理問題而是被同一個(gè)問題反復(fù)磨。License request failed for feature這個(gè)報(bào)錯(cuò)只要日常維護(hù)做到位很多坑根本不會(huì)出現(xiàn)。我自己在服務(wù)器上建了一個(gè)簡單的巡檢清單許可證服務(wù)是否設(shè)為自動(dòng)啟動(dòng)當(dāng)前是否在運(yùn)行。lmstat -a的輸出里vendor daemon是否為UP狀態(tài)。剩余授權(quán)數(shù)量是否長期接近滿額接近滿額說明許可不夠用要提前規(guī)劃釋放閑置會(huì)話。服務(wù)器磁盤空間是否充足特別是license.dat和日志文件所在分區(qū)。殺毒軟件隔離區(qū)里有沒有PTC相關(guān)文件。服務(wù)器系統(tǒng)時(shí)間是否正常。不需要天天看每月一次五分鐘能做完。但這五分鐘能讓你避開很多次全公司突然打不開Creo的緊急事故。建議把這條巡檢寫進(jìn)值班記錄而不是靠腦子記憶。6.2 license.dat備份與權(quán)限管理許可證文件換過、改過之后最好把每次驗(yàn)證可用的版本另存一份放到服務(wù)器和客戶端都能訪問的位置。這樣一旦最新版本出問題可以快速回退。同時(shí)建議在服務(wù)器上給license.dat設(shè)置只讀權(quán)限防止某些程序或人為操作把文件內(nèi)容改壞。備份文件命名要帶上日期和用途比如license_202505_ok.dat不要叫l(wèi)icense_final_v2這種時(shí)間一久根本分不清。我的習(xí)慣是保留最近三個(gè)月的有效版本超過三個(gè)月的老備份清理掉避免目錄混亂。6.3 客戶端標(biāo)準(zhǔn)化配置讓日志說話規(guī)范一定比經(jīng)驗(yàn)可靠。給Creo客戶端統(tǒng)一配置一個(gè)固定路徑的license環(huán)境變量并且讓Creo輸出啟動(dòng)日志這樣下次再報(bào)錯(cuò)時(shí)日志里會(huì)把請求的feature、時(shí)間、錯(cuò)誤原因都寫清楚排錯(cuò)效率會(huì)高很多。尤其在大規(guī)模部署時(shí)license文件路徑、環(huán)境變量、hosts映射最好做成標(biāo)準(zhǔn)模板發(fā)給用戶一套別讓每個(gè)人自己去猜。我見過有些工程師為了省事把license.dat放到桌面系統(tǒng)一清理桌面文件就全沒了第二天開機(jī)軟件直接罷工。放到固定目錄比如C:\ProgramData\PTC\licenses權(quán)限和備份都好管理。再配合環(huán)境變量的統(tǒng)一設(shè)置整個(gè)環(huán)境的可靠性會(huì)明顯上臺(tái)階。最后說一條實(shí)操感受真的遇到這個(gè)報(bào)錯(cuò)千萬別先卸載重裝Creo或者重裝系統(tǒng)。大部分情況是環(huán)境問題不是軟件問題。按讀錯(cuò)誤碼、查服務(wù)端、查客戶端解析和端口、查網(wǎng)卡與環(huán)境變量這個(gè)順序走一遍大多數(shù)問題都能定位。排障這事兒說到底就是有章法地排除變量而不是靠運(yùn)氣撞答案。