Linux için Log Analytics aracısıyla ilgili sorunları giderme

Bu makale, Azure İzleyici'de Linux için Log Analytics aracısı ile karşılaşabileceğiniz hataları giderme konusunda yardım sağlar.

Log Analytics Sorun Giderme Aracı

Linux için Log Analytics aracısı Sorun Giderme Aracı, Log Analytics aracısıyla ilgili sorunları bulup tanılamaya yardımcı olmak için tasarlanmış bir betiktir. Yüklemeden sonra aracıya otomatik olarak eklenir. Aracı çalıştırmak, bir sorunu tanılamanın ilk adımı olmalıdır.

Sorun Giderme Aracı'nı kullanma

Sorun Giderme Aracı'nı çalıştırmak için aşağıdaki komutu Log Analytics aracısıyla bir makinedeki terminal penceresine yapıştırın:

sudo /opt/microsoft/omsagent/bin/troubleshooter

El ile yükleme

Log Analytics aracısı yüklendiğinde Sorun Giderme Aracı otomatik olarak eklenir. Yükleme herhangi bir şekilde başarısız olursa, aracı el ile de yükleyebilirsiniz:

1. Sorun giderici makineye bağlı olduğundan GNU Proje Hata Ayıklayıcısı'nın (GDB) makineye yüklendiğinden emin olun.
2. Sorun giderici paketini makinenize kopyalayın: wget https://raw.github.com/microsoft/OMS-Agent-for-Linux/master/source/code/troubleshooter/omsagent_tst.tar.gz
3. Paketi açın: tar -xzvf omsagent_tst.tar.gz
4. El ile yüklemeyi çalıştırın: sudo ./install_tst

Kapsanan senaryolar

Sorun Giderme Aracı aşağıdaki senaryoları denetler:

• Aracı iyi durumda değil; sinyal düzgün çalışmıyor.
• Aracı başlatılamıyor veya Log Analytics'e bağlanamıyor.
• Syslog aracısı çalışmıyor.
• Aracı yüksek CPU veya bellek kullanımına sahip.
• Aracının yükleme sorunları var.
• Aracı özel günlükleri çalışmıyor.
• Aracı günlükleri toplanamaz.

Daha fazla bilgi için GitHub'da Sorun Giderme Aracı belgelerine bakın.

Linux aracısını temizleme ve yeniden yükleme

Aracının temiz bir şekilde yeniden yüklenmesi çoğu sorunu düzeltir. Bu görev, destek ekibimizin aracıyı bozuk duruma getirmek için ilk önerisi olabilir. Sorun Giderme Aracı ve Günlük Toplayıcı aracını çalıştırmak ve temiz bir yeniden yükleme yapmak sorunları daha hızlı çözmeye yardımcı olur.

1. Temizleme betiğini indirin:

   $ wget https://raw.githubusercontent.com/microsoft/OMS-Agent-for-Linux/master/tools/purge_omsagent.sh

2. Temizleme betiğini çalıştırın (sudo izinleriyle):

   $ sudo sh purge_omsagent.sh

Önemli günlük konumları ve Günlük Toplayıcı aracı

Sorun gidermeye yönelik önemli günlükleri almak için veya GitHub sorunu göndermeden önce Günlük Toplayıcı aracını kullanmanızı öneririz. Araç ve nasıl çalıştırılacakları hakkında daha fazla bilgi için bkz . OMS Linux Aracısı Günlük Toplayıcısı.

Önemli yapılandırma dosyaları

Yükleme hata kodları

Ekleme hata kodları

Hata ayıklama günlüğüne kaydetmeyi etkinleştirme

OMS çıkış eklentisi hata ayıklaması

FluentD, girişler ve çıkışlar için farklı günlük düzeyleri belirtmenize olanak tanıyan eklentiye özgü günlük düzeyleri sağlar. OMS çıkışı için farklı bir günlük düzeyi belirtmek için adresinde genel aracı yapılandırmasını /etc/opt/microsoft/omsagent/<workspace id>/conf/omsagent.confdüzenleyin.

