Linux için Log Analytics aracısıyla ilgili sorunları giderme
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:
- Sorun giderici makineye bağlı olduğundan GNU Proje Hata Ayıklayıcısı'nın (GDB) yüklü olduğundan emin olun.
- Sorun giderici paketini makinenize kopyalayın:
wget https://raw.github.com/microsoft/OMS-Agent-for-Linux/master/source/code/troubleshooter/omsagent_tst.tar.gz
- Paketi açın:
tar -xzvf omsagent_tst.tar.gz
- 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.
Temizleme betiğini indirin:
$ wget https://raw.githubusercontent.com/microsoft/OMS-Agent-for-Linux/master/tools/purge_omsagent.sh
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.conf veya 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.conf
düzenleyin.
OMS çıkış eklentisinde, yapılandırma dosyasının bitiminden önce özelliğini olarak info
debug
değ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.conf
Log 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
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
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.
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
- 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.
- 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.
- 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.sh
kullanın.
Betiği indirin:
wget https://raw.githubusercontent.com/microsoft/OMS-Agent-for-Linux/master/tools/LogCollector/source/omiHighCPUDiagnostics.sh
Tanılamayı %30 CPU eşiğiyle 24 saat çalıştırın:
bash omiHighCPUDiagnostics.sh --runtime-in-min 1440 --cpu-threshold 30
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
nss-pem paketini v1.0.3-5.el7_6.1 sürümüne yükseltin:
sudo yum upgrade nss-pem
Ç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
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
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
veyasyslog_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.VM çalışıyorsa
rsyslogd
, değiştirilecek dosyadır/etc/rsyslog.d/95-omsagent.conf
(varsa, değilse/etc/rsyslog
). VM çalıştırıyorsasyslog_ng
, değiştirilecek dosya olur/etc/syslog-ng/syslog-ng.conf
.omsagent'ı
sudo /opt/microsoft/omsagent/bin/service_control restart
yeniden başlatın.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
- Linux tanılama uzantısını kaldırın.
- 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
Bu yönergeleri izleyerek Nagios dosyasından okumak için omsagent kullanıcısını ekleyin.
konumundaki Linux için Log Analytics aracısı genel yapılandırma dosyasında
/etc/opt/microsoft/omsagent/<workspace id>/conf/omsagent.conf
hem 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ındaPerformRequiredConfigurationChecks
günlük iletisi yoktur.
Çözüm
Denetlenen paket gibi tüm bağımlılıkları yükleyin.
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.Ara sunucu kullanıyorsanız, yukarıdaki ara sunucu sorun giderme adımlarını denetleyin.
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 restart
OMI sunucusunu el ile başlatmaktır.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.log
tarafından kanıtlanan bir etkinlik olmayacaktır. Aracıyı kurtarmak için ile OMI'yisudo /opt/omi/bin/service_control restart
yeniden başlatın.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
.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.log
PerformRequiredConfigurationChecks
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/OMSConsistencyInvoker
olduğ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.
aracının
omsconfig
veyarpm -qi omsconfig
komutunu çalıştırarakdpkg --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.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
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:- omsadmin.sh komut satırı yönergelerini kullanarak yeniden ekleyin.
- 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.
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ı root
olarak ç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:
- Kullanıcıyı
omsagent
belirli bir gruba ekleyin:sudo usermod -a -G <GROUPNAME> <USERNAME>
. - 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
- Uzantıyı Azure portal kaldırın.
- Yönergeleri izleyerek aracıyı yükleyin.
- Aşağıdaki komutu çalıştırarak aracıyı yeniden başlatın:
sudo /opt/microsoft/omsagent/bin/service_control restart
. - 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
Bu GitHub sayfasında en son sürümü denetleyin.
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
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