Felsöka problem med agentbaserad Hybrid Runbook Worker i Automation
Viktigt!
Azure Automation-agentbaserad Hybrid Runbook Worker för användare (Windows och Linux) dras tillbaka den 31 augusti 2024 och stöds inte efter det datumet. Du måste slutföra migreringen av befintliga agentbaserade Hybrid Runbook Workers för användare till tilläggsbaserade arbetsroller före den 31 augusti 2024. Från och med den 1 november 2023 skulle det dessutom inte vara möjligt att skapa nya agentbaserade hybridarbetare. Läs mer
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:
- Gå till mappen : C:\Program Files\Microsoft Monitoring Agent\Agent\AzureAutomation\7.3.1722.0\HybridAgent
- Redigera filen med namnet Orchestrator.Sandbox.exe.config
- 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>
Kommentar
Lösningen ersätter filen med originalet om du startar om MMA/server antingen genom att aktivera lösningen eller korrigeringen. För båda dessa scenarier rekommenderar vi att du ersätter innehållet.
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. Exempel:
%ProgramFiles%\Microsoft Monitoring Agent\Agent\AzureAutomation\7.3.702.0\HybridAgent
Kommentar
Om du uppgraderar agenten tas den här konfigurationsfilen bort och måste återskapas.
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 Anslut-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.
Kommentar
Den här lösningen gör det onödigt att ändra sandbox-konfigurationsfilen. Även om du lyckas få konfigurationsfilen att fungera med skriptet rensas filen varje gång Hybrid Runbook Worker-agenten uppdateras.
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:
Ta bort agenten
sudo sh onboard_agent.sh --purge.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_oldPublicera agenten
sudo sh onboard_agent.sh -w <workspace id> -s <workspace key> -d opinsights.azure.comigen .Vänta tills mappen
/opt/microsoft/omsconfig/modules/nxOMSAutomationWorkerhar fyllts i.Prova Python-skriptet
sudo python /opt/microsoft/omsconfig/.../onboarding.py --registerigen.
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-supportincident. Gå till Azure-supportwebbplatsen och välj Hämta support.