Aracılığıyla paylaş

Otomasyon'da Karma Runbook Çalışanı sorunlarını giderme

  • Makale

Önemli

Aracı tabanlı Azure Otomasyonu Kullanıcı Hibrit Runbook Çalışanı (Windows ve Linux) 31 Ağustos 2024’te kullanımdan kaldırılacak ve bu tarihten sonra desteklenmeyecektir. Mevcut Aracı Tabanlı Kullanıcı Karma Runbook Çalışanlarının Uzantı Tabanlı Çalışanlara geçişini 31 Ağustos 2024’e kadar tamamlamanız gerekir. Ayrıca, 1 Kasım 2023'den itibaren yeni Aracı tabanlı Karma Çalışanlar oluşturmak mümkün olmayacaktır. Daha fazla bilgi edinin

Bu makalede, Azure Otomasyonu aracı tabanlı Karma Runbook Çalışanları ile ilgili sorunları giderme ve çözme hakkında bilgi sağlanır. Uzantı tabanlı çalışanlarla ilgili sorunları gidermek için bkz . Otomasyon'da uzantı tabanlı Karma Runbook Çalışanı sorunlarını giderme. Genel bilgi için bkz . Karma Runbook Çalışanına genel bakış.

Genel

Karma Runbook Çalışanı, çalışanı kaydetmek, runbook işlerini almak ve rapor durumunu almak için Azure Otomasyonu hesabınızla iletişim kuracak bir aracıya bağlıdır. Windows için bu aracı, Windows için Log Analytics aracısıdır. Linux için, Linux için Log Analytics aracısıdır.

Karma Çalışanı kullanılırken Az modülleri güncelleştirilemiyor

Sorun

Karma Runbook Çalışanı işleri Az modüllerini içeri aktaramadığından başarısız oldu.

Çözüm

Geçici bir çözüm olarak şu adımları izleyebilirsiniz:

  1. Şu klasöre gidin: C:\Program Files\Microsoft Monitoring Agent\Agent\AzureAutomation\7.3.1722.0\HybridAgent
  2. dosyayı Orchestrator.Sandbox.exe.config adıyla düzenleyin
  3. Etiketlerin içine <assemblyBinding> aşağıdaki satırları ekleyin:
<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>

Not

Çözüm etkinleştirerek veya düzeltme eki uygulama yoluyla MMA/sunucuyu yeniden başlatırsanız geçici çözüm dosyanın yerini özgün dosyayla değiştirir. Bu senaryoların her ikisi için de içeriği değiştirmenizi öneririz.

Senaryo: Runbook yürütmesi başarısız oluyor

Sorun

Runbook yürütmesi başarısız olur ve aşağıdaki hata iletisini alırsınız:

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

Runbook'unuz üç kez yürütülmeye çalışıldıktan kısa bir süre sonra askıya alınır. Runbook'un tamamlanma durumunu kesintiye uğratabilecek koşullar vardır. İlgili hata iletisi ek bilgi içermeyebilir.

Neden

Olası nedenler şunlardır:

  • Runbook'lar yerel kaynaklarla kimlik doğrulaması yapamaz.
  • Karma çalışan bir ara sunucu veya güvenlik duvarının arkasındadır.
  • Karma Runbook Çalışanı'nı çalıştırmak için yapılandırılan bilgisayar en düşük donanım gereksinimlerini karşılamıyor.

Çözüm

Bilgisayarın 443 numaralı bağlantı noktasında *.azure-automation.net giden erişimi olduğunu doğrulayın.

Karma Runbook Çalışanı çalıştıran bilgisayarlar, çalışan bu özelliği barındıracak şekilde yapılandırılmadan önce en düşük donanım gereksinimlerini karşılamalıdır. Runbook'lar ve kullandıkları arka plan işlemi, sistemin aşırı kullanılmasına ve runbook işi gecikmelerine veya zaman aşımlarına neden olabilir.

Karma Runbook Çalışanı özelliğini çalıştırmak için bilgisayarın en düşük donanım gereksinimlerini karşıladığını onaylayın. Varsa, Karma Runbook Çalışanı işlemlerinin performansıyla Windows arasındaki bağıntıyı belirlemek için CPU ve bellek kullanımını izleyin. Herhangi bir bellek veya CPU baskısı, kaynakları yükseltme gereksinimini gösterebilir. Ayrıca en düşük gereksinimleri destekleyen farklı bir işlem kaynağı seçebilir ve iş yükü talepleri bir artışın gerekli olduğunu gösterdiğinde ölçeklendirin.