OMS çıkış eklentisinde, yapılandırma dosyasının bitiminden önce özelliğini olarak info debugdeğiştirinlog_level:

<match oms.** docker.**>
  type out_oms
  log_level debug
  num_threads 5
  buffer_chunk_limit 5m
  buffer_type file
  buffer_path /var/opt/microsoft/omsagent/<workspace id>/state/out_oms*.buffer
  buffer_queue_limit 10
  flush_interval 20s
  retry_limit 10
  retry_wait 30s
</match>

Hata ayıklama günlüğü, Azure İzleyici'ye toplu yüklemeleri türe, veri öğesi sayısına ve gönderme süresine göre ayrılmış olarak görmenizi sağlar.

Hata ayıklama özellikli günlük örneği aşağıda verilmişti:

Success sending oms.nagios x 1 in 0.14s
Success sending oms.omi x 4 in 0.52s
Success sending oms.syslog.authpriv.info x 1 in 0.91s

Ayrıntılı çıkış

OMS çıkış eklentisini kullanmak yerine, veri öğelerini doğrudan stdoutöğesine çıkarabilirsiniz. Bu, Linux günlük dosyası için Log Analytics aracısında görünür.

konumundaki /etc/opt/microsoft/omsagent/<workspace id>/conf/omsagent.confLog Analytics genel aracı yapılandırma dosyasında, her satırın önüne bir # ekleyerek OMS çıkış eklentisini açıklama satırı yapın:

#<match oms.** docker.**>
#  type out_oms
#  log_level info
#  num_threads 5
#  buffer_chunk_limit 5m
#  buffer_type file
#  buffer_path /var/opt/microsoft/omsagent/<workspace id>/state/out_oms*.buffer
#  buffer_queue_limit 10
#  flush_interval 20s
#  retry_limit 10
#  retry_wait 30s
#</match>

Çıkış eklentisinin altında, her satırın önündeki öğesini kaldırarak aşağıdaki bölümün açıklamalarını # kaldırın:

<match **>
  type stdout
</match>

Sorun: Ara sunucu aracılığıyla Azure İzleyici'ye bağlanılamıyor

Olası nedenler

• Ekleme sırasında belirtilen proxy yanlıştı.
• Azure İzleyici ve Azure Otomasyonu hizmet uç noktaları, veri merkezinizdeki onaylananlar listesine dahil değildir.

Çözüm

1. Seçeneği etkin olarak aşağıdaki komutu kullanarak Linux için Log Analytics aracısı ile Azure İzleyici'ye yeniden ekleyin -v . Ara sunucu üzerinden Azure İzleyici'ye bağlanan aracının ayrıntılı çıkışına izin verir: /opt/microsoft/omsagent/bin/omsadmin.sh -w <Workspace ID> -s <Workspace Key> -p <Proxy Conf> -v

2. Aracıyı bir ara sunucu üzerinden iletişim kuracak şekilde düzgün yapılandırdığınızdan emin olmak için Ara sunucu ayarlarını güncelleştirme bölümünü gözden geçirin.

3. Azure İzleyici ağ güvenlik duvarı gereksinimleri listesinde özetlenen uç noktaların izin verilenler listesine doğru eklenip eklenmediğini bir kez daha denetleyin. Azure Otomasyonu kullanıyorsanız, gerekli ağ yapılandırma adımları da yukarıda bağlantılıdır.

Sorun: Eklemeye çalışırken 403 hatası alıyorsunuz

Olası nedenler

• Linux sunucusunda tarih ve saat yanlış.
• Çalışma alanı kimliği ve çalışma alanı anahtarı doğru değil.

Çözüm

1. Komut tarihiyle Linux sunucunuzdaki saati denetleyin. Süre geçerli saatten +/- 15 dakika sonraysa, ekleme başarısız olur. Bu durumu düzeltmek için Linux sunucunuzun tarihini ve/veya saat dilimini güncelleştirin.
2. Linux için Log Analytics aracısının en son sürümünü yüklediğinizi doğrulayın. En yeni sürüm, ekleme hatasına zaman dengesizliği neden olup olmadığını size bildirir.
3. Bu makalenin önceki bölümlerindeki yükleme yönergelerinde doğru çalışma alanı kimliğini ve çalışma alanı anahtarını kullanarak yeniden ekleyin.

