Felsöka problem med agentbaserad Hybrid Runbook Worker i Automation

Den här artikeln innehåller information om hur du felsöker och löser problem med Azure Automation-agentbaserade Hybrid Runbook Workers. Felsökning av tilläggsbaserade arbetare finns i Felsöka tilläggsbaserade Problem med Hybrid Runbook Worker i Automation. Allmän information finns i Översikt över Hybrid Runbook Worker.

Allmänt

Hybrid Runbook Worker är beroende av att en agent kommunicerar med ditt Azure Automation-konto för att registrera arbetaren, ta emot runbook-jobb och rapportstatus. För Windows är den här agenten Log Analytics-agenten för Windows. För Linux är det Log Analytics-agenten för Linux.

Det går inte att uppdatera Az-moduler när du använder Hybrid Worker

Problem

Hybrid Runbook Worker-jobben misslyckades eftersom det inte gick att importera Az-moduler.

Åtgärd

Som en lösning kan du följa dessa steg:

1. Gå till mappen : C:\Program Files\Microsoft Monitoring Agent\Agent\AzureAutomation\7.3.1722.0\HybridAgent
2. Redigera filen med namnet Orchestrator.Sandbox.exe.config
3. Lägg till följande rader i taggarna <assemblyBinding> :

<dependentAssembly>
  <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
  <bindingRedirect oldVersion="0.0.0.0-13.0.0.0" newVersion="13.0.0.0" />
</dependentAssembly>

Scenario: Runbook-körningen misslyckas

Problem

Runbook-körningen misslyckas och du får följande felmeddelande:

The job action 'Activate' cannot be run, because the process stopped unexpectedly. The job action was attempted three times.

Din runbook pausas kort efter att den försöker köras tre gånger. Det finns villkor som kan avbryta runbooken från att slutföras. Det relaterade felmeddelandet kanske inte innehåller någon ytterligare information.

Orsak

Nedan visas möjliga orsaker:

• Runbooks kan inte autentiseras med lokala resurser.
• Hybridarbetaren finns bakom en proxy eller brandvägg.
• Datorn som konfigurerats för att köra Hybrid Runbook Worker uppfyller inte minimikraven för maskinvara.

Åtgärd

Kontrollera att datorn har utgående åtkomst till *.azure-automation.net på port 443.

Datorer som kör Hybrid Runbook Worker bör uppfylla minimikraven för maskinvara innan arbetaren har konfigurerats som värd för den här funktionen. Runbooks och bakgrundsprocessen som de använder kan göra att systemet överanvänds och orsaka fördröjningar eller tidsgränser för runbook-jobb.

Bekräfta att datorn för att köra funktionen Hybrid Runbook Worker uppfyller minimikraven för maskinvara. Om det gör det övervakar du cpu- och minnesanvändningen för att fastställa eventuella korrelationer mellan prestanda för Hybrid Runbook Worker-processer och Windows. Minnes- eller CPU-tryck kan tyda på behovet av att uppgradera resurser. Du kan också välja en annan beräkningsresurs som stöder minimikraven och skala när arbetsbelastningskraven indikerar att en ökning är nödvändig.

Kontrollera händelseloggen microsoft-SMA för en motsvarande händelse med beskrivningen Win32 Process Exited with code [4294967295]. Orsaken till det här felet är att du inte har konfigurerat autentisering i dina runbooks eller angett Kör som-autentiseringsuppgifterna för gruppen Hybrid Runbook Worker. Granska Runbook-behörigheter i Köra runbooks på en Hybrid Runbook Worker för att bekräfta att du har konfigurerat autentisering för dina runbooks korrekt.

Scenario: Runbooks misslyckas med gatewayfel

Problem

Hybrid Runbook Worker-jobben kunde inte uppdateras när de kommunicerade via en Log Analytics Gateway-server och felet som returnerades liknar: Spool operation id does not exist (spool ID): see attachment for job details and exact exception messages.

