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