Sorun: Eklemeden hemen sonra günlük dosyasında 500 ve 404 hatası görüyorsunuz

Bu, Linux verilerinin Log Analytics çalışma alanına ilk yüklenmesinde oluşan bilinen bir sorundur. Bu sorun gönderilen verileri veya hizmet deneyimini etkilemez.

Sorun: omiagent işleminin %100 CPU kullandığını görüyorsunuz

Olası nedenler

nss-pem paketi v1.0.3-5.el7'deki bir regresyon ciddi bir performans sorununa neden oldu. Bu sorunun Redhat/CentOS 7.x dağıtımlarında çok fazla olduğunu gördük. Bu sorun hakkında daha fazla bilgi edinmek için bkz . 1667121 Libcurl'da performans regresyonu.

Performansla ilgili hatalar her zaman gerçekleşmez ve yeniden oluşturmak zordur. omiagent ile ilgili böyle bir sorunla karşılaşırsanız, belirli bir eşiği aştığında omiagent'ın yığın izlemesini toplayan betiğini omiHighCPUDiagnostics.shkullanın.

1. Betiği indirin:
   wget https://raw.githubusercontent.com/microsoft/OMS-Agent-for-Linux/master/tools/LogCollector/source/omiHighCPUDiagnostics.sh

2. Tanılamayı %30 CPU eşiğiyle 24 saat çalıştırın:
   bash omiHighCPUDiagnostics.sh --runtime-in-min 1440 --cpu-threshold 30

3. Callstack omiagent_trace dosyasına atılacak. Birçok curl ve NSS işlev çağrısı fark ederseniz bu çözüm adımlarını izleyin.

Çözüm

1. nss-pem paketini v1.0.3-5.el7_6.1 sürümüne yükseltin:
   sudo yum upgrade nss-pem

2. Çoğunlukla CentOS'ta gerçekleşen nss-pem yükseltme için kullanılamıyorsa curl değerini 7.29.0-46'ya düşürün. Yanlışlıkla "yum update" çalıştırırsanız curl 7.29.0-51 sürümüne yükseltilir ve sorun yeniden oluşur:
   sudo yum downgrade curl libcurl

3. OMI'ı yeniden başlatın:
   sudo scxadmin -restart

Sorun: İletilen Syslog iletilerini görmüyorsunuz

Olası nedenler

• Linux sunucusuna uygulanan yapılandırma, gönderilen tesislerin veya günlük düzeylerinin toplanmasına izin vermez.
• Syslog, Linux sunucusuna doğru şekilde iletilmiyor.
• Saniye başına iletilen ileti sayısı, Linux için Log Analytics aracısının temel yapılandırmasının işleyemeyecek kadar büyük olmasıdır.

Çözüm

• Syslog için Log Analytics çalışma alanında yapılandırmanın tüm olanaklara ve doğru günlük düzeylerine sahip olduğunu doğrulayın. Azure portalında Syslog koleksiyonunu yapılandırma konusunu gözden geçirin.
• Yerel Syslog mesajlaşma daemon'larının (rsyslog, syslog-ng) iletilen iletileri alabildiğini doğrulayın.
• İletilerin engellenmediğinden emin olmak için Syslog sunucusundaki güvenlik duvarı ayarlarını denetleyin.
• Komutunu kullanarak Log Analytics'e syslog iletisinin benzetimini yapın logger :
  logger -p local0.err "This is my test message"

Sorun: Omsagent günlük dosyasında Errno adresinin zaten kullanımda olduğu hatasını alıyorsunuz

omsagent.log'da görüyorsunuz [error]: unexpected error error_class=Errno::EADDRINUSE error=#<Errno::EADDRINUSE: Address already in use - bind(2) for "127.0.0.1" port 25224> .

