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

  • Makale

Bu makale, Azure İzleyici'de Linux için Log Analytics aracısında 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. Bir sorunu tanılamanın ilk adımı aracı çalıştırmak 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ına sahip 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) yüklü olduğundan 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.

Not

Bir sorunla karşılaştığınızda Günlük Toplayıcı aracını çalıştırın. Günlüklerin başlangıçta olması destek ekibimizin sorununuzu daha hızlı gidermesine yardımcı olur.

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üklemeyi denemek 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ı

Dosya Yol
Linux için Log Analytics aracısı günlük dosyası /var/opt/microsoft/omsagent/<workspace id>/log/omsagent.log
Log Analytics aracısı yapılandırma günlük dosyası /var/opt/microsoft/omsconfig/omsconfig.log

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

Önemli yapılandırma dosyaları

Kategori Dosya konumu
Syslog /etc/syslog-ng/syslog-ng.confveya veya /etc/rsyslog.conf/etc/rsyslog.d/95-omsagent.conf
Performans, Nagios, Zabbix, Log Analytics çıkışı ve genel aracı /etc/opt/microsoft/omsagent/<workspace id>/conf/omsagent.conf
Ek yapılandırmalar /etc/opt/microsoft/omsagent/<workspace id>/conf/omsagent.d/*.conf

Not

Koleksiyon, çalışma alanınızın Azure portal aracının yapılandırmasından yapılandırılırsa performans sayaçları ve Syslog için yapılandırma dosyalarını düzenlemenin üzerine yazılır. Tüm aracılar için yapılandırmayı devre dışı bırakmak için Eski aracı yönetiminden toplamayı devre dışı bırakın. Tek bir aracı için aşağıdaki betiği çalıştırın:

sudo /opt/microsoft/omsconfig/Scripts/OMS_MetaConfigHelper.py --disable && sudo rm /etc/opt/omi/conf/omsconfig/configuration/Current.mof* /etc/opt/omi/conf/omsconfig/configuration/Pending.mof*

Yükleme hata kodları

Hata kodu Anlamı
NOT_DEFINED Gerekli bağımlılıklar yüklenmediğinden denetlenen auoms eklentisi yüklenmez. Auoms yüklemesi başarısız oldu. Paket yüklendi'yi yükleyin.
2 Kabuk paketine geçersiz seçenek sağlandı. Kullanım için komutunu çalıştırın sudo sh ./omsagent-*.universal*.sh --help .
3 Kabuk paketine seçenek sağlanmadı. Kullanım için komutunu çalıştırın sudo sh ./omsagent-*.universal*.sh --help .
4 Geçersiz paket türü veya geçersiz proxy ayarları. omsagent-rpm.sh paketleri yalnızca RPM tabanlı sistemlere yüklenebilir. omsagent-deb.sh paketleri yalnızca Debian tabanlı sistemlere yüklenebilir. En son sürümdeki evrensel yükleyiciyi kullanmanızı öneririz. Ayrıca ara sunucu ayarlarınızı doğrulamak için de gözden geçirin.
5 Kabuk paketinin kök olarak yürütülmesi gerekir veya ekleme sırasında 403 hatası döndürüldü. komutunu kullanarak sudoçalıştırın.
6 Geçersiz paket mimarisi veya ekleme sırasında 200 hatası döndürüldü. omsagent-*x64.sh paketleri yalnızca 64 bit sistemlere yüklenebilir. omsagent-*x86.sh paketleri yalnızca 32 bit sistemlere yüklenebilir. En son sürümden mimariniz için doğru paketi indirin.
17 OMS paketi yüklenemedi. Kök hata için komut çıkışına bakın.
18 OMSConfig paketi yüklenemedi. Kök hata için komut çıkışına bakın.
19 OMI paketi yüklenemedi. Kök hata için komut çıkışına bakın.
20 SCX paketi yüklenemedi. Kök hata için komut çıkışına bakın.
21 Sağlayıcı setleri yüklenemedi. Kök hata için komut çıkışına bakın.
22 Paket paketi yüklenemedi. Kök hata için komut çıkışına bakın
23 SCX veya OMI paketi zaten yüklü. Kabuk paketini yüklemek için yerine --install kullanın--upgrade.
30 İç paket hatası. Çıktıdaki ayrıntıları içeren bir GitHub sorunu oluşturun .
55 Desteklenmeyen openssl sürümü veya Azure İzleyici'ye bağlanamıyor ya da dpkg kilitlendi veya curl programı eksik.
61 Eksik Python ctypes kitaplığı. Python ctypes kitaplığını veya paketini (python-ctypes) yükleyin.
62 Tar programı eksik. Katranı yükleyin.
63 Eksik sed programı. sed'yi yükleyin.
64 Curl programı eksik. Curl yükleyin.
65 Gpg programı eksik. gpg'yi yükleyin.

Ekleme hata kodları

Hata kodu Anlamı
2 omsadmin betiğine geçersiz seçenek sağlandı. Kullanım için komutunu çalıştırın sudo sh /opt/microsoft/omsagent/bin/omsadmin.sh -h .
3 omsadmin betiğine geçersiz yapılandırma sağlandı. Kullanım için komutunu çalıştırın sudo sh /opt/microsoft/omsagent/bin/omsadmin.sh -h .
4 Omsadmin betiğine geçersiz proxy sağlandı. Ara sunucuyu doğrulayın ve HTTP ara sunucusu kullanma belgelerimize bakın.
5 Azure İzleyici'den 403 HTTP hatası alındı. Ayrıntılar için omsadmin betiğinin tam çıkışına bakın.
6 Azure İzleyici'den 200 olmayan HTTP hatası alındı. Ayrıntılar için omsadmin betiğinin tam çıkışına bakın.
7 Azure İzleyici'ye bağlanılamıyor. Ayrıntılar için omsadmin betiğinin tam çıkışına bakın.
8 Log Analytics çalışma alanına ekleme hatası. Ayrıntılar için omsadmin betiğinin tam çıkışına bakın.
30 İç betik hatası. Çıktıdaki ayrıntıları içeren bir GitHub sorunu oluşturun .
31 Aracı kimliği oluşturulurken hata oluştu. Çıktıdaki ayrıntıları içeren bir GitHub sorunu oluşturun .
32 Sertifika oluşturma hatası. Ayrıntılar için omsadmin betiğinin tam çıkışına bakın.
33 omsconfig için meta yapılandırma oluşturulurken hata oluştu. Çıktıdaki ayrıntıları içeren bir GitHub sorunu oluşturun .
34 Meta yapılandırma oluşturma betiği yok. ile sudo sh /opt/microsoft/omsagent/bin/omsadmin.sh -w <Workspace ID> -s <Workspace Key>eklemeyi yeniden deneyin.

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 infodebugdeğ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 'a stdoutçı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 ara sunucu 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 bir izin verilenler listesine doğru şekilde 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. Linux sunucunuzdaki saati komut tarihiyle denetleyin. Süre geçerli saatten +/- 15 dakika sonraysa, ekleme başarısız olur. Bu durumu düzeltmek için Linux sunucunuzun tarih 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 artık 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ılır. 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 sürümüne düşürün. Yanlışlıkla "yum güncelleştirmesi" ç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'i 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.
  • Saniyede 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 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.
  • Komut 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 dosyasında görürsünüz [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ışıyorsa rsyslogd, değiştirilecek dosyadır /etc/rsyslog.d/95-omsagent.conf (varsa, değilse /etc/rsyslog). VM çalıştırıyorsa syslog_ng, değiştirilecek dosya olur /etc/syslog-ng/syslog-ng.conf.

  3. omsagent'ı sudo /opt/microsoft/omsagent/bin/service_control restartyeniden 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 omsagent'ın mdsd tarafından kullanılmasıyla ilgili bir hata görüyorsunuz ve bu uzantı 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öremiyoruz

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 paketle karşılaştırıldığında 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 -Path parametresiyle Start-DscConfiguration komutunu yürütür.omsconfig.log günlük dosyasındadır, ancak işlemler hakkında PerformRequiredConfigurationChecks günlük iletisi yoktur.

Çö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, yukarıdaki 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'ı başlatılmaz. Böyle bir 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 durum girebilir. OMS aracısı işlemi çalışıyor olacak ancak içinde mevcut olan yeni günlük satırları (örneğin, gönderilen sinyaller) omsagent.logtarafından kanıtlanan bir etkinlik olmayacaktır. Aracıyı kurtarmak için ile OMI'yi sudo /opt/omi/bin/service_control restart yeniden başlatın.

  6. Omsconfig.log dosyasında 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şamazsa 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.logPerformRequiredConfigurationChecks sistemde düzenli aralıklarla çalıştığını belirtmiyorsa, cron işi/hizmetiyle ilgili bir sorun olabilir. Cron işinin altında /etc/cron.d/OMSConsistencyInvokerolduğ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ı almadı.
  • 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 omsconfigkomutunu çalıştırarak 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 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 okunması için bu kullanıcıya açık izin verilmelidir. Kullanıcıya izin vermek için omsagent aşağıdaki komutları çalıştırın:

  1. Kullanıcıyı omsagent 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ı 1.1.0-217'den önceki bir sürümde 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, log analytics aracısı yapılandırmasının yeniden eklemeden önce temizlenmesi gerekir. Aracıdan eski yapılandırmayı temizlemek için kabuk paketini ile --purgeçalıştırın:

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

Veya

sudo sh ./onboard_agent.sh --purge

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

Sorun: Azure portal Log Analytics aracı uzantısı başarısız bir 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 kapalı, devre dışı veya yapılandırılmamış.

Çözüm

  1. Uzantıyı Azure portal 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ı olarak değişene 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 bir 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 varsaymasına yol açar.

Çözüm

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

export LANG=en_US.UTF-8