Apicurio-studio: एपीआई कुबेरनेट्स पर खोया कनेक्शन संपादित करें

को निर्मित 7 जून 2020 · 29टिप्पणियाँ · स्रोत: Apicurio/apicurio-studio

हैलो, मुझे # 813 में बताए गए मुद्दे के समान कठिनाइयों का सामना करना पड़ रहा है, जब कुबेरनेट्स पर चलने की कोशिश करते हुए डब्ल्यूएस को इनग्रेड के माध्यम से उजागर किया जा रहा है।

WebSocket connection to 'ws://apicurio-ws.192.168.1.5.nip.io/ws/designs/2?uuid=68064b1e-f839-4973-b65e-89660d4a07d9&user=admin&secret=eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICJxRV9
COWQ4NFZS' failed: Error during WebSocket handshake: Unexpected response code: 404

मैं डिस्ट्रो/कुबेरनेट्स में कुबेरनेट्स मेनिफेस्ट फाइलों का उपयोग कर रहा हूं। मैं हर सर्विस के लिए सिर्फ होस्ट बदल रहा हूं।

स्रोत

cemnura

सबसे उपयोगी टिप्पणी

अच्छी खबर! मुझे लगता है कि हमें इन परिवर्तनों के लिए एक अलग पीआर की आवश्यकता है? आपको क्या लगता है @t-rap और @jsenko ?

EricWittmann 23 जून 2020

👍2

सभी 29 टिप्पणियाँ

मैं मान रहा हूँ कि #813 में दी गई जानकारी ने आपकी मदद नहीं की? यह एक ही समस्या की तरह दिखता है। हो सकता है कि @ 0x218 उन परिवर्तनों के बारे में विस्तार से बता सकता है जो उनकी स्थापना के लिए काम करते हैं? या शायद @ टी-रैप के कुछ विचार हैं? मेरी Kubernetes विशेषज्ञता बेहद सीमित है।

EricWittmann 7 जून 2020

हां, मैंने सुझाए गए Nginx Ingress @ 0x218 में संस्करण, अपग्रेड और कनेक्शन हेडर को लागू करने का प्रयास किया। फिर भी, मैं वेब सॉकेट से कनेक्ट करने में सक्षम नहीं था।

समस्या को और समझने के लिए मैं कोई लॉग प्रदान कर सकता हूं?

cemnura 8 जून 2020

यदि आप -ws पॉड से "पूर्ण" ब्राउज़र कंसोल आउटपुट और सर्वर लॉग प्रदान कर सकते हैं, तो इससे मदद मिल सकती है।

EricWittmann 8 जून 2020

ब्राउज़र लॉग:

[ApiEditorPageComponent] Attempting to reconnect to the server.
main.a117148be57ecc117ff5.js:1 [ApisService] Getting an API Design: http://apicurio.192.168.1.5.nip.io/studio-api/designs/2
main.a117148be57ecc117ff5.js:1 [ApisService] Editing API Design: http://apicurio.192.168.1.5.nip.io/studio-api/designs/2/session
main.a117148be57ecc117ff5.js:1 [ApisService] Editing Session UUID: 0d50ffc8-1f69-41b0-b1f0-6c80a1771e00
main.a117148be57ecc117ff5.js:1 [ApisService] Content Version: 3
main.a117148be57ecc117ff5.js:1 [ApiEditorPageComponent] Definition loaded.  Opening editing session.
main.a117148be57ecc117ff5.js:1 [ApisService] Opening editing session on URL: ws://apicurio-ws.192.168.1.5.nip.io/ws/designs/2?uuid=0d50ffc8-1f69-41b0-b1f0-6c80a1771e00&user=admin&secret=eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICJCNlRDTFAxdkIz
main.a117148be57ecc117ff5.js:1 WebSocket connection to 'ws://apicurio-ws.192.168.1.5.nip.io/ws/designs/2?uuid=0d50ffc8-1f69-41b0-b1f0-6c80a1771e00&user=admin&secret=eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICJCNlRDTFAxdkIz' failed: Error during WebSocket handshake: Unexpected response code: 404
t.openEditingSession @ main.a117148be57ecc117ff5.js:1
(anonymous) @ main.a117148be57ecc117ff5.js:1
e.invoke @ polyfills.9c67d1be23abf75fea1a.js:1
onInvoke @ main.a117148be57ecc117ff5.js:1
e.invoke @ polyfills.9c67d1be23abf75fea1a.js:1
t.run @ polyfills.9c67d1be23abf75fea1a.js:1
(anonymous) @ polyfills.9c67d1be23abf75fea1a.js:1
e.invokeTask @ polyfills.9c67d1be23abf75fea1a.js:1
onInvokeTask @ main.a117148be57ecc117ff5.js:1
e.invokeTask @ polyfills.9c67d1be23abf75fea1a.js:1
t.runTask @ polyfills.9c67d1be23abf75fea1a.js:1
y @ polyfills.9c67d1be23abf75fea1a.js:1
t.invokeTask @ polyfills.9c67d1be23abf75fea1a.js:1
_ @ polyfills.9c67d1be23abf75fea1a.js:1
m @ polyfills.9c67d1be23abf75fea1a.js:1
main.a117148be57ecc117ff5.js:1 [ApiEditingSession] WS connection to server CLOSED: CloseEvent {isTrusted: true, wasClean: false, code: 1006, reason: "", type: "close", …}
main.a117148be57ecc117ff5.js:1 [ApiEditorPageComponent] **Notice** editing session DROPPED!  Reason code: 1006
main.a117148be57ecc117ff5.js:1 [ApiEditorPageComponent] Attempting to reconnect to the server.
main.a117148be57ecc117ff5.js:1 [ApisService] Getting an API Design: http://apicurio.192.168.1.5.nip.io/studio-api/designs/2
main.a117148be57ecc117ff5.js:1 [ApisService] Editing API Design: http://apicurio.192.168.1.5.nip.io/studio-api/designs/2/session
main.a117148be57ecc117ff5.js:1 [ApisService] Editing Session UUID: 5eecf1e6-2a83-4940-bdb0-110240374093
main.a117148be57ecc117ff5.js:1 [ApisService] Content Version: 3
main.a117148be57ecc117ff5.js:1 [ApiEditorPageComponent] Definition loaded.  Opening editing session.
main.a117148be57ecc117ff5.js:1 [ApisService] Opening editing session on URL: ws://apicurio-ws.192.168.1.5.nip.io/ws/designs/2?uuid=5eecf1e6-2a83-4940-bdb0-110240374093&user=admin&secret=eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICJCNlRDTFAxdkIz
main.a117148be57ecc117ff5.js:1 WebSocket connection to 'ws://apicurio-ws.192.168.1.5.nip.io/ws/designs/2?uuid=5eecf1e6-2a83-4940-bdb0-110240374093&user=admin&secret=eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICJCNlRDTFAxdkIz' failed: Error during WebSocket handshake: Unexpected response code: 404
t.openEditingSession @ main.a117148be57ecc117ff5.js:1
(anonymous) @ main.a117148be57ecc117ff5.js:1
e.invoke @ polyfills.9c67d1be23abf75fea1a.js:1
onInvoke @ main.a117148be57ecc117ff5.js:1
e.invoke @ polyfills.9c67d1be23abf75fea1a.js:1
t.run @ polyfills.9c67d1be23abf75fea1a.js:1
(anonymous) @ polyfills.9c67d1be23abf75fea1a.js:1
e.invokeTask @ polyfills.9c67d1be23abf75fea1a.js:1
onInvokeTask @ main.a117148be57ecc117ff5.js:1
e.invokeTask @ polyfills.9c67d1be23abf75fea1a.js:1
t.runTask @ polyfills.9c67d1be23abf75fea1a.js:1
y @ polyfills.9c67d1be23abf75fea1a.js:1
t.invokeTask @ polyfills.9c67d1be23abf75fea1a.js:1
_ @ polyfills.9c67d1be23abf75fea1a.js:1
m @ polyfills.9c67d1be23abf75fea1a.js:1
main.a117148be57ecc117ff5.js:1 [ApiEditingSession] WS connection to server CLOSED: CloseEvent {isTrusted: true, wasClean: false, code: 1006, reason: "", type: "close", …}
main.a117148be57ecc117ff5.js:1 [ApiEditorPageComponent] **Notice** editing session DROPPED!  Reason code: 1006

ws पॉड पूर्ण लॉग:

06-10 14:46:08,780 DEBUG [io.undertow.request.security] (default task-1) Authentication result was ATTEMPTED for /ws/designs/2
2020-06-10 14:46:08,781 DEBUG [io.undertow.request] (default task-1) Matched default handler path /ws/designs/2
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread Status <== SCANNING
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread scanning
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Periodic recovery first pass at Wed, 10 Jun 2020 14:46:11
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) processing /StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction transactions
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.CommitMarkableResourceRecordRecoveryModule<strong i="6">@7e04aa62</strong>' first pass processed
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) AtomicActionRecoveryModule first pass
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) processing /StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction transactions
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.arjuna.recovery.AtomicActionRecoveryModule<strong i="7">@3b062bc6</strong>' first pass processed
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.txoj] (Periodic Recovery) TORecoveryModule - first pass
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.txoj.recovery.TORecoveryModule<strong i="8">@29e089e5</strong>' first pass processed
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.SubordinateAtomicActionRecoveryModule<strong i="9">@5f676b11</strong>' first pass processed
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XARecoveryModule state change IDLE->FIRST_PASS

2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Local XARecoveryModule - first pass
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XARecoveryModule state change FIRST_PASS->BETWEEN_PASSES

2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule<strong i="10">@5ad9faef</strong>' first pass processed
2020-06-10 14:46:20,674 DEBUG [io.undertow.request] (default I/O-2) Matched default handler path /ws/designs/2
2020-06-10 14:46:20,675 DEBUG [io.undertow.request.security] (default task-1) Attempting to authenticate /ws/designs/2, authentication required: false
2020-06-10 14:46:20,675 DEBUG [io.undertow.request.security] (default task-1) Authentication outcome was NOT_ATTEMPTED with method io.undertow.security.impl.CachedAuthenticatedSessionMechanism<strong i="11">@59a16760</strong> for /ws/designs/2
2020-06-10 14:46:20,675 DEBUG [io.undertow.request.security] (default task-1) Authentication result was ATTEMPTED for /ws/designs/2
2020-06-10 14:46:20,675 DEBUG [io.undertow.request] (default task-1) Matched default handler path /ws/designs/2
2020-06-10 14:46:21,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Periodic recovery second pass at Wed, 10 Jun 2020 14:46:21
2020-06-10 14:46:21,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.CommitMarkableResourceRecordRecoveryModule<strong i="12">@7e04aa62</strong>' second pass processed
2020-06-10 14:46:21,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) AtomicActionRecoveryModule second pass
2020-06-10 14:46:21,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.arjuna.recovery.AtomicActionRecoveryModule<strong i="13">@3b062bc6</strong>' second pass processed
2020-06-10 14:46:21,291 DEBUG [com.arjuna.ats.txoj] (Periodic Recovery) TORecoveryModule - second pass
2020-06-10 14:46:21,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.txoj.recovery.TORecoveryModule<strong i="14">@29e089e5</strong>' second pass processed
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.SubordinateAtomicActionRecoveryModule<strong i="15">@5f676b11</strong>' second pass processed
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XARecoveryModule state change BETWEEN_PASSES->SECOND_PASS

2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Local XARecoveryModule - second pass
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Local XARecoveryModule.transactionInitiatedRecovery completed
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Local XARecoveryModule.resourceInitiatedRecovery completed
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XARecoveryModule state change SECOND_PASS->IDLE

2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule<strong i="16">@5ad9faef</strong>' second pass processed
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread Status <== INACTIVE
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread backing off

cemnura 10 जून 2020

यार, मुझे नहीं पता कि क्या गलत हो रहा है। मैं आपसे यह सुनिश्चित करने के लिए कहने जा रहा था कि -ws और -api पॉड एक ही डेटाबेस से जुड़े हैं। यदि नहीं, तो आपको कनेक्ट करने में त्रुटि मिलेगी, लेकिन उस स्थिति में -ws पॉड लॉग त्रुटि दिखाएगा, और आपको 404 नहीं मिलेगा जो मुझे नहीं लगता।

ऐसा लगता है कि यह किसी प्रकार की प्रवेश समस्या होनी चाहिए, और मुझे मदद करने के लिए k8s के बारे में पर्याप्त जानकारी नहीं है! :(

EricWittmann 10 जून 2020

मैंने सीधे नोडपोर्ट के माध्यम से ws पॉड को सीधे बेनकाब करने का भी प्रयास किया। फिर भी मुझे अभी तक कोई सफलता नहीं मिली।

मैं फिर से कोशिश करने जा रहा हूँ। क्या लॉग स्तर बढ़ाने से मदद मिलेगी?

cemnura 10 जून 2020

यह चोट नहीं पहुंचा सका। प्रमाणीकरण के बारे में -ws लॉग में कुछ था जो मुझे समझ में नहीं आया, क्योंकि -ws घटक में कोई प्रमाणीकरण सक्षम नहीं है। हो सकता है कि लॉग स्तर बढ़ाने से वह और अधिक रोशन हो जाए।

EricWittmann 10 जून 2020

आपको क्या लगता है कि मुझे लॉग स्तर को किस स्तर तक बढ़ाना चाहिए?

cemnura 10 जून 2020

शायद DEBUG से शुरू करें और देखें कि क्या होता है। :)

EricWittmann 10 जून 2020

मैंने डीबग करने के लिए लॉग स्तर बढ़ाया। फिर भी, कोई लाभकारी लॉग नहीं है।

डब्ल्यूएस

cloak.adapters.OAuthRequestAuthenticator] (default task-2) there was no code
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-2) redirecting to auth server
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.undertow.ServletSessionTokenStore] (default task-3) session was null, returning null
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-3) there was no code
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-3) redirecting to auth server
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-2) callback uri: http://apicurio-studio-ui.192.168.1.5.nip.io/version.js
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-3) callback uri: http://apicurio-studio-ui.192.168.1.5.nip.io/config.js
2020-06-13 22:20:10,628 DEBUG [io.undertow.request.security] (default task-2) Authentication outcome was NOT_ATTEMPTED with method org.keycloak.adapters.wildfly.WildflyAuthenticationMechanism<strong i="7">@26c8577b</strong> for /version.js
2020-06-13 22:20:10,628 DEBUG [io.undertow.request.security] (default task-2) Authentication result was ATTEMPTED for /version.js
2020-06-13 22:20:10,628 DEBUG [io.undertow.request.security] (default task-3) Authentication outcome was NOT_ATTEMPTED with method org.keycloak.adapters.wildfly.WildflyAuthenticationMechanism<strong i="8">@26c8577b</strong> for /config.js
2020-06-13 22:20:10,628 DEBUG [io.undertow.request.security] (default task-3) Sending authentication challenge for HttpServerExchange{ GET /config.js}
2020-06-13 22:20:10,628 DEBUG [io.undertow.request] (default task-2) Matched default handler path /version.js
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.AuthenticatedActionsHandler] (default task-2) AuthenticatedActionsValve.invoke http://apicurio-studio-ui.192.168.1.5.nip.io/version.js
2020-06-13 22:20:10,629 DEBUG [org.keycloak.adapters.AuthenticatedActionsHandler] (default task-2) Policy enforcement is disabled.
2020-06-13 22:20:10,629 DEBUG [io.undertow.session] (default task-3) Created session with id oIOfXf1RPvC2PBpI4dTuVZKYk7f8BDg0XUAFHWrC for exchange HttpServerExchange{ GET /config.js}
2020-06-13 22:20:10,629 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-3) Sending redirect to login page: http://keycloak-microcks.192.168.1.5.nip.io/auth/realms/Apicurio/protocol/openid-connect/auth?response_type=code&client_id=apicurio-studio&redirect_uri=http%3A%2F%2Fapicurio-studio-ui.192.168.1.5.nip.io%2Fconfig.js&state=3e4e092e-bc54-4802-a517-d3462de6f343&login=true&scope=openid
2020-06-13 22:20:10,629 DEBUG [io.undertow.request.security] (default task-3) Authentication result was CHALLENGE_SENT for /config.js
2020-06-13 22:21:00,918 DEBUG [io.undertow.request] (default I/O-2) Timing out idle connection from /10.1.94.1:41180
2020-06-13 22:21:00,918 DEBUG [io.undertow.request] (default I/O-2) Timing out idle connection from /10.1.94.1:41178
2020-06-13 22:21:48,749 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread Status <== SCANNING
2020-06-13 22:21:48,749 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread scanning
2020-06-13 22:21:48,749 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Periodic recovery first pass at Sat, 13 Jun 2020 22:21:48
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) processing /StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction transactions
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.CommitMarkableResourceRecordRecoveryModule<strong i="9">@3bc2db45</strong>' first pass processed
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) AtomicActionRecoveryModule first pass
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) processing /StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction transactions
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.arjuna.recovery.AtomicActionRecoveryModule<strong i="10">@7ec04259</strong>' first pass processed
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.txoj] (Periodic Recovery) TORecoveryModule - first pass
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.txoj.recovery.TORecoveryModule<strong i="11">@1a9ffeac</strong>' first pass processed
2020-06-13 22:21:48,751 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.SubordinateAtomicActionRecoveryModule<strong i="12">@1aa1c748</strong>' first pass processed
2020-06-13 22:21:48,751 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XARecoveryModule state change IDLE->FIRST_PASS

2020-06-13 22:21:48,751 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Local XARecoveryModule - first pass
2020-06-13 22:21:48,751 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XARecoveryModule state change FIRST_PASS->BETWEEN_PASSES

2020-06-13 22:21:48,751 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule<strong i="13">@5b07f3c7</strong>' first pass processed

हालाँकि मैंने एक ब्राउज़र लॉग देखा जो समस्या की व्याख्या कर सकता है।

main.a117148….js:1 [ApiEditingSession] WS connection to server CLOSED: 
CloseEvent {isTrusted: true, wasClean: false, code: 1006, reason: "", type: "close", …}
bubbles: false
cancelBubble: false
cancelable: false
code: 1006
composed: false
currentTarget: WebSocket {__zone_symbol__openfalse: Array(1), __zone_symbol__messagefalse: Array(1), __zone_symbol__ON_PROPERTYopen: ƒ, __zone_symbol__ON_PROPERTYmessage: ƒ, __zone_symbol__ON_PROPERTYclose: ƒ, …}
defaultPrevented: false
eventPhase: 0
isTrusted: true
path: []
reason: ""
returnValue: true
srcElement: WebSocket {__zone_symbol__openfalse: Array(1), __zone_symbol__messagefalse: Array(1), __zone_symbol__ON_PROPERTYopen: ƒ, __zone_symbol__ON_PROPERTYmessage: ƒ, __zone_symbol__ON_PROPERTYclose: ƒ, …}
target: WebSocket {__zone_symbol__openfalse: Array(1), __zone_symbol__messagefalse: Array(1), __zone_symbol__ON_PROPERTYopen: ƒ, __zone_symbol__ON_PROPERTYmessage: ƒ, __zone_symbol__ON_PROPERTYclose: ƒ, …}
timeStamp: 1177278.1400000094
type: "close"
wasClean: false
__proto__: CloseEvent

त्रुटि कोड 1006 के साथ वेब सॉकेट सीज़न को बंद किया जा रहा है

cemnura 14 जून 2020

आपके द्वारा शामिल किया गया सर्वर लॉग वास्तव में -ui पॉड का लॉग है - न कि -ws पॉड का लॉग।

EricWittmann 15 जून 2020

1006 के त्रुटि कोड का अर्थ है कि ब्राउज़र द्वारा वेब सॉकेट असामान्य रूप से बंद हो गया। :( और दुख की बात है कि ब्राउजर आपको कोई कारण नहीं देगा। यहां कुछ जानकारी:

https://stackoverflow.com/questions/19304157/getting-the-reason-why-websockets-closed-with-close-code-1006

आप शायद जो कोशिश कर सकते हैं वह किसी प्रकार का वेबस्केट परीक्षण उपकरण ढूंढ रहा है और उसका उपयोग करने का प्रयास कर रहा है। यह आपको कुछ नैदानिक जानकारी दे सकता है जिसका हम उपयोग कर सकते हैं।

EricWittmann 15 जून 2020

लॉग जहां निम्न आदेश के साथ पुनर्प्राप्त किया गया

kubectl logs apicurio-studio-ws-7c458cf8d8-cgscc

क्या कोई विशिष्ट लॉग है जिसे मैं खोज सकता हूं?

cemnura 15 जून 2020

क्या आपके पास वेब सॉकेट के परीक्षण के लिए कोई सिफारिश है?

cemnura 15 जून 2020

मुझे https://websocket.org/echo.html के माध्यम से वेब सॉकेट का परीक्षण करने का एक तरीका मिला।

मैंने अपने कंप्यूटर पर ws कनेक्शन कोड कॉपी किया है। मुझे क्या संदेश भेजना चाहिए?

cemnura 15 जून 2020

यह वास्तव में अजीब है क्योंकि आपके द्वारा ऊपर पोस्ट किया गया आउटपुट स्पष्ट रूप से एक कीक्लोक ऑथ रीडायरेक्ट और अन्य कीक्लोक संबंधित आउटपुट दिखाता है, साथ ही config.js और version.js के लिए अनुरोध - ये सभी चीजें हैं जो यूआई करता है। वेबसोकेट घटक में Keycloak बिल्कुल भी शामिल नहीं है। क्या आप शायद तीनों पॉड से लॉग आउटपुट प्राप्त कर सकते हैं? यह दिलचस्प होगा। शायद फली के साथ वास्तव में कोई समस्या है!

वेब सॉकेट के परीक्षण के लिए। बस कनेक्ट करने का प्रयास करें और देखें कि क्या होता है। अगर यह काम कर रहा है तो आपको ऐसा कुछ मिलना चाहिए:

यदि आपका "कनेक्ट" चरण में टूट गया है तो वह प्रारंभिक कनेक्ट शायद विफल हो जाएगा।

EricWittmann 15 जून 2020

मैंने websocket.org पर दिए गए कोड को कॉपी करके वेबसोकेट का परीक्षण किया और अपने स्थानीय नेटवर्क पर ws पॉड का परीक्षण करने के लिए इसे अपनी हार्ड ड्राइव पर websocket.html के रूप में सहेजा। दुर्भाग्य से मैं अपने स्थानीय नेटवर्क में ws से कनेक्ट करने में सक्षम नहीं था। हालाँकि मैं सार्वजनिक वेबसोकेट को जोड़ने में सक्षम था
wss://studio-ws.apicur.io/designs । इसलिए, मुझे लगता है कि वेबसोकेट परीक्षण व्यवहार्य है।

मैंने अनुलग्नक में सभी लॉग प्रदान किए हैं

kubectl लॉग apicurio-studio-ui-5c6f5df485-lcdxp > apicurio-studio-ui.log
kubectl लॉग apicurio-studio-ws-77dc7f7b87-57dcs > apicurio-studio-ws.log
kubectl लॉग

apicurio-studio-api.log
apicurio-studio-ui.log
apicurio-studio-ws.log

cemnura 16 जून 2020

मुझे अंत में यह काम करने के लिए मिला है! मैंने सीधे नोडपोर्ट के माध्यम से ws पॉड को उजागर किया। अब मुझे यकीन है कि समस्या प्रवेश विन्यास के साथ है।

cemnura 16 जून 2020

👍1

बहुत बढ़िया!! इस पर आगे बढ़ने के लिए धन्यवाद (हार नहीं मानना)। और खेद है कि मैं और अधिक मदद नहीं कर सका। मेरा कुबेरनेट्स ज्ञान स्तर निम्न है। क्या आप इसे काम करने के लिए जोड़ने के लिए जो भी वाईएएमएल कॉन्फ़िगरेशन पोस्ट कर सकते हैं उसे पोस्ट कर सकते हैं? हम अंततः एपिकुरियो स्टूडियो के लिए एक ऑपरेटर बनाएंगे, लेकिन मुझे नहीं पता कि ऐसा कब हो सकता है।

EricWittmann 16 जून 2020

ईमानदार होने के लिए मैंने एक विशिष्ट yaml कॉन्फ़िगरेशन नहीं बनाया है।

मैं एक नोडपोर्ट सेवा बनाता हूं जिसका अर्थ है कि डब्ल्यूएस पॉड्स 8080 पोर्ट मशीन आईपी पर एक यादृच्छिक बंदरगाह पर उजागर होता है।

इस तरह मैंने एक नोडपोर्ट बनाया
kubectl expose deployment apicurio-studio-ws --type NodePort --name test

जिसने मुझे 32204 का एक यादृच्छिक बंदरगाह दिया जिसे मशीन आईपी: 32204 के माध्यम से पहुँचा जा सकता है।

Kubectl svc . प्राप्त करें

NAME                           TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)          AGE
test                           NodePort    10.152.183.2     <none>        8080:32204/TCP   10h

मुझे अभी भी लगता है कि प्रवेश nginx वेबसोकेट को उजागर करने का पसंदीदा तरीका होना चाहिए क्योंकि NodePort पोर्ट यादृच्छिक है और इसे apicurio-configmap.yaml में पूर्व कॉन्फ़िगर नहीं किया जा सकता है।

जो मेरे मामले में है

apicurio-configmap.yaml

apiVersion: v1
kind: ConfigMap
metadata:
  name: apicurio-configmap
data:
  apicurio-db-connection-url: jdbc:mysql://apicuriodb:3306/apicuriodb
  apicurio-kc-client-id: apicurio-studio
  apicurio-kc-realm: Apicurio
  apicurio-microcks-api-url: http://microcks-microcks.192.168.1.5.nip.io/api
  apicurio-microcks-client-id: microcks-serviceaccount
  apicurio-ui-editing-url: ws://192.168.1.5:32204/
  apicurio-ui-feature-microcks: "true"
  apicurio-ui-feature-share-with-everyone: "true"
  apicurio-ui-hub-api-url: http://apicurio.192.168.1.5.nip.io/studio-api
  apicurio-ui-logout-redirect-uri: /
  keycloak-url: http://keycloak-microcks.192.168.1.5.nip.io/auth

cemnura 16 जून 2020