Olası nedenler

Bu hata, Linux tanılama uzantısının (LAD) Log Analytics Linux VM uzantısıyla yan yana yüklendiğini gösterir. Syslog veri toplama için omsagent ile aynı bağlantı noktasını kullanıyor.

Çözüm

1. Kök olarak aşağıdaki komutları yürütebilirsiniz. 25224'ün bir örnek olduğunu ve ortamınızda LAD tarafından kullanılan farklı bir bağlantı noktası numarası görebileceğinizi unutmayın.

   /opt/microsoft/omsagent/bin/configure_syslog.sh configure LAD 25229
   
   sed -i -e 's/25224/25229/' /etc/opt/microsoft/omsagent/LAD/conf/omsagent.d/syslog.conf
   

   Ardından doğru rsyslogd veya syslog_ng yapılandırma dosyasını düzenlemeniz ve LAD ile ilgili yapılandırmayı 25229 numaralı bağlantı noktasına yazacak şekilde değiştirmeniz gerekir.

2. VM çalıştırıyorsarsyslogd, değiştirilecek dosya (varsa, değilse/etc/rsyslog) olur /etc/rsyslog.d/95-omsagent.conf . VM çalışıyorsa syslog_ng, değiştirilecek dosya olur /etc/syslog-ng/syslog-ng.conf.

3. omsagent sudo /opt/microsoft/omsagent/bin/service_control restartöğesini yeniden başlatın.

4. Syslog hizmetini yeniden başlatın.

Sorun: Temizleme seçeneğini kullanarak omsagent'ı kaldıramazsınız

Olası nedenler

• Linux tanılama uzantısı yüklenir.
• Linux tanılama uzantısı yüklendi ve kaldırıldı, ancak yine de mdsd tarafından kullanılan omsagent ile ilgili bir hata görüyorsunuz ve kaldırılamıyor.

Çözüm

1. Linux tanılama uzantısını kaldırın.
2. Aşağıdaki konumda varsa Linux tanılama uzantısı dosyalarını makineden kaldırın: /var/lib/waagent/Microsoft.Azure.Diagnostics.LinuxDiagnostic-<version>/ ve /var/opt/microsoft/omsagent/LAD/.

Sorun: Nagios verilerini göremiyorum

Olası nedenler

• omsagent kullanıcısının Nagios günlük dosyasından okuma izni yok.
• Nagios kaynağı ve filtresi omsagent.conf dosyasından kaldırılmadı.

Çözüm

1. Bu yönergeleri izleyerek Nagios dosyasından okumak için omsagent kullanıcısını ekleyin.

2. konumundaki Linux için Log Analytics aracısı genel yapılandırma dosyasında /etc/opt/microsoft/omsagent/<workspace id>/conf/omsagent.confhem Nagios kaynağının hem de filtrenin açıklamalı olduğundan emin olun.

   <source>
     type tail
     path /var/log/nagios/nagios.log
     format none
     tag oms.nagios
   </source>
   
   <filter oms.nagios>
     type filter_nagios_log
   </filter>
   

Sorun: Linux verilerini görmüyorsunuz

Olası nedenler

• Azure İzleyici'ye ekleme başarısız oldu.
• Azure İzleyici bağlantısı engellendi.
• Sanal makine yeniden başlatıldı.
• OMI paketi, Linux için Log Analytics aracısı tarafından yüklenen pakete kıyasla el ile daha yeni bir sürüme yükseltildi.
• OMI dondurularak OMS aracısını engelliyor.
• DSC kaynak günlükleri sınıfı günlük dosyasında bulunamadı hatası omsconfig.log .
• Veriler için Log Analytics aracısı yedeklendi.
• DSC günlükleri Geçerli yapılandırma yok. Bir yapılandırma dosyası belirtmek ve önce geçerli bir yapılandırma oluşturmak için Start-DscConfiguration komutunu -Path parametresiyle yürütebilirsiniz. omsconfig.log ancak işlemler hakkında PerformRequiredConfigurationChecks günlük iletisi yok.