Açıklamasıyla Win32 Process Exited with code [4294967295]ilgili bir olay için Microsoft-SMA olay günlüğünü denetleyin. Bu hatanın nedeni, runbook'larınızda kimlik doğrulamasını yapılandırmamış olmanız veya Karma Runbook Çalışanı grubu için Farklı Çalıştır kimlik bilgilerini belirtmemiş olmanızdır. Runbook'larınız için kimlik doğrulamasını doğru yapılandırdığınızdan emin olmak için Karma Runbook Çalışanı üzerinde runbook çalıştırma bölümünde runbook izinlerini gözden geçirin.

Senaryo: Runbook'lar ağ geçidi hatasıyla başarısız oldu

Sorun

Log Analytics Ağ Geçidi sunucusu üzerinden iletişim kurulurken Karma Runbook Çalışanı işleri yenilenemedi ve döndürülen hata şuna benzer: Spool operation id does not exist (spool ID): see attachment for job details and exact exception messages.

Çözüm

Log Analytics Ağ Geçidi sunucusunun çevrimiçi olduğunu ve Karma Runbook Çalışanı rolünü barındıran makineden erişilebilir olduğunu doğrulayın. Ek sorun giderme bilgileri için bkz . Log Analytics Ağ Geçidi sorunlarını giderme.

Senaryo: Zamanlanan iş başlatıldığında Karma Çalışanı kullanılamadığından iş başlatılamadı

Sorun

İş Karma Çalışanı'nda başlatılamıyor ve aşağıdaki hatayı görüyorsunuz:

Karma çalışan, zamanlanan iş başlatıldığında kullanılamadığından başlatılamadı, karma çalışan en son aa/gg/yyyy'de etkindi.

Neden

Bu hata aşağıdaki nedenlerden dolayı oluşabilir:

  • Makineler artık yok.
  • Makine kapalı ve ulaşılamıyor.
  • Makinede ağ bağlantısı sorunu var.
  • Karma Runbook Çalışanı uzantısı makineden kaldırıldı.

Çözüm

  • Makinenin mevcut olduğundan ve Karma Runbook Çalışanı uzantısının yüklü olduğundan emin olun. Karma Çalışanı iyi durumda olmalı ve bir sinyal vermelidir. Bu işi çalıştırmayı deneyen Karma Runbook Çalışan Grubundaki Çalışanlarda Microsoft-SMA olay günlüklerini denetleyerek ağ sorunlarını giderin.
  • Karma Çalışanın ping sayısını sağlayan Ve ping ile ilgili sorunları denetlemeye yardımcı olabilecek HybridWorkerPing ölçümünü de izleyebilirsiniz.

Senaryo: Karma Çalışanı için iş sınırını aştığı için iş askıya alındı

Sorun

İş aşağıdaki hata iletisiyle askıya alınır:

Karma Çalışanı için iş sınırını aştığından iş askıya alındı. Bu sorunun üstesinden gelmek için Karma Çalışanı grubuna daha fazla Karma Çalışan ekleyin.

Neden

İşler aşağıdaki nedenlerden herhangi biri nedeniyle askıya alınabilir:

  • Gruptaki her etkin Karma Çalışanı, kullanılabilir iş olup olmadığını görmek için her 30 saniyede bir işleri yoklar. Çalışan, işleri ilk gelen ilk hizmet temelinde seçer. Bir işin ne zaman gönderildiğine bağlı olarak, Karma Çalışan Grubu içindeki Karma Çalışanı otomasyon hizmetine ping gönderirse ilk olarak işi alır. Tek bir karma çalışanı genellikle ping başına dört iş (30 saniyede bir) alabilir. İşleri gönderme hızınız 30 saniyede dörtten yüksekse ve işi başka bir Çalışan almazsa, iş askıya alınabilir.
  • Karma Çalışanı her 30 saniyede bir beklendiği gibi yoklama olmayabilir. Çalışan iyi durumda değilse veya ağ sorunları varsa bu durum oluşabilir.

