A Linuxhoz készült Log Analytics-ügynökkel kapcsolatos hibák elhárítása
Ez a cikk segítséget nyújt az Azure Monitorban a Linuxhoz készült Log Analytics-ügynökkel kapcsolatos hibák elhárításához.
Log Analytics hibaelhárító eszköz
A Linuxhoz készült Log Analytics-hibaelhárító eszköz egy olyan szkript, amely segít megtalálni és diagnosztizálni a Log Analytics-ügynökkel kapcsolatos problémákat. A telepítéskor automatikusan bekerül az ügynökbe. Az eszköz futtatásának kell lennie a probléma diagnosztizálása első lépésének.
A hibaelhárítási eszköz használata
A hibaelhárító eszköz futtatásához illessze be a következő parancsot egy terminálablakba egy gépen a Log Analytics-ügynökkel:
sudo /opt/microsoft/omsagent/bin/troubleshooter
Manuális telepítés
A Hibaelhárító eszköz automatikusan megjelenik a Log Analytics-ügynök telepítésekor. Ha a telepítés bármilyen módon meghiúsul, manuálisan is telepítheti az eszközt:
- Győződjön meg arról, hogy a GNU-projekt hibakeresője (GDB) telepítve van a gépen, mert a hibaelhárító támaszkodik rá.
- Másolja a hibaelhárító csomagot a gépére:
wget https://raw.github.com/microsoft/OMS-Agent-for-Linux/master/source/code/troubleshooter/omsagent_tst.tar.gz
- Csomagolja ki a csomagot:
tar -xzvf omsagent_tst.tar.gz
- Futtassa a manuális telepítést:
sudo ./install_tst
Érintett forgatókönyvek
A hibaelhárító eszköz a következő forgatókönyveket ellenőrzi:
- Az ügynök nem megfelelő állapotú; a szívverés nem működik megfelelően.
- Az ügynök nem indul el, vagy nem tud csatlakozni a Log Analyticshez.
- A Syslog ügynök nem működik.
- Az ügynök magas processzor- vagy memóriahasználattal rendelkezik.
- Az ügynök telepítési problémái vannak.
- Az ügynök egyéni naplói nem működnek.
- Az ügynöknaplók nem gyűjthetők.
További információ: A Hibaelhárító eszköz dokumentációja a GitHubon.
Megjegyzés
Amikor problémát tapasztal, futtassa a Naplógyűjtő eszközt. A naplók kezdeti használata segít a támogatási csapatnak a probléma gyorsabb elhárításában.
A Linux-ügynök végleges törlése és újratelepítése
Az ügynök tiszta újratelepítése megoldja a legtöbb problémát. Ez a feladat lehet az első javaslat a támogatási csapatunktól, hogy az ügynök javítatlan állapotba kerüljön. A hibaelhárító eszköz és a naplógyűjtő eszköz futtatása és a tiszta újratelepítési kísérlet segít a problémák gyorsabb megoldásában.
Töltse le a törlési szkriptet:
$ wget https://raw.githubusercontent.com/microsoft/OMS-Agent-for-Linux/master/tools/purge_omsagent.sh
Futtassa a végleges törlési szkriptet (sudo engedélyekkel):
$ sudo sh purge_omsagent.sh
Fontos naplóhelyek és a Naplógyűjtő eszköz
Fájl | Elérési út |
---|---|
Log Analytics-ügynök Linux-naplófájlhoz | /var/opt/microsoft/omsagent/<workspace id>/log/omsagent.log |
Log Analytics-ügynök konfigurációs naplófájlja | /var/opt/microsoft/omsconfig/omsconfig.log |
Javasoljuk, hogy a Naplógyűjtő eszközzel kérje le a fontos naplókat a hibaelhárításhoz vagy a GitHub-probléma elküldése előtt. Az eszközzel és annak futtatásával kapcsolatos további információkért lásd: OMS Linux-ügynöknapló-gyűjtő.
Fontos konfigurációs fájlok
Kategória | Fájl helye |
---|---|
Rendszernapló | /etc/syslog-ng/syslog-ng.conf vagy /etc/rsyslog.conf /etc/rsyslog.d/95-omsagent.conf |
Teljesítmény, Nagios, Zabbix, Log Analytics-kimenet és általános ügynök | /etc/opt/microsoft/omsagent/<workspace id>/conf/omsagent.conf |
További konfigurációk | /etc/opt/microsoft/omsagent/<workspace id>/conf/omsagent.d/*.conf |
Megjegyzés
A teljesítményszámlálók konfigurációs fájljainak szerkesztése és a Syslog felülíródik, ha a gyűjtemény az ügynök konfigurációjából van konfigurálva a munkaterület Azure Portal. Ha le szeretné tiltani az összes ügynök konfigurációját, tiltsa le a gyűjteményt az Örökölt ügynökök kezelése szolgáltatásból. Egyetlen ügynök esetében futtassa a következő szkriptet:
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*
Telepítési hibakódok
Hibakód | Értelmezés |
---|---|
NOT_DEFINED | Mivel a szükséges függőségek nincsenek telepítve, a naplózott beépülő modul nem lesz telepítve. Az auoms telepítése nem sikerült. Telepítse az auditált csomagot. |
2 | Érvénytelen beállítás van megadva a rendszerhéjcsomaghoz. Futtassa a parancsot sudo sh ./omsagent-*.universal*.sh --help a használatra. |
3 | Nincs lehetőség a rendszerhéjcsomag számára. Futtassa a parancsot sudo sh ./omsagent-*.universal*.sh --help a használatra. |
4 | Érvénytelen csomagtípus vagy érvénytelen proxybeállítások. Az omsagent-rpm.sh csomagok csak RPM-alapú rendszereken telepíthetők. Az omsagent-deb.sh csomagok csak Debian-alapú rendszereken telepíthetők. Javasoljuk, hogy a legújabb kiadásban használja az univerzális telepítőt. Ellenőrizze a proxybeállításokat is. |
5 | A rendszerhéjcsomagot gyökérként kell végrehajtani, vagy 403-as hiba történt az előkészítés során. Futtassa a parancsot a paranccsal sudo . |
6 | Érvénytelen csomagarchitektúra, vagy az előkészítés során 200 hiba történt. Az omsagent-*x64.sh csomagok csak 64 bites rendszereken telepíthetők. Az omsagent-*x86.sh csomagok csak 32 bites rendszereken telepíthetők. Töltse le az architektúrához megfelelő csomagot a legújabb kiadásból. |
17 | Az OMS-csomag telepítése nem sikerült. Tekintse át a gyökérhiba parancskimenetét. |
18 | Az OMSConfig-csomag telepítése nem sikerült. Tekintse át a gyökérhiba parancskimenetét. |
19 | Az OMI-csomag telepítése nem sikerült. Tekintse át a gyökérhiba parancskimenetét. |
20 | Az SCX-csomag telepítése nem sikerült. Tekintse át a gyökérhiba parancskimenetét. |
21 | A szolgáltatói készletek telepítése sikertelen volt. Tekintse át a gyökérhiba parancskimenetét. |
22 | A csomagcsomag telepítése sikertelen volt. Tekintse át a gyökérhiba parancskimenetét |
23 | Az SCX- vagy OMI-csomag már telepítve van. A --upgrade rendszerhéjcsomag telepítése helyett --install használja a parancsot. |
30 | Belső csomaghiba. Küldjön be egy GitHub-problémát a kimenet részleteivel. |
55 | Nem támogatott openssl-verzió , vagy nem lehet csatlakozni az Azure Monitorhoz , vagy a DPKG zárolva van , vagy hiányzik a curl program. |
61 | Hiányzik a Python ctypes kódtára. Telepítse a Python ctypes kódtárat vagy -csomagot (python-ctypes). |
62 | Hiányzik a tar program. Telepítse a kátrányt. |
63 | Hiányzik a sed program. Telepítse a sed-et. |
64 | Hiányzik a curl program. Telepítse a curl-t. |
65 | Hiányzik a gpg program. Telepítse a gpg-t. |
Előkészítési hibakódok
Hibakód | Értelmezés |
---|---|
2 | Érvénytelen beállítás van megadva az omsadmin szkripthez. Futtassa a parancsot sudo sh /opt/microsoft/omsagent/bin/omsadmin.sh -h a használathoz. |
3 | Az omsadmin szkripthez megadott konfiguráció érvénytelen. Futtassa a parancsot sudo sh /opt/microsoft/omsagent/bin/omsadmin.sh -h a használathoz. |
4 | Az omsadmin szkripthez megadott proxy érvénytelen. Ellenőrizze a proxyt, és tekintse meg a HTTP-proxy használatára vonatkozó dokumentációt. |
5 | 403 HTTP-hiba érkezett az Azure Monitortól. A részletekért tekintse meg az omsadmin szkript teljes kimenetét. |
6 | Nem 200 HTTP-hiba érkezett az Azure Monitortól. A részletekért tekintse meg az omsadmin szkript teljes kimenetét. |
7 | Nem lehet csatlakozni az Azure Monitorhoz. A részletekért tekintse meg az omsadmin szkript teljes kimenetét. |
8 | Hiba történt a Log Analytics-munkaterületre való előkészítéskor. A részletekért tekintse meg az omsadmin szkript teljes kimenetét. |
30 | Belső szkripthiba. Küldjön be egy GitHub-problémát a kimenet részleteivel. |
31 | Hiba történt az ügynökazonosító létrehozásakor. Küldjön be egy GitHub-problémát a kimenet részleteivel. |
32 | Hiba történt a tanúsítványok létrehozásakor. A részletekért tekintse meg az omsadmin szkript teljes kimenetét. |
33 | Hiba történt az omsconfig metakonfigurálásának létrehozásakor. Küldjön be egy GitHub-problémát a kimenet részleteivel. |
34 | A metakonfigurálás-létrehozási szkript nincs jelen. Próbálkozzon újra az előkészítéssel a használatával sudo sh /opt/microsoft/omsagent/bin/omsadmin.sh -w <Workspace ID> -s <Workspace Key> . |
Hibakeresési naplózás engedélyezése
OMS kimeneti beépülő modul hibakeresése
A FluentD beépülő modulspecifikus naplózási szinteket tesz lehetővé, amelyek lehetővé teszik különböző naplózási szintek megadását a bemenetekhez és kimenetekhez. Ha más naplószintet szeretne megadni az OMS-kimenethez, szerkessze az általános ügynökkonfigurációt a következő helyen: /etc/opt/microsoft/omsagent/<workspace id>/conf/omsagent.conf
.
Az OMS kimeneti beépülő modulban a konfigurációs fájl vége előtt módosítsa a tulajdonságot a log_level
következőre info
debug
:
<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>
A hibakeresési naplózás lehetővé teszi, hogy a kötegelt feltöltéseket az Azure Monitorba típus, adatelemek száma és küldéshez szükséges idő szerint különítse el.
Íme egy példa a hibakeresésre képes naplóra:
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
Részletes kimenet
Az OMS kimeneti beépülő modul használata helyett az adatelemeket közvetlenül a fájlba stdout
is kiadhatja, amely a Linux-alapú Log Analytics-ügynök naplófájljában látható.
A Log Analytics általános ügynökkonfigurációs fájljában /etc/opt/microsoft/omsagent/<workspace id>/conf/omsagent.conf
tegye megjegyzésbe az OMS kimeneti beépülő modult úgy, hogy minden sor elé beszed egy-egy #
elemet:
#<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>
A kimeneti beépülő modul alatt távolítsa el a következő szakaszt úgy, hogy eltávolítja a #
sor elejét:
<match **>
type stdout
</match>
Probléma: Nem lehet proxyn keresztül csatlakozni az Azure Monitorhoz
Lehetséges okok
- Az előkészítés során megadott proxy helytelen volt.
- Az Azure Monitor és Azure Automation szolgáltatásvégpontok nem szerepelnek az adatközpont jóváhagyott listájában.
Feloldás
Jelentkezzen be újra az Azure Monitorba a Linuxhoz készült Log Analytics-ügynökkel az alábbi paranccsal, engedélyezve a beállítással
-v
. Lehetővé teszi a proxyn keresztül az Azure Monitorhoz csatlakozó ügynök részletes kimenetét:/opt/microsoft/omsagent/bin/omsadmin.sh -w <Workspace ID> -s <Workspace Key> -p <Proxy Conf> -v
Tekintse át a Proxybeállítások frissítése című szakaszt annak ellenőrzéséhez, hogy megfelelően konfigurálta-e az ügynököt a proxykiszolgálón keresztüli kommunikációra.
Ellenőrizze, hogy az Azure Monitor hálózati tűzfalkövetelmény-listájában szereplő végpontok helyesen vannak-e hozzáadva egy engedélyezési listához. Ha Azure Automation használ, a szükséges hálózati konfigurációs lépések a fentiekben is össze vannak kapcsolva.
Probléma: 403-at jelző hibaüzenet jelenik meg a bevezetési kísérlet során
Lehetséges okok
- A dátum és az idő helytelen a Linux-kiszolgálón.
- A munkaterület azonosítója és a munkaterület kulcsa nem helyes.
Feloldás
- Ellenőrizze a Linux-kiszolgálón töltött időt a parancs dátumával. Ha az idő az aktuális időponttól +/- 15 perc, az előkészítés sikertelen lesz. A probléma megoldásához frissítse a Linux-kiszolgáló dátum- és/vagy időzónáját.
- Ellenőrizze, hogy telepítette-e a Log Analytics-ügynök linuxos legújabb verzióját. A legújabb verzió értesítést küld, ha az időeltérés okozza az előkészítési hibát.
- A cikk korábbi, telepítési útmutatójában szereplő megfelelő munkaterület-azonosító és munkaterületkulcs használatával jelentkezzen be újra.
Probléma: 500-404-et jelző hiba jelenik meg a naplófájlban közvetlenül az előkészítés után
Ez egy ismert probléma, amely a Linux-adatok Log Analytics-munkaterületre való első feltöltésekor fordul elő. Ez a probléma nincs hatással az elküldött adatokra vagy a szolgáltatási élményre.
Probléma: Azt látja, hogy az Omiagent 100%-ban leköti a processzor kapacitását
Lehetséges okok
Az nss-pem csomag 1.0.3-5.el7-regressziója súlyos teljesítményproblémát okozott. Azt tapasztaljuk, hogy ez a probléma sokat merült fel a Redhat/CentOS 7.x disztribúciókban. A problémával kapcsolatos további információkért lásd: 1667121 Teljesítményregresszió a libcurlban.
A teljesítménnyel kapcsolatos hibák nem mindig fordulnak elő, és nehezen reprodukálhatók. Ha ilyen problémát tapasztal az omiagenttel kapcsolatban, használja a szkriptet omiHighCPUDiagnostics.sh
, amely összegyűjti az omiagent verem-nyomkövetését, amikor túllép egy bizonyos küszöbértéket.
Töltse le a szkriptet:
wget https://raw.githubusercontent.com/microsoft/OMS-Agent-for-Linux/master/tools/LogCollector/source/omiHighCPUDiagnostics.sh
Futtasson diagnosztikát 24 órán keresztül 30%-os CPU-küszöbértékkel:
bash omiHighCPUDiagnostics.sh --runtime-in-min 1440 --cpu-threshold 30
A hívásokat a omiagent_trace fájlba dobjuk. Ha sok curl- és NSS-függvényhívást észlel, kövesse az alábbi feloldási lépéseket.
Feloldás
Frissítse az nss-pem csomagot az 1.0.3-5.el7_6.1 verzióra:
sudo yum upgrade nss-pem
Ha az nss-pem nem érhető el frissítésre, ami többnyire a CentOS-en történik, a curl 7.29.0-46-ra csökken. Ha véletlenül a "yum update" parancsot futtatja, a curl 7.29.0-51-re frissül, és a probléma ismét bekövetkezik:
sudo yum downgrade curl libcurl
Indítsa újra az OMI-t:
sudo scxadmin -restart
Probléma: Nem láthatók a továbbított rendszernapló-üzenetek
Lehetséges okok
- A Linux-kiszolgálóra alkalmazott konfiguráció nem teszi lehetővé az elküldött létesítmények vagy naplószintek gyűjtését.
- A rendszer nem továbbítja megfelelően a syslogot a Linux-kiszolgálóra.
- A másodpercenként továbbított üzenetek száma túl nagy ahhoz, hogy a Linuxhoz készült Log Analytics-ügynök alapkonfigurációja kezelhető legyen.
Feloldás
- Ellenőrizze, hogy a Syslog Log Analytics-munkaterületének konfigurációja rendelkezik-e az összes lehetőséggel és a megfelelő naplózási szinttel. Tekintse át a Syslog-gyűjtemény konfigurálását a Azure Portal.
- Ellenőrizze, hogy a syslog natív üzenetkezelési démonai (
rsyslog
,syslog-ng
) megkaphatják-e a továbbított üzeneteket. - Ellenőrizze a syslog-kiszolgálón található tűzfalbeállításokat, és győződjön meg arról, hogy az üzenetek nincsenek blokkolva.
- Syslog-üzenet szimulálása a Log Analyticsnek egy
logger
paranccsal:
logger -p local0.err "This is my test message"
Probléma: A kapott Errno-cím már használatban van az omsagent naplófájljában
Az omsagent.logban látható [error]: unexpected error error_class=Errno::EADDRINUSE error=#<Errno::EADDRINUSE: Address already in use - bind(2) for "127.0.0.1" port 25224>
.
Lehetséges okok
Ez a hiba azt jelzi, hogy a Linux diagnosztikai bővítmény (LAD) a Log Analytics Linux virtuálisgép-bővítmény mellett van telepítve. Ugyanazt a portot használja a Syslog-adatgyűjtéshez, mint az omsagent.
Feloldás
Gyökérként hajtsa végre a következő parancsokat. Vegye figyelembe, hogy a 25224 egy példa, és lehetséges, hogy a környezetében egy másik portszámot lát, amelyet a LAD használ.
/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
Ezután szerkesztenie kell a megfelelő
rsyslogd
vagysyslog_ng
konfigurációs fájlt, és módosítania kell a LAD-hoz kapcsolódó konfigurációt, hogy a 25229-ös portra írjon.Ha a virtuális gép fut
rsyslogd
, a módosítani/etc/rsyslog.d/95-omsagent.conf
kívánt fájl (ha létezik, más néven/etc/rsyslog
). Ha a virtuális gép futsyslog_ng
, a módosítani kívánt fájl a következő/etc/syslog-ng/syslog-ng.conf
: .Indítsa újra az omsagent parancsot
sudo /opt/microsoft/omsagent/bin/service_control restart
.Indítsa újra a Syslog szolgáltatást.
Probléma: Az omsagent nem távolítható el a törlési lehetőséggel
Lehetséges okok
- A Linux diagnosztikai bővítmény telepítve van.
- A Linux diagnosztikai bővítményt telepítették és eltávolították, de továbbra is hibaüzenet jelenik meg arról, hogy az mdsd használja az omsagentet, és nem távolítható el.
Feloldás
- Távolítsa el a Linux diagnosztikai bővítményt.
- Távolítsa el a Linux diagnosztikai bővítményfájlokat a gépről, ha az a következő helyen található:
/var/lib/waagent/Microsoft.Azure.Diagnostics.LinuxDiagnostic-<version>/
és/var/opt/microsoft/omsagent/LAD/
.
Probléma: Nem látja a Nagios-adatokat
Lehetséges okok
- Az omsagent felhasználó nem rendelkezik olvasási engedéllyel a Nagios-naplófájlból.
- A Nagios-forrás és -szűrő nem lett kibontva az omsagent.conf fájlból.
Feloldás
Adja hozzá az omsagent felhasználót, hogy elolvassa a Nagios-fájlból ezeket az utasításokat.
A Linuxhoz készült Log Analytics-ügynök általános konfigurációs fájljában
/etc/opt/microsoft/omsagent/<workspace id>/conf/omsagent.conf
győződjön meg arról, hogy a Nagios-forrás és a szűrő nincs kibontva.<source> type tail path /var/log/nagios/nagios.log format none tag oms.nagios </source> <filter oms.nagios> type filter_nagios_log </filter>
Probléma: Nem látja a Linux-adatokat
Lehetséges okok
- Az Azure Monitorba való előkészítés nem sikerült.
- Az Azure Monitorhoz való csatlakozás le van tiltva.
- A virtuális gép újraindult.
- Az OMI-csomagot manuálisan frissítették egy újabb verzióra a Linux-alapú Log Analytics-ügynök által telepített csomaghoz képest.
- Az OMI le van fagyasztva, és blokkolja az OMS-ügynököt.
- A DSC erőforrásnaplók osztálya nem található hiba a naplófájlban
omsconfig.log
. - Az adatokhoz tartozó Log Analytics-ügynökről biztonsági másolatot készítünk.
- DSC-naplók Az aktuális konfiguráció nem létezik. Futtassa Start-DscConfiguration parancsot a -Path paraméterrel egy konfigurációs fájl megadásához, majd hozzon létre egy aktuális konfigurációt. a naplófájlban
omsconfig.log
, de a műveletekrőlPerformRequiredConfigurationChecks
nem létezik naplóüzenet.
Feloldás
Telepítse az összes függőséget, például a naplózott csomagot.
Ellenőrizze, hogy az Azure Monitorba való előkészítés sikeres volt-e, és ellenőrizze, hogy létezik-e a következő fájl:
/etc/opt/microsoft/omsagent/<workspace id>/conf/omsadmin.conf
. Ha nem, akkor a omsadmin.sh parancssori utasítások használatával helyezze újra a táblát.Proxy használata esetén tekintse meg az előző proxy hibaelhárítási lépéseit.
Egyes Azure-disztribúciós rendszerekben az omid OMI-kiszolgáló démonja nem indul el a virtuális gép újraindítása után. Ebben az esetben nem jelenik meg a Naplózás, a ChangeTracking vagy az UpdateManagement megoldással kapcsolatos adatok. A megkerülő megoldás az OMI-kiszolgáló manuális elindítása a futtatásával
sudo /opt/omi/bin/service_control restart
.Miután az OMI-csomagot manuálisan frissítette egy újabb verzióra, manuálisan újra kell indítani a Log Analytics-ügynököt a működés folytatásához. Ez a lépés bizonyos disztribúciókhoz szükséges, amelyeknél az OMI-kiszolgáló nem indul el automatikusan a frissítés után. Futtassa a parancsot
sudo /opt/omi/bin/service_control restart
az OMI újraindításához.Bizonyos esetekben az OMI lefagyhat. Előfordulhat, hogy az OMS-ügynök blokkolt állapotot ad meg az OMI-ra várva, amely blokkolja az összes adatgyűjtést. Az OMS-ügynök folyamata futni fog, de nem lesz tevékenység, amit az igazol, hogy nincsenek új naplósorok (például az elküldött szívverések) a rendszerben
omsagent.log
. Indítsa újra az OMI-t azsudo /opt/omi/bin/service_control restart
ügynök helyreállításához.Ha egy DSC-erőforrásosztály nem található hibát az omsconfig.logban, futtassa a következőt
sudo /opt/omi/bin/service_control restart
: .Bizonyos esetekben, amikor a Linuxhoz készült Log Analytics-ügynök nem tud beszélni az Azure Monitorral, az ügynök adatairól a rendszer 50 MB-os teljes pufferméretre készít biztonsági másolatot. Az ügynököt a következő parancs futtatásával kell újraindítani:
/opt/microsoft/omsagent/bin/service_control restart
.Megjegyzés
Ezt a problémát az ügynök 1.1.0-28-es vagy újabb verziójában javítottuk.
Ha a
omsconfig.log
naplófájl nem jelzi, hogyPerformRequiredConfigurationChecks
a műveletek rendszeresen futnak a rendszeren, probléma lehet a cron-feladattal/szolgáltatással. Győződjön meg arról, hogy a cron feladat létezik a alatt/etc/cron.d/OMSConsistencyInvoker
. Ha szükséges, futtassa a következő parancsokat a cron feladat létrehozásához:mkdir -p /etc/cron.d/ echo "*/15 * * * * omsagent /opt/omi/bin/OMSConsistencyInvoker >/dev/null 2>&1" | sudo tee /etc/cron.d/OMSConsistencyInvoker
Győződjön meg arról is, hogy a cron szolgáltatás fut.
service cron status
A szolgáltatás állapotát a Debian, az Ubuntu és a SUSE, illetveservice crond status
az RHEL, a CentOS és az Oracle Linux használatával ellenőrizheti. Ha a szolgáltatás nem létezik, telepítheti a bináris fájlokat, és elindíthatja a szolgáltatást az alábbi utasításokat követve: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
Probléma: Ha a portálról konfigurálja a gyűjteményt a Syslog- vagy Linux-teljesítményszámlálókhoz, a rendszer nem alkalmazza a beállításokat
Lehetséges okok
- A Linuxhoz készült Log Analytics-ügynök nem vette fel a legújabb konfigurációt.
- A portál módosított beállításai nem lettek alkalmazva.
Feloldás
Háttér:omsconfig
a Linux-konfigurációs ügynökHöz készült Log Analytics-ügynök, amely öt percenként keres új portáloldali konfigurációt. A rendszer ezt a konfigurációt alkalmazza a Log Analytics-ügynökre a /etc/opt/microsoft/omsagent/conf/omsagent.conf címen található Linux-konfigurációs fájlokhoz.
Bizonyos esetekben előfordulhat, hogy a Linux-konfigurációs ügynök Log Analytics-ügynöke nem tud kommunikálni a portál konfigurációs szolgáltatásával. Ez a forgatókönyv azt eredményezi, hogy a legújabb konfiguráció nem lesz alkalmazva.
Ellenőrizze, hogy az
omsconfig
ügynök telepítve van-e a vagyrpm -qi omsconfig
a futtatásávaldpkg --list omsconfig
. Ha nincs telepítve, telepítse újra a Linuxhoz készült Log Analytics-ügynök legújabb verzióját.Ellenőrizze, hogy az
omsconfig
ügynök tud-e kommunikálni az Azure Monitorral a következő parancs futtatásával:sudo su omsagent -c 'python /opt/microsoft/omsconfig/Scripts/GetDscConfiguration.py'
. Ez a parancs visszaadja az ügynök által a szolgáltatástól kapott konfigurációt, beleértve a Syslog-beállításokat, a Linux-teljesítményszámlálókat és az egyéni naplókat. Ha ez a parancs nem sikerül, futtassa a következő parancsot:sudo su omsagent -c 'python /opt/microsoft/omsconfig/Scripts/PerformRequiredConfigurationChecks.py'
. Ez a parancs kényszeríti az omsconfig ügynököt, hogy beszéljen az Azure Monitorral, és kérje le a legújabb konfigurációt.
Probléma: Nem látja az egyéni naplóadatokat
Lehetséges okok
- Az Azure Monitorba való előkészítés nem sikerült.
- A Következő konfiguráció alkalmazása a Linux-kiszolgálókra beállítás nincs kiválasztva.
omsconfig
nem vette fel a szolgáltatás legújabb egyéni naplókonfigurációját.- A Linux-felhasználó
omsagent
Log Analytics-ügynöke engedélyek miatt nem tud hozzáférni az egyéni naplóhoz, vagy nem található. A következő hibák jelenhetnek meg:[DATETIME] [warn]: file not found. Continuing without tailing it.
[DATETIME] [error]: file not accessible by omsagent.
- Ismert probléma a Log Analytics-ügynök 1.1.0-217-es verziójában kijavított versenyfeltételekkel kapcsolatban.
Feloldás
Ellenőrizze, hogy az Azure Monitorba való előkészítés sikeres volt-e, és ellenőrizze, hogy létezik-e a következő fájl:
/etc/opt/microsoft/omsagent/<workspace id>/conf/omsadmin.conf
. Ha nem, a következők valamelyike:- A omsadmin.sh parancssori utasításokat követve próbálkozzon újra az előkészítéssel.
- A Azure Portal Speciális beállítások csoportjában győződjön meg arról, hogy a Következő konfiguráció alkalmazása a Linux-kiszolgálókra beállítás engedélyezve van.
Ellenőrizze, hogy az
omsconfig
ügynök tud-e kommunikálni az Azure Monitorral a következő parancs futtatásával:sudo su omsagent -c 'python /opt/microsoft/omsconfig/Scripts/GetDscConfiguration.py'
. Ez a parancs visszaadja az ügynök által a szolgáltatástól kapott konfigurációt, beleértve a Syslog-beállításokat, a Linux-teljesítményszámlálókat és az egyéni naplókat. Ha ez a parancs nem sikerül, futtassa a következő parancsot:sudo su omsagent -c 'python /opt/microsoft/omsconfig/Scripts/PerformRequiredConfigurationChecks.py'
. Ez a parancs arra kényszeríti az ügynököt, hogy beszéljen azomsconfig
Azure Monitorral, és kérje le a legújabb konfigurációt.
Háttér: A Linuxhoz készült Log Analytics-ügynök helyett, amely jogosultsággal rendelkező felhasználóként fut , root
az ügynök felhasználóként omsagent
fut. A legtöbb esetben explicit engedélyt kell adni a felhasználónak bizonyos fájlok olvasásához. Ha engedélyt szeretne adni a felhasználónak omsagent
, futtassa a következő parancsokat:
- Adja hozzá a felhasználót
omsagent
az adott csoporthoz:sudo usermod -a -G <GROUPNAME> <USERNAME>
. - Adjon univerzális olvasási hozzáférést a szükséges fájlhoz:
sudo chmod -R ugo+rx <FILE DIRECTORY>
.
Az 1.1.0-217-es verziónál korábbi Linux-verzióhoz készült Log Analytics-ügynök versenyfeltételével kapcsolatban ismert probléma merült fel. Miután frissített a legújabb ügynökre, futtassa a következő parancsot a kimeneti beépülő modul legújabb verziójának lekéréséhez: sudo cp /etc/opt/microsoft/omsagent/sysconf/omsagent.conf /etc/opt/microsoft/omsagent/<workspace id>/conf/omsagent.conf
.
Probléma: Új munkaterületre próbál újra bejelentkezni
Amikor új munkaterületre próbál újra létrehozni egy ügynököt, a Log Analytics-ügynök konfigurációját törölni kell az újrabevezetés előtt. Ha törölni szeretné a régi konfigurációt az ügynökből, futtassa a rendszerhéjcsomagot a következővel --purge
:
sudo sh ./omsagent-*.universal.x64.sh --purge
Vagy
sudo sh ./onboard_agent.sh --purge
A lehetőség használata után folytathatja az újrabevezetést --purge
.
Probléma: A Log Analytics-ügynök bővítménye a Azure Portal sikertelen állapotúként van megjelölve: A kiépítés sikertelen
Lehetséges okok
- A Log Analytics-ügynök el lett távolítva az operációs rendszerből.
- A Log Analytics-ügynök szolgáltatása leállt, le van tiltva, vagy nincs konfigurálva.
Feloldás
- Távolítsa el a bővítményt a Azure Portal.
- Telepítse az ügynököt az utasításokat követve.
- Indítsa újra az ügynököt a következő parancs futtatásával:
sudo /opt/microsoft/omsagent/bin/service_control restart
. - Várjon néhány percet, amíg a kiépítési állapot sikeres lesz.
Probléma: A Log Analytics-ügynök igény szerinti frissítése
Lehetséges okok
A gazdagép Log Analytics-ügynökcsomagjai elavultak.
Feloldás
Keresse meg a legújabb kiadást ezen a GitHub-oldalon.
Töltse le a telepítési szkriptet (az 1.4.2-124 példaverzió):
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
Csomagok frissítése a következő végrehajtásával
sudo sh ./omsagent-*.universal.x64.sh --upgrade
: .
Probléma: A telepítés sikertelen, és azt mondja, hogy a Python2 nem támogatja a ctype-fájlokat, annak ellenére, hogy a Python3-at használják
Lehetséges okok
Ebben az ismert problémában, ha a virtuális gép nyelve nem angol, az ellenőrzés sikertelen lesz, amikor ellenőrzi, hogy melyik Python-verziót használja. Ez a probléma azt eredményezi, hogy az ügynök mindig feltételezi, hogy a Python2-t használják, és sikertelenek, ha nincs Python2.
Feloldás
Módosítsa a virtuális gép környezeti nyelvét angolra:
export LANG=en_US.UTF-8