Åtgärd

Kontrollera att Log Analytics Gateway-servern är online och är tillgänglig från datorn som är värd för Rollen Hybrid Runbook Worker. Mer felsökningsinformation finns i Felsöka Log Analytics Gateway.

Scenario: Jobbet kunde inte starta eftersom Hybrid Worker inte var tillgängligt när det schemalagda jobbet startade

Problem

Det går inte att starta jobbet på en Hybrid Worker och du ser följande fel:

Det gick inte att starta eftersom hybridarbetaren inte var tillgänglig när det schemalagda jobbet startade, och hybridarbetaren var senast aktiv vid mm/dd/åååå.

Orsak

Det här felet kan inträffa på grund av följande:

• Datorerna finns inte längre.
• Datorn är avstängd och går inte att nå.
• Datorn har ett problem med nätverksanslutningen.
• Hybrid Runbook Worker-tillägget har avinstallerats från datorn.

Åtgärd

• Kontrollera att datorn finns och att Hybrid Runbook Worker-tillägget är installerat på den. Hybrid Worker ska vara felfri och ska ge ett pulsslag. Felsöka eventuella nätverksproblem genom att kontrollera Microsoft-SMA-händelseloggarna på arbetare i Hybrid Runbook Worker-gruppen som försökte köra det här jobbet.
• Du kan också övervaka HybridWorkerPing-mått som ger antalet pingar från en Hybrid Worker och kan hjälpa till att kontrollera pingrelaterade problem.

Scenario: Jobbet avbröts eftersom det överskred jobbgränsen för en Hybrid Worker

Problem

Jobbet inaktiveras med följande felmeddelande:

Jobbet avbröts eftersom det överskred jobbgränsen för en Hybrid Worker. Lägg till fler hybridarbetare i Hybrid Worker-gruppen för att lösa det här problemet.

Orsak

Jobb kan inaktiveras på grund av någon av följande orsaker:

• Varje aktiv Hybrid Worker i gruppen söker efter jobb var 30:e sekund för att se om några jobb är tillgängliga. Arbetaren väljer jobb enligt först till kvarn-principen. Beroende på när ett jobb push-överfördes kommer den hybridarbetare i Hybrid Worker-gruppen att pinga automationstjänsten som först hämtar jobbet. En enda hybridarbetare kan vanligtvis hämta fyra jobb per ping (det vill: var 30:e sekund). Om antalet push-jobb är högre än fyra per 30 sekunder och ingen annan arbetare hämtar jobbet kan jobbet inaktiveras.
• Hybrid Worker kanske inte avsöks som förväntat var 30:e sekund. Detta kan inträffa om Arbetaren inte är felfri eller om det finns nätverksproblem.

Åtgärd

• Om jobbgränsen för en Hybrid Worker överskrider fyra jobb per 30 sekunder kan du lägga till fler hybridarbetare i Hybrid Worker-gruppen för hög tillgänglighet och belastningsutjämning. Du kan också schemalägga jobb så att de inte överskrider gränsen på fyra jobb per 30 sekunder. Bearbetningstiden för jobbkön beror på hybridarbetarens maskinvaruprofil och belastning. Kontrollera att Hybrid Worker är felfri och ger ett pulsslag.
• Felsöka eventuella nätverksproblem genom att kontrollera Microsoft-SMA-händelseloggarna på arbetare i Hybrid Runbook Worker-gruppen som försökte köra det här jobbet.
• Du kan också övervaka måttet HybridWorkerPing som tillhandahåller antalet pingar från en Hybrid Worker och kan hjälpa till att kontrollera pingrelaterade problem.

Scenario: Händelse 15011 i Hybrid Runbook Worker

Problem

Hybrid Runbook Worker tar emot händelse 15011, vilket indikerar att ett frågeresultat inte är giltigt. Följande fel visas när arbetaren försöker öppna en anslutning till SignalR-servern.

