Application Real-Time Monitoring Service：FAQ tentang instalasi agen ARMS

Bagaimana cara melihat log dari agen ARMS?

• Secara default, log terletak di ${direktori root agen}/logs/${pid}_${ip}.log.

  ${direktori root agen} mengacu pada direktori agen, yang bergantung pada metode instalasi.

  • Jika agen diinstal di dalam container, Enterprise Distributed Application Service (EDAS), atau Enterprise Distributed Application Service, maka ${direktori root agen} adalah /home/admin/.opt/ArmsAgent/ atau /home/admin/.opt/AliyunJavaAgent.

  • Jika agen diinstal secara manual, maka ${direktori root agen} mengacu pada direktori tempat agen diunduh dan diekstraksi.

  • Jika Anda tidak yakin bagaimana agen diinstal, jalankan perintah ps ef | grep java untuk melihat perintah startup proses. Direktori agen ditentukan oleh parameter -javaagent. Misalnya, jika perintah startup adalah -javaagent:/home/zhangsan/agent/arms-bootstrap-1.7.0-SNAPSHOT.jar, maka direktori agen adalah /home/zhangsan/agent.

• Jika Anda telah memodifikasi parameter startup secara manual dengan -DJM.LOG.PATH=xxx, maka log terletak di ${JM.LOG.PATH}/${pid}_${ip}.log.

Mengapa agen ARMS tidak memiliki data?

1. Tentukan apakah agen berhasil dimulai.

   1. Periksa apakah log output standar berisi kata kunci yang menunjukkan bahwa agen berhasil dimuat saat memulai aplikasi.

      Log output standar dari agen ARMS v3.x berisi (AliyunJavaAgentBootstrap) arms agent start cost ketika agen dipasang.

      Log output standar dari agen ARMS v4.x berisi Aliyun Java Agent start cost ketika agen dipasang.

      Jika tidak ada log seperti itu, ini menunjukkan bahwa agen tidak dipasang atau pemeriksaan awal gagal. Dalam hal ini, informasi log (seperti Aliyun Java Agent requires minimal memory of 200M) menggambarkan fakta tersebut.

   2. Periksa apakah ada pengecualian yang terjadi di log startup. Jika pengecualian java.security.NoSuchAlgorithmException: DES KeyGenerator not available terjadi, tingkatkan agen ke versi 4.x. Jika tidak, submit a ticket.

      Catatan

      Untuk informasi tentang lokasi log agen, lihat Bagaimana cara melihat log dari agen ARMS?

2. Jika agen berhasil dimulai, lakukan langkah-langkah berikut untuk melanjutkan pemecahan masalah.

   1. Cari kata kunci regionId di log agen untuk menentukan wilayah tempat agen melaporkan data. Periksa apakah Anda telah memilih wilayah yang benar.

   2. Periksa apakah agen telah melaporkan kesalahan terkait konektivitas jaringan. Jika ya, kami sarankan Anda merujuk ke topik Konfigurasi jaringan yang diperlukan oleh agen ARMS untuk Java untuk menyelesaikan kesalahan tersebut.

   3. Periksa apakah aplikasi memiliki lalu lintas.

3. Jika masalah tetap ada, submit a ticket.

Apakah ARMS mendukung penentuan versi agen seragam untuk seluruh kluster Kubernetes, alih-alih menentukan versi agen untuk Deployment individu?

Ya. Submit a ticket atau hubungi dukungan teknis untuk menentukan versi agen seragam untuk seluruh kluster Kubernetes.

Mengapa memasang agen ARMS setelah agen Pinpoint menghasilkan tidak ada data?

• Agen ARMS v3.x dikembangkan berdasarkan Pinpoint Agent. Anda hanya dapat menginstal agen ARMS v3.x atau Pinpoint Agent.

• Agen ARMS v4.x dikembangkan berdasarkan OpenTelemetry Java agent, yang memungkinkannya dipasang bersama dengan Pinpoint Agent. Namun, kompatibilitas tidak dijamin ketika kedua agen dipasang secara bersamaan.

Bagaimana cara menyelesaikan java.lang.NoSuchMethodError setelah ARMS terhubung: 'org.springframework.http.HttpStatus error?

Untuk agen ARMS sebelum v3.2.0, jika Anda menginstal agen ARMS untuk aplikasi dari EDAS dan mengaktifkan fitur -Dedas.scg.enable, com.navercorp.pinpoint.plugin.reactive.filter.AccessLogFilte akan otomatis ditambahkan ke rantai filter. Kesalahan terjadi karena filter tersebut tidak cocok untuk spring boot3.. Masalah ini telah diperbaiki di agen ARMS v3.2.0 dan versi lebih baru.

Apa arti "logContent rate limit count" di log?

Pesan ini menunjukkan bahwa agen telah dibatasi lajunya karena keluaran log yang berlebihan. Pembatasan laju dilaksanakan untuk mencegah kinerja aplikasi terpengaruh oleh terlalu banyak log. Ini tidak menunjukkan adanya kerusakan atau masalah dengan agen.