Felmeddelandet 0xC004F038: Det gick inte att aktivera datorn" vid KMS aktivering
Den här artikeln är skriven av Eric Ashton, Senior Support Escalation Engineer.
Symptom
Du försöker aktivera Microsoft Office 2013 eller Office 2016 via nyckelhanteringstjänst (KMS) -värden (KMS) på något av följande sätt:
- Volume Activation Management Tool (VAMT)
- Office aktiveringsguiden från en klientdator
- OSPP.vbs /act
Men du får följande felmeddelande:
0xC004F038: Programvarulicensieringstjänsten rapporterade att datorn inte kunde aktiveras. Det antal som rapporterats av nyckelhanteringstjänst (KMS) (KMS) är otillräckliga. Kontakta systemadministratören.
Orsak
Det här problemet uppstår eftersom Office KMS-poolen innehåller färre än fem unika klientdatorer.
Lösning
Du kan lösa problemet genom att öka antalet klientdatorer i poolen Office KMS till fem eller fler.
Anteckning
Om du vill avgöra hur många klientdatorer som finns i Office KMS-poolen på KMS-värden kör du följande kommando i ett upphöjd kommandotolkfönster från c:\windows\system32 och trycker sedan på Retur:
Cscript slmgr.vbs -dlv all >c:\temp\KMSInfo.txt
Gå till c:\temp (eller en anpassad plats där du lade utdata) och öppna sedan KMSInfo.txt. Sök efter Office hitta installationsinformationen Office KMS värden. Kontrollera värdet för Aktuellt antal. Om värdet Office KMS är mindre än 5 aktiveras Office klienterna inte.
När Office KMS-poolen innehåller fem eller fler klientdatorer kan du försöka aktivera Office med hjälp av aktiveringsguiden för Office, OSPP.vbseller VAMT.
Om du använder Systemförberedelse (Sysprep) i din miljö är det möjligt att Office inte har upplösts innan bilden skapades. Det innebär att datorer kan ha samma klientdator-ID (CMID) för Office.
Om du har fler än fem datorer som försöker aktivera och felmeddelandet fortfarande visas kontrollerar du värdloggen för KMS i Loggboken på KMS-servern. Till exempel ser du poster som liknar följande:
- 0x0,5,Ignite1.ignite.local,930bd202-a335-4c7e-bd9d-7305361f0d37,Date/Time,0,5,0,6f327760-8c5c-417c-9b61-836a98287e0c
- 0x0,5,Ignite2.ignite.local,2f362dd3-fb39-4d18-94e6-de1d30dd27d5,Date/Time,0,5,0,6f327760-8c5c-417c-9b61-836a98287e0c
- 0x0,5,Ignite5.ignite.local,930bd202-a335-4c7e-bd9d-7305361f0d37,Datum/tid,0,5,0,6f327760-8c5c-417c-9b61-836a98287e0c
I det här exemplet har vi observera att Ignite5 och ignite1 har samma CMID (930bd202-a335-4c7e-bd9d-7305361f0d37). Det här anger att Office som hoppades över även om operativsystemets grundbild kan ha skapats.
Anteckning
Innan Sysprep förbereder bilden ska du kontrollera att du kör något av följande kommandon, baserat på din Office-bitarsversion, för att garantera ett unikt Office CMID.
För 32-bitars Office
C:\Program (x86)\Microsoft Office\Office16\ospprearm.exe
För 64-bitars Office
C:\Program Files\Microsoft Office\Office16\ospprearm.exe
Detaljerad information om hur du Office installationen finns i följande artiklar:
- Återupptr Office 2013-installationen
- Justera en volymlicensierad version Office version som ingår i en operativsystemavbildning
Du kan köra följande startskript på dessa datorer för att Office skapa nya, unika Office-ID: n. I det här skriptet ersätter du XX med rätt värde, baserat på Office version:
XX = 15 för Office 2013
XX = 16 för Office 2016
@echo off
:OSPP
reg query HKLM\Software\Microsoft\Office\XX.0\Common\OSPPREARM if %errorlevel%==1 (goto RUN) else (goto END)
:RUN set ProgramFilesPath=%ProgramFiles%
"%ProgramFilesPath%\Microsoft Office\OfficeXX\OSPPREARM.EXE"
C:\Windows\system32\cscript.exe "%ProgramFilesPath%\Microsoft Office\OfficeXX\ospp.vbs" /act set ProgramFilesPath=%ProgramFiles(x86)%
"%ProgramFilesPath%\Microsoft Office\OfficeXX\OSPPREARM.EXE"
C:\Windows\system32\cscript.exe "%ProgramFilesPath%\Microsoft Office\OfficeXX\ospp.vbs" /act REG ADD "HKLM\Software\Microsoft\Office\XX.0\Common\OSPPREARM"
:END
Exit