[AccountId={c7d22bd3-47b2-4144-bf88-97940102f6ca}] [Uri=https://cc-jobruntimedata-prod-su1.azure-automation.net/notifications/hub][Exception=System.TimeoutException: Transport timed out trying to connect​ at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()​ at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)​ at JobRuntimeData.NotificationsClient.JobRuntimeDataServiceSignalRClient.<Start>d__45.MoveNext()​

Orsak

Hybrid Runbook Worker har inte konfigurerats korrekt för den automatiserade funktionsdistributionen, till exempel för Uppdateringshantering. Distributionen innehåller en del som ansluter den virtuella datorn till Log Analytics-arbetsytan. PowerShell-skriptet söker efter arbetsytan i prenumerationen med det angivna namnet. I det här fallet finns Log Analytics-arbetsytan i en annan prenumeration. Skriptet kan inte hitta arbetsytan och försöker skapa en, men namnet är redan upptaget. Därför misslyckas distributionen.

Lösning

Du har två alternativ för att lösa problemet:

• Ändra PowerShell-skriptet så att det söker efter Log Analytics-arbetsytan i en annan prenumeration. Det här är en bra lösning att använda om du planerar att distribuera många Hybrid Runbook Worker-datorer i framtiden.

• Konfigurera arbetsdatorn manuellt så att den körs i en sandbox-miljö för Orchestrator. Kör sedan en runbook som har skapats på Azure Automation-kontot i arbetsrollen för att testa funktionen.

Scenario: Virtuella Microsoft Azure-datorer tas bort automatiskt från en hybridarbetsgrupp

Problem

Du kan inte se Hybrid Runbook Worker eller virtuella datorer när arbetsdatorn har varit avstängd under lång tid.

Orsak

Hybrid Runbook Worker-datorn har inte pingat Azure Automation på mer än 30 dagar. Därför har Automation rensat Hybrid Runbook Worker-gruppen eller System Worker-gruppen.

Åtgärd

Starta arbetsdatorn och registrera den sedan igen med Azure Automation. Anvisningar om hur du installerar runbook-miljön och ansluter till Azure Automation finns i Distribuera en Windows Hybrid Runbook Worker.

Scenario: Inget certifikat hittades i certifikatarkivet på Hybrid Runbook Worker

Problem

En runbook som körs på en Hybrid Runbook Worker misslyckas med följande felmeddelande:

Connect-AzAccount : No certificate was found in the certificate store with thumbprint 0000000000000000000000000000000000000000 At line:3 char:1 + Connect-AzAccount -ServicePrincipal -Tenant $Conn.TenantID -Appl ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : CloseError: (:) [Connect-AzAccount],ArgumentException + FullyQualifiedErrorId : Microsoft.Azure.Commands.Profile.ConnectAzAccountCommand

Orsak

Det här felet uppstår när du försöker använda ett Kör som-konto i en runbook som körs på en Hybrid Runbook Worker där Kör som-kontocertifikatet inte finns. Hybrid Runbook Workers har inte certifikattillgången lokalt som standard. Kör som-kontot kräver att den här tillgången fungerar korrekt.

Åtgärd

Om din Hybrid Runbook Worker är en virtuell Azure-dator kan du använda runbook-autentisering med hanterade identiteter i stället. Det här scenariot förenklar autentiseringen genom att låta dig autentisera mot Azure-resurser med hjälp av den hanterade identiteten för den virtuella Azure-datorn i stället för Kör som-kontot. När Hybrid Runbook Worker är en lokal dator måste du installera Kör som-kontocertifikatet på datorn. Information om hur du installerar certifikatet finns i stegen för att köra PowerShell-runbooken Export-RunAsCertificateToHybridWorker i Runbooks på en Hybrid Runbook Worker.

Scenario: Fel 403 vid registrering av en Hybrid Runbook Worker

Problem

Arbetsprocessens inledande registreringsfas misslyckas och du får följande fel (403):

Forbidden: You don't have permission to access / on this server.

Orsak

Följande problem är möjliga orsaker:

• Det finns ett felskrivet arbetsyte-ID eller arbetsytenyckel (primär) i agentens inställningar.
• Hybrid Runbook Worker kan inte ladda ned konfigurationen, vilket orsakar ett kontolänkfel. När Azure aktiverar funktioner på datorer stöds endast vissa regioner vid länkningen av en Log Analytics-arbetsyta och ett Automation-konto. Det är också möjligt att ett felaktigt datum eller en felaktig tid har angetts på datorn. Om tiden är +/- 15 minuter från den aktuella tiden misslyckas funktionsdistributionen.
• Log Analytics Gateway har inte konfigurerats för att stödja Hybrid Runbook Worker.

Åtgärd

Felskrivet arbetsyte-ID eller nyckel

Information om hur du kontrollerar om agentens arbetsyte-ID eller arbetsytenyckel är felaktigt angiven finns i Lägga till eller ta bort en arbetsyta – Windows-agent för Windows-agenten eller Lägga till eller ta bort en arbetsyta – Linux-agent för Linux-agenten. Du måste välja den fullständiga strängen från Azure-portalen samt kopiera och klistra in den noggrant.

Konfigurationen har inte laddats ned

Log Analytics-arbetsytan och Automation-kontot måste finnas i en länkad region. Det här är den föreslagna lösningen för System Hybrid Runbook Worker som används av Uppdateringshantering. En lista över regioner som stöds finns i Mappningar för Azure Automation och Log Analytics-arbetsytor.

Du kan också behöva uppdatera datorns datum- eller tidszon. Om du väljer ett anpassat tidsintervall kontrollerar du att intervallet är i UTC, vilket kan skilja sig från din lokala tidszon.

Log Analytics-gatewayen har inte konfigurerats

Följ stegen som nämns här för att lägga till Hybrid Runbook Worker-slutpunkter i Log Analytics Gateway.

Scenario: Set-AzStorageBlobContent misslyckas på en Hybrid Runbook Worker

Problem

Runbook misslyckas när den försöker köra Set-AzStorageBlobContentoch du får följande felmeddelande:

Set-AzStorageBlobContent : Failed to open file xxxxxxxxxxxxxxxx: Illegal characters in path

Orsak

Det här felet orsakas av det långa filnamnsbeteendet för anrop till , vilket lägger till [System.IO.Path]::GetFullPath()UNC-sökvägar.

Åtgärd

Som en lösning kan du skapa en konfigurationsfil med namnet OrchestratorSandbox.exe.config med följande innehåll:

<configuration>
  <runtime>
    <AppContextSwitchOverrides value="Switch.System.IO.UseLegacyPathHandling=false" />
  </runtime>
</configuration>

Placera den här filen i samma mapp som den körbara filen OrchestratorSandbox.exe. Ett exempel:

%ProgramFiles%\Microsoft Monitoring Agent\Agent\AzureAutomation\7.3.702.0\HybridAgent

Linux

Linux Hybrid Runbook Worker är beroende av Log Analytics-agenten för Linux för att kommunicera med ditt Automation-konto för att registrera arbetaren, ta emot runbook-jobb och rapportstatus. Om registreringen av arbetaren misslyckas finns här några möjliga orsaker till felet.

Scenario: Linux Hybrid Runbook Worker får en uppmaning om ett lösenord när en runbook signeras

Problem

sudo När du kör kommandot för en Linux Hybrid Runbook Worker hämtas en oväntad uppmaning om ett lösenord.

Orsak

Kontot nxautomationuser för Log Analytics-agenten för Linux är inte korrekt konfigurerat i sudoers-filen . Hybrid Runbook Worker behöver lämplig konfiguration av kontobehörigheter och andra data så att den kan signera runbooks på Linux Runbook Worker.

Åtgärd

• Kontrollera att Hybrid Runbook Worker har den körbara GnuPG-filen (GPG) på datorn.

• Kontrollera konfigurationen av kontot nxautomationuser i sudoers-filen . Se Köra runbooks på en Hybrid Runbook Worker.

Scenario: Log Analytics-agenten för Linux körs inte

Problem

Log Analytics-agenten för Linux körs inte.

Orsak

Om agenten inte körs hindrar den Linux Hybrid Runbook Worker från att kommunicera med Azure Automation. Agenten kanske inte körs av olika skäl.

Åtgärd

Kontrollera att agenten körs genom att ange kommandot ps -ef | grep python. Du bör se utdata som liknar följande. Python bearbetar med användarkontot nxautomation . Om Azure Automation-funktionen inte är aktiverad körs ingen av följande processer.

nxautom+   8567      1  0 14:45 ?        00:00:00 python /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker/DSCResources/MSFT_nxOMSAutomationWorkerResource/automationworker/worker/main.py /var/opt/microsoft/omsagent/state/automationworker/oms.conf rworkspace:<workspaceId> <Linux hybrid worker version>
nxautom+   8593      1  0 14:45 ?        00:00:02 python /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker/DSCResources/MSFT_nxOMSAutomationWorkerResource/automationworker/worker/hybridworker.py /var/opt/microsoft/omsagent/state/automationworker/worker.conf managed rworkspace:<workspaceId> rversion:<Linux hybrid worker version>
nxautom+   8595      1  0 14:45 ?        00:00:02 python /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker/DSCResources/MSFT_nxOMSAutomationWorkerResource/automationworker/worker/hybridworker.py /var/opt/microsoft/omsagent/<workspaceId>/state/automationworker/diy/worker.conf managed rworkspace:<workspaceId> rversion:<Linux hybrid worker version>

I följande lista visas de processer som startas för en Linux Hybrid Runbook Worker. Alla finns i katalogen /var/opt/microsoft/omsagent/state/automationworker/.

• oms.conf: Arbetshanterarens process. Den har startats direkt från DSC.
• worker.conf: Den automatiskt registrerade hybridarbetarprocessen. Det startas av arbetschefen. Den här processen används av Uppdateringshantering och är transparent för användaren. Den här processen finns inte om uppdateringshantering inte är aktiverat på datorn.
• diy/worker.conf: DIY hybrid worker process. DIY Hybrid Worker-processen används för att köra användar runbooks på Hybrid Runbook Worker. Den skiljer sig bara från den automatiskt registrerade hybridarbetarprocessen i den viktigaste detaljen att den använder en annan konfiguration. Den här processen finns inte om Azure Automation är inaktiverat och DIY Linux Hybrid Worker inte har registrerats.

Om agenten inte körs kör du följande kommando för att starta tjänsten: sudo /opt/microsoft/omsagent/bin/service_control restart.

Scenario: Den angivna klassen finns inte

Om du ser felmeddelandet The specified class does not exist.. i /var/opt/microsoft/omsconfig/omsconfig.log måste Log Analytics-agenten för Linux uppdateras. Kör följande kommando för att installera om agenten.

wget https://raw.githubusercontent.com/Microsoft/OMS-Agent-for-Linux/master/installer/scripts/onboard_agent.sh && sh onboard_agent.sh -w <WorkspaceID> -s <WorkspaceKey>

Windows

Windows Hybrid Runbook Worker är beroende av Log Analytics-agenten för Windows för att kommunicera med ditt Automation-konto för att registrera arbetaren, ta emot runbook-jobb och rapportstatus. Om registreringen av arbetaren misslyckas innehåller det här avsnittet några möjliga orsaker.

Scenario: Log Analytics-agenten för Windows körs inte

Problem

healthservice körs inte på Hybrid Runbook Worker-datorn.

Orsak

Om Log Analytics för Windows-tjänsten inte körs kan Hybrid Runbook Worker inte kommunicera med Azure Automation.

Åtgärd

Kontrollera att agenten körs genom att ange följande kommando i PowerShell: Get-Service healthservice. Om tjänsten stoppas anger du följande kommando i PowerShell för att starta tjänsten: Start-Service healthservice.

Scenario: Händelse 4502 i Operations Manager-loggen

Problem

I program- och tjänstloggarna\Operations Manager-händelseloggen visas händelse 4502 och ett händelsemeddelande som innehåller Microsoft.EnterpriseManagement.HealthService.AzureAutomation.HybridAgent med följande beskrivning:
The certificate presented by the service \<wsid\>.oms.opinsights.azure.com was not issued by a certificate authority used for Microsoft services. Please contact your network administrator to see if they are running a proxy that intercepts TLS/SSL communication.

Orsak

Det här problemet kan orsakas av att proxyn eller nätverksbrandväggen blockerar kommunikationen till Microsoft Azure. Kontrollera att datorn har utgående åtkomst till *.azure-automation.net på port 443.

Åtgärd

Loggar lagras lokalt på varje hybridarbetare på C:\ProgramData\Microsoft\System Center\Orchestrator\7.2\SMA\Sandboxes. Du kan kontrollera om det finns några varnings- eller felhändelser i program- och tjänstloggarna\Microsoft-SMA\Operations and Application and Services Logs\Operations Manager-händelseloggar . Dessa loggar anger en anslutning eller annan typ av problem som påverkar aktiveringen av rollen till Azure Automation, eller ett problem som uppstår under normala åtgärder. Mer hjälp med att felsöka problem med Log Analytics-agenten finns i Felsöka problem med Log Analytics Windows-agenten.

Hybridarbetare skickar Runbook-utdata och meddelanden till Azure Automation på samma sätt som runbook-jobb som körs i molnet skickar utdata och meddelanden. Du kan aktivera utförliga och förloppsströmmar precis som för runbooks.

Scenario: Orchestrator.Sandbox.exe kan inte ansluta till Microsoft 365 via proxy

Problem

Ett skript som körs i en Windows Hybrid Runbook Worker kan inte ansluta som förväntat till Microsoft 365 i en Orchestrator-sandbox. Skriptet använder Connect-MgGraph för anslutning.

Om du justerar Orchestrator.Sandbox.exe.config för att ange proxyn och listan över förbikopplingar ansluter sandbox-miljön fortfarande inte korrekt. En Powershell_ise.exe.config-fil med samma proxy- och förbikopplingslistinställningar verkar fungera som förväntat. Service Management Automation-loggar (SMA) och PowerShell-loggar ger ingen information om proxy.

Orsak

Anslutningen till Active Directory Federation Services (AD FS) (AD FS) på servern kan inte kringgå proxyn. Kom ihåg att en PowerShell-sandbox-miljö körs som den inloggade användaren. En Sandbox-miljö för Orchestrator är dock mycket anpassad och kan ignorera filinställningarna för Orchestrator.Sandbox.exe.config . Den har särskild kod för hantering av dator- eller Log Analytics-agentproxyinställningar, men inte för hantering av andra anpassade proxyinställningar.

Åtgärd

Du kan lösa problemet för sandbox-miljön orchestrator genom att migrera skriptet för att använda Microsoft Entra-modulerna i stället för PowerShell-cmdletarna. Mer information finns i Migrera från Orchestrator till Azure Automation (Beta).

Om du vill fortsätta att använda modul-cmdletarna ändrar du skriptet så att det använder Invoke-Command. Ange värden för parametrarna ComputerName och Credential .

$Credential = Get-AutomationPSCredential -Name MyProxyAccessibleCredential​
Invoke-Command -ComputerName $env:COMPUTERNAME -Credential $Credential
{ Connect-MgGraph … }​

Den här kodändringen startar en helt ny PowerShell-session i kontexten för de angivna autentiseringsuppgifterna. Den bör göra det möjligt för trafiken att flöda via en proxyserver som autentiserar den aktiva användaren.

Scenario: Hybrid Runbook Worker rapporterar inte

Problem

Din Hybrid Runbook Worker-dator körs, men du ser inte pulsslagsdata för datorn på arbetsytan.

Följande exempelfråga visar datorerna i en arbetsyta och deras sista pulsslag:

Heartbeat
| summarize arg_max(TimeGenerated, *) by Computer

Orsak

Det här problemet kan orsakas av en skadad cache i Hybrid Runbook Worker.

Åtgärd

Lös problemet genom att logga in på Hybrid Runbook Worker och köra följande skript. Det här skriptet stoppar Log Analytics-agenten för Windows, tar bort cacheminnet och startar om tjänsten. Den här åtgärden tvingar Hybrid Runbook Worker att ladda ned konfigurationen igen från Azure Automation.

Stop-Service -Name HealthService

Remove-Item -Path 'C:\Program Files\Microsoft Monitoring Agent\Agent\Health Service State' -Recurse

Start-Service -Name HealthService

Scenario: Du kan inte lägga till en Windows Hybrid Runbook Worker

Problem

Du får följande meddelande när du försöker lägga till en Hybrid Runbook Worker med hjälp av cmdleten Add-HybridRunbookWorker :

Machine is already registered

Orsak

Det här problemet kan orsakas om datorn redan är registrerad med ett annat Automation-konto eller om du försöker lägga till Hybrid Runbook Worker igen när du har tagit bort den från en dator.

Åtgärd

Lös problemet genom att ta bort följande registernyckel, starta om HealthServiceoch prova cmdleten Add-HybridRunbookWorker igen.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HybridRunbookWorker

Scenario: Du kan inte lägga till en Linux Hybrid Runbook Worker

Problem

Du får följande meddelande när du försöker lägga till en Hybrid Runbook Worker med hjälp av Python-skriptet sudo python /opt/microsoft/omsconfig/.../onboarding.py --register :

Unable to register, an existing worker was found. Please deregister any existing worker and try again.

Dessutom försöker du avregistrera en Hybrid Runbook Worker med hjälp av Python-skriptet sudo python /opt/microsoft/omsconfig/.../onboarding.py --deregister :

Failed to deregister worker. [response_status=404]

Orsak

Det här problemet kan inträffa om datorn redan har registrerats med ett annat Automation-konto, om Azure Hybrid Worker-gruppen har tagits bort eller om du försöker lägga till Hybrid Runbook Worker igen när du har tagit bort den från en dator.

Åtgärd

Lös problemet så här:

1. Ta bort agenten sudo sh onboard_agent.sh --purge.

2. Kör dessa kommandon:

   sudo mv -f /home/nxautomation/state/worker.conf /home/nxautomation/state/worker.conf_old
   sudo mv -f /home/nxautomation/state/worker_diy.crt /home/nxautomation/state/worker_diy.crt_old
   sudo mv -f /home/nxautomation/state/worker_diy.key /home/nxautomation/state/worker_diy.key_old
   

3. Publicera agenten sudo sh onboard_agent.sh -w <workspace id> -s <workspace key> -d opinsights.azure.comigen .

4. Vänta tills mappen /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker har fyllts i.

5. Prova Python-skriptet sudo python /opt/microsoft/omsconfig/.../onboarding.py --register igen.

Nästa steg

Om du inte ser problemet här eller om du inte kan lösa problemet kan du prova någon av följande kanaler för mer support:

• Få svar från Azure-experter via Azure-forum.
• Anslut med @AzureSupport, det officiella Microsoft Azure-kontot för att förbättra kundupplevelsen. Azure Support ansluter Azure-communityn till svar, support och experter.
• Skapa en Azure Support incident. Gå till webbplatsen Azure Support och välj Hämta support.