Çözüm

  • Karma Çalışanı için iş sınırı 30 saniyede dört işi aşarsa, yüksek kullanılabilirlik ve yük dengeleme için Karma Çalışanı grubuna daha fazla Karma Çalışan ekleyebilirsiniz. Ayrıca, 30 saniyede dört iş sınırını aşmamaları için işleri zamanlayabilirsiniz. İşler kuyruğunun işleme süresi Karma çalışan donanım profiline ve yüküne bağlıdır. Karma Çalışanın iyi durumda olduğundan ve sinyal verdiğinden emin olun.
  • Bu işi çalıştırmayı deneyen Karma Runbook Çalışan Grubundaki Çalışanlarda Microsoft-SMA olay günlüklerini denetleyerek ağ sorunlarını giderin.
  • Ayrıca Karma Çalışanı'ndan gelen ping sayısını sağlayan HybridWorkerPing ölçümünü izleyebilir ve ping ile ilgili sorunları denetlemeye yardımcı olabilirsiniz.

Senaryo: Karma Runbook Çalışanı'nda Olay 15011

Sorun

Karma Runbook Çalışanı, sorgu sonucunun geçerli olmadığını belirten 15011 olayını alır. Çalışan SignalR sunucusuyla bir bağlantı açmaya çalıştığında aşağıdaki hata görüntülenir.

