Memecahkan masalah agen Monitoring

Halaman ini membantu Anda mendiagnosis masalah dalam penginstalan atau berjalannya Agen Monitoring.

Checklist

Jika Anda mengalami masalah saat menginstal atau menggunakan agen Monitoring, berikut beberapa hal yang perlu diperiksa:

  • Jika perintah penginstalan Linux menghasilkan error, pastikan Anda memberi awalan pada perintah penginstalan dengan sudo.

  • Pastikan layanan agen berjalan pada instance VM Anda:

    • Untuk VM Windows, gunakan perintah PowerShell berikut:

      Get-Service -Name StackdriverMonitoring

      Telusuri layanan yang disebut Stackdriver Monitoring. Jika agen tidak berjalan, Anda mungkin perlu memulai ulang agen tersebut.

    • Untuk VM Linux, gunakan perintah berikut:

      sudo service stackdriver-agent status

      Jika agen tidak berjalan, Anda mungkin perlu memulai ulang agen menggunakan perintah berikut:

      sudo service stackdriver-agent restart

      Jika mulai ulang gagal, dan output log menampilkan "Disabled via metadata", Anda mungkin menjalankan image dari Google Cloud Marketplace, dengan agen Monitoring dinonaktifkan secara default. Ini dikontrol oleh kunci metadata instance google-monitoring-enable (dengan nilai 0). Untuk mengaktifkan kembali agen, hapus kunci tersebut atau tetapkan nilai ke 1 (lihat Menyetel metadata instance).

      Jika agen tidak dinonaktifkan melalui metadata, instal ulang agen. Untuk mengetahui informasi tentang proses ini, lihat Menginstal ulang agen Monitoring.

  • Lihat apakah agen telah menulis pesan error ke log.

    • Di Windows, agen Monitoring menulis pesan ke log Peristiwa Windows.

    • Di Linux, agen Monitoring adalah paket collectd dan mencatat pesan ke /var/log/syslog atau /var/log/messages. Pesan log diawali dengan collectd atau stackdriver-agent:

      • Jika melihat error HTTP 429, Anda mungkin telah melebihi kuota Monitoring API. Anda dapat melihat kuota yang tersedia dengan memilih APIs & services > Dashboard di Konsol Google Cloud. Pilih Monitoring API.

      • Jika Anda melihat masalah proxy, periksa apakah Anda mengonfigurasi proxy HTTP dengan benar. Petunjuk ini adalah bagian dari Menginstal di Linux dan Windows.

      • Jika Anda melihat masalah akses atau otorisasi API, atau pesan error seperti "Unable to determine collectd endpoint", lihat bagian berikut, Memverifikasi project dan kredensial.

      • Jika Anda melihat error "Kombinasi jenis/plugin yang tidak didukung" atau "ID yang dikumpulkan tidak didukung" di log, Anda mungkin mengirim metrik agen yang tidak didukung. Hal ini dapat terjadi dalam skenario berikut:

        • Anda mengubah salah satu konfigurasi aplikasi pihak ketiga agen. Untuk mengembalikan perubahan, Anda dapat menginstal ulang konfigurasi untuk plugin tertentu dengan mengikuti petunjuk di halaman dokumentasi yang relevan. Jika Anda ingin menggunakan agen tersebut untuk mengirim metrik tersebut ke Monitoring, pertimbangkan untuk mengonversinya menjadi metrik yang ditentukan pengguna.

        • Salah satu plugin aplikasi pihak ketiga mengirimkan metrik baru yang tidak dikenal oleh Monitoring. Lihat halaman dukungan untuk mengetahui detail tentang cara mengirimkan permintaan agar metrik ini ditinjau dan dikategorikan.

  • Jika agen tampaknya berjalan normal, tetapi Anda tidak mendapatkan data atau kebijakan pemberitahuan tidak berfungsi sebagaimana mestinya, Anda harus memeriksa apakah agen mengirimkan data ke project yang benar. Lihat bagian berikut, Memverifikasi project dan kredensial.

Memverifikasi project dan kredensial