Çözüm

1. Denetlenen paket gibi tüm bağımlılıkları yükleyin.

2. Aşağıdaki dosyanın mevcut olup olmadığını denetleyerek Azure İzleyici'ye eklemenin başarılı olup olmadığını denetleyin: /etc/opt/microsoft/omsagent/<workspace id>/conf/omsadmin.conf. Aksi takdirde, omsadmin.sh komut satırı yönergelerini kullanarak yeniden ekleyin.

3. Ara sunucu kullanıyorsanız, önceki ara sunucu sorun giderme adımlarını denetleyin.

4. Bazı Azure dağıtım sistemlerinde, sanal makine yeniden başlatıldıktan sonra omid OMI sunucu daemon'u başlatılmaz. Bu durumda Audit, ChangeTracking veya UpdateManagement çözümüyle ilgili verileri görmezsiniz. Geçici çözüm, komutunu çalıştırarak sudo /opt/omi/bin/service_control restartOMI sunucusunu el ile başlatmaktır.

5. OMI paketi el ile daha yeni bir sürüme yükseltildikten sonra Log Analytics aracısının çalışmaya devam etmesi için el ile yeniden başlatılması gerekir. Bu adım, OMI sunucusunun yükseltildikten sonra otomatik olarak başlatılmadığı bazı dağıtımlar için gereklidir. OMI'yi yeniden başlatmak için komutunu çalıştırın sudo /opt/omi/bin/service_control restart .

   Bazı durumlarda OMI dondurulabilir. OMS aracısı, tüm veri toplamayı engelleyen OMI'yi beklerken engellenmiş bir duruma girebilir. OMS aracısı işlemi çalışacak, ancak içinde mevcut yeni günlük satırları (gönderilen sinyaller gibi) omsagent.logtarafından kanıtlanan bir etkinlik olmayacaktır. Aracıyı kurtarmak için ile sudo /opt/omi/bin/service_control restart OMI'yi yeniden başlatın.

6. omsconfig.log bir DSC kaynak sınıfı bulunamadı hatası görürseniz komutunu çalıştırın sudo /opt/omi/bin/service_control restart.

7. Bazı durumlarda, Linux için Log Analytics aracısı Azure İzleyici ile konuşamayınca aracıdaki veriler 50 MB tam arabellek boyutuna kadar yedeklenir. Aracı aşağıdaki komut çalıştırılarak yeniden başlatılmalıdır: /opt/microsoft/omsagent/bin/service_control restart.

   Not

   Bu sorun, aracı sürüm 1.1.0-28 veya sonraki sürümlerde düzeltilmiştir.

   • Günlük dosyası, işlemlerin omsconfig.log PerformRequiredConfigurationChecks sistemde düzenli aralıklarla çalıştığını göstermiyorsa, cron işi/hizmetiyle ilgili bir sorun olabilir. Cron işinin altında /etc/cron.d/OMSConsistencyInvokerbulunduğundan emin olun. Gerekirse, cron işini oluşturmak için aşağıdaki komutları çalıştırın:

     mkdir -p /etc/cron.d/
     echo "*/15 * * * * omsagent /opt/omi/bin/OMSConsistencyInvoker >/dev/null 2>&1" | sudo tee /etc/cron.d/OMSConsistencyInvoker
     

   • Ayrıca cron hizmetinin çalıştığından emin olun. Bu hizmetin durumunu denetlemek için Debian, Ubuntu ve SUSE ile veya service crond status RHEL, CentOS ve Oracle Linux ile kullanabilirsinizservice cron status. Hizmet yoksa, aşağıdaki yönergeleri kullanarak ikili dosyaları yükleyebilir ve hizmeti başlatabilirsiniz:

     Ubuntu/Debian

     # To Install the service binaries
     sudo apt-get install -y cron
     # To start the service
     sudo service cron start
     

     SUSE

     # To Install the service binaries
     sudo zypper in cron -y
     # To start the service
     sudo systemctl enable cron
     sudo systemctl start cron
     

     RHEL/CentOS

     # To Install the service binaries
     sudo yum install -y crond
     # To start the service
     sudo service crond start
     

     Oracle Linux

     # To Install the service binaries
     sudo yum install -y cronie
     # To start the service
     sudo service crond start
     

Sorun: Syslog veya Linux performans sayaçları için portaldan koleksiyon yapılandırdığınızda, ayarlar uygulanmaz

Olası nedenler

• Linux için Log Analytics aracısı en son yapılandırmayı almamış.
• Portalda değiştirilen ayarlar uygulanmadı.

Çözüm

Arka plan: omsconfig Her beş dakikada bir yeni portal tarafı yapılandırmasına bakan Linux yapılandırma aracısı için Log Analytics aracısıdır. Bu yapılandırma daha sonra /etc/opt/microsoft/omsagent/conf/omsagent.conf konumunda bulunan Linux yapılandırma dosyaları için Log Analytics aracısına uygulanır.

Bazı durumlarda, Linux yapılandırma aracısı için Log Analytics aracısı portal yapılandırma hizmetiyle iletişim kuramayabilir. Bu senaryo, en son yapılandırmanın uygulanmamasıyla sonuçlanıyor.

1. aracının omsconfig veya rpm -qi omsconfigçalıştırılarak dpkg --list omsconfig yüklenip yüklenmediğini denetleyin. Yüklü değilse Linux için Log Analytics aracısının en son sürümünü yeniden yükleyin.

2. Aracının omsconfig aşağıdaki komutu çalıştırarak Azure İzleyici ile iletişim kurabildiğini denetleyin: sudo su omsagent -c 'python /opt/microsoft/omsconfig/Scripts/GetDscConfiguration.py'. Bu komut Syslog ayarları, Linux performans sayaçları ve özel günlükler dahil olmak üzere aracının hizmetten aldığı yapılandırmayı döndürür. Bu komut başarısız olursa aşağıdaki komutu çalıştırın: sudo su omsagent -c 'python /opt/microsoft/omsconfig/Scripts/PerformRequiredConfigurationChecks.py'. Bu komut, omsconfig aracısını Azure İzleyici ile konuşmaya ve en son yapılandırmayı almaya zorlar.

Sorun: Özel günlük verileri görmüyorsunuz

Olası nedenler

• Azure İzleyici'ye ekleme başarısız oldu.
• Linux Sunucularıma aşağıdaki yapılandırmayı uygula ayarı seçilmedi.
• omsconfig hizmetten en son özel günlük yapılandırmasını almamış.
• Linux kullanıcısı omsagent için Log Analytics aracısı izinler veya bulunamaması nedeniyle özel günlüğe erişemiyor. Aşağıdaki hataları görebilirsiniz:
  • [DATETIME] [warn]: file not found. Continuing without tailing it.
  • [DATETIME] [error]: file not accessible by omsagent.
• Linux sürüm 1.1.0-217 için Log Analytics aracısında düzeltildi yarış durumuyla ilgili bilinen sorun.

Çözüm

1. Aşağıdaki dosyanın mevcut olup olmadığını denetleyerek Azure İzleyici'ye eklemenin başarılı olduğunu doğrulayın: /etc/opt/microsoft/omsagent/<workspace id>/conf/omsadmin.conf. Aksi takdirde:

   1. omsadmin.sh komut satırı yönergelerini kullanarak yeniden ekleyin.
   2. Azure portalındaki Gelişmiş Ayarlar'ın altında Linux Sunucularıma aşağıdaki yapılandırmayı uygula ayarının etkinleştirildiğinden emin olun.

2. Aracının omsconfig aşağıdaki komutu çalıştırarak Azure İzleyici ile iletişim kurabildiğini denetleyin: sudo su omsagent -c 'python /opt/microsoft/omsconfig/Scripts/GetDscConfiguration.py'. Bu komut Syslog ayarları, Linux performans sayaçları ve özel günlükler dahil olmak üzere aracının hizmetten aldığı yapılandırmayı döndürür. Bu komut başarısız olursa aşağıdaki komutu çalıştırın: sudo su omsagent -c 'python /opt/microsoft/omsconfig/Scripts/PerformRequiredConfigurationChecks.py'. Bu komut aracıyı omsconfig Azure İzleyici ile konuşmaya ve en son yapılandırmayı almaya zorlar.

Arka plan: Ayrıcalıklı kullanıcı rootolarak çalışan Linux için Log Analytics aracısı yerine aracı kullanıcı olarak omsagent çalışır. Çoğu durumda, belirli dosyaların okunabilmesi için bu kullanıcıya açık izin verilmesi gerekir. Kullanıcıya izin vermek için omsagent aşağıdaki komutları çalıştırın:

1. omsagent Kullanıcıyı belirli bir gruba ekleyin: sudo usermod -a -G <GROUPNAME> <USERNAME>.
2. Gerekli dosyaya evrensel okuma erişimi verin: sudo chmod -R ugo+rx <FILE DIRECTORY>.

Linux için Log Analytics aracısının 1.1.0-217'den önceki bir sürümünde yarış durumuyla ilgili bilinen bir sorun vardır. En son aracıya güncelleştirdikten sonra, çıkış eklentisinin en son sürümünü almak için aşağıdaki komutu çalıştırın: sudo cp /etc/opt/microsoft/omsagent/sysconf/omsagent.conf /etc/opt/microsoft/omsagent/<workspace id>/conf/omsagent.conf.

Sorun: Yeni bir çalışma alanına yeniden eklemeye çalışıyorsunuz

Bir aracıyı yeni bir çalışma alanına yeniden eklemeye çalıştığınızda, yeniden eklemeden önce Log Analytics aracı yapılandırmasının temizlenmesi gerekir. Aracıdan eski yapılandırmayı temizlemek için ile kabuk paketini --purgeçalıştırın:

sudo sh ./omsagent-*.universal.x64.sh --purge

Or

sudo sh ./onboard_agent.sh --purge

seçeneğini kullandıktan sonra yeniden eklemeye --purge devam edebilirsiniz.

Sorun: Azure portalındaki Log Analytics aracı uzantısı başarısız durumla işaretlendi: Sağlama başarısız oldu

Olası nedenler

• Log Analytics aracısı işletim sisteminden kaldırıldı.
• Log Analytics aracı hizmeti çalışmıyor, devre dışı veya yapılandırılmamış.

Çözüm

1. Uzantıyı Azure portalından kaldırın.
2. Yönergeleri izleyerek aracıyı yükleyin.
3. Aşağıdaki komutu çalıştırarak aracıyı yeniden başlatın:
   sudo /opt/microsoft/omsagent/bin/service_control restart.
4. Sağlama durumu Sağlama başarılı olana kadar birkaç dakika bekleyin.

Sorun: Log Analytics aracısını isteğe bağlı yükseltme

Olası nedenler

Konak üzerindeki Log Analytics aracı paketleri güncel değil.

Çözüm

1. Bu GitHub sayfasında en son sürümü denetleyin.

2. Yükleme betiğini indirin (1.4.2-124 örnek bir sürümdür):

   wget https://github.com/Microsoft/OMS-Agent-for-Linux/releases/download/OMSAgent_GA_v1.4.2-124/omsagent-1.4.2-124.universal.x64.sh
   

3. yürüterek paketleri yükseltin sudo sh ./omsagent-*.universal.x64.sh --upgrade.

Sorun: Yükleme başarısız oluyor ve Python3 kullanılıyor olsa bile Python2'nin ctype'ları destekleyemiyor olduğunu söylüyor

Olası nedenler

Bu bilinen sorun için VM'nin dili İngilizce değilse, hangi Python sürümünün kullanıldığını doğrularken denetim başarısız olur. Bu sorun, aracının Python2'nin kullanıldığını ve Python2 yoksa başarısız olduğunu her zaman kabul etmesine neden olur.

Çözüm

VM'nin çevre dilini İngilizce olarak değiştirin:

export LANG=en_US.UTF-8