Tidak dapat membuat sesi rekaman aktivitas

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

Gejala

Pengguna tidak dapat membuat sesi rekaman aktivitas 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 screenshot contoh pesan error yang diamati di UI Edge:

Kemungkinan Penyebab

Beberapa kemungkinan penyebab error ini tercantum di bawah:

Cause Deskripsi Petunjuk Pemecahan Masalah Berlaku Untuk
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 pelacakan) belum dimuat di Prosesor Pesan karena terjadi error.
Entri Pemroses Pesan Sudah Tidak Berlaku Server Pengelolaan merujuk ke Prosesor Pesan yang tidak ada (sudah tidak berlaku).
Pemroses Pesan Tidak Dapat Dijangkau Pemroses Pesan telah berhenti atau tidak dapat dijangkau.
Masalah Pemanfaatan Resource Tinggi Prosesor Pesan mengalami penggunaan resource (CPU, Memori, atau Beban) yang tinggi.
Proxy API tidak di-deploy di satu atau beberapa Message Processors Proxy API mungkin tidak di-deploy di satu atau beberapa Pemroses Pesan karena notifikasi peristiwa tidak ada selama deployment.
Masalah terkait UI Edge UI Edge tidak dapat membuat sesi perekaman aktivitas karena beberapa error.

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 mendapatkan error, catatlah. Lanjutkan ke Masalah Konektivitas Jaringan.

  3. Jika Anda mendapatkan respons yang berhasil, itu menunjukkan bahwa sesi rekaman aktivitas dapat dibuat melalui Management API. Namun, kemungkinan ada masalah dengan UI Edge sehingga sesi rekaman aktivitas tidak dapat dibuat di UI. Beralih ke Masalah dengan UI Edge.

Penyebab: Masalah Konektivitas Jaringan

Diagnosis

  1. Periksa /opt/apigee/var/log/edge-management-server/logs/system.log log Server Pengelolaan dan lihat apakah terjadi 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 "Koneksi ditolak" saat Server Pengelolaan mencoba terhubung ke Pemroses Pesan pada port # 8082. Oleh karena itu, Server Pengelolaan tidak dapat membuat sesi pelacakan.

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

  4. Jika Anda menemukan error terkait konektivitas jaringan atau error yang mirip dengan yang ditunjukkan pada 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 mendapatkan respons "Koneksi Ditolak" atau "Waktu tunggu koneksi habis", lanjutkan ke langkah berikutnya.

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

    1. Periksa apakah Prosesor Pesan memproses port 8082:

      netstat -an | grep LISTEN | grep 8082

    2. Jika Prosesor Pesan mendeteksi di port 8082, lanjutkan ke langkah #7.

    3. Jika Prosesor 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 Prosesor Pesan mulai sepenuhnya menggunakan perintah ini:

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

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

    6. Jika Prosesor Pesan mendeteksi di port 8082, lanjutkan ke langkah #7.

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

  8. Jika Prosesor Pesan berjalan dan memantau port 8082, tetapi Anda masih tidak dapat terhubung dari server lain seperti Server Pengelolaan, kemungkinan ada firewall yang memblokir koneksi eksternal.

  9. Gunakan perintah yang sesuai untuk memeriksa aturan firewall. Misalnya, Anda dapat menjalankan perintah iptables untuk mencantumkan 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 Penggunaan 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 pada port 8082 dari server eksternal.

Jika masalah masih berlanjut, buka Harus Mengumpulkan Informasi Diagnostik.

Penyebab: Lingkungan tidak dimuat di Pemroses Pesan

Diagnosis

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

  2. Anda mungkin melihat pesan error seperti "no valid response from MP(s)" selama pembuatan sesi trace/debug seperti yang ditunjukkan di bawah:

    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 ditunjukkan pada contoh di atas, lanjutkan ke Entri Pemroses Pesan Usang.

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

  5. Salah satu penyebab yang paling mungkin untuk error ini adalah bahwa lingkungan tempat Anda mencoba membuat sesi pelacakan tidak dimuat di Prosesor Pesan.

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

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

    Contoh Output:

    Anda akan melihat daftar lingkungan yang termasuk dalam organisasi tertentu yang dimuat pada Message Processor di output perintah di atas. Misalnya, jika lingkungan preprod dan test dimuat pada Message Processor, Anda akan melihat output sebagai berikut:

    [ "preprod", "test" ]

  7. Jika lingkungan tertentu, misalnya "dev", tempat Anda mencoba membuat sesi rekaman aktivitas, tercantum sebagai bagian dari perintah di atas, lanjutkan ke Stale Message Processor Entries.

  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 pada Message Processors untuk menemukan error apa pun selama pemuatan Lingkungan.

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

Resolusi

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

  1. Jika Anda melihat salah satu error berikut di log Message Processor, berarti error tersebut disebabkan oleh 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 menggunakan panggilan Management API 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 satu 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 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 masa berlaku sertifikat yang lebih lama.

  6. Hapus sertifikat yang sudah tidak berlaku atau sertifikat yang 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 yang Sudah Usang ATAU Pemroses Pesan Tidak Dapat Dijangkau

Diagnosis

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

  3. Anda mungkin melihat pesan error seperti "server <UUID> is not up orreachable" selama pembuatan sesi trace/debug seperti yang ditunjukkan di bawah:

    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

    Ini mungkin diikuti dengan satu pesan error "Waktu tunggu sambungan habis" setelah 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 kesalahan ini dapat disebabkan oleh Pemroses Pesan tertentu:

    1. Sudah usang (tidak ada lagi)
    2. Tidak dapat dijangkau/tidak dapat dijangkau karena alasan tertentu

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

Resolusi

Skenario #1 : Prosesor 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 Prosesor Pesan yang disebutkan dalam pesan error di log Server Pengelolaan (langkah #3 dalam Diagnosis di atas). Periksa apakah Pemroses Pesan ini valid atau tidak menggunakan salah satu cara berikut:

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

    Jika Anda menganggapnya sebagai Pemroses Pesan yang valid, lanjutkan ke Skenario 2 : Pemroses Pesan tidak dapat dijangkau.

  3. Hapus Pemroses Pesan yang 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 mengalami 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 pelacakan. Jika masalah berlanjut, buka Harus Mengumpulkan Informasi Diagnostik.

Penyebab: Masalah Pemanfaatan Resource yang Tinggi

Diagnosis

  1. Masuk ke setiap Prosesor Pesan dan periksa apakah ada penggunaan sumber daya yang tinggi - CPU, Memori, atau Beban. Anda dapat menggunakan perintah top pada sistem operasi berbasis Unix untuk mendapatkan informasi penggunaan resource dari proses Message Processor:

    top

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

  3. Jika Prosesor Pesan mengalami penggunaan CPU atau memori yang tinggi, hal tersebut mungkin menyebabkan Prosesor Pesan tidak merespons kembali ke Server Pengelolaan secara tepat waktu. Pada akhirnya, hal ini membuat Anda tidak dapat membuat sesi perekaman aktivitas.

    1. Jika Prosesor Message 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 Message Processor memiliki penggunaan Memori yang tinggi, hasilkan heap dump menggunakan perintah berikut:

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

    3. Pindahkan ke Resolusi.

Resolusi

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

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

  2. Pantau panggilan API dan konfirmasi apakah masalah masih tetap ada.

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

Penyebab: Proxy API tidak di-deploy di satu atau beberapa Message Processors

Proxy API yang jarang dapat di-deploy pada satu atau beberapa Pemroses Pesan. Hal ini sebagian besar terjadi karena pemberitahuan peristiwa tidak ada dari Server Pengelolaan ke Pemroses Pesan selama deployment Proxy API tertentu. Jika demikian, Anda tidak akan dapat membuat sesi rekaman aktivitas di UI Edge.

Diagnosis

  1. Login ke setiap Pemroses Pesan dan periksa apakah revisi tertentu Proxy API telah 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 output seperti berikut:

    [ "12" ]

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

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

  4. Jika revisi khusus Proxy API di-deploy di semua Pemroses Pesan, masalah ini tidak disebabkan oleh hal tersebut. Beralihlah ke Harus Mengumpulkan Informasi Diagnostik.

Resolusi

  1. Mulai ulang Pemroses Pesan tertentu tempat revisi tertentu Proxy API 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 terus 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 dari perintah netstat di bawah pada Prosesor 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 dalam Playbook ini yang telah dicoba dan insight lain apa pun yang akan membantu kami menyelesaikan masalah ini dengan cepat.