在使用LoongCollector進行資料擷取時,可能會遇到採集異常問題。本文將介紹排查採集異常問題的流程,以及一些常見情境下的處理樣本。
採集異常問題排查指引
採集異常問題的成因複雜多樣,且不同原因可能導致相同表象,甚至有時異常無法及時發現。因此需要如下指引,以實現異常的及時識別、排查與分類診斷。
-
登入Log Service控制台,在日誌應用地區單擊SLS數據洞察。在接入管理的SLS採集規則列表頁簽中,按照對話方塊提示開啟功能。
CloudLens for SLS 協助監控與管理Log Service資源,提高問題定位的效率,及時感知與響應多維度指標的異常。
-
回到Project列表中,單擊目標Project。
-
單擊
日誌存儲,在日誌庫中,將滑鼠懸浮於目標LogStore上,隨後單擊右側的
表徵圖,單擊基礎版診斷查看異常診斷資訊。進階版診斷提供異常診斷儀錶盤,並支援更長時間的異常資訊查詢。詳情可參考運行情況診斷與監控。
-
根據診斷顯示的錯誤類型查閱採集常見錯誤類型,排查錯誤原因。或在 /usr/local/ilogtail/目錄下的ilogtail.LOG與logtail_plugin.LOG中查看用戶端日誌詳情。
常見採集異常情境
機器組心跳FAIL
請參考心跳異常問題匯總排查。
日誌未採集
採集日誌時若查詢頁面無資料,可能原因如下:
-
在控制台日誌庫的消費預覽中查看,是否採集到日誌,若採集到日誌但查詢無資料,一般由於未建立索引。在 日誌庫 列表中找到目標 Logstore,單擊其操作欄中的 消費預覽(眼睛表徵圖)查看是否有新資料寫入。
-
無新增日誌:待採集記錄檔無更新,則不會採集。
-
機器組心跳異常:心跳異常問題匯總排查。
-
無採集配置:採集配置需建立並應用到機器組,然後才能下發到伺服器生效,詳情參考機器組與採集配置關聯指南。
-
採集配置路徑錯誤:檢查採集配置中待採集記錄檔路徑是否正確。
容器情境下還可以開啟元容器資訊預覽查看採集匹配的容器情況。
-
如果是容器採集情境還需注意:
-
路徑是否有掛載和軟連結:不支援軟連結,掛載優先順序:EmptyDir > hostpath > NAS(不推薦)。更多請參考日誌源與掛載點要求(重要)。
EmptyDir掛載:效能最優,可登入容器查看看日誌;hostpath掛載:可登入主機和容器查看日誌,容器奔潰日誌仍保留;NAS掛載:不推薦,採集NAS檔案效能極低且易採集失敗,且查詢只能簡單grep。
-
採集配置的label和env與容器是否一致:注意docker label需要進宿主機 docker inspect 容器id 查詢。
-
-
發生採集錯誤:若上述檢查通過,則在控制台通過診斷資訊排查採集錯誤。
資料重複採集
-
記憶體使用量率極高,一直在崩潰。崩潰會重新從checkpoint檢查點採集導致資料重複,請修改CPU使用上限或網路發送並發限制。
-
檔案用編輯器編輯過(如使用vim編輯儲存):查看檔案建立時間,確認被採集檔案是否發生重寫。
#方法一:看birth time stat your_file #方法二:有時候方法一不管用,看crtime stat -c %i your_file df . #查詢分區 sudo debugfs -R 'stat <3014895>' /dev/sda3 #替換<>中間的inode(<>要保留),替換sda3為上一行命令分區所在dev -
檢查是否存在多個採集器執行個體。
-
日誌量極小的情況下(15分鐘以上無新日誌):採集進度可能被清理,造成重複採集。
-
檢查是否採集配置重複:stdout由於允許重複採集,尤其需要注意。
-
控制台通過診斷資訊排查採集錯誤:存在MULTI_CONFIG_MATCH_ALARM錯誤。
-
刪除多餘採集配置:重複採集配置採集同一個目錄時,採集路徑最精確的優先順序最高。
-
修改相關配置:實現一個檔案中的日誌被採集多份。
-
-
採集日誌路徑總會在多個路徑變化,刪除採集配置會立刻重建:
-
排查目錄是否存在軟串連導致重複採集。
-
排查是否由env建立或ack中配置了日誌標籤,配置了需要刪掉。
-
-
Pod容器重啟,且使用hostpath掛載,導致重複採集。
-
採集容器日誌的原理是通過類似docker ps的方法探測容器,通過類似docker inspect的方法找到採集路徑。當匹配採集配置時,採集器會向主程式報送一條採集路徑+配置。當容器重啟時,採集器會認為是建立新容器,並再次向主程式報送一條採集路徑+配置。此時,由於業務pod日誌路徑掛載的是hostPath,因此前一個容器持久化的日誌會被保留下來,採集器預設往回讀取1M日誌導致日誌重複。
-
-
容器內日誌發生採集重複,並且採集路徑含NAS。
-
如果建立reader的時間點因為(NAS)目錄註冊慢沒有趕上dump checkpoint的時間點,那麼進度都會丟失。add a new watcher期間過長也是一個特徵,解決方案是把check_point_dump_interval修改為600。
-
採集時間延遲
採集時間延遲有幾類情況:
-
幾秒內的延遲是在預期範圍內的,若介意可以配置時間外掛程式。
-
若有大量資料延遲,檢查是否有重啟現象。重啟後會向前採集,產生延時採集的現象。查看最新資料是否即時,若最新資料即時就沒問題。
-
只延時一行,檢查記錄檔的最後一行是否沒有斷行符號。
-
某台機器出現延時,可能是該機器採集器啟動較晚,可以通過/usr/local/ilogtail/app_info.json的時間確認,或/usr/local/ilogtail/ilogtail.LOG中是否存在“network error”網路原因導致延時。
-
若不符合上述情境,則在控制台通過診斷資訊排查採集錯誤或使用CloudLens for SLS分析LoongCollector日誌採集延遲問題。
採集丟失
-
是否pod生命週期過短(<20s),建議日誌打到hostPath進行採集。
-
查看配置env 和 label 是否和容器一致。
-
檢查是否是採集延時導致的資料不全。
-
如果是標準輸出日誌非常長(>16K)發生截斷並且是ACK、ASK、SAE情境,需要通過檔案採集。
-
採集器重啟也會導致採集資料不全。查看/usr/local/ilogtail/app_info.json的update_time確認是否重啟。
-
主動重啟:因資源達到配置上限而cuicide,特徵是採集器守護進程和背景工作處理序的啟動時間有差異,請修改CPU使用上限或網路發送並發限制。
-
被動重啟:因資源達到container配置上限而被k8s殺死或者達到cgroup上限而被kernel殺死,特點是pod的重啟次數超過一次。請查看是否OOM被殺,並調整修改CPU使用上限或網路發送並發限制。
注意:當需要調整資源參數時,往往意味著日誌量很大,需要注意Shard數量與資源配額是否充足。
-
-
如果採集資料不一致發生在執行個體之間,需要注意是否是採集器版本不同導致。可參考組態管理查看版本與升級。
-
不定時的丟資料,重啟後過一段時間會複現:
-
根據CloudLens for SLS檢查當前LogStore配置是否超限。
-
查看/usr/local/ilogtail/目錄下ilogtail.LOG和logtail_plugin.LOG,尋找報錯進行具體排查。
-
-
若不符合上述情境,則在控制台通過診斷資訊排查採集錯誤。
日誌格式錯誤
-
採集格式不符合預期,檢查採集配置資訊,參考持續採集主機文本日誌使用完整正則模式和外掛程式模式提取欄位。
-
json欄位無法被解析提取:通過解析工具驗證日誌內容是否嚴格符合json object,外掛程式不支援非json objet的解析,可以嘗試修改原始欄位格式來規避。
-
一整條日誌是一個整體:可能是未設定分詞符導致的,建議瞭解索引內容按需配置。
常見問題
日誌正常採集中突發異常
日誌可以正常採集說明配置項大機率正確,若沒有修改內容或新增相關採集配置時,可優先關注是否需要調整採集效能與提升配額。
-
嘗試調整採集效能:修改CPU、記憶體使用量上限。
-
藉助CloudLens for SLS監控:在資料洞察中查看配額使用,如project寫入流量是否超過限額。在採集監控-檔案採集監控-採集檔案分布中查看是否有延遲的檔案。可能當前讀取速率跟不上日誌的產生速率,CPU usage 滿了, 讀不完日誌導致記錄檔一直保持開啟狀態目錄空間沒法釋放。
日誌時間問題
-
__time__是日誌採集的時間,使用sdk寫入日誌時可指定。
-
tag中的receive_time是Log Service接受到日誌的時間。
-
日誌裡的 time 欄位,僅僅是一個普通欄位。
例如使用sdk在1月2號寫入一條日誌,指定日期為 1月1號(這個時間可以根據time來設定,也可以自行設定),則查詢時receive time 是 1月2號,__time__是1月1號。只有receive time是真正寫日誌的時間,至於 __time__和日誌中的 time欄位,都是由自己設定的。
日誌上報的時間,有時區問題嗎(不同時區,同一時刻 ,本地時間不同) :時間與時區不轉換,是一個Unix時間戳記。自UTC 1970年1月1號開始計數經過的秒數(或者毫秒數)。 比如對於UNIX timestamp 1620994708,相當於:GMT 時間:Fri May 14 2021 12:18:28 GMT+0000。
日誌亂碼問題
Log Service預設UTF8,需要修改原始日誌編碼格式為UTF8。
SLS日誌採集報錯提示配置衝突時,如何定位衝突的LogProject所屬帳號及位置?
當遇到配置衝突報錯時,若需定位衝突的LogProject所屬帳號,可登入LoongCollector採集器所在伺服器,查看路徑/etc/ilogtail/users/{阿里雲帳號ID}下的相關配置資訊。該目錄名即為對應的阿里雲帳號ID,據此可確認衝突配置所屬的帳號及位置。
LoongCollector 報錯 'iLogtail is not in container, but container discovery is required' 如何處理?
當 LoongCollector 報錯 iLogtail is not in container, but container discovery is required 時,表示採集配置已啟用容器發現,但 LoongCollector 實際運行在 ECS 主機或其他非容器環境。先確認當前運行環境。如果記錄檔位於宿主機而非容器內,請在採集配置中關閉容器發現相關配置,或將輸入源類型(InputType)調整為與實際運行環境一致的類型。
附錄
採集常見錯誤類型
|
錯誤碼 |
錯誤說明 |
解決方案 |
|
LOG_GROUP_WAIT_TOO_LONG_ALARM |
資料包從產生到發送的過程中等待的時間較長。 |
檢查發送是否正常,或是否存在資料量超過預設配置、配額不足或網路存在問題。如果該報錯由跨國網路延遲導致,建議先將日誌採集到源端地區(例如美國)的 Project LogStore,再通過資料加工將資料流轉至目標地區(例如上海)的 LogStore,以降低跨國傳輸延遲對採集端的影響。 |
|
LOGFILE_PERMINSSION_ALARM |
無許可權讀取指定檔案。 |
檢查伺服器LoongCollector的啟動帳號,建議以root方式啟動。 |
|
SPLIT_LOG_FAIL_ALARM |
行首正則與日誌行首匹配失敗,無法對日誌做分行。 |
檢查行首正則正確性。 若是單行日誌可以配置為 |
|
MULTI_CONFIG_MATCH_ALARM |
預設情況下,一個檔案只能匹配一個配置。當多個配置匹配同一個檔案時,只會生效一個。 Docker標準輸出可以被多個配置採集。 |
詳細的解決方案:使用CloudLens排查iLogtail檔案重複配置問題。 |
|
REGEX_MATCH_ALARM |
完整正則模式下,日誌內容和Regex不匹配。 |
複製錯誤資訊中的日誌範例重新匹配,並產生新的Regex。 |
|
PARSE_LOG_FAIL_ALARM |
JSON、分隔字元等模式下,由於日誌格式不符合定義而解析失敗。 |
單擊錯誤資訊,查看失敗的詳細報錯。 |
|
CATEGORY_CONFIG_ALARM |
採集配置不合法。 |
常見的錯誤為Regex提取檔案路徑作為Topic失敗。 詳細的解決方案:使用CloudLens排查iLogtail採集配置錯誤問題。 |
|
LOGTAIL_CRASH_ALARM |
因超過伺服器資源使用上限而崩潰。 |
|
|
REGISTER_INOTIFY_FAIL_ALARM |
在Linux系統中註冊日誌監聽失敗,可能由於沒有檔案夾許可權或檔案夾被刪除。 |
檢查採集器是否有許可權訪問該檔案夾,或者該檔案夾是否被刪除。 |
|
DISCARD_DATA_ALARM |
配置使用的CPU資源不夠或網路發送流控導致資料丟失 |
|
|
SEND_DATA_FAIL_ALARM |
發送資料失敗,可能原因:
|
|
|
SEND_QUOTA_EXCEED_ALARM |
日誌寫入流量超出限制。 |
在控制台上增加Shard數量。 |
|
READ_LOG_DELAY_ALARM |
日誌採集進度落後於日誌產生進度,一般是由於配置使用的CPU資源不夠或是網路發送流控導致。 |
匯入歷史資料時,短時間會採集大量資料,若出現該錯誤可忽略。 |
|
DROP_LOG_ALARM |
開始丟棄日誌:日誌採集進度落後於日誌產生進度,且未處理的日誌輪轉超過20個,一般是由於配置使用的CPU資源不夠或是網路發送流控導致。 |
|
|
LOGDIR_PERMINSSION_ALARM |
沒有日誌監控目錄讀取許可權。 |
檢查日誌監控目錄是否存在。如果存在,請檢查目錄使用權限設定。 |
|
ENCODING_CONVERT_ALARM |
編碼轉換失敗。 |
檢查日誌編碼格式配置是否與日誌編碼格式一致。 |
|
OUTDATED_LOG_ALARM |
到期的日誌:日誌時間落後12小時以上。可能原因:
|
查看是否存在READ_LOG_DELAY_ALARM。
|
|
STAT_LIMIT_ALARM |
日誌採集配置目錄中的檔案數超限。 |
詳細的解決方案:使用CloudLens排查檔案、目錄數超限問題。 |
|
DROP_DATA_ALARM |
進程退出時日誌落盤到本地逾時,此時會丟棄未落盤完成的日誌。 |
該報錯通常為採集嚴重阻塞導致,請修改CPU使用上限或網路發送並發限制。 |
|
INPUT_COLLECT_ALARM |
輸入源採集異常。 |
根據錯誤提示處理。 |
|
HTTP_LOAD_ADDRESS_ALARM |
HTTP資料擷取配置中,設定的Addresses不合法。 |
檢查Addresses合法性。 |
|
HTTP_COLLECT_ALARM |
HTTP資料擷取異常。 |
根據錯誤提示排查,一般逾時導致。 |
|
FILTER_INIT_ALARM |
過濾器初始化異常。 |
一般由於過濾器的Regex非法導致,請根據提示修複。 |
|
INPUT_CANAL_ALARM |
MySQL Binlog運行異常。 |
根據錯誤提示排查。在配置更新時,canal服務可能重啟,服務重啟的錯誤可以忽略。 |
|
CANAL_INVALID_ALARM |
MySQL Binlog內部狀態異常。 |
此錯誤一般由於運行時表的schema資訊變更導致meta不一致。請確認報錯期間是否修改過表的schema。 |
|
MYSQL_INIT_ALARM |
MySQL初始化異常。 |
根據錯誤提示處理。 |
|
MYSQL_CHECKPOING_ALARM |
MySQL Checkpoint格式異常。 |
確認是否修改Checkpoint相關配置。 |
|
MYSQL_TIMEOUT_ALARM |
MySQL查詢逾時。 |
確認MySQL伺服器和網路是否異常。 |
|
MYSQL_PARSE_ALARM |
MySQL查詢結果解析失敗。 |
確認MySQL配置的Checkpoint格式是否匹配對應欄位的格式。 |
|
AGGREGATOR_ADD_ALARM |
向彙總隊列中添加資料失敗。 |
資料發送過快。若真實資料量很大,可忽略。 |
|
ANCHOR_FIND_ALARM |
processor_anchor外掛程式錯誤、配置錯誤或存在不符合配置的日誌。 |
查看詳細報錯,根據內容分為如下類型。檢查相應的配置是否存在問題。
|
|
ANCHOR_JSON_ALARM |
processor_anchor外掛程式錯誤:對已配置的Start和Stop所確定的內容執行JSON展開時發生錯誤。 |
查看詳細報錯,檢查所處理的內容以及相關的配置,確定是否有配置錯誤或不合法日誌。 |
|
CANAL_RUNTIME_ALARM |
MySQL Binlog外掛程式執行階段錯誤。 |
查看詳細報錯進一步排查。一般與所串連的MySQL master相關。 |
|
CHECKPOINT_INVALID_ALARM |
Checkpoint解析失敗。 |
查看詳細報錯,根據其中檢查點內容(前1024個位元組)以及具體錯誤資訊進一步排查。 |
|
DIR_EXCEED_LIMIT_ALARM |
同時監聽的目錄數超出限制。 |
檢查當前LogStore的採集配置是否包含較多的目錄數,合理設定監控目錄最大深度。 詳細的解決方案:使用CloudLens排查檔案、目錄數超限問題。 |
|
DOCKER_FILE_MAPPING_ALARM |
執行命令添加Docker檔案對應失敗。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
DOCKER_FILE_MATCH_ALARM |
無法在Docker容器中尋找到指定檔案。 |
查看詳細報錯,根據其中的容器資訊以及尋找的檔案路徑進一步排查。 |
|
DOCKER_REGEX_COMPILE_ALARM |
service_docker_stdout外掛程式錯誤,根據配置中的BeginLineRegex編譯失敗。 |
查看詳細報錯,檢查其中的Regex是否正確。 |
|
DOCKER_STDOUT_INIT_ALARM |
service_docker_stdout外掛程式初始化失敗。 |
查看詳細報錯,報錯根據內容分為如下類型。
|
|
DOCKER_STDOUT_START_ALARM |
service_docker_stdout外掛程式採集時,stdout大小超過限制。 |
一般因為首次採集時stdout已存在,可忽略。 |
|
DOCKER_STDOUT_STAT_ALARM |
service_docker_stdout外掛程式無法檢測到stdout。 |
一般因為容器退出時無法訪問到stdout,可忽略。 |
|
FILE_READER_EXCEED_ALARM |
同時開啟的檔案對象數量超過限制。 |
一般因為當前處於採集狀態的檔案數過多,請檢查採集配置是否合理。 |
|
GEOIP_ALARM |
processor_geoip外掛程式錯誤。 |
查看詳細報錯,報錯根據內容分為如下類型。
|
|
HTTP_INIT_ALARM |
metric_http外掛程式錯誤,配置中指定的ResponseStringMatchRegex編譯錯誤。 |
查看詳細報錯,檢查其中的Regex是否正確。 |
|
HTTP_PARSE_ALARM |
metric_http外掛程式錯誤,擷取HTTP響應失敗。 |
查看詳細報錯,根據其中的具體錯誤資訊對配置內容或所請求的HTTP伺服器進行檢查。 |
|
INIT_CHECKPOINT_ALARM |
Binlog外掛程式錯誤,載入檢查點失敗,外掛程式將忽略檢查點並從頭開始處理。 |
查看詳細報錯,根據其中的具體錯誤資訊來確定是否可忽略此錯誤。 |
|
LOAD_LOCAL_EVENT_ALARM |
執行了本地事件處理錯誤 |
此警告一般不會出現,查看詳細報錯,根據其中的檔案名稱、配置名、project、LogStore等資訊進行進一步地排查。 |
|
LOG_REGEX_FIND_ALARM |
processor_split_log_regex以及 processor_split_log_string外掛程式錯誤,無法從日誌中擷取到配置中指定的SplitKey。 |
查看詳細報錯,檢查是否存在配置錯誤的情況。 |
|
LUMBER_CONNECTION_ALARM |
service_lumberjack外掛程式錯誤,停止外掛程式時關閉伺服器錯誤。 |
查看詳細報錯,根據具體錯誤資訊進一步排查,此錯誤一般可忽略。 |
|
LUMBER_LISTEN_ALARM |
service_lumberjack外掛程式錯誤,初始化進行監聽時發生錯誤。 |
查看詳細報錯,報錯根據內容分為如下類型。
|
|
LZ4_COMPRESS_FAIL_ALARM |
執行LZ4壓縮發生錯誤。 |
查看詳細報錯,根據其中的log lines、project、category、region等值來進行進一步排查。 |
|
MYSQL_CHECKPOINT_ALARM |
MySQL外掛程式錯誤,檢查點相關錯誤。 |
查看詳細報錯,報錯根據內容分為如下類型。
|
|
NGINX_STATUS_COLLECT_ALARM |
nginx_status外掛程式錯誤,擷取狀態發生錯誤。 |
查看詳細報錯,根據其中的URL以及具體的錯誤資訊來進行進一步排查。 |
|
NGINX_STATUS_INIT_ALARM |
nginx_status外掛程式錯誤,初始化解析配置中指定的URL失敗。 |
查看詳細報錯,根據其中的URL檢查地址是否正確配置。 |
|
OPEN_FILE_LIMIT_ALARM |
已開啟檔案數量超過限制,無法開啟新的檔案 |
查看詳細報錯,根據其中的記錄檔路徑、Project、LogStore等資訊進行進一步排查。 |
|
OPEN_LOGFILE_FAIL_ALARM |
開啟檔案出錯。 |
查看詳細報錯,根據其中的記錄檔路徑、Project、LogStore等資訊進行進一步排查。 |
|
PARSE_DOCKER_LINE_ALARM |
service_docker_stdout外掛程式錯誤,解析日誌失敗。 |
查看詳細報錯,報錯根據內容分為如下類型。
|
|
PLUGIN_ALARM |
外掛程式初始化及相關調用發生錯誤。 |
查看詳細報錯,報錯根據內容分為如下類型,請根據具體的錯誤資訊進行進一步排查。
|
|
PROCESSOR_INIT_ALARM |
processor_regex外掛程式錯誤,編譯配置中指定的RegexRegex失敗。 |
查看詳細報錯,檢查其中的Regex是否正確。 |
|
PROCESS_TOO_SLOW_ALARM |
日誌解析速度過慢。 |
|
|
REDIS_PARSE_ADDRESS_ALARM |
redis外掛程式錯誤,配置中提供的ServerUrls存在解析失敗的情況。 |
查看詳細報錯,對其中報錯的URL進行檢查。 |
|
REGEX_FIND_ALARM |
processor_regex外掛程式錯誤,無法從日誌中找到配置中SourceKey指定的欄位。 |
查看詳細報錯,檢查是否存在SourceKey配置錯誤或日誌不合法的情況。 |
|
REGEX_UNMATCHED_ALARM |
processor_regex外掛程式錯誤,匹配失敗。 |
查看詳細報錯,報錯根據內容分為如下類型,請根據具體的錯誤資訊進行排查。
|
|
SAME_CONFIG_ALARM |
同一個LogStore下存在同名的配置,後發現的配置會被拋棄。 |
查看詳細報錯,根據其中的配置路徑等資訊排查是否存在配置錯誤的情況。 |
|
SPLIT_FIND_ALARM |
split_char以及split_string外掛程式錯誤,無法從日誌中找到配置中SourceKey指定的欄位。 |
查看詳細報錯,檢查是否存在SourceKey配置錯誤或日誌不合法的情況。 |
|
SPLIT_LOG_ALARM |
processor_split_char以及processor_split_string外掛程式錯誤,解析得到的欄位數量與SplitKeys中指定的不相同。 |
查看詳細報錯,檢查是否存在SourceKey配置錯誤或日誌不合法的情況。 |
|
STAT_FILE_ALARM |
通過LogFileReader對象進行檔案採集時發生錯誤。 |
查看詳細報錯,根據其中的檔案路徑、錯誤資訊進行進一步排查。 |
|
SERVICE_SYSLOG_INIT_ALARM |
service_syslog外掛程式錯誤,初始化失敗。 |
查看詳細報錯,檢查配置中的Address是否正確。 |
|
SERVICE_SYSLOG_STREAM_ALARM |
service_syslog外掛程式錯誤,通過TCP採集時發生錯誤。 |
查看詳細報錯,報錯根據內容分為如下類型,請根據詳細報錯中的具體錯誤資訊進行排查。
|
|
SERVICE_SYSLOG_PACKET_ALARM |
service_syslog外掛程式錯誤,通過UDP採集時發生錯誤。 |
查看詳細報錯,報錯根據內容分為如下類型。
|
|
PARSE_TIME_FAIL_ALARM |
解析日誌時間失敗。 |
詳細的解決方案:使用CloudLens排查日誌時間解析錯誤問題。 |
|
BINARY_UPDATE_ALARM |
位元據更新警告。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
CAST_SENSITIVE_WORD_ALARM |
敏感詞類型轉換相關錯誤。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
CHECKPOINT_ALARM |
checkpoint相關錯誤。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
CHECKPOINT_V2_ALARM |
(CheckpointManagerV2專用) |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
COMPRESS_FAIL_ALARM |
壓縮失敗,失敗後會直接丟棄。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
CONFIG_UPDATE_ALARM |
配置拉取/重啟錯誤。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
DISCARD_SECONDARY_ALARM |
(DiskBufferWriter專用) |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
DOMAIN_SOCKET_BIND_ALARM |
(ShennongManager專用) |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
ENCRYPT_DECRYPT_FAIL_ALARM |
(DiskBufferWriter專用) |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
EPOLL_ERROR_ALARM |
faild to init inotify fd |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
EXACTLY_ONCE_ALARM |
drop exactly once log group because of invalid sequence ID |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
FUSE_FILE_TRUNCATE_ALARM |
非常規FUSE檔案截斷行為警告。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
GLOBAL_CONFIG_ALARM |
(EnterpriseConfigProvider專用)remove useless configs |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
HOLD_ON_TOO_SLOW_ALARM |
停止模組過慢。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
INNER_PROFILE_ALARM |
file dev inode changed, create new reader |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
INOTIFY_DIR_NUM_LIMIT_ALARM |
inotify監聽超限。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
INOTIFY_EVENT_OVERFLOW_ALARM |
inotify event queue overflow |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
INVALID_CONTAINER_PATH_ALARM |
failed to set container base dir: container log path not existed |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
INVALID_MEMORY_ACCESS_ALARM |
PropagateTimeout access invalid key of mPathWdMap |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
LOG_GROUP_PARSE_FAIL_ALARM |
(DiskBufferWriter專用) |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
LOG_TRUNCATE_ALARM |
signature is same but size decrease, read from now fileSize |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
LOGDIR_PERMISSION_ALARM |
開啟目錄失敗。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
LOGTAIL_CONFIG_ALARM |
ilogtail_config.json不存在或解析失敗。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
LOGTAIL_CRASH_STACK_ALARM |
last logtail crash stack |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
METRIC_GROUP_PARSE_FAIL_ALARM |
(ShennongManager專用) |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
MODIFY_FILE_EXCEED_ALARM |
modify cache is up limit |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
PROCESS_QUEUE_BUSY_ALARM |
logprocess queue is full, put modify event to event queue again |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
READ_STOPPED_CONTAINER_ALARM |
容器停止。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
REGISTER_HANDLERS_TOO_SLOW_ALARM |
Registering handlers耗時過長。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
RELABEL_METRIC_FAIL_ALARM |
指標重標記失敗。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
SECONDARY_READ_WRITE_ALARM |
(DiskBufferWriter專用) |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
SEND_COMPRESS_FAIL_ALARM |
(DiskBufferWriter專用) |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
SENDING_COSTS_TOO_MUCH_TIME_ALARM |
發送時間過長。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
SERIALIZE_FAIL_ALARM |
序列化失敗。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
SKIP_READ_LOG_ALARM |
跳過日誌讀取警告。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
STREAMLOG_TCP_SOCKET_BIND_ALARM |
TCP連接埠綁定衝突警告。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
TOO_MANY_CONFIG_ALARM |
本地目錄下配置過多 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
UNEXPECTED_FILE_TYPE_MODE_ALARM |
found unexpected type mode |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
USER_CONFIG_ALARM |
(LegacyConfigProvider專用)本地配置非法 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |
|
WINDOWS_WORKER_START_HINTS_ALARM |
windows工作節點啟動檢測警示。 |
查看詳細報錯,根據具體錯誤資訊進一步排查。 |