[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()​

Neden

Karma Runbook Çalışanı, güncelleştirme yönetimi gibi otomatik özellik dağıtımı için doğru yapılandırılmamış. Dağıtım, VM'yi Log Analytics çalışma alanına bağlayan bir bölüm içerir. PowerShell betiği, abonelikte sağlanan ada sahip çalışma alanını arar. Bu durumda, Log Analytics çalışma alanı farklı bir aboneliktedir. Betik çalışma alanını bulamıyor ve bir çalışma alanı oluşturmaya çalışıyor, ancak ad zaten alınmış. Sonuç olarak, dağıtım başarısız olur.

Çözüm

Bu sorunu çözmek için iki seçeneğiniz vardır:

  • PowerShell betiğini değiştirerek Log Analytics çalışma alanını başka bir abonelikte arayın. Bu, gelecekte birçok Karma Runbook Çalışanı makinesi dağıtmayı planlıyorsanız kullanmak için iyi bir çözümdür.

  • Çalışan makinesini düzenleyici korumalı alanında çalışacak şekilde el ile yapılandırın. Ardından, işlevselliği test etmek için çalışandaki Azure Otomasyonu hesabında oluşturulan bir runbook'u çalıştırın.

Senaryo: Microsoft Azure VM'leri otomatik olarak karma çalışan grubundan bırakıldı

Sorun

Çalışan makinesi uzun süre kapalıyken Karma Runbook Çalışanını veya VM'leri göremezsiniz.

Neden

Karma Runbook Çalışanı makinesi 30 günden uzun süredir Azure Otomasyonu ping yapmadı. Sonuç olarak Otomasyon, Karma Runbook Çalışanı grubunu veya Sistem Çalışanı grubunu temizlemiştir.

Çözüm

Çalışan makinesini başlatın ve Azure Otomasyonu ile yeniden kaydedin. Runbook ortamını yükleme ve Azure Otomasyonu bağlanma yönergeleri için bkz. Windows Karma Runbook Çalışanı Dağıtma.

Senaryo: Karma Runbook Çalışanı'ndaki sertifika deposunda sertifika bulunamadı

Sorun

Karma Runbook Çalışanı üzerinde çalışan bir runbook aşağıdaki hata iletisiyle başarısız oluyor:

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

Neden

Bu hata, Farklı Çalıştır hesabı sertifikasının bulunmadığı Karma Runbook Çalışanı üzerinde çalışan bir runbook'ta Farklı Çalıştır hesabı kullanmaya çalıştığınızda oluşur. Karma Runbook Çalışanları varsayılan olarak yerel sertifika varlığına sahip değildir. Farklı Çalıştır hesabı, bu varlığın düzgün çalışmasını gerektirir.

Çözüm

Karma Runbook Çalışanınız bir Azure VM ise, bunun yerine yönetilen kimliklerle runbook kimlik doğrulamayı kullanabilirsiniz. Bu senaryo, Farklı Çalıştır hesabı yerine Azure VM'nin yönetilen kimliğini kullanarak Azure kaynaklarında kimlik doğrulaması yapmanıza olanak tanıyarak kimlik doğrulamasını basitleştirir. Karma Runbook Çalışanı şirket içi bir makine olduğunda, makineye Farklı Çalıştır hesap sertifikasını yüklemeniz gerekir. Sertifikanın nasıl yükleneceğini öğrenmek için, Karma Runbook Çalışanı üzerinde Runbook'larda PowerShell runbook Export-RunAsCertificateToHybridWorker çalıştırma adımlarına bakın.

Senaryo: Karma Runbook Çalışanı kaydı sırasında hata 403

Sorun

Çalışanın ilk kayıt aşaması başarısız olur ve aşağıdaki hatayı alırsınız (403):

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

Neden

Aşağıdaki sorunlar olası nedenlerdir:

  • Aracının ayarlarında yanlış yazılmış bir çalışma alanı kimliği veya çalışma alanı anahtarı (birincil) vardır.
  • Karma Runbook Çalışanı yapılandırmayı indiremez ve bu da hesap bağlama hatasına neden olur. Azure makinelerde özellikleri etkinleştirdiğinde, Log Analytics çalışma alanını ve Otomasyon hesabını bağlamak için yalnızca belirli bölgeleri destekler. Bilgisayarda yanlış bir tarih veya saat ayarlanmış da olabilir. Süre, geçerli saatten +/- 15 dakika sonraysa özellik dağıtımı başarısız olur.
  • Log Analytics Ağ Geçidi Karma Runbook Çalışanı'nın desteklenmek üzere yapılandırılmamış.

Çözüm

Yanlış yazılmış çalışma alanı kimliği veya anahtarı

Aracının çalışma alanı kimliğinin veya çalışma alanı anahtarının yanlış yazıldığını doğrulamak için, bkz. Çalışma alanı ekleme veya kaldırma - Windows aracısı için Windows aracısı veya Çalışma alanı ekleme veya kaldırma - Linux aracısı için Linux aracısı . Azure portalda tam dizeyi seçtiğinizden emin olun ve kopyalayıp dikkatlice yapıştırın.

Yapılandırma indirilmedi

Log Analytics çalışma alanınız ve Otomasyon hesabınız bağlı bir bölgede olmalıdır. Bu, Güncelleştirme Yönetimi tarafından kullanılan Sistem Karma Runbook Çalışanı için önerilen çözümdür. Desteklenen bölgelerin listesi için, bkz. Azure Otomasyonu ve Log Analytics çalışma alanı eşlemeleri.

Bilgisayarınızın tarih veya saat dilimini de güncelleştirmeniz gerekebilir. Özel bir zaman aralığı seçerseniz, aralığın UTC olarak ayarlandığından ve yerel saat diliminizden farklı olabileceğinden emin olun.

Log Analytics ağ geçidi yapılandırılmadı

Log Analytics Ağ Geçidi'ne Karma Runbook Çalışanı uç noktaları eklemek için burada belirtilen adımları izleyin.

Senaryo: Set-Az Depolama BlobContent, Karma Runbook Çalışanı üzerinde başarısız oluyor

Sorun

Runbook, yürütmeye Set-AzStorageBlobContentçalıştığında başarısız oluyor ve aşağıdaki hata iletisini alıyorsunuz:

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

Neden

Bu hata, UNC yollarını ekleyen çağrısının [System.IO.Path]::GetFullPath()uzun dosya adı davranışından kaynaklanır.

Çözüm

Geçici bir çözüm olarak, aşağıdaki içeriğe sahip adlı OrchestratorSandbox.exe.config bir yapılandırma dosyası oluşturabilirsiniz:

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

Bu dosyayı yürütülebilir dosyayla OrchestratorSandbox.exeaynı klasöre yerleştirin. Örneğin,

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

Not

Aracıyı yükseltirseniz, bu yapılandırma dosyası silinir ve yeniden oluşturulması gerekir.

Linux

Linux Karma Runbook Çalışanı, çalışanı kaydetmek, runbook işlerini almak ve rapor durumunu bildirmek üzere Otomasyon hesabınızla iletişim kurmak için Linux için Log Analytics aracısına bağlıdır. Çalışanın kaydı başarısız olursa, hatanın bazı olası nedenleri aşağıdadır.

Senaryo: Linux Karma Runbook Çalışanı runbook'u imzalarken parola istemi alıyor

Sorun

sudo Linux Karma Runbook Çalışanı için komutunun çalıştırılması beklenmeyen bir parola istemi alır.

Neden

Linux için Log Analytics aracısının nxautomationuser hesabı, sudoers dosyasında doğru yapılandırılmamış. Karma Runbook Çalışanı'nın, Linux Runbook Çalışanı'nda runbook'ları imzalayabilmesi için hesap izinlerinin ve diğer verilerin uygun yapılandırması gerekir.

Çözüm

  • Karma Runbook Çalışanı'nın makinede GnuPG (GPG) yürütülebilir dosyasının olduğundan emin olun.

  • Sudoers dosyasında nxautomationuser hesabının yapılandırmasını doğrulayın. Bkz . Karma Runbook Çalışanı üzerinde runbook çalıştırma.

Senaryo: Linux için Log Analytics aracısı çalışmıyor

Sorun

Linux için Log Analytics aracısı çalışmıyor.

Neden

Aracı çalışmıyorsa, Linux Karma Runbook Çalışanı'nın Azure Otomasyonu ile iletişim kurmasını engeller. Aracı çeşitli nedenlerle çalışmıyor olabilir.

Çözüm

komutunu ps -ef | grep pythongirerek aracının çalıştığını doğrulayın. Aşağıdakine benzer bir çıktı görmeniz gerekir. Python, nxautomation kullanıcı hesabıyla işler. Azure Otomasyonu özelliği etkinleştirilmediyse, aşağıdaki işlemlerden hiçbiri çalışmaz.

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>

Aşağıdaki listede Linux Karma Runbook Çalışanı için başlatılan işlemler gösterilmektedir. Bunların tümü /var/opt/microsoft/omsagent/state/automationworker/ dizininde bulunur.

  • oms.conf: Çalışan yöneticisi işlemi. Doğrudan DSC'den başlatılır.
  • worker.conf: Otomatik Kaydedilen karma çalışan işlemi. Çalışan yöneticisi tarafından başlatılır. Bu işlem Güncelleştirme Yönetimi tarafından kullanılır ve kullanıcı için saydamdır. Güncelleştirme Yönetimi makinede etkinleştirilmediyse bu işlem mevcut değildir.
  • diy/worker.conf: DIY karma çalışan işlemi. DIY karma çalışan işlemi, Karma Runbook Çalışanı üzerinde kullanıcı runbook'larını yürütmek için kullanılır. Yalnızca anahtar ayrıntısında otomatik olarak kaydedilen karma çalışan işleminden farklı bir yapılandırma kullandığından farklıdır. Azure Otomasyonu devre dışı bırakılırsa ve DIY Linux Karma Çalışanı kayıtlı değilse bu işlem mevcut değildir.

Aracı çalışmıyorsa, hizmeti başlatmak için aşağıdaki komutu çalıştırın: sudo /opt/microsoft/omsagent/bin/service_control restart.

Senaryo: Belirtilen sınıf yok

/var/opt/microsoft/omsconfig/omsconfig.log içinde hata iletisini The specified class does not exist.. görürseniz Linux için Log Analytics aracısının güncelleştirilmesi gerekir. Aracıyı yeniden yüklemek için aşağıdaki komutu çalıştırın.

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 Karma Runbook Çalışanı, Çalışanı kaydetmek, runbook işlerini almak ve rapor durumunu bildirmek üzere Otomasyon hesabınızla iletişim kurmak için Windows için Log Analytics aracısına bağlıdır. Çalışanın kaydı başarısız olursa, bu bölüm bazı olası nedenleri içerir.

Senaryo: Windows için Log Analytics aracısı çalışmıyor

Sorun

Karma Runbook Çalışanı makinesinde healthservice çalışmıyor.

Neden

Windows için Log Analytics hizmeti çalışmıyorsa Karma Runbook Çalışanı Azure Otomasyonu ile iletişim kuramaz.

Çözüm

PowerShell'de aşağıdaki komutu girerek aracının çalıştığını doğrulayın: Get-Service healthservice. Hizmet durdurulursa, hizmeti başlatmak için PowerShell'e aşağıdaki komutu girin: Start-Service healthservice.

Senaryo: Operations Manager günlüğünde Olay 4502

Sorun

Uygulama ve Hizmet Günlükleri\Operations Manager olay günlüğünde olay 4502 ve aşağıdaki açıklamayı içeren Microsoft.EnterpriseManagement.HealthService.AzureAutomation.HybridAgent bir olay iletisi görürsünüz:
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.

Neden

Bu sorun, ara sunucunuzun veya ağ güvenlik duvarınızın Microsoft Azure ile iletişimi engellemesi olabilir. Bilgisayarın 443 numaralı bağlantı noktasında *.azure-automation.net giden erişimi olduğunu doğrulayın.

Çözüm

Günlükler, C:\ProgramData\Microsoft\System Center\Orchestrator\7.2\SMA\Sandboxes konumundaki her karma çalışanda yerel olarak depolanır. Uygulama ve Hizmet Günlükleri\Microsoft-SMA\Operations ve Uygulama ve Hizmet Günlükleri\Operations Manager olay günlüklerinde herhangi bir uyarı veya hata olayı olup olmadığını doğrulayabilirsiniz. Bu günlükler, rolün Azure Otomasyonu etkinleştirilmesini etkileyen bir bağlantı veya başka bir sorun türünü veya normal işlemler altında karşılaşılan bir sorunu gösterir. Log Analytics aracısı ile ilgili sorunları giderme konusunda daha fazla yardım için bkz . Log Analytics Windows aracısıyla ilgili sorunları giderme.

Karma çalışanlar, bulutta çalışan runbook işlerinin çıktı ve ileti gönderdiği gibi Azure Otomasyonu Runbook çıktısı ve iletileri gönderir. Ayrıntılı ve İlerleme durumu akışlarını runbook'larda olduğu gibi etkinleştirebilirsiniz.

Senaryo: Orchestrator.Sandbox.exe ara sunucu aracılığıyla Microsoft 365'e bağlanamıyor

Sorun

Windows Karma Runbook Çalışanı üzerinde çalışan bir betik, Orchestrator korumalı alanındaki Microsoft 365 ortamına beklendiği gibi bağlanamıyor. Betik, bağlantı için Bağlan-MgGraph kullanıyor.

ara sunucuyu ve atlama listesini ayarlamak için Orchestrator.Sandbox.exe.config ayarını yaparsanız korumalı alan yine de düzgün bağlanmaz. Aynı ara sunucu ve atlama listesi ayarlarına sahip bir Powershell_ise.exe.config dosyası beklediğiniz gibi çalışıyor gibi görünüyor. Service Management Automation (SMA) günlükleri ve PowerShell günlükleri ara sunucu hakkında herhangi bir bilgi sağlamaz.

Neden

Sunucudaki Active Directory Federasyon Hizmetleri (AD FS) (AD FS) bağlantısı ara sunucuyu atlayamaz. PowerShell korumalı alanı, günlüğe kaydedilen kullanıcı olarak çalışır. Ancak Orchestrator korumalı alanı yoğun bir şekilde özelleştirilmiştir ve Orchestrator.Sandbox.exe.config dosya ayarlarını yoksayabilir. Makine veya Log Analytics aracısı ara sunucu ayarlarını işlemek için özel bir kodu vardır, ancak diğer özel ara sunucu ayarlarını işlemeye yönelik değildir.

Çözüm

Betiğinizi PowerShell cmdlet'leri yerine Microsoft Entra modüllerini kullanacak şekilde geçirerek Orchestrator korumalı alanıyla ilgili sorunu çözebilirsiniz. Daha fazla bilgi için bkz. Orchestrator'dan Azure Otomasyonu(Beta) geçiş.

Modül cmdlet'lerini kullanmaya devam etmek istiyorsanız betiğinizi Invoke-Command kullanacak şekilde değiştirin. ve Credential parametreleri için ComputerName değerleri belirtin.

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

Bu kod değişikliği, belirtilen kimlik bilgileri bağlamında tamamen yeni bir PowerShell oturumu başlatır. Bu, trafiğin etkin kullanıcının kimliğini doğrulayan bir ara sunucu üzerinden akmasını sağlamalıdır.

Not

Bu çözüm, korumalı alan yapılandırma dosyasının işlenmemesini sağlar. Yapılandırma dosyasının betiğinizle çalışmasını sağlamayı başarsanız bile, Karma Runbook Çalışanı aracısı her güncelleştirildiğinde dosya silinir.

Senaryo: Karma Runbook Çalışanı rapor vermiyor

Sorun

Karma Runbook Çalışanı makineniz çalışıyor ancak çalışma alanında makine için sinyal verileri gösterilmiyor.

Aşağıdaki örnek sorgu çalışma alanında bulunan makineleri ve son sinyallerini gösterir:

Heartbeat
| summarize arg_max(TimeGenerated, *) by Computer

Neden

Bu sorun, Karma Runbook Çalışanı'nda bozuk bir önbellekten kaynaklanabilir.

Çözüm

Bu sorunu çözmek için Karma Runbook Çalışanı'nda oturum açın ve aşağıdaki betiği çalıştırın. Bu betik, Windows için Log Analytics aracısını durdurur, önbelleğini kaldırır ve hizmeti yeniden başlatır. Bu eylem, Karma Runbook Çalışanı'nı yapılandırmasını Azure Otomasyonu'dan yeniden indirmeye zorlar.

Stop-Service -Name HealthService

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

Start-Service -Name HealthService

Senaryo: Windows Karma Runbook Çalışanı ekleyemezsiniz

Sorun

Cmdlet'ini kullanarak Add-HybridRunbookWorker Karma Runbook Çalışanı eklemeyi denediğinizde aşağıdaki iletiyi alırsınız:

Machine is already registered

Neden

Bu sorun, makine zaten farklı bir Otomasyon hesabına kayıtlıysa veya Karma Runbook Çalışanı'nı bir makineden kaldırdıktan sonra yeniden eklemeyi denerseniz oluşabilir.

Çözüm

Bu sorunu çözmek için aşağıdaki kayıt defteri anahtarını kaldırın, yeniden başlatın HealthServiceve cmdlet'ini Add-HybridRunbookWorker yeniden deneyin.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HybridRunbookWorker

Senaryo: Linux Karma Runbook Çalışanı ekleyemezsiniz

Sorun

Python betiğini kullanarak sudo python /opt/microsoft/omsconfig/.../onboarding.py --register Karma Runbook Çalışanı eklemeyi denediğinizde aşağıdaki iletiyi alırsınız:

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

Ayrıca, Python betiğini kullanarak Karma Runbook Çalışanının kaydını kaldırma girişiminde bulunarak sudo python /opt/microsoft/omsconfig/.../onboarding.py --deregister :

Failed to deregister worker. [response_status=404]

Neden

Bu sorun, makine zaten farklı bir Otomasyon hesabına kayıtlıysa, Azure Karma Çalışanı Grubu silinmişse veya Karma Runbook Çalışanı'nı bir makineden kaldırdıktan sonra yeniden eklemeyi denerseniz oluşabilir.

Çözüm

Bu sorunu çözmek için:

  1. aracısını sudo sh onboard_agent.sh --purgekaldırın.

  2. Şu komutları çalıştırın:

    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. Aracısını sudo sh onboard_agent.sh -w <workspace id> -s <workspace key> -d opinsights.azure.comyeniden ekleme.

  4. Klasörün /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker doldurulmasını bekleyin.

  5. sudo python /opt/microsoft/omsconfig/.../onboarding.py --register Python betiğini yeniden deneyin.

Sonraki adımlar

Sorununuzu burada görmüyorsanız veya sorununuzu çözemiyorsanız daha fazla destek için aşağıdaki kanallardan birini deneyin:

  • Azure Forumları aracılığıyla Azure uzmanlarından yanıt alın.
  • müşteri deneyimini geliştirmek için resmi Microsoft Azure hesabı olan @AzureSupport ile Bağlan. Azure Desteği, Azure topluluğunun yanıtlara, desteğe ve uzmanlara bağlanmasını sağlar.
  • bir Azure desteği olayı dosyala. Azure desteği sitesine gidin ve Destek Al'ı seçin.