Saat mengumpulkan data dengan LoongCollector, Anda mungkin mengalami eksepsi. Topik ini menjelaskan cara melakukan troubleshooting dan menyelesaikannya, disertai contoh untuk skenario umum.
Memecahkan masalah pengumpulan
Eksepsi pengumpulan memiliki penyebab yang kompleks dan beragam. Penyebab akar yang berbeda dapat menghasilkan gejala identik, dan beberapa eksepsi tidak langsung terlihat. Panduan ini menjelaskan cara segera mengidentifikasi, melakukan troubleshooting, dan mendiagnosis eksepsi tersebut berdasarkan kategorinya.
Login ke Konsol Log Service, lalu di area Log Application, klik Simple Log Service Data Insight. Di tab SLS Collection Rule List pada Ingestion Management, aktifkan fitur tersebut sesuai petunjuk dalam kotak dialog.
CloudLens for SLS membantu Anda memantau dan mengelola resource Log Service, meningkatkan efisiensi troubleshooting, serta mendeteksi dan merespons anomali pada metrik multidimensi.
Kembali ke Daftar Project dan klik Project yang diinginkan.
Klik tab Log Storage. Di daftar Logstores, arahkan kursor ke Logstore yang diinginkan, klik ikon di sebelah kanan, lalu klik Basic Diagnostics.
Advanced Diagnostics menyediakan dasbor diagnostik dan memungkinkan Anda mengkueri eksepsi dalam periode yang lebih panjang. Untuk informasi selengkapnya, lihat Operational Diagnostics and Monitoring.
Lihat Jenis Error Pengumpulan Umum untuk melakukan troubleshooting error yang ditampilkan dalam diagnostik. Atau, periksa log klien untuk detail lebih lanjut di file ilogtail.LOG dan logtail_plugin.LOG di direktori /usr/local/ilogtail/.
Error pengumpulan umum
Kegagalan heartbeat kelompok mesin
Lihat Troubleshooting masalah heartbeat.
Log tidak dikumpulkan
Jika halaman kueri tidak menampilkan data selama pengumpulan log, kemungkinan penyebabnya meliputi:
Di Konsol, periksa pratinjau konsumsi untuk Logstore guna memverifikasi pengumpulan log. Jika log telah dikumpulkan tetapi kueri tidak mengembalikan data, kemungkinan besar karena Anda belum membuat indeks.
Tidak ada log baru: Jika file log target tidak diperbarui, tidak ada log yang dikumpulkan.
Heartbeat kelompok mesin abnormal: Troubleshoot masalah heartbeat.
Tidak ada konfigurasi pengumpulan: Anda harus membuat konfigurasi pengumpulan dan menerapkannya ke kelompok mesin. Sistem kemudian akan men-deploy konfigurasi tersebut ke server. Untuk informasi selengkapnya, lihat Mengaitkan kelompok mesin dengan konfigurasi pengumpulan.
Jalur konfigurasi pengumpulan salah: Verifikasi bahwa jalur file log dalam konfigurasi pengumpulan sudah benar.
Dalam skenario kontainer, Anda juga dapat mengaktifkan pratinjau metadata kontainer untuk melihat kontainer yang cocok.
Untuk pengumpulan log dari kontainer, perhatikan hal-hal berikut:
Jalur dengan mount atau tautan simbolik: Tautan simbolik tidak didukung. Prioritas jenis mount adalah EmptyDir > hostPath > NAS (tidak direkomendasikan). Untuk informasi selengkapnya, lihat Persyaratan untuk sumber log dan titik mount (Penting).
Mount EmptyDir: Memberikan performa terbaik. Anda dapat login ke kontainer untuk melihat log. Mount hostPath: Memungkinkan Anda melihat log dengan login ke host atau kontainer. Log tetap tersimpan meskipun kontainer crash. Mount NAS: Tidak direkomendasikan. Mengumpulkan log dari NAS memiliki performa sangat rendah dan rentan gagal. Selain itu, Anda hanya dapat melakukan kueri grep sederhana pada log yang dikumpulkan.
Label atau variabel lingkungan tidak konsisten: Verifikasi bahwa label dan variabel lingkungan dalam konfigurasi pengumpulan sesuai dengan kontainer. Untuk memeriksa label Docker, Anda harus login ke host dan menjalankan perintah
docker inspect <container ID>.
Error pengumpulan: Jika semua pemeriksaan di atas berhasil, lakukan troubleshooting error pengumpulan menggunakan informasi diagnostik di Konsol.
Pengumpulan data berulang
Penggunaan memori tinggi menyebabkan instans collector crash berulang kali. Setelah setiap crash, collector mengumpulkan ulang data dari checkpoint terakhir, sehingga terjadi duplikasi data. Untuk mengatasinya, modifikasi batas penggunaan CPU atau batas konkurensi pengiriman jaringan.
Editor seperti vim mungkin telah menimpa file tersebut. Periksa waktu pembuatannya untuk memastikan.
# Metode 1: Periksa birth time. stat your_file # Metode 2: Jika Metode 1 tidak berfungsi, periksa crtime. stat -c %i your_file df . # Kueri partisi. sudo debugfs -R 'stat <3014895>' /dev/sda3 # Ganti inode antara < dan > tetapi pertahankan < dan >. Ganti sda3 dengan perangkat partisi yang Anda temukan dengan menjalankan perintah sebelumnya.Periksa apakah ada beberapa instans collector yang berjalan.
Volume log sangat rendah (tidak ada log baru selama lebih dari 15 menit) dapat menghapus progres pengumpulan, sehingga terjadi pengumpulan ganda.
Periksa adanya konfigurasi pengumpulan yang tumpang tindih. Hal ini terutama penting untuk stdout, yang secara desain memungkinkan pengumpulan ganda.
Lakukan troubleshooting error pengumpulan menggunakan informasi diagnostik di Konsol: Error
MULTI_CONFIG_MATCH_ALARMmuncul.Hapus konfigurasi pengumpulan yang berlebihan: Saat beberapa konfigurasi pengumpulan menargetkan direktori yang sama, konfigurasi dengan jalur paling spesifik yang akan diprioritaskan.
Modifikasi konfigurasi terkait untuk mengumpulkan log dari satu file ke beberapa tujuan.
Jalur pengumpulan log terus berubah, dan konfigurasi pengumpulan segera dibuat ulang setelah dihapus:
Periksa apakah tautan simbolik di direktori menyebabkan pengumpulan ganda.
Periksa apakah tag log dikonfigurasi menggunakan variabel lingkungan atau di ACK. Jika iya, hapus tag tersebut.
Restart kontainer dalam Pod yang menggunakan volume hostPath dapat menyebabkan pengumpulan ganda.
Collector menemukan log kontainer dengan mendeteksi kontainer (mirip dengan
docker ps) lalu mencari jalur log-nya (mirip dengandocker inspect). Saat terjadi kecocokan konfigurasi, collector melaporkan jalur pengumpulan dan konfigurasinya ke program utama. Ketika kontainer di-restart, collector menganggapnya sebagai kontainer baru dan melaporkan kembali jalur serta konfigurasinya. Jika Pod menggunakan volume hostPath untuk log-nya, log dari kontainer sebelumnya tetap ada. Collector kemudian, secara default, membaca ulang 1 MB terakhir dari file log, yang mengakibatkan data duplikat.
Pengumpulan ganda log kontainer terjadi ketika jalur pengumpulan berada di NAS.
Jika direktori NAS lambat terdaftar, pembaca log mungkin dibuat setelah checkpoint di-dump. Hal ini menyebabkan progres pengumpulan hilang. Gejala lainnya adalah penundaan lama saat menambahkan watcher baru. Untuk mengatasinya, ubah nilai
check_point_dump_intervalmenjadi600.
Latensi ingest
Terdapat beberapa jenis latensi pengumpulan:
Latensi beberapa detik merupakan hal yang wajar. Jika ini menjadi masalah, konfigurasikan plugin waktu.
Jika volume data besar mengalami keterlambatan, periksa apakah collector telah di-restart. Setelah restart, collector membaca data dari titik sebelumnya dalam file log, yang dapat menyebabkan latensi pengumpulan. Verifikasi bahwa data terbaru tiba secara real-time. Jika iya, sistem bekerja dengan benar.
Jika latensi hanya memengaruhi satu baris, periksa apakah baris terakhir file log tidak diakhiri dengan carriage return.
Latensi pada mesin tertentu dapat terjadi jika collector mulai lebih lambat dari yang diharapkan. Untuk memverifikasi hal ini, periksa waktu startup di file /usr/local/ilogtail/app_info.json atau cari pesan "network error" di file /usr/local/ilogtail/ilogtail.LOG.
Jika skenario di atas tidak berlaku, lakukan troubleshooting error pengumpulan menggunakan informasi diagnostik di Konsol atau gunakan CloudLens for SLS untuk menganalisis latensi pengumpulan log LoongCollector.
Kehilangan pengumpulan
Periksa apakah siklus hidup pod terlalu singkat (<20 detik). Kami merekomendasikan menulis log ke volume
hostPathuntuk pengumpulan.Verifikasi bahwa konfigurasi
envdanlabelsesuai dengan kontainer.Periksa apakah latensi pengumpulan menyebabkan data tidak lengkap.
Jika log
standard outputyang melebihi 16 KB terpotong dalam skenario ACK, ASK, atau SAE, gunakan pengumpulan berbasis file.Restart collector juga dapat menyebabkan data tidak lengkap. Periksa
update_timedi/usr/local/ilogtail/app_info.jsonuntuk menentukan apakah restart terjadi.Restart aktif: Collector menghentikan dirinya sendiri saat mencapai batas resource yang dikonfigurasi. Restart aktif ditandai dengan perbedaan waktu mulai antara proses daemon collector dan proses pekerjanya. Untuk mengatasinya, sesuaikan batas penggunaan CPU atau batas konkurensi pengiriman jaringan.
Restart pasif: Dalam restart pasif, k8s menghentikan collector karena melebihi batas resource kontainer, atau kernel menghentikannya karena melebihi batas cgroup. Jumlah restart pod lebih dari satu menunjukkan jenis restart ini. Periksa adanya event OOM kill dan sesuaikan batas penggunaan CPU atau batas konkurensi pengiriman jaringan.
Catatan: Jika Anda perlu menyesuaikan parameter resource, hal ini biasanya menunjukkan volume log yang besar. Pastikan jumlah Shard dan kuota resource mencukupi.
Jika data tidak konsisten di berbagai instans, periksa apakah versi collector yang berbeda menjadi penyebabnya. Lihat manajemen konfigurasi untuk melihat versi dan melakukan peningkatan.
Kehilangan data intermiten yang berulang setelah restart:
Gunakan CloudLens for SLS untuk memeriksa apakah LogStore telah melebihi batasnya.
Periksa file
ilogtail.LOGdanlogtail_plugin.LOGdi direktori/usr/local/ilogtail/untuk pesan error.
Jika skenario sebelumnya tidak berlaku, gunakan informasi diagnostik di Konsol untuk melakukan troubleshooting error pengumpulan.
Format log tidak valid
Format pengumpulan salah. Tinjau konfigurasi pengumpulan. Gunakan mode regex penuh atau mode plugin untuk mengekstrak field seperti dijelaskan dalam Mengumpulkan log teks secara berkelanjutan dari host.
Field JSON tidak dapat diurai atau diekstrak. Gunakan tool parsing untuk memverifikasi bahwa konten log merupakan objek JSON yang ketat, karena plugin tidak dapat mengurai objek non-JSON. Sebagai solusi sementara, pertimbangkan untuk memodifikasi format field aslinya.
Delimiter yang hilang dapat menyebabkan seluruh entri log dianggap sebagai satu blok. Untuk mengatasinya, pelajari tentang pengaturan indeks dan konfigurasikan sesuai kebutuhan.
FAQ
Eksepsi tak terduga selama pengumpulan log
Jika log dikumpulkan dengan benar, konfigurasi Anda kemungkinan sudah tepat. Jika Anda tidak mengubah konfigurasi atau menambahkan konfigurasi pengumpulan baru, pertimbangkan apakah Anda perlu menyesuaikan performa pengumpulan dan meningkatkan kuota Anda.
Menyesuaikan performa pengumpulan: Modifikasi batas atas penggunaan CPU dan memori.
Gunakan CloudLens for SLS untuk pemantauan: Di Data Insight, periksa apakah trafik ingest project melebihi batas kuota. Di Collection Monitoring > File Collection Monitoring > Collection File Distribution, periksa adanya file yang tertunda. Hal ini dapat terjadi ketika laju baca saat ini lebih rendah daripada laju pembuatan log. Saat penggunaan CPU mencapai maksimum, log tidak dapat dibaca sepenuhnya. Akibatnya, file log tetap terbuka, sehingga ruang direktori tidak dapat dilepas.
Masalah timestamp log
Field
__time__merepresentasikan waktu saat log dikumpulkan. Nilai ini dapat diatur menggunakan SDK saat menulis log.Field
receive_timedalam tag menunjukkan kapan Log Service menerima log tersebut.Field
timedalam log hanyalah field data biasa.
Sebagai contoh, jika Anda menggunakan SDK untuk menulis log pada 2 Januari tetapi mengatur tanggalnya menjadi 1 Januari (yang dapat dilakukan melalui field time atau secara manual), kueri akan menunjukkan bahwa receive time adalah 2 Januari dan __time__ adalah 1 Januari. Hanya receive time yang merepresentasikan waktu sebenarnya log ditulis. Baik __time__ maupun field time dalam log bersifat user-defined.
Apakah timestamp log dipengaruhi zona waktu? Timestamp log tidak bergantung pada zona waktu karena disimpan sebagai Unix timestamp. Unix timestamp merepresentasikan jumlah detik atau milidetik yang telah berlalu sejak 00:00:00 UTC pada 1 Januari 1970. Sebagai contoh, Unix timestamp 1620994708 sesuai dengan Fri May 14 2021 12:18:28 GMT+0000.
Log tidak terbaca (garbled)
Log Service menggunakan encoding UTF-8 secara default. Pastikan log mentah Anda di-encode dalam UTF-8.
Terjadi error konflik konfigurasi selama pengumpulan log Simple Log Service (SLS). Bagaimana cara menemukan akun Alibaba Cloud dan jalur LogProject yang mengalami konflik?
Saat error konflik konfigurasi dilaporkan, login ke server tempat data collector LoongCollector berjalan dan periksa informasi konfigurasi di direktori /etc/ilogtail/users/{ID akun Alibaba Cloud}. Nama direktori tersebut adalah ID akun Alibaba Cloud yang memiliki konfigurasi tersebut. Gunakan nama direktori ini untuk mengidentifikasi akun dan jalur konfigurasi pengumpulan yang mengalami konflik.
Bagaimana cara mengatasi error "iLogtail is not in container, but container discovery is required"?
Error ini terjadi ketika discovery kontainer diaktifkan dalam konfigurasi pengumpulan, tetapi LoongCollector berjalan di instans ECS atau di lingkungan non-kontainer lainnya.
Untuk mengatasi masalah ini:
Konfirmasi jenis lingkungan runtime Anda saat ini.
Jika file log berada di host dan bukan di kontainer, nonaktifkan pengaturan discovery kontainer dalam konfigurasi pengumpulan, atau sesuaikan input source type (
InputType) agar sesuai dengan lingkungan runtime aktual.
Lampiran
Error pengumpulan umum
Kode error | Deskripsi | Solusi |
LOG_GROUP_WAIT_TOO_LONG_ALARM | Menunjukkan penundaan lama antara saat paket data dihasilkan dan saat dikirim. | Verifikasi bahwa data dikirim dengan benar. Periksa adanya masalah seperti volume data melebihi konfigurasi default, kuota tidak mencukupi, atau masalah jaringan. Jika error disebabkan oleh latensi jaringan lintas wilayah, kami merekomendasikan menggunakan solusi transformasi data. Pertama, kumpulkan log ke LogStore project di wilayah sumber (misalnya, AS). Kemudian, gunakan transformasi data untuk mengarahkan aliran data ke LogStore di wilayah target (misalnya, Shanghai). Hal ini mengurangi dampak penundaan transmisi lintas wilayah pada endpoint pengumpulan log. |
LOGFILE_PERMINSSION_ALARM | Collector tidak memiliki izin untuk membaca file yang ditentukan. | Periksa akun startup iLogtail di server. Kami merekomendasikan menjalankannya dengan izin root. |
SPLIT_LOG_FAIL_ALARM | Gagal memisahkan log menjadi baris karena regex awal baris tidak sesuai dengan awal entri log. | Verifikasi bahwa regex awal baris sudah benar. Untuk log satu baris, Anda dapat mengaturnya menjadi |
MULTI_CONFIG_MATCH_ALARM | Secara default, satu file hanya dapat dicocokkan oleh satu konfigurasi pengumpulan. Jika beberapa konfigurasi mencocokkan file yang sama, hanya satu yang berlaku. Standard output Docker dapat dikumpulkan oleh beberapa konfigurasi. |
|
REGEX_MATCH_ALARM | Dalam mode regex penuh, konten log tidak sesuai dengan ekspresi reguler yang ditentukan. | Salin contoh log dari pesan error dan gunakan untuk membuat serta menguji ekspresi reguler baru. |
PARSE_LOG_FAIL_ALARM | Dalam mode seperti JSON atau delimiter, parsing gagal karena format log tidak sesuai dengan struktur yang ditentukan. | Klik pesan error untuk melihat detail error tersebut. |
CATEGORY_CONFIG_ALARM | Konfigurasi pengumpulan tidak valid. | Penyebab umum adalah ekspresi reguler gagal mengekstrak jalur file sebagai Topic. |
LOGTAIL_CRASH_ALARM | Collector crash karena melebihi batas penggunaan resource server. | |
REGISTER_INOTIFY_FAIL_ALARM | Gagal mendaftarkan pendengar log di sistem Linux. Hal ini mungkin disebabkan oleh izin direktori yang tidak mencukupi atau karena direktori telah dihapus. | Verifikasi bahwa collector memiliki izin untuk mengakses direktori dan bahwa direktori tersebut ada. |
DISCARD_DATA_ALARM | Kehilangan data terjadi karena resource CPU tidak mencukupi atau flow control jaringan. | Modifikasi batas penggunaan CPU atau batas konkurensi pengiriman jaringan. |
SEND_DATA_FAIL_ALARM | Gagal mengirim data. Kemungkinan penyebabnya meliputi:
|
|
SEND_QUOTA_EXCEED_ALARM | Trafik tulis log telah melebihi kuota. | Tingkatkan jumlah shard di Konsol. |
READ_LOG_DELAY_ALARM | Pengumpulan log tertinggal dari pembuatan log. Hal ini biasanya disebabkan oleh resource CPU yang tidak mencukupi untuk konfigurasi atau oleh flow control jaringan. | Modifikasi batas penggunaan CPU atau batas konkurensi pengiriman jaringan. Saat Anda mengimpor data historis, sejumlah besar data dikumpulkan dalam periode singkat. Anda dapat mengabaikan error ini jika terjadi dalam skenario tersebut. |
DROP_LOG_ALARM | Sistem mulai membuang log karena pengumpulan tertinggal dari pembuatan, dan lebih dari 20 rotasi log yang belum diproses telah terjadi. Hal ini biasanya disebabkan oleh resource CPU yang tidak mencukupi atau flow control jaringan. | Modifikasi batas penggunaan CPU atau batas konkurensi pengiriman jaringan. |
LOGDIR_PERMINSSION_ALARM | Collector tidak memiliki izin baca untuk direktori pemantauan log. | Verifikasi bahwa direktori pemantauan log ada. Jika ada, periksa pengaturan izinnya. |
ENCODING_CONVERT_ALARM | Konversi encoding gagal. | Verifikasi bahwa format encoding log yang ditentukan dalam konfigurasi sesuai dengan encoding log aktual. |
OUTDATED_LOG_ALARM | Log usang: Timestamp log lebih dari 12 jam lalu. Kemungkinan penyebabnya meliputi:
| Periksa adanya alarm READ_LOG_DELAY_ALARM.
|
STAT_LIMIT_ALARM | Jumlah file di direktori yang ditentukan oleh konfigurasi pengumpulan melebihi batas. |
|
DROP_DATA_ALARM | Proses membuang log yang belum disimpan karena timeout saat keluar. | Error ini biasanya disebabkan oleh penyumbatan pengumpulan yang parah. Modifikasi batas penggunaan CPU atau batas konkurensi pengiriman jaringan. |
INPUT_COLLECT_ALARM | Terjadi eksepsi selama pengumpulan dari sumber input. | Ikuti petunjuk dalam pesan error. |
HTTP_LOAD_ADDRESS_ALARM | Parameter Addresses yang ditentukan dalam konfigurasi pengumpulan data HTTP tidak valid. | Verifikasi bahwa parameter Addresses valid. |
HTTP_COLLECT_ALARM | Terjadi eksepsi selama pengumpulan data HTTP. | Lakukan troubleshooting berdasarkan pesan error. Hal ini biasanya disebabkan oleh timeout. |
FILTER_INIT_ALARM | Terjadi eksepsi selama inisialisasi filter. | Hal ini biasanya disebabkan oleh ekspresi reguler yang tidak valid dalam filter. Ikuti petunjuk dalam pesan untuk memperbaikinya. |
INPUT_CANAL_ALARM | MySQL binlog mengalami eksepsi runtime. | Lakukan troubleshooting berdasarkan pesan error. Saat konfigurasi diperbarui, layanan Canal mungkin di-restart. Anda dapat mengabaikan error yang terkait dengan restart layanan. |
CANAL_INVALID_ALARM | MySQL binlog memiliki status internal yang tidak valid. | Error ini biasanya disebabkan oleh metadata yang tidak konsisten akibat perubahan skema tabel saat runtime. Konfirmasi apakah skema tabel dimodifikasi saat error terjadi. |
MYSQL_INIT_ALARM | Terjadi eksepsi selama inisialisasi MySQL. | Ikuti petunjuk dalam pesan error. |
MYSQL_CHECKPOING_ALARM | Format checkpoint MySQL tidak valid. | Verifikasi apakah konfigurasi terkait checkpoint telah dimodifikasi. |
MYSQL_TIMEOUT_ALARM | Kueri MySQL timeout. | Verifikasi status server dan jaringan MySQL. |
MYSQL_PARSE_ALARM | Gagal mengurai hasil kueri MySQL. | Verifikasi bahwa format checkpoint dalam konfigurasi MySQL sesuai dengan format field yang sesuai. |
AGGREGATOR_ADD_ALARM | Gagal menambahkan data ke antrian agregasi. | Data dikirim terlalu cepat. Anda dapat mengabaikan alarm ini jika volume data aktual sangat besar. |
ANCHOR_FIND_ALARM | Terjadi error pada plugin processor_anchor. Hal ini dapat disebabkan oleh konfigurasi yang salah atau log yang tidak sesuai dengan konfigurasi. | Tinjau pesan error detail dan periksa adanya masalah dalam konfigurasi terkait. Error dapat berupa salah satu dari jenis berikut:
|
ANCHOR_JSON_ALARM | Terjadi error pada plugin processor_anchor saat memperluas konten yang ditentukan oleh parameter Start dan Stop sebagai JSON. | Tinjau pesan error detail. Periksa konten yang sedang diproses dan konfigurasi terkait untuk menentukan apakah terdapat kesalahan konfigurasi atau log yang tidak valid. |
CANAL_RUNTIME_ALARM | Terjadi error runtime pada plugin MySQL binlog. | Tinjau pesan error detail untuk investigasi lebih lanjut. Hal ini umumnya terkait dengan master MySQL yang terhubung. |
CHECKPOINT_INVALID_ALARM | Gagal mengurai checkpoint. | Tinjau pesan error detail dan lakukan investigasi lebih lanjut berdasarkan konten checkpoint (1.024 byte pertama) dan informasi error spesifik. |
DIR_EXCEED_LIMIT_ALARM | Jumlah direktori yang dipantau secara bersamaan telah melebihi batas. | Periksa apakah konfigurasi pengumpulan untuk Logstore saat ini mencakup banyak direktori, lalu atur kedalaman maksimum pemantauan yang wajar. |
DOCKER_FILE_MAPPING_ALARM | Gagal menambahkan pemetaan file Docker menggunakan perintah. | Tinjau pesan error detail dan lakukan investigasi lebih lanjut berdasarkan informasi error spesifik. |
DOCKER_FILE_MATCH_ALARM | File yang ditentukan tidak ditemukan di kontainer Docker. | Tinjau pesan error detail dan lakukan investigasi lebih lanjut berdasarkan informasi kontainer dan jalur file. |
DOCKER_REGEX_COMPILE_ALARM | Terjadi error pada plugin service_docker_stdout. Kompilasi BeginLineRegex yang ditentukan dalam konfigurasi gagal. | Tinjau pesan error detail dan periksa apakah ekspresi reguler sudah benar. |
DOCKER_STDOUT_INIT_ALARM | Inisialisasi plugin service_docker_stdout gagal. | Tinjau pesan error detail. Error dapat berupa salah satu dari jenis berikut:
|
DOCKER_STDOUT_START_ALARM | Ukuran stdout melebihi batas selama pengumpulan oleh plugin service_docker_stdout. | Hal ini biasanya terjadi ketika stdout sudah ada selama pengumpulan pertama. Anda dapat mengabaikan alarm ini. |
DOCKER_STDOUT_STAT_ALARM | Plugin service_docker_stdout tidak dapat mendeteksi stdout. | Hal ini biasanya terjadi ketika stdout tidak dapat diakses karena kontainer keluar. Anda dapat mengabaikan alarm ini. |
FILE_READER_EXCEED_ALARM | Jumlah objek file yang dibuka secara bersamaan telah melebihi batas. | Hal ini biasanya disebabkan oleh terlalu banyak file dalam status pengumpulan. Periksa apakah konfigurasi pengumpulan sudah wajar. |
GEOIP_ALARM | Terjadi error pada plugin processor_geoip. | Tinjau pesan error detail. Error dapat berupa salah satu dari jenis berikut:
|
HTTP_INIT_ALARM | Terjadi error pada plugin metric_http. Kompilasi ekspresi reguler ResponseStringMatch dalam konfigurasi gagal. | Tinjau pesan error detail dan periksa apakah ekspresi reguler sudah benar. |
HTTP_PARSE_ALARM | Terjadi error pada plugin metric_http. Gagal mendapatkan respons HTTP. | Tinjau pesan error detail dan periksa konfigurasi atau server HTTP yang diminta berdasarkan informasi error spesifik. |
INIT_CHECKPOINT_ALARM | Terjadi error pada plugin binlog. Gagal memuat checkpoint. Plugin akan mengabaikan checkpoint dan mulai memproses dari awal. | Tinjau pesan error detail untuk menentukan apakah error ini dapat diabaikan. |
LOAD_LOCAL_EVENT_ALARM | Terjadi error saat memproses event lokal. | Alarm ini jarang terjadi. Tinjau pesan error detail dan lakukan investigasi lebih lanjut berdasarkan nama file, nama konfigurasi, project, dan Logstore. |
LOG_REGEX_FIND_ALARM | Terjadi error pada plugin processor_split_log_regex dan processor_split_log_string. SplitKey yang ditentukan dalam konfigurasi tidak ditemukan dalam log. | Tinjau pesan error detail untuk memeriksa adanya kesalahan konfigurasi. |
LUMBER_CONNECTION_ALARM | Terjadi error pada plugin service_lumberjack saat menutup server saat menghentikan plugin. | Tinjau pesan error detail untuk investigasi lebih lanjut. Error ini biasanya dapat diabaikan. |
LUMBER_LISTEN_ALARM | Terjadi error pada plugin service_lumberjack selama inisialisasi dan listening. | Tinjau pesan error detail. Error dapat berupa salah satu dari jenis berikut:
|
LZ4_COMPRESS_FAIL_ALARM | Terjadi error selama kompresi LZ4. | Tinjau pesan error detail dan lakukan investigasi lebih lanjut berdasarkan nilai seperti baris log, project, kategori, dan wilayah. |
MYSQL_CHECKPOINT_ALARM | Terjadi error pada plugin MySQL terkait checkpoint. | Tinjau pesan error detail. Error dapat berupa salah satu dari jenis berikut:
|
NGINX_STATUS_COLLECT_ALARM | Terjadi error pada plugin nginx_status saat mengambil status. | Tinjau pesan error detail dan lakukan investigasi lebih lanjut berdasarkan URL dan informasi error spesifik. |
NGINX_STATUS_INIT_ALARM | Terjadi error pada plugin nginx_status. Gagal mengurai URL yang ditentukan dalam konfigurasi selama inisialisasi. | Tinjau pesan error detail dan periksa apakah URL dikonfigurasi dengan benar. |
OPEN_FILE_LIMIT_ALARM | Jumlah file yang dibuka telah melebihi batas, dan tidak ada file baru yang dapat dibuka. | Tinjau pesan error detail dan lakukan investigasi lebih lanjut berdasarkan jalur file log, project, dan Logstore. |
OPEN_LOGFILE_FAIL_ALARM | Terjadi error saat membuka file. | Tinjau pesan error detail dan lakukan investigasi lebih lanjut berdasarkan jalur file log, project, dan Logstore. |
PARSE_DOCKER_LINE_ALARM | Terjadi error pada plugin service_docker_stdout. Gagal mengurai log. | Tinjau pesan error detail. Error dapat berupa salah satu dari jenis berikut:
|
PLUGIN_ALARM | Terjadi error selama inisialisasi plugin atau panggilan terkait. | Tinjau pesan error detail. Error dapat berupa salah satu dari jenis berikut. Lakukan investigasi lebih lanjut berdasarkan informasi error spesifik.
|
PROCESSOR_INIT_ALARM | Terjadi error pada plugin | Tinjau pesan error detail dan periksa apakah ekspresi reguler sudah benar. |
PROCESS_TOO_SLOW_ALARM | Parsing log terlalu lambat. |
|
REDIS_PARSE_ADDRESS_ALARM | Terjadi error pada plugin redis. Gagal mengurai salah satu ServerUrls yang disediakan dalam konfigurasi. | Tinjau pesan error detail dan periksa URL yang menyebabkan error. |
REGEX_FIND_ALARM | Terjadi error pada plugin | Tinjau pesan error detail untuk memeriksa adanya konfigurasi SourceKey yang salah atau log yang tidak valid. |
REGEX_UNMATCHED_ALARM | Terjadi error pada plugin | Tinjau pesan error detail. Error dapat berupa salah satu dari jenis berikut. Lakukan investigasi berdasarkan informasi error spesifik.
|
SAME_CONFIG_ALARM | Konfigurasi duplikat dengan nama yang sama ada di bawah Logstore yang sama. Konfigurasi yang ditemukan belakangan akan dibuang. | Tinjau pesan error detail dan periksa adanya kesalahan konfigurasi berdasarkan jalur konfigurasi dan informasi lainnya. |
SPLIT_FIND_ALARM | Terjadi error pada plugin | Tinjau pesan error detail untuk memeriksa adanya konfigurasi SourceKey yang salah atau log yang tidak valid. |
SPLIT_LOG_ALARM | Terjadi error pada plugin | Tinjau pesan error detail untuk memeriksa adanya konfigurasi SourceKey yang salah atau log yang tidak valid. |
STAT_FILE_ALARM | Terjadi error selama pengumpulan file oleh objek LogFileReader. | Tinjau pesan error detail dan lakukan investigasi lebih lanjut berdasarkan jalur file dan informasi error. |
SERVICE_SYSLOG_INIT_ALARM | Terjadi error pada plugin | Tinjau pesan error detail dan periksa apakah |
SERVICE_SYSLOG_STREAM_ALARM | Terjadi error pada plugin | Tinjau pesan error detail. Error dapat berupa salah satu dari jenis berikut. Lakukan investigasi berdasarkan informasi error spesifik.
|
SERVICE_SYSLOG_PACKET_ALARM | Terjadi error pada plugin | Tinjau pesan error detail. Error dapat berupa salah satu dari jenis berikut:
|
PARSE_TIME_FAIL_ALARM | Gagal mengurai waktu log. |
|
BINARY_UPDATE_ALARM | Peringatan tentang pembaruan data biner. | Lihat pesan error detail untuk informasi spesifik. |
CAST_SENSITIVE_WORD_ALARM | Error terkait konversi tipe kata sensitif. | Lihat pesan error detail untuk informasi spesifik. |
CHECKPOINT_ALARM | Error terkait checkpoint. | Lihat pesan error detail untuk informasi spesifik. |
CHECKPOINT_V2_ALARM | (Hanya untuk CheckpointManagerV2) | Lihat pesan error detail untuk informasi spesifik. |
COMPRESS_FAIL_ALARM | Kompresi gagal. Data akan dibuang. | Lihat pesan error detail untuk informasi spesifik. |
CONFIG_UPDATE_ALARM | Terjadi error selama pengambilan konfigurasi atau restart. | Lihat pesan error detail untuk informasi spesifik. |
DISCARD_SECONDARY_ALARM | (Hanya untuk DiskBufferWriter) | Lihat pesan error detail untuk informasi spesifik. |
DOMAIN_SOCKET_BIND_ALARM | (Hanya untuk ShennongManager) | Lihat pesan error detail untuk informasi spesifik. |
ENCRYPT_DECRYPT_FAIL_ALARM | (Hanya untuk DiskBufferWriter) | Lihat pesan error detail untuk informasi spesifik. |
EPOLL_ERROR_ALARM | Gagal menginisialisasi deskriptor file inotify. | Lihat pesan error detail untuk informasi spesifik. |
EXACTLY_ONCE_ALARM | Membuang grup log exactly-once karena ID urutan tidak valid. | Lihat pesan error detail untuk informasi spesifik. |
FUSE_FILE_TRUNCATE_ALARM | Peringatan tentang perilaku pemotongan file FUSE yang tidak lazim. | Lihat pesan error detail untuk informasi spesifik. |
GLOBAL_CONFIG_ALARM | (Hanya untuk EnterpriseConfigProvider) Konfigurasi yang tidak berguna telah dihapus. | Lihat pesan error detail untuk informasi spesifik. |
HOLD_ON_TOO_SLOW_ALARM | Menghentikan modul terlalu lambat. | Lihat pesan error detail untuk informasi spesifik. |
INNER_PROFILE_ALARM | Inode perangkat file telah berubah. Pembaca baru akan dibuat. | Lihat pesan error detail untuk informasi spesifik. |
INOTIFY_DIR_NUM_LIMIT_ALARM | Batas watch inotify telah terlampaui. | Lihat pesan error detail untuk informasi spesifik. |
INOTIFY_EVENT_OVERFLOW_ALARM | Antrian event inotify telah overflow. | Lihat pesan error detail untuk informasi spesifik. |
INVALID_CONTAINER_PATH_ALARM | Gagal mengatur direktori dasar kontainer karena jalur log kontainer tidak ada. | Lihat pesan error detail untuk informasi spesifik. |
INVALID_MEMORY_ACCESS_ALARM |
| Lihat pesan error detail untuk informasi spesifik. |
LOG_GROUP_PARSE_FAIL_ALARM | (Hanya untuk DiskBufferWriter) | Lihat pesan error detail untuk informasi spesifik. |
LOG_TRUNCATE_ALARM | Signature sama tetapi ukuran file berkurang. Pembacaan dimulai dari ukuran file saat ini. | Lihat pesan error detail untuk informasi spesifik. |
LOGDIR_PERMISSION_ALARM | Gagal membuka direktori. | Lihat pesan error detail untuk informasi spesifik. |
LOGTAIL_CONFIG_ALARM | File | Lihat pesan error detail untuk informasi spesifik. |
LOGTAIL_CRASH_STACK_ALARM | Menyediakan stack trace dari crash iLogtail terakhir. | Lihat pesan error detail untuk informasi spesifik. |
METRIC_GROUP_PARSE_FAIL_ALARM | (Hanya untuk ShennongManager) | Lihat pesan error detail untuk informasi spesifik. |
MODIFY_FILE_EXCEED_ALARM | Cache modify telah mencapai batasnya. | Lihat pesan error detail untuk informasi spesifik. |
PROCESS_QUEUE_BUSY_ALARM | Antrian pemrosesan log penuh. Event modify dimasukkan kembali ke antrian event. | Lihat pesan error detail untuk informasi spesifik. |
READ_STOPPED_CONTAINER_ALARM | Kontainer telah berhenti. | Lihat pesan error detail untuk informasi spesifik. |
REGISTER_HANDLERS_TOO_SLOW_ALARM | Pendaftaran handler memakan waktu terlalu lama. | Lihat pesan error detail untuk informasi spesifik. |
RELABEL_METRIC_FAIL_ALARM | Gagal memberi label ulang metrik. | Lihat pesan error detail untuk informasi spesifik. |
SECONDARY_READ_WRITE_ALARM | (Hanya untuk DiskBufferWriter) | Lihat pesan error detail untuk informasi spesifik. |
SEND_COMPRESS_FAIL_ALARM | (Hanya untuk DiskBufferWriter) | Lihat pesan error detail untuk informasi spesifik. |
SENDING_COSTS_TOO_MUCH_TIME_ALARM | Mengirim data memakan waktu terlalu lama. | Lihat pesan error detail untuk informasi spesifik. |
SERIALIZE_FAIL_ALARM | Serialisasi gagal. | Lihat pesan error detail untuk informasi spesifik. |
SKIP_READ_LOG_ALARM | Peringatan tentang melewatkan pembacaan log. | Lihat pesan error detail untuk informasi spesifik. |
STREAMLOG_TCP_SOCKET_BIND_ALARM | Menunjukkan konflik binding port TCP. | Lihat pesan error detail untuk informasi spesifik. |
TOO_MANY_CONFIG_ALARM | Terlalu banyak konfigurasi di direktori lokal. | Lihat pesan error detail untuk informasi spesifik. |
UNEXPECTED_FILE_TYPE_MODE_ALARM | Ditemukan mode tipe file yang tidak terduga. | Lihat pesan error detail untuk informasi spesifik. |
USER_CONFIG_ALARM | (Hanya untuk LegacyConfigProvider) Konfigurasi lokal tidak valid. | Lihat pesan error detail untuk informasi spesifik. |
WINDOWS_WORKER_START_HINTS_ALARM | Alarm deteksi startup untuk node pekerja Windows. | Lihat pesan error detail untuk informasi spesifik. |