Tidak dapat membuat sesi rekaman aktivitas

Anda sedang melihat dokumentasi Apigee Edge.
Buka Dokumentasi Apigee X. info

ini.

Gejala

Pengguna tidak dapat membuat sesi pelacakan di UI Edge.

Pesan Error

Anda akan mendapatkan pesan error di UI Edge seperti yang ditunjukkan di bawah ini:

Error creating trace session for API proxy <api proxy name>, revision <revision number>, environment <environment name>.
Failed to create DebugSession <session number>

Berikut adalah tangkapan layar contoh pesan kesalahan yang diamati di UI Edge:

Kemungkinan Penyebab

Beberapa kemungkinan penyebab error ini tercantum di bawah:

Cause Deskripsi Petunjuk Pemecahan Masalah yang Berlaku
Masalah Konektivitas Jaringan Kegagalan komunikasi antara Server Pengelolaan dan Pemroses Pesan karena masalah konektivitas jaringan atau aturan firewall. Pengguna Edge Private Cloud
Lingkungan tidak dimuat di Pemroses Pesan Lingkungan tertentu (tempat Anda mencoba mengaktifkan rekaman aktivitas) belum dimuat di Pemroses Pesan karena terjadi error.
Entri Pemroses Pesan Usang Server Pengelolaan memiliki referensi ke Pemroses Pesan yang tidak ada (sudah tidak berlaku).
Pemroses Pesan Tidak Dapat Dijangkau Pemroses Pesan telah dihentikan atau menjadi tidak dapat dijangkau.
Masalah Pemanfaatan Resource Tinggi Pemroses Pesan mengalami pemakaian resource (CPU, Memori, atau Beban) yang tinggi.
Proxy API tidak di-deploy di satu atau beberapa Pemroses Pesan Proxy API tidak dapat di-deploy pada satu atau beberapa Pemroses Pesan karena notifikasi peristiwa tidak ada selama deployment.
Masalah terkait UI Edge UI Edge tidak dapat membuat sesi rekaman aktivitas karena beberapa error.

Langkah-Langkah Diagnosis Umum

  1. Jalankan API pengelolaan ini:

    curl -v <management-server-host>:8080/v1/runtime/organizations/<org-name>/environments/<env-name>/apis/<apiproxy-name>/revisions/<revision-number>/debugsessions -u <user>

  2. Jika Anda mengalami error, catat error tersebut. Buka Masalah Konektivitas Jaringan.

  3. Jika Anda mendapatkan respons yang berhasil, hal tersebut menunjukkan bahwa sesi pelacakan dapat dibuat melalui Management API. Namun, mungkin ada kemungkinan masalah dengan UI Edge sehingga sesi pelacakan tidak dapat dibuat di UI. Lanjutkan ke Masalah terkait UI Edge.

Penyebab: Masalah Konektivitas Jaringan

Diagnosis

  1. Periksa log Server Pengelolaan /opt/apigee/var/log/edge-management-server/logs/system.log dan lihat apakah ada error selama pembuatan sesi trace/debug.

    Contoh error dari Log Server Pengelolaan

    2018-02-08 09:08:21,310 org:myorg env:uat  qtp1073741635-1074 ERROR DISTRIBUTION - DebugSessionAPI.createDebugSession() : createDebugSession : Unable to connect to the server with UUID cedeabd2-e4d1-40bb-8f18-d6afc8835e5b
org.apache.http.conn.HttpHostConnectException: Connect to 10.84.75.92:8082 [/10.84.75.92] failed: Connection refused
    at org.apache.http.impl.conn.HttpClientConnectionOperator.connect(HttpClientConnectionOperator.java:140) ~[httpclient-4.3.5.jar:4.3.5]
    at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:318) ~[httpclient-4.3.5.jar:4.3.5]
    at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:363) ~[httpclient-4.3.5.jar:4.3.5]
...<snipped>
Caused by: java.net.ConnectException: Connection refused
    at java.net.PlainSocketImpl.socketConnect(Native Method) ~[na:1.8.0_65]
    at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350) ~[na:1.8.0_65]