ठीक है बहुत दिलचस्प। पता नहीं क्यों nginx दृष्टिकोण आपके लिए काम नहीं कर रहा था। :( लेकिन खुशी है कि आपको कुछ काम मिल गया!

EricWittmann 17 जून 2020

मुझे प्रवेश के माध्यम से ws पॉड को बेनकाब करने का एक तरीका मिला। यह समाधान बहुत अधिक विन्यास योग्य है।

Screen Shot 2020-06-19 at 1 40 21 AM

इस समाधान में मैंने WS पॉड के लिए प्रवेश के माध्यम से एक अलग URL बनाया।

मैं मूल्यांकन के लिए एक पीआर प्रदान करूंगा।

cemnura 19 जून 2020

👍1

अरे, पार्टी में देर से आने के लिए खेद है।

@cemnura आप किस प्रवेश का उपयोग कर रहे हैं, और किस संस्करण में?

यदि आप इसका उपयोग करते हैं, तो nginx-ingress-controller में बहुत सारे सुधार और परिवर्तन हुए हैं।

एक चीज जो इसके बारे में अजीब है, वह है वेबसोकेट व्यवहार, खासकर जब आप http/https के बीच स्विच करने का प्रयास करते हैं।

@EricWittmann मैं परीक्षण कर सकता हूं कि क्या एक पैच किया गया संस्करण काम करता है (nginx-ingress-version नवीनतम में अपडेट किया गया) यदि आप चाहें तो

t-rap 21 जून 2020

आप जो भी मदद प्रदान कर सकते हैं उसकी सराहना की जाएगी, @ t-rap

EricWittmann 22 जून 2020

नमस्ते @ t-rap मैं एक microk8s Kubernetes चला रहा हूँ जो nginx-ingress-controller-amd64 का उपयोग करता है जहाँ तक मैं समझता हूँ।

Name:         nginx-ingress-microk8s-controller-nd8vb
Namespace:    ingress
Priority:     0
Node:         mccloud/192.168.1.5
Start Time:   Tue, 02 Jun 2020 23:12:28 +0300
Labels:       controller-revision-hash=59cb5dd586
              name=nginx-ingress-microk8s
              pod-template-generation=1
Annotations:  <none>
Status:       Running
IP:           192.168.1.5
IPs:
  IP:           192.168.1.5
Controlled By:  DaemonSet/nginx-ingress-microk8s-controller
Containers:
  nginx-ingress-microk8s:
    Container ID:  containerd://3219d168e8fbb190acd214ab651f781f6adf51adcc2302891636a5ff250ef15f
    Image:         quay.io/kubernetes-ingress-controller/nginx-ingress-controller-amd64:0.25.1
    Image ID:      sha256:2b8ed1f2046d4b37c18cca2ecc4f435b6618d2d198c0c8bf617954e863cc5832
    Ports:         80/TCP, 443/TCP
    Host Ports:    80/TCP, 443/TCP
    Args:
      /nginx-ingress-controller
      --configmap=$(POD_NAMESPACE)/nginx-load-balancer-microk8s-conf
      --publish-status-address=127.0.0.1
    State:          Running
      Started:      Fri, 12 Jun 2020 15:08:07 +0300
    Last State:     Terminated
      Reason:       Completed
      Exit Code:    0
      Started:      Wed, 10 Jun 2020 23:37:02 +0300
      Finished:     Fri, 12 Jun 2020 15:08:03 +0300
    Ready:          True
    Restart Count:  187
    Liveness:       http-get http://:10254/healthz delay=30s timeout=5s period=10s #success=1 #failure=3
    Environment:
      POD_NAME:       nginx-ingress-microk8s-controller-nd8vb (v1:metadata.name)
      POD_NAMESPACE:  ingress (v1:metadata.namespace)
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from nginx-ingress-microk8s-serviceaccount-token-r6md6 (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  nginx-ingress-microk8s-serviceaccount-token-r6md6:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  nginx-ingress-microk8s-serviceaccount-token-r6md6
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/disk-pressure:NoSchedule
                 node.kubernetes.io/memory-pressure:NoSchedule
                 node.kubernetes.io/network-unavailable:NoSchedule
                 node.kubernetes.io/not-ready:NoExecute
                 node.kubernetes.io/pid-pressure:NoSchedule
                 node.kubernetes.io/unreachable:NoExecute
                 node.kubernetes.io/unschedulable:NoSchedule
Events:          <none>

cemnura 22 जून 2020

बहुत बहुत धन्यवाद @cemnura
क्या आप मेरे द्वारा बनाए गए कांटे का परीक्षण कर सकते हैं (नीचे देखें)? धन्यवाद (फिर से) अग्रिम :)

मैंने https://github.com/t-rap/apicurio-studio-981/ पर कॉन्फ़िगरेशन का परीक्षण किया, जिसमें एक इनग्रेड-nginx-controller संस्करण 0.24.1 और apicurio-studio 0.2.44.फ़ाइनल है।
मैंने apicurio-studio-ws में प्रवेश करने के लिए उपपथ "/ डिज़ाइन" जोड़ा क्योंकि यह एक उपपथ है जिसे ws द्वारा नियंत्रित करने की आवश्यकता है।

मैं प्रवेश-नियंत्रक 0.25.1 और एपिक्यूरियो-स्टूडियो 0.2.46 पर कुछ परीक्षण चलाऊंगा। शायद सप्ताहांत पर अंतिम।
चूंकि कुबेरनेट्स द्वारा प्रवेश-नियंत्रक बनाए रखा जाता है, इसलिए पहचानने के लिए परिवर्तनों का भार होता है।

मैंने कॉन्फ़िगरेशन-स्निपेट को भी हटा दिया क्योंकि यह अब आवश्यक नहीं है (मेरा बुरा, दुह)

समाप्त होने पर मैं एक अपडेट दूंगा।

t-rap 22 जून 2020

👍2

मैं इसे @ टी-रैप की कोशिश करूंगा

cemnura 22 जून 2020

👍2

मैं प्रदान किए गए Kubernetes मेनिफेस्ट @ t-rap का उपयोग करके ui पॉड के साथ उसी url पर ws पॉड को उजागर करने में सक्षम था।

हालांकि, कुछ मामूली बदलावों के साथ।

मैंने ws पॉड प्रवेश नाम को apicurio-studio-ws . में बदल दिया है

https://github.com/Apicurio/apicurio-studio/blob/17a8e6bc21cae5a90aebb1a7a0e64350aeb30f57/distro/kubernetes/apicurio-studio-ingresses.yaml#L38 -L41

apicurio-ui-editing-url apicurio-configmap.yaml में /ws प्रत्यय को हटा दिया

https://github.com/Apicurio/apicurio-studio/blob/17a8e6bc21cae5a90aebb1a7a0e64350aeb30f57/distro/kubernetes/apicurio-configmap.yaml#L9

apicurio-studio-ingresses.yaml . में प्रवेश विन्यास में apicurio-studio-ingresses.yaml /ws पथ को हटा दिया

यहाँ मेरी विन्यास है

apicurio-configmap.yaml

apiVersion: v1
kind: ConfigMap
metadata:
  name: apicurio-configmap
data:
  apicurio-db-connection-url: jdbc:mysql://apicuriodb:3306/apicuriodb
  apicurio-kc-client-id: apicurio-studio
  apicurio-kc-realm: Apicurio
  apicurio-microcks-api-url: http://microcks-microcks.192.168.1.5.nip.io/api
  apicurio-microcks-client-id: microcks-serviceaccount
  apicurio-ui-editing-url: ws://apicurio.192.168.1.5.nip.io
  apicurio-ui-feature-microcks: "true"
  apicurio-ui-feature-share-with-everyone: "true"
  apicurio-ui-hub-api-url: http://apicurio.192.168.1.5.nip.io/studio-api
  apicurio-ui-logout-redirect-uri: /
  keycloak-url: http://keycloak-microcks.192.168.1.5.nip.io/auth

apicurio-studio-ingresses.yaml

kind: Ingress
apiVersion: extensions/v1beta1
metadata:
  name: apicurio-studio-api
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /$1
  labels:
    module: apicurio-studio-api
spec:
  rules:
  - host: apicurio.192.168.1.5.nip.io
    http:
      paths:
      - backend:
          serviceName: "apicurio-studio-api"
          servicePort: 8091
        path: /studio-api/?(.*)
---
kind: Ingress
apiVersion: extensions/v1beta1
metadata:
  name: apicurio-studio-ui
  labels:
    module: apicurio-studio-ui
spec:
  rules:
    - host: apicurio.192.168.1.5.nip.io
      http:
        paths:
          - backend:
              serviceName: "apicurio-studio-ui"
              servicePort: 8093
            path: /
---
kind: Ingress
apiVersion: extensions/v1beta1
metadata:
  name: apicurio-studio-ws
  annotations:
  labels:
    module: apicurio-studio-ws
spec:
  rules:
    - host: apicurio.192.168.1.5.nip.io
      http:
        paths:
          - backend:
              serviceName: "apicurio-studio-ws"
              servicePort: 8092
            path: /designs

cemnura 22 जून 2020

EricWittmann 23 जून 2020

👍2

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Apicurio-studio: एपीआई कुबेरनेट्स पर खोया कनेक्शन संपादित करें

सबसे उपयोगी टिप्पणी

सभी 29 टिप्पणियाँ

संबंधित मुद्दों