Jika agen Monitoring melaporkan error akses atau otorisasi, atau jika agen tampaknya berjalan secara normal tetapi tidak ada data atau kebijakan pemberitahuan Anda tidak berfungsi seperti yang diharapkan, periksa apakah kredensial instance VM Anda sudah benar, termasuk apakah agen tersebut menentukan project yang benar:

  • Jika Anda menggunakan instance VM Compute Engine dengan kredensial standar (bukan kunci pribadi), kecil kemungkinan data tersebut akan masuk ke project yang salah, tetapi kredensial Anda mungkin masih kurang. Untuk mengetahui informasi tentang kredensial, lihat Mengizinkan agen Monitoring. Untuk memverifikasi kredensial, lihat Memverifikasi kredensial Compute Engine.

  • Jika Anda menggunakan instance VM Amazon EC2, atau jika Anda menggunakan kredensial kunci pribadi di instance Compute Engine, kredensial mungkin tidak valid atau berasal dari project yang salah. Untuk akun AWS, project yang digunakan oleh agen harus merupakan project AWS Connector. Untuk mengetahui informasi tentang kredensial, lihat Mengizinkan agen Monitoring. Untuk memverifikasi kredensial, lihat Memverifikasi kredensial kunci pribadi.

Jika masalah masih belum terselesaikan, lihat Menginstal ulang agen Monitoring.

Memverifikasi kredensial Compute Engine

Gunakan halaman instance VM Compute Engine dari Google Cloud Console untuk memverifikasi bahwa instance VM Compute Engine Anda memiliki kredensial yang memadai untuk agen Monitoring. Kredensial biasanya ditambahkan di akun layanan default dari semua instance VM Compute Engine baru, tetapi Anda dapat menimpa default tersebut saat membuat instance.

Di panel navigasi Konsol Google Cloud, pilih Compute Engine, lalu pilih VM instances:

Buka instance VM

  1. Jika perlu, ubah project Google Cloud saat ini menjadi project yang terkait dengan instance VM Compute Engine Anda. Misalnya, jika Anda diminta untuk memilih Enable billing, artinya project saat ini tidak memiliki instance VM Compute Engine di dalamnya.
  2. Di halaman VM Instances, klik nama instance VM Anda. Halaman detail instance VM Anda akan muncul.
  3. Di halaman VM instance details, lihat di bagian heading Cloud API access scopes:
    • Jika Anda melihat "Izinkan akses penuh ke semua Cloud API", berarti Anda memiliki kredensial yang memadai.
    • Jika Anda melihat, di samping Stackdriver Monitoring API, nama lama untuk Cloud Monitoring API, bahwa Anda memiliki izin Hanya Tulis atau Penuh, berarti Anda memiliki kredensial yang memadai.
    • Jika tidak, akun layanan default instance Anda tidak memiliki kredensial yang diperlukan oleh agen. Untuk menggunakan agen pada instance, Anda harus menambahkan kredensial akun layanan kunci pribadi. Untuk mengetahui petunjuknya, lihat Menambahkan kredensial.

Jika Anda memiliki kredensial default yang benar, lanjutkan ke Menginstal di Linux dan Windows.

Memverifikasi kredensial kunci pribadi

Untuk memastikan bahwa kredensial kunci pribadi yang valid diinstal pada instance VM Anda, pastikan file kredensial ada di lokasi yang diharapkan, lalu verifikasi bahwa informasi dalam file kredensial valid. Kredensial yang sebelumnya valid dapat dicabut melalui bagian IAM & Admin > Service accounts di Konsol Google Cloud. Jika tidak ada kredensial yang valid, lihat Menambahkan kredensial untuk mengganti kredensial yang ada atau menambahkan yang baru.

Apakah kredensial tersedia?

Untuk melihat apakah kredensial akun layanan kunci pribadi ada di instance Anda, jalankan perintah Linux berikut di instance Anda:

sudo cat $GOOGLE_APPLICATION_CREDENTIALS
sudo cat /etc/google/auth/application_default_credentials.json

Jika salah satu perintah menampilkan file seperti yang ditunjukkan di bawah ini, instance Anda mungkin memiliki kredensial kunci pribadi yang valid. Jika kedua perintah menampilkan file, maka file yang ditandai dengan GOOGLE_APPLICATION_CREDENTIALS akan digunakan.

{
  "type": "service_account",
  "project_id": "{your-project-id}",
  "private_key_id": "{your-private-key-id}",
  "private_key": "{your-private-key}",
  "client_email": "{your-project-number}-{your-key}@developer.gserviceaccount.com",
  "client_id": "{your-client-id}",
  "auth_uri": "https://accounts.google.com/o/oauth2/auth",
  "token_uri": "https://accounts.google.com/o/oauth2/token",
  "auth_provider_x509_cert_url": "{x509-cert-url}",
  "client_x509_cert_url": "{client-x509-cert-url}"
}

Jika tidak ada file kredensial, lihat Menambahkan kredensial.

Apakah kredensial valid?

Dalam file kredensial, kolom project_id adalah project Google Cloud Anda, client_email mengidentifikasi akun layanan dalam project, dan private_key_id mengidentifikasi kunci pribadi di akun layanan. Cocokkan informasi ini dengan yang ditunjukkan di bagian IAM & Admin > Service accounts pada Konsol Google Cloud.

File kredensial tidak valid jika salah satu kondisi berikut terpenuhi:

  • Anda sedang memeriksa instance VM Compute Engine, tetapi project Google Cloud di file kredensial bukan project yang berisi instance Anda.
  • Anda sedang memeriksa instance Amazon EC2, tetapi project Google Cloud di file kredensial bukan project AWS Connector untuk akun AWS Anda.
  • Akun layanan yang tercantum tidak ada. Mungkin telah dihapus.
  • Akun layanan yang tercantum tidak memiliki peran yang tepat yang diaktifkan. File ini harus memiliki setidaknya roles/monitoring.metricWriter (Monitoring Metric Writer) untuk pengumpulan metrik dan roles/logging.logWriter (Logs Writer) untuk menulis log.
  • Kunci pribadi tidak ada. Pesan mungkin telah dicabut.

Jika akun layanan tidak bermasalah, tetapi kunci pribadi telah dicabut, Anda dapat membuat kunci pribadi baru dan menyalinnya ke instance. Jika tidak, Anda harus membuat akun layanan baru seperti yang dijelaskan di bagian berikut, Menambahkan kredensial.

Membuat kredensial baru

Jika kredensial tidak valid, lakukan langkah-langkah berikut:

  1. Untuk setiap project terhubung yang berisi instance yang perlu diotorisasi dengan kunci pribadi — project AWS Connector dan setiap project yang berisi instance Compute Engine yang dibuat tanpa menyertakan cakupan akses https://www.googleapis.com/auth/monitoring.write — buat akun layanan dan buat kunci pribadi, jika belum ada. Ikuti langkah-langkah berikut:

    1. Di panel navigasi konsol Google Cloud, pilih Monitoring, lalu pilih  Monitoring Settings:

      Buka Monitoring Settings

    2. Pilih tab Ringkasan.
      • Untuk AWS, gunakan link untuk membuka langsung konsol Google Cloud untuk project AWS Connector.
      • Untuk Google Cloud, identifikasi project yang berisi resource Compute Engine yang dimaksud, lalu buka Google Cloud Console.
    3. Buka halaman IAM Service Accounts di Google Cloud Console, pilih project Google Cloud Anda, buat akun layanan baru, lalu buat kunci pribadi baru untuk akun layanan tersebut.

      Untuk melakukan langkah-langkah ini, lakukan salah satu langkah berikut:

      • Buka halaman IAM Service Accounts, pilih project Google Cloud Anda, lalu ikuti langkah-langkah di Create a service account:

        Buka Akun Layanan IAM

      • Klik tombol berikut lalu pilih project Google Cloud Anda:

        Membuat akun layanan dan kunci download

        Tombol sebelumnya mengotomatiskan proses pembuatan dan download kunci ke sistem lokal Anda untuk akun layanan khusus agen. Jika diperlukan, proses ini juga akan membuat akun layanan yang diperlukan dan memastikan bahwa akun layanan memiliki izin yang benar. Akun layanan khusus agen memiliki nama yang mirip dengan stackdriver-1234@PROJECT_ID.iam.gserviceaccount.com. Anda akan diberi tahu tentang penyelesaian tindakan ini dengan dialog yang mirip dengan berikut ini:

        Banner yang memberi tahu pengguna bahwa akun layanan dan kunci telah dibuat.

  2. Ganti kunci pribadi pada instance yang terkait dengan akun layanan yang bersangkutan.

    • Di Linux, ganti kunci pribadi yang terletak di /etc/google/auth/application_default_credentials.json.
    • Di Windows, ganti kunci pribadi yang terletak di C:\ProgramData\Google\Auth\application_default_credentials.json. Untuk mengetahui informasi selengkapnya, lihat Menyalin kunci pribadi ke instance Anda.

  3. Memulai ulang agen

    • Di Linux, jalankan sudo service stackdriver-agent restart
    • Di Windows, buka konsol pengelolaan layanan, lalu mulai ulang layanan Cloud Monitoring.