...<snipped>

  2. Contoh error di atas menunjukkan bahwa kita mendapatkan error "Connection ditolak" saat Server Pengelolaan mencoba terhubung ke Pemroses Pesan di port # 8082. Oleh karena itu, Server Pengelolaan tidak dapat membuat sesi rekaman aktivitas.

  3. Jika Anda tidak melihat error apa pun terkait konektivitas jaringan atau error yang mirip dengan yang ditampilkan di contoh di atas, lanjutkan ke Environment not loaded on the Message Processor.

  4. Jika Anda melihat error terkait konektivitas jaringan atau error yang mirip dengan yang ditunjukkan dalam contoh di atas, ikuti langkah-langkah di bawah ini.

  5. Uji konektivitas dari Server Pengelolaan ke Pemroses Pesan di port 8082 menggunakan langkah-langkah berikut:

    1. Jika telnet tersedia, gunakan telnet:

      telnet <MessageProcessor_IP> 8082

    2. Jika telnet tidak tersedia, gunakan netcat untuk memeriksa konektivitas sebagai berikut:

      nc -vz <MessageProcessor_IP> 8082

    3. Jika Anda menerima respons "Koneksi Ditolak" atau "Koneksi habis", lalu lanjutkan ke langkah berikutnya.

  6. Masuk ke setiap Pemroses Pesan dengan alamat IP yang sesuai yang menunjukkan kesalahan dan lakukan langkah-langkah berikut:

    1. Periksa apakah Pemroses Pesan memproses port 8082:

      netstat -an | grep LISTEN | grep 8082

    2. Jika Pemroses Pesan memproses port 8082, lanjutkan ke langkah #7.

    3. Jika Pemroses Pesan tidak memproses port 8082, mulai ulang Pemroses Pesan menggunakan perintah ini:

      /opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart

    4. Tunggu hingga Pemroses Pesan benar-benar mulai menggunakan perintah ini:

      /opt/apigee/apigee-service/bin/apigee-service edge-message-processor wait_for_ready

    5. Setelah Pemroses Pesan aktif, periksa kembali apakah Pemroses Pesan mendengarkan di port 8082.

    6. Jika Pemroses Pesan memproses port 8082, lanjutkan ke langkah #7.

  7. Periksa apakah sekarang Anda dapat memulai sesi rekaman aktivitas di UI. Jika masalah tidak lagi terjadi, lewati langkah di bawah.

  8. Jika Pemroses Pesan berjalan dan memproses di port 8082, tetapi Anda masih tidak dapat terhubung dari server lain seperti Server Pengelolaan, mungkin ada firewall yang harus memblokir koneksi eksternal.

  9. Gunakan perintah yang sesuai untuk memeriksa aturan firewall. Misalnya, Anda dapat menjalankan perintah iptables untuk menampilkan daftar semua aturan firewall yang ditentukan di sistem Anda:

    iptables -L -n

  10. Jika tidak ada aturan firewall yang ditetapkan untuk port 8082, lanjutkan ke Masalah Pemanfaatan Resource Tinggi.

  11. Jika ada penyiapan aturan firewall di port 8082, lanjutkan ke bagian Resolusi di bawah.

Resolusi

  1. Bekerja samalah dengan administrator jaringan Anda untuk mengizinkan traffic masuk/keluar di port 8082 dari server eksternal.

Jika masalah masih berlanjut, buka Harus Mengumpulkan Informasi Diagnostik.

Penyebab: Lingkungan tidak dimuat pada Pemroses Pesan

Diagnosis

  1. Periksa log Server Pengelolaan /opt/apigee/var/log/edge-management-server/logs/system.log dan lihat apakah ada error selama pembuatan sesi trace/debug.

  2. Anda mungkin melihat pesan error seperti "tidak ada respons yang valid dari MP" selama pembuatan sesi trace/debug seperti yang ditunjukkan di bawah ini:

    2018-01-30 08:28:09,721 org:mynonprod env:uat  qtp2007599722-712162 ERROR DISTRIBUTION - DebugSessionAPI.createDebugSession() : no valid responses from MP(s), throwing error
2018-01-30 08:28:09,723 org:mynonprod env:uat  qtp2007599722-712162 ERROR REST - CustomJAXRSInvoker.performInvocation() : CustomJAXRSInvoker.performInvocation : Method com.apigee.distribution.DebugSessionAPI.createDebugSession threw an exception.
2018-01-30 08:28:09,724 org:mynonprod env:uat  qtp2007599722-712162 ERROR REST - ExceptionMapper.toResponse() : Error occurred : Failed to create DebugSession 1517297564678
2018-01-30 08:28:09,724 org:mynonprod env:uat  qtp2007599722-712162 ERROR REST - ExceptionMapper.toResponse() : Returning error response : ErrorResponse{errorCode = distribution.CreateDebugSessionFailed, errorMessage = Failed to create DebugSession 1517297564678}

    Error ini menunjukkan bahwa Pemroses Pesan tidak merespons kembali ke Server Pengelolaan karena beberapa alasan.

  3. Jika Anda tidak melihat error yang mirip dengan yang ditampilkan di contoh di atas, pindah ke Entri Pemroses Pesan Usang.

  4. Jika Anda melihat error yang mirip dengan yang ditunjukkan dalam contoh di atas, ikuti langkah-langkah berikut.

  5. Salah satu kemungkinan besar penyebab error ini adalah lingkungan tempat Anda mencoba membuat sesi rekaman aktivitas tidak dimuat di Pemroses Pesan.

  6. Login ke setiap Pemroses Pesan dan periksa apakah lingkungan tertentu tempat Anda mencoba membuat sesi rekaman aktivitas dimuat di Pemroses Pesan menggunakan perintah di bawah:

    curl -s http://localhost:8082/v1/runtime/organizations/<org-name>/environments

    Contoh Output:

    Anda akan melihat daftar lingkungan milik organisasi tertentu yang dimuat di Pemroses Pesan pada output perintah di atas. Misalnya, jika lingkungan preprod dan test dimuat di Pemroses Pesan, Anda akan melihat output seperti berikut:

    [ "preprod", "tes" ]

  7. Jika lingkungan tertentu, misalnya "dev", tempat Anda mencoba membuat sesi rekaman aktivitas, tercantum sebagai bagian dari perintah di atas, lalu pindahkan ke Entri Pemroses Pesan Usang.

  8. Jika lingkungan tertentu, misalnya "dev", tidak tercantum sebagai bagian dari perintah di atas, periksa /opt/apigee/var/log/edge-message-processor/logs/system.log dan /opt/apigee/var/log/edge-message-processor/logs/startupruntimeerrors.log di Pemroses Pesan untuk menemukan error selama pemuatan Lingkungan.

  9. Ada banyak error yang dapat menyebabkan kegagalan pemuatan lingkungan di Pemroses Pesan. Penyelesaian bergantung pada error yang terjadi.

Resolusi

Lingkungan mungkin tidak dimuat di Pemroses Pesan karena berbagai alasan. Bagian ini menggambarkan beberapa kemungkinan alasan yang dapat menyebabkan masalah ini dan menjelaskan cara mengatasinya.

  1. Jika Anda melihat salah satu dari error berikut di log Pemroses Pesan, error tersebut disebabkan oleh adanya masalah yang ditemukan pada sertifikat/kunci yang telah ditambahkan ke keystore/truststore yang ditentukan di lingkungan yang ditentukan.

    Error #1: java.security.KeyStoreException: Tidak dapat menimpa sertifikat sendiri

    2018-01-30 12:04:38,248 pool-47-thread-4 ERROR MESSAGING.RUNTIME - AbstractConfigurator.propagateEvent() : Error while handling the update for the Configurator 
com.apigee.kernel.exceptions.spi.UncheckedException: Failed to add certificate : mycert in key store : mytruststore in environment : test
at com.apigee.entities.configurators.KeyStore.setCertificateEntry(KeyStore.java:156) ~[config-entities-1.0.0.jar:na] 
at com.apigee.entities.configurators.KeyStore.handleUpdate(KeyStore.java:101) ~[config-entities-1.0.0.jar:na] 
at com.apigee.entities.AbstractConfigurator.propagateEvent(AbstractConfigurator.java:85) ~[config-entities-1.0.0.jar:na] 
at com.apigee.messaging.runtime.Environment.handleUpdate(Environment.java:238) [message-processor-1.0.0.jar:na] 
… 
Caused by: java.security.KeyStoreException: Cannot overwrite own certificate 
at com.sun.crypto.provider.JceKeyStore.engineSetCertificateEntry(JceKeyStore.java:355) ~[sunjce_provider.jar:1.8.0_151] 
at java.security.KeyStore.setCertificateEntry(KeyStore.java:1201) ~[na:1.8.0_151] 
at com.apigee.entities.configurators.KeyStore.setCertificateEntry(KeyStore.java:153) ~[config-entities-1.0.0.jar:na]
... 20 common frames omitted
2018-01-30 12:04:38,250 pool-47-thread-4 ERROR MESSAGING.RUNTIME - AbstractConfigurator.rollbackTransaction() : Error in processing the changes : Unknown resource type cert

    Error #2: java.security.KeyStoreException: Tidak dapat menimpa kunci rahasia

    2017-11-01 03:28:47,560 pool-21-thread-7 ERROR MESSAGING.RUNTIME - AbstractConfigurator.propagateEvent() : Error while handling the update for the Configurator 
com.apigee.kernel.exceptions.spi.UncheckedException: Failed to add certificate : mstore in key store : myTruststore in environment : dev 
at com.apigee.entities.configurators.KeyStore.setCertificateEntry(KeyStore.java:156) ~[config-entities-1.0.0.jar:na] 
at com.apigee.entities.configurators.KeyStore.handleUpdate(KeyStore.java:101) ~[config-entities-1.0.0.jar:na] 
... 
Caused by: java.security.KeyStoreException: Cannot overwrite secret key 
at com.sun.crypto.provider.JceKeyStore.engineSetCertificateEntry(JceKeyStore.java:354) ~[sunjce_provider.jar:1.8.0_144] 
at java.security.KeyStore.setCertificateEntry(KeyStore.java:1201) ~[na:1.8.0_144] 
at com.apigee.entities.configurators.KeyStore.setCertificateEntry(KeyStore.java:153) ~[config-entities-1.0.0.jar:na] 
... 20 common frames omitted 

2017-11-01 03:28:47,562 pool-21-thread-7 ERROR MESSAGING.RUNTIME - AbstractConfigurator.rollbackTransaction() : Error in processing the changes : Unknown resource type cert

  2. Dapatkan detail keystore/truststore yang ditentukan dalam pesan error yang ditampilkan di langkah sebelumnya dengan menggunakan panggilan API pengelolaan berikut:

    curl -v "http://<management-IPaddress>:8080/v1/organizations/<org-name>/environments/<env-name>/keystores/myTruststore" -u <user>

    Contoh output:

    { 
"certs": [ 
"mycert", 
"mycert-new" 
], 
"keys": [ 
"mycert" 
], 
"name": "myTruststore" 
}

  3. Contoh output menunjukkan bahwa ada dua sertifikat dan sebuah kunci di truststore myTruststore. Truststore umumnya tidak berisi kunci. Jika ya, lebih baik memiliki satu sertifikat dan satu kunci.

  4. Dapatkan detail tentang kedua sertifikat tersebut menggunakan API berikut:

    curl -s http://<management-IPaddress>:8080/v1/runtime/organizations/<org-name>/environments/<env-name>/keystores/<keystore-name>/certs/<cert-name>

  5. Periksa tanggal habis masa berlaku setiap sertifikat dan tentukan sertifikat lama/yang sudah tidak berlaku.

  6. Hapus sertifikat yang sudah tidak berlaku atau tidak diinginkan dari truststore "myTruststore".

Jika masalah masih berlanjut atau jika Anda melihat error selain yang disebutkan pada Langkah #1 di atas, buka Harus Mengumpulkan Informasi Diagnostik.

Penyebab: Entri Pemroses Pesan Usang ATAU Pemroses Pesan Tidak Dapat Dijangkau

Diagnosis

  1. Jika UI Edge memerlukan waktu lama dan gagal membuat sesi rekaman aktivitas, berikut adalah beberapa kemungkinan penyebabnya:
    1. Server Pengelolaan mungkin mengacu pada Pemroses Pesan yang tidak ada (tidak berlaku)
    2. Pemroses Pesan telah dihentikan atau tidak dapat dijangkau
    3. Prosesor Pesan sedang mengalami penggunaan memori/CPU yang tinggi
  2. Periksa log Server Pengelolaan /opt/apigee/var/log/edge-management-server/logs/system.log dan lihat apakah ada error selama pembuatan sesi trace/debug.

  3. Anda mungkin melihat pesan error seperti "server <UUID> tidak aktif atau tidak dapat dijangkau" selama pembuatan sesi trace/debug seperti yang ditunjukkan di bawah ini:

    2017-12-27 07:42:38,975 org:cocacola env:prod qtp2007599722-222063 INFO DISTRIBUTION - DebugSessionAPI.createDebugSession() : server 458b5910-2646-441c-a6e2-428b6d84e021 is either not up or reachable, skipping the server

    Hal ini mungkin diikuti satu error lagi "Koneksi habis waktu" beberapa saat seperti yang ditunjukkan di bawah ini:

    2017-12-27 07:44:46.000 UTC org:cocacola env:prod qtp2007599722-222063 ERROR DISTRIBUTION - DebugSessionAPI.createDebugSession() : createDebugSession : Unable to connect to the server with UUID {}, skipping it458b5910-2646-441c-a6e2-428b6d84e021 org.apache.http.conn.HttpHostConnectException: Connect to 192.168.101.7:8080 [/192.168.101.7] failed: Connection timed out (Connection timed out) at org.apache.http.impl.conn.HttpClientConnectionOperator.connect(HttpClientConnectionOperator.java:140) ~[httpclient-4.3.5.jar:4.3.5] at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:318) ~[httpclient-4.3.5.jar:4.3.5] at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:363) ~[httpclient-4.3.5.jar:4.3.5] at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:219) ~[httpclient-4.3.5.jar:4.3.5] 
…<snipped>
Caused by: java.net.ConnectException: Connection timed out (Connection timed out) at java.net.PlainSocketImpl.socketConnect(Native Method) ~[na:1.8.0_144] at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350) ~[na:1.8.0_144]
…<snipped>

  4. Kedua error ini dapat disebabkan oleh Pemroses Pesan tertentu:

    1. Menjadi basi (tidak ada lagi)
    2. Tidak aktif/tidak dapat dijangkau karena beberapa alasan

  5. Ikuti penyelesaian yang sesuai bergantung pada skenario yang dialami.

Resolusi

Skenario #1 : Pemroses Pesan sudah usang (tidak ada)

  1. Dapatkan daftar Pemroses Pesan menggunakan API pengelolaan di bawah:

    curl -u <sysadmin> "http://<management-server-host>:8080/v1/servers?pod=<podName>&regions=<regionName>"

  2. Catat alamat IP atau nama host yang sesuai dengan UUID Pemroses Pesan yang disebutkan dalam pesan error di log Server Pengelolaan (langkah #3 dalam Diagnosis di atas). Verifikasi apakah Pemroses Pesan ini valid dengan menggunakan salah satu cara berikut:

    1. Diagram penyiapan topologi Private Cloud terbaru
    2. Alamat IP Server Edge terbaru - Tabel pemetaan Nama Host

    Jika Anda merasa Pemroses Pesan tersebut valid, lanjutkan ke Skenario 2 : Pemroses Pesan tidak dapat dijangkau.

  3. Hapus Pemroses Pesan yang sudah tidak berlaku (tidak ada) menggunakan API pengelolaan di bawah:

    1. Batalkan pendaftaran Pemroses Pesan dari lingkungan organisasi: 

      curl -X POST http://<management-server-host>:8080/v1/o/<orgName>/e/<envName>/servers -d "uuid={uuid}&region=<regionName>&pod=<podName}&action=remove"

    2. Batalkan pendaftaran jenis server: 

      curl http://<management-server-host>:8080/v1/servers -X POST -d "type={message-processor}&region=<regionName>&pod=<podName>&uuid=<uuid>&action=remove"

    3. Hapus server: 

      curl http://<management-ip>:8080/v1/servers/<uuid> -X DELETE

  4. Ulangi Langkah #3 jika Anda memiliki masalah yang sama di lingkungan lain di organisasi Anda.

Skenario 2: Pemroses Pesan tidak dapat dijangkau

  1. Login ke setiap Pemroses Pesan dengan menentukan alamat IP/Nama host berdasarkan UUID yang diamati dalam pesan error di log Server Pengelolaan.

  2. Mulai ulang Pemroses Pesan:

    /opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart

Periksa kembali apakah Anda dapat membuat sesi rekaman aktivitas. Jika masalah berlanjut, buka Harus Mengumpulkan Informasi Diagnostik.

Penyebab: Masalah Pemanfaatan Resource Tinggi

Diagnosis

  1. Login ke setiap Pemroses Pesan dan periksa apakah ada penggunaan resource yang tinggi - CPU, Memori, atau Beban. Anda dapat menggunakan perintah top di sistem operasi berbasis Unix untuk mendapatkan informasi penggunaan resource dari proses Pemroses Pesan:

    top

  2. Jika Pemroses Pesan tidak mengalami penggunaan resource yang tinggi, beralihlah ke Informasi Diagnostik Harus Mengumpulkan.

  3. Jika Pemroses Pesan mengalami penggunaan memori atau CPU yang tinggi, mungkin hal tersebut menyebabkan Pemroses Pesan tidak merespons kembali ke Server Pengelolaan dengan tepat waktu. Hal ini pada akhirnya mencegah Anda membuat sesi pelacakan.

    1. Jika ada Pemroses Pesan yang mengalami penggunaan CPU yang tinggi, hasilkan tiga thread dump setiap 30 detik menggunakan perintah berikut:

      sudo <JAVA_HOME>/bin/jstack -l <pid> > <filename>

    2. Jika ada Pemroses Pesan yang mengalami penggunaan Memori tinggi, buat heap dump menggunakan perintah berikut:

      sudo -u apigee <JAVA_HOME>/bin/jmap -dump:live,format=b,file=<filename> <pid>

    3. Beralih ke Resolusi.

Resolusi

  1. Mulai ulang Pemroses Pesan menggunakan perintah di bawah ini. Cara ini akan menurunkan penggunaan CPU dan memori:

    /opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart

  2. Memantau panggilan API dan mengonfirmasi apakah masalahnya masih ada.

  3. Hubungi Dukungan Apigee Edge dan berikan thread dump, heap dump, dan log Pemroses Pesan (/opt/apigee/var/log/edge-message-processor/logs/system.log) untuk membantu mereka menyelidiki penyebab tingginya penggunaan CPU/memori.

Penyebab: Proxy API tidak di-deploy pada satu atau beberapa Pemroses Pesan

Jarang sekali Proxy API tidak di-deploy pada satu atau beberapa Pemroses Pesan. Hal ini terutama terjadi karena tidak ada notifikasi peristiwa dari Server Pengelolaan ke Pemroses Pesan selama deployment Proxy API tertentu. Dalam hal ini juga, Anda tidak akan dapat membuat sesi pelacakan di UI Edge.

Diagnosis

  1. Login ke setiap Pemroses Pesan dan periksa apakah revisi Proxy API tertentu di-deploy menggunakan perintah berikut:

    curl -v localhost:8082/v1/runtime/organizations/<orgname>/environments/<envname>/apis/<apiname>/revisions

    Contoh Output:

    Anda akan melihat daftar revisi sebagai output dari perintah di atas. Misalnya, jika revisi 12 di-deploy, Anda akan melihat outputnya seperti berikut:

    [ "12" ]

  2. Jika revisi tertentu pada Proxy API tidak muncul sebagai output dari perintah yang disebutkan pada Langkah #1 di atas, mulai ulang Pemroses Pesan tertentu seperti yang dijelaskan dalam Resolusi di bawah.

  3. Ulangi langkah 1-2 untuk semua Pemroses Pesan.

  4. Jika revisi Proxy API tertentu di-deploy di semua Pemroses Pesan, berarti ini bukan penyebab masalah ini. Pindahkan ke Harus Mengumpulkan Informasi Diagnostik.

Resolusi

  1. Mulai ulang Pemroses Pesan tertentu tempat revisi Proxy API tertentu tidak di-deploy:

    /opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart

Penyebab: Masalah pada UI Edge

Diagnosis

  1. Periksa log UI Edge /opt/apigee/var/log/edge-ui/application.log dan /opt/apigee/var/log/edge-ui/edge-ui.log, lalu lihat apakah ada error.
  2. Hubungi Dukungan Apigee Edge dan bagikan file ini untuk penyelidikan lebih lanjut.

Harus Mengumpulkan Informasi Diagnostik

Jika masalah berlanjut bahkan setelah mengikuti petunjuk di atas, kumpulkan informasi diagnostik berikut. Hubungi dan bagikan ke Dukungan Apigee Edge:

  1. Output perintah:

    curl -v <management-server-host>:8080/v1/runtime/organizations/<org-name>/environments/<env-name>/apis/<apiproxy-name>/revisions/<revision-number>/debugsessions -u <user>

  2. Log Server Pengelolaan 

    /opt/apigee/var/log/edge-management-server/logs/system.log.

  3. Log Pemroses Pesan

    /opt/apigee/var/log/edge-message-processor/logs/system.log.

  4. Output perintah telnet/nc dari Server Pengelolaan ke Pemroses Pesan:

    telnet <MessageProcessor_IP> 8082
nc -vz <MessageProcessor_IP> 8082

  5. Output perintah netstat di bawah ini pada Pemroses Pesan:

    netstat -an > netstat.txt

  6. Jika ditemukan masalah dengan UI Edge, berikan log UI Edge /opt/apigee/var/log/edge-ui/application.log dan /opt/apigee/var/log/edge-ui/edge-ui.log.

  7. Detail tentang bagian mana saja dalam Playbook ini yang telah dicoba dan insight lain yang akan membantu kami menyelesaikan masalah ini dengan cepat.