Etherpad-lite: डेटाबेस कनेक्शन को ग्रेसफुल तरीके से हैंडल करें अनुपलब्ध

को निर्मित 12 नव॰ 2020 · 5टिप्पणियाँ · स्रोत: ether/etherpad-lite

बग का वर्णन करें
जब बैकएंड स्टोरेज के लिए डेटाबेस कनेक्शन अनुपलब्ध होता है (पोस्टग्रेज के साथ परीक्षण किया जाता है), तो सर्वर डेटाबेस कनेक्शन समस्याओं को अच्छी तरह से रिपोर्ट करने के बजाय क्रैश होता रहता है।

प्रजनन करना
व्यवहार को पुन: पेश करने के लिए कदम:

अपना डेटाबेस सर्वर बंद करें (पोस्टग्रेज)
ईथरपैड प्रारंभ करें
किसी ऐसे पृष्ठ पर जाएँ जिसके लिए डेटाबेस कनेक्शन की आवश्यकता हो (किसी भी पैड को मेरे मामले में, /admin/plugins देखते समय भी ट्रिगर होना चाहिए)
त्रुटि देखें

अपेक्षित् व्यवहार
कुछ फ़्रंटएंड त्रुटि संदेश प्रदर्शित करने के लिए ग्रेसफुल फ़ॉलबैक, लेकिन डेटाबेस कनेक्टिविटी की कमी के बावजूद चलते रहें।

वास्तविक व्यवहार

[2020-11-12 22:13:05.858] [ERROR] console - error: column "value" is of type jsonb but expression is of type text
    at Parser.parseErrorMessage (/home/etherpad/etherpad-lite/src/node_modules/pg-protocol/dist/parser.js:278:15)
    at Parser.handlePacket (/home/etherpad/etherpad-lite/src/node_modules/pg-protocol/dist/parser.js:126:29)
    at Parser.parse (/home/etherpad/etherpad-lite/src/node_modules/pg-protocol/dist/parser.js:39:38)
    at Socket.stream.on (/home/etherpad/etherpad-lite/src/node_modules/pg-protocol/dist/index.js:8:42)
    at Socket.emit (events.js:198:13)
    at Socket.EventEmitter.emit (domain.js:448:20)
    at addChunk (_stream_readable.js:288:12)
    at readableAddChunk (_stream_readable.js:269:11)
    at Socket.Readable.push (_stream_readable.js:224:10)
    at TCP.onStreamRead [as onread] (internal/stream_base_commons.js:94:17)
[2020-11-12 22:13:05.858] [INFO] console - Stopping Etherpad...
[2020-11-12 22:13:05.876] [ERROR] console - TypeError: Cannot read property 'name' of null
    at Client._handleParseComplete (/home/etherpad/etherpad-lite/src/node_modules/pg/lib/client.js:358:26)
    at Connection.emit (events.js:198:13)
    at Connection.EventEmitter.emit (domain.js:448:20)
    at parse (/home/etherpad/etherpad-lite/src/node_modules/pg/lib/connection.js:109:12)
    at Parser.parse (/home/etherpad/etherpad-lite/src/node_modules/pg-protocol/dist/parser.js:40:17)
    at Socket.stream.on (/home/etherpad/etherpad-lite/src/node_modules/pg-protocol/dist/index.js:8:42)
    at Socket.emit (events.js:198:13)
    at Socket.EventEmitter.emit (domain.js:448:20)
    at addChunk (_stream_readable.js:288:12)
    at readableAddChunk (_stream_readable.js:269:11)

अतिरिक्त संदर्भ

Etherpad version
Version number: 1.8.6
Latest available version: 1.8.6
Git sha: 6a8563e

स्रोत

BenBE

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

ओह वापस किए गए कामों की जांच करें। कुछ समय पहले एक खराब पीजी प्रतिबद्ध था जो मुझे लगता है कि संबंधित था ..

JohnMcLear 12 नव॰ 2020

👍2

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

इसे +1 करें।

हमारे डेटाबेस एब्स्ट्रैक्शन btw के लिए https://github.com/ether/ueberDB । यह सिर्फ एक पीजी मुद्दा नहीं है, सभी डीबी को प्रभावित करता है।

मैं एक पीआर स्वीकार करता हूं, मुझे यकीन नहीं है कि इसे ठीक करने के लिए सबसे अच्छा कहां है, मुझे लगता है कि डीबी खो जाने पर पूरी तरह से ueberdb उत्सर्जित होता है।

आप कभी भी क्लाइंट को एक संदेश बबल नहीं करना चाहेंगे, इसलिए शायद क्लाइंट के लिए सामान्य त्रुटि, बैकएंड लॉग में स्पष्ट त्रुटि और डेटाबेस को पुनर्स्थापित होने तक मेमोरी को कैश करें। प्रत्येक डेटाबेस कनेक्टर के लिए जो हमारे पास समय से बड़ा काम हो सकता है।

यह ध्यान देने योग्य है कि ईथरपैड को त्रुटि पर मरने के लिए डिज़ाइन किया गया है, हम चीजों को जीवित नहीं रखने की कोशिश करते हैं लेकिन असफल होते हैं। यह एक प्रारंभिक डिजाइन निर्णय था जिसने बहुत अच्छी तरह से भुगतान किया क्योंकि इसने हमें ईथरपैड को स्थिर (आईएसएच) बनाने के लिए मजबूर किया। ईथरपैड की स्टार्टअप स्क्रिप्ट ईथरपैड को फिर से शुरू करने और डीबी कनेक्टिविटी को फिर से स्थापित करने का प्रयास करेगी, मैं इसका विरोध नहीं कर रहा हूं कि हम कैसे काम करते हैं लेकिन मुझे लगता है कि अगर डेटाबेस चला गया है तो यह बहुत स्पष्ट होना चाहिए कि ईथरपैड विफल हो रहा है क्योंकि डेटाबेस चला गया है।

JohnMcLear 12 नव॰ 2020

👍1

मुझे नहीं लगता कि यह एक कनेक्टिविटी मुद्दा है। column <name> is of type jsonb but expression is of type text एक सामान्य बात प्रतीत होती है जो तब होती है जब मिडलवेयर अप्रत्याशित तरीके से क्वेरी पैरामीटर सेट करता है। कॉलम JSONB के रूप में बनाया गया है, लेकिन जब क्वेरी जनरेटर JSON.encode जैसी किसी चीज़ का उपयोग करता है, तो प्रकार को एक स्ट्रिंग माना जाता है और पैरामीटर टेक्स्ट या VARCHAR (त्रुटि संदेशों में "वर्ण भिन्न") के रूप में बाध्य होता है।
जाहिरा तौर पर यह भी एक समस्या हो सकती है जब उनमें वस्तुओं के बजाय तार या सरणियों को संग्रहीत किया जाता है?

यादृच्छिक उदाहरण गूगल के माध्यम से मिला, इस परियोजना से संबंधित नहीं: https://github.com/jeremydaly/data-api-client/issues/27#issuecomment -584701957

martok 12 नव॰ 2020

👍1

JohnMcLear 12 नव॰ 2020

👍2

मैंने अभी देखा - ऐसा लगता है कि हमें इसमें jsonb के साथ CREATE TABLE मिला है, नोड_मॉड्यूल्स में संस्करण पहले से ही text । एफडब्ल्यूआईडब्ल्यू हमारे पास टेक्स्ट तर्क के साथ ueberdb_insert_or_update() है, कोई अतिभारित शेष नहीं है ...

बस यह सुनिश्चित करने के लिए कि मैं इसे रूपांतरित करने से पहले, पाठ वही है जो इसे होना चाहिए (अभी के लिए)?

martok 13 नव॰ 2020

👍1

पाठ में रूपांतरण के बाद सब कुछ काम करने लगता है:

ALTER TABLE storage ALTER COLUMN value TYPE text USING value::text;

BenBE 13 नव॰ 2020

👍1

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

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

Etherpad-lite: डेटाबेस कनेक्शन को ग्रेसफुल तरीके से हैंडल करें अनुपलब्ध

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

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

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