Jika Anda memiliki beberapa project yang memerlukan kunci pribadi baru, ulangi prosedur ini untuk setiap project.

Untuk memverifikasi bahwa kunci pribadi sudah benar, lihat Apakah kredensial ada?. Secara khusus:

  • Baca file JSON kunci pribadi pada instance, misalnya (di Linux): sudo cat /etc/google/auth/application_default_credentials.json
  • Pastikan nilai kolom project_id cocok dengan project yang dimonitor yang kredensialnya baru saja Anda buat.

Memverifikasi data agen

Untuk memverifikasi bahwa agen mengirim metrik dengan benar, gunakan metode timeSeries.list Monitoring API untuk mencari data deret waktu terbaru dari instance VM. Anda dapat memanggil metode ini menggunakan APIs Explorer di halaman dokumentasi metode. Jika Anda tidak melihat data apa pun, kemungkinan agen tersebut mengirimkan data ke project yang salah. Untuk memeriksanya, lihat Memverifikasi project dan kredensial.

Berikut adalah petunjuk mendetail untuk menggunakan metode timeSeries.list:

  1. Tentukan ID instance instance VM tempat Anda menginstal agen:

    • Instance Compute Engine: Buka halaman detail Compute Engine untuk instance Anda. Di bagian bawah halaman, klik REST yang setara. ID berupa angka 19 digit.

    • Instance Amazon EC2: ID untuk setiap instance ditampilkan dalam daftar instance. ID ini akan terlihat seperti i-1a2b3c4d.

  2. Buka halaman dokumentasi untuk metode timeSeries.list.

  3. Isi formulir APIs Explorer:

    1. Tetapkan name ke project yang berisi instance VM Anda, yang diawali dengan projects/. Misalnya, projects/[YOUR_PROJECT_ID]. Untuk instance Amazon EC2, Anda harus menggunakan project AWS Connector untuk akun Amazon Anda.

    2. Tetapkan filter ke baris berikut untuk memilih metrik agen dari instance VM Anda. Salin dan tempel ke APIs Explorer, lalu ubah ID instance VM:

      metric.type = "agent.googleapis.com/memory/bytes_used" AND resource.label.instance_id = "[YOUR-VM-INSTANCE-ID]"

    3. Setel interval waktu penelusuran. Anda menginginkan interval sekitar lima menit:

      • Tetapkan interval.endTime ke waktu GMT saat ini, yang dapat Anda temukan pada time.is/GMT. Waktu harus diformat seperti contoh berikut. Jangan menyertakan waktu dalam tanda kutip:

        2016-10-31T14:10:00Z

      • Tetapkan interval.startTime ke sekitar lima menit sebelum waktu berakhir, menggunakan format yang sama.

    4. Biarkan semua kolom lainnya kosong.

  4. Klik Jalankan.

Anda akan melihat output seperti berikut:

{
 "timeSeries": [
  {
   "metric": {
    "labels": {
     "state": "buffered"
    },
    "type": "agent.googleapis.com/memory/bytes_used"
   },
   "resource": {
    "type": "[INSTANCE-TYPE]",
    "labels": {
     "instance_id": "[YOUR-VM-INSTANCE-ID]",
     "zone": "[YOUR-INSTANCE-ZONE]",
     "project_id": "[YOUR-PROJECT-ID]"
    }
   },
   "metricKind": "GAUGE",
   "valueType": "DOUBLE",
   "points": [
    {
     "interval": {
      "startTime": "[START_TIME]",
      "endTime": "[END_TIME]"
     },
     "value": {
      "doubleValue": 27451392
     }
    },
    ...

Jika panggilan API menampilkan data deret waktu dari instance VM Anda, seperti yang ditunjukkan di atas, berarti agen Anda berfungsi dengan baik dan Anda selesai.

Jika Anda tidak melihat data deret waktu, periksa hal berikut:

  • Jika panggilan API Anda menampilkan pesan error, hal ini tidak menunjukkan masalah agen. Pastikan kolom APIs Explorer diisi dengan benar:

    • Error "Argumen tidak valid" mungkin menunjukkan masalah pada ejaan dan format project ID, filter, atau dua stempel waktu.

      Persyaratan untuk argumen stempel waktu bergantung pada jenis metrik yang Anda tentukan. Jenis metrik mencatat data GAUGE, DELTA, atau CUMULATIVE. Lihat MetricKind untuk mengetahui informasi selengkapnya.

      Untuk metrik DELTA dan CUMULATIVE, waktu mulai dan waktu berakhir wajib diisi, dan waktu berakhir harus setelah waktu mulai. Jenis metrik ini mencatat perubahan yang diukur dari waktu ke waktu, sehingga waktu mulai dan waktu berakhir harus menentukan interval bukan nol.

    • Error "Tidak diizinkan" dapat berarti Anda salah mengeja ID project.

    • Error "Tidak ditemukan" dapat menunjukkan bahwa Anda tidak menyertakan awalan projects/ yang diperlukan di kolom "name".

    Perbaiki masalah tersebut dan coba panggilan API lagi.

  • Jika panggilan API berhasil, tetapi Anda hanya melihat respons kosong, { }, periksa apakah filter dan interval waktu Anda sudah benar. Error dalam memformat stempel waktu dapat mengakibatkan tidak ada data yang ditampilkan. Jika semuanya tampak benar, tetapi Anda tidak mendapatkan data, berarti agen tidak mengirimkan data metrik, atau setidaknya tidak ke project yang Anda harapkan. Hal ini mungkin mengindikasikan masalah kredensial; lihat Memverifikasi kredensial kunci pribadi.

Menginstal ulang agen Monitoring

Menginstal versi agen terbaru dapat menyelesaikan banyak masalah:

Menentukan VM Linux mana yang telah menginstal agen

  • Jalankan salah satu kueri berikut untuk melihat VM Linux mana yang menjalankan agen:

    Perhatikan bahwa untuk setiap kueri, Anda harus memasukkan nama project dan menyesuaikan batas waktu.

Memulai ulang agen secara otomatis

Anda dapat menyiapkan skrip untuk memeriksa apakah agen sedang berjalan, lalu memulai ulang agen jika terjadi error.

Misalnya, di Linux, Anda dapat membuat entri crontab berikut untuk memeriksa status agen setiap 5 menit:

  */5 * * * * /bin/pidof stackdriver-collectd >/dev/null 2>&1 || /usr/sbin/service stackdriver-agent restart >/dev/null 2>&1

Masalah umum

Bagian berikut menjelaskan masalah yang diketahui agen Monitoring.

Memproses masalah akses data (Windows)

Anda mungkin melihat pesan error agen di Windows Event Log yang mirip dengan berikut:

Read access denied for processes: Registry (84), smss.exe (264), csrss.exe (376), wininit.exe (448), csrss.exe (456), services.exe (580), NisSrv.exe (3008), MsMpEng.exe (3624), csrss.exe (7044)

Pesan ini menunjukkan bahwa agen tidak memiliki akses ke data ini di sistem Anda. Untuk berhenti melihat pesan ini, Anda dapat memberikan izin yang memadai kepada pengguna SYSTEM untuk membaca data proses untuk proses dan layanan yang tercantum dalam pesan error. Jika Anda tidak memerlukan data ini, Anda dapat mengabaikan pesan informasi ini dengan aman.

Masalah cache metadata (Linux)

Anda mungkin melihat pesan error di file log sistem Linux (/var/log/syslog di Debian / Ubuntu atau /var/log/messages di Red Hat / CentOS / SLES) seperti berikut:

collectd[25571]: uc_update: Value too old: name = myhost/processes-all/ps_vm;
value time = 1511345468.180; last cache update = 1511345468.180;
write_gcm: wg_update_stats failed.
write_gcm: uc_update returned an error.

Pesan ini adalah peringatan tidak berbahaya dan bukan merupakan indikasi kehilangan data. Pesan ini dihasilkan oleh implementasi plugin proses yang sedang berjalan saat ada ketidakcocokan stempel waktu.

Masalah penurunan titik data nilai tak terbatas (Linux)

Anda mungkin melihat pesan error di file log sistem Linux (/var/log/syslog di Debian / Ubuntu atau /var/log/messages di Red Hat / CentOS / SLES) seperti berikut:

write_gcm: can not take infinite value

Pesan ini menunjukkan bahwa satu titik data dengan format yang salah dihapus. Hal ini biasanya tidak berbahaya dan dapat diabaikan.

Masalah throttle kunci metadata (Linux)

Anda mungkin melihat pesan error di file log sistem Linux (/var/log/syslog di Debian / Ubuntu atau /var/log/messages di Red Hat / CentOS / SLES) seperti berikut:

collectd[7440]:match_throttle_metadata_keys: uc_meta_data_add returned an error
collectd[7440]:match_throttle_metadata_keys: mtg_update_stats failed

Pesan ini menunjukkan bahwa update status throttling memori gagal sekali. Hal ini biasanya tidak berbahaya, tetapi bisa menjadi tanda bahwa agen kehabisan memori, terutama jika hal ini sering terjadi.

Masalah kuota Cloud Monitoring API (Linux) habis

Anda mungkin melihat pesan error di file log sistem Linux (/var/log/syslog di Debian / Ubuntu atau /var/log/messages di Red Hat / CentOS / SLES) seperti berikut:

collectd[25198]: write_gcm: Unsuccessful HTTP request 429

Pesan ini menunjukkan bahwa batas kuota Cloud Monitoring API telah tercapai. Ikuti panduan Kuota untuk mengetahui informasi tentang cara mengelola batas kuota.

Penggunaan memori tinggi karena COLLECTD_INTERVAL (Linux) rendah

Anda mungkin melihat penggunaan memori yang tinggi untuk agen ini jika COLLECTD_INTERVAL dikonfigurasi agar lebih pendek dari 60 seconds default, misalnya 10 seconds. Ini adalah batasan agen yang diketahui karena mengirim permintaan secara serial dari satu thread. Untuk mengurangi hal ini, pertimbangkan untuk mengurangi COLLECTD_INTERVAL hanya untuk sebagian metrik yang diperlukan, dan biarkan metrik lainnya pada interval default.

Masalah luapan buffer token (Linux)

Anda mungkin melihat pesan error di file log sistem Linux (/var/log/syslog di Debian / Ubuntu atau /var/log/messages di Red Hat / CentOS / SLES) seperti berikut:

write_gcm: Error or buffer overflow when building auth_header
write_gcm: wg_oauth2_get_auth_header failed.
write_gcm: wg_transmit_unique_segment failed.
write_gcm: wg_transmit_unique_segments failed. Flushing.

Pesan ini menunjukkan bahwa agen pemantauan harus diupgrade ke versi 6.1.2 atau yang lebih baru.

Repositori mengubah nilai 'Origin' (Linux)

Anda mungkin melihat pesan error yang serupa dengan yang berikut ini saat mengupgrade agen, menginstal agen, atau menjalankan apt-get update di Debian/Ubuntu Linux:

E: Repository 'https://packages.cloud.google.com/apt google-cloud-monitoring-buster-all InRelease' changed its 'Origin' value from 'google-cloud-monitoring-buster' to 'namespaces/cloud-ops-agents-artifacts/repositories/google-cloud-monitoring-buster-all'
E: Repository 'https://packages.cloud.google.com/apt google-cloud-monitoring-buster-all InRelease' changed its 'Label' value from 'google-cloud-monitoring-buster' to 'namespaces/cloud-ops-agents-artifacts/repositories/google-cloud-monitoring-buster-all'

Pesan ini menunjukkan bahwa cache repositori paket mungkin telah menyimpang dari sumbernya. Untuk mengatasinya, jalankan perintah berikut:

apt-get --allow-releaseinfo-change update

Kemudian, jalankan upgrade atau instal lagi.

Agen yang dihapus dilaporkan oleh konsol Google Cloud saat diinstal

Setelah Anda meng-uninstal agen, Konsol Google Cloud mungkin memerlukan waktu hingga satu jam untuk melaporkan perubahan ini.

Agen pemantauan tidak muncul di daftar Uninstal program di Windows

Untuk meng-uninstal agen Monitoring yang tidak tercantum dalam daftar Uninstall a program di Control Panel Windows, jalankan uninstall.exe dari direktori tempat Anda menginstalnya.