Cardano-db-sync: रैंडम "DB लुकअप इन्सर्ट एब्लॉक में विफल" त्रुटि

मैंने देख लिया

DB lookup fail in insertABlock: block hash

पहले, लेकिन एक डिस्क स्थान से बाहर चलने वाले पोस्टग्रेज के कारण था और अन्य परीक्षण के दौरान डेटाबेस के संभावित असुरक्षित हेरफेर के बाद थे।

जहां तक FROZEN FOREVER भाग की बात है, यह ऐसा कुछ नहीं है जिस पर मेरा सीधा नियंत्रण है। मेरा कोड नेटवर्किंग कोड में कॉल करता है जो चेनसिंक प्रोटोकॉल करता है जो फिर मेरे कोड के दूसरे बिट में वापस कॉल करता है। इस उदाहरण में, मेरे आंतरिक कोड ने एक अपवाद फेंक दिया जो नेटवर्क कोड द्वारा पकड़ा गया था और मेरे कोड तक वापस प्रचारित नहीं किया गया था। इसके लिए एक समाधान हो सकता है, लेकिन यह आसान होने की संभावना नहीं है।

मेरा सुझाव है:

• सुनिश्चित करें कि मशीन में पर्याप्त डिस्क स्थान है (220 युग के लिए पूरी तरह से समन्वयित, मेरा डीबी-सिंक इंस्टेंस 6 जी डिस्क का उपयोग कर रहा है)।
• डेटाबेस को छोड़ें और फिर से बनाएँ (यह सुनिश्चित करने के लिए कि मौजूदा भ्रष्टाचार हटा दिया गया है)।
• समन्वयन की मैन्युअल रूप से निगरानी करें (लगभग 3 घंटे तक होनी चाहिए)।

क्षमा करें, मैं यह उल्लेख करना भूल गया कि संलग्न लॉग से उस समय के बाद से ऐसा नहीं हुआ; इसलिए मैंने मान लिया कि यह मेरे postgres उदाहरण के साथ कुछ असाधारण समस्या हो सकती है (मैं उस समय IIRC के साथ HA के साथ खेल रहा था)।

हम यह देखने के लिए कुछ समय के लिए इसे खुला रख सकते हैं कि क्या हमें कोई और उपयोगी सुराग मिलता है।

जेएफटीआर, मैं स्क्रैच से मेननेट को फिर से सिंक कर रहा हूं और पाया कि यह वास्तव में एक बड़े समय के बाद ठीक हो जाता है (कम से कम नवीनतम संस्करण पर) और यह शायद कुछ cardano-node सॉकेट अनुपलब्धता [0] के कारण होता है।
यह बाद के मुद्दे हैं क्योंकि मैं टीसीपी के माध्यम से सॉकेट साझा करता हूं, इसलिए यह अलग-अलग k8s पॉड्स (कोई साझा आईपीसी) से चलने वाली विभिन्न सेवाओं के लिए उपयुक्त नहीं है, और मुझे कुछ अस्थिरताएं मिलती हैं (अभी तक सुनिश्चित नहीं है कि वे वास्तव में कहां आते हैं, मुझे और अधिक टीसीपी ट्यूनिंग करने की ज़रूरत है) .

[0]

[db-sync-node:Info:217] [2020-10-20 08:09:02.03 UTC] epochPluginInsertBlock: epoch 182
[db-sync-node:Info:217] [2020-10-20 08:11:01.01 UTC] insertByronBlock: slot 3955000, block 3952915, hash d5941f934cf5eb5c3105b584c07aa6c872272dbd0d4fbe78efb36682ed59f211
[db-sync-node:Info:217] [2020-10-20 08:15:22.01 UTC] insertByronBlock: slot 3960000, block 3957915, hash 92494b54140f9db989618f93f11be579b1112d66c173d09cdfb5ac8f9ae6d9ce
[db-sync-node:Error:217] [2020-10-20 08:15:54.86 UTC] DB lookup fail in insertABlock: block hash 55f53f6ddf3546aa29079945eb995244c4a5a205bb287ca76c89a85e2f60ef6d
[db-sync-node:Info:217] [2020-10-20 08:15:54.86 UTC] Shutting down DB thread
[db-sync-node:Error:220] [2020-10-20 08:15:54.86 UTC] recvMsgRollForward: AsyncCancelled
[db-sync-node:Error:211] [2020-10-20 08:34:04.83 UTC] ChainSyncWithBlocksPtcl: AsyncCancelled
[db-sync-node.Subscription:Error:207] [2020-10-20 08:34:04.83 UTC] [String "Application Exception: LocalAddress {getFilePath = \"/node-ipc/node.socket\"} MuxError MuxBearerClosed \"<socket: 12> closed when reading data, waiting on next header True\"",String "SubscriptionTrace"]
[db-sync-node.ErrorPolicy:Warning:4] [2020-10-20 08:34:04.83 UTC] [String "ErrorPolicySuspendPeer (Just (ApplicationExceptionTrace (MuxError MuxBearerClosed \"<socket: 12> closed when reading data, waiting on next header True\"))) 20s 20s",String "ErrorPolicyTrace",String "LocalAddress {getFilePath = \"/node-ipc/node.socket\"}"]
[db-sync-node.Handshake:Info:1879] [2020-10-20 08:34:05.83 UTC] [String "Send MsgProposeVersions (fromList [(NodeToClientV_1,TInt 764824073),(NodeToClientV_2,TInt 764824073),(NodeToClientV_3,TInt 764824073)])",String "LocalHandshakeTrace",String "ConnectionId {localAddress = LocalAddress {getFilePath = \"\"}, remoteAddress = LocalAddress {getFilePath = \"/ipc/node.socket\"}}"]
[db-sync-node.Handshake:Info:1879] [2020-10-20 08:34:05.85 UTC] [String "Recv MsgAcceptVersion NodeToClientV_3 (TInt 764824073)",String "LocalHandshakeTrace",String "ConnectionId {localAddress = LocalAddress {getFilePath = \"\"}, remoteAddress = LocalAddress {getFilePath = \"/ipc/node.socket\"}}"]
[db-sync-node:Info:1883] [2020-10-20 08:34:05.85 UTC] Starting chainSyncClient
[db-sync-node:Info:1883] [2020-10-20 08:34:07.63 UTC] Cardano.Db tip is at slot 3960564, block 3958479
[db-sync-node:Info:1889] [2020-10-20 08:34:07.63 UTC] Running DB thread
[db-sync-node:Info:1889] [2020-10-20 08:34:08.16 UTC] Rolling back to slot 3960564, hash 55f53f6ddf3546aa29079945eb995244c4a5a205bb287ca76c89a85e2f60ef6d
[db-sync-node:Info:1889] [2020-10-20 08:34:08.17 UTC] Deleting blocks numbered: []
[db-sync-node:Info:1889] [2020-10-20 08:37:42.51 UTC] insertByronBlock: slot 3965000, block 3962915, hash c1fa47cd48391aa3774e61c8830b5d1e8bbf62c4720b856a952fdd6d95dcd5e6
[db-sync-node:Info:1889] [2020-10-20 08:41:59.70 UTC] insertByronBlock: slot 3970000, block 3967915, hash 71dcc988afa8fbf6e2f5c88b165f7ee7dbbe8a1a07141df8a5f2c42986494528
[db-sync-node:Info:1889] [2020-10-20 08:46:19.05 UTC] epochPluginInsertBlock: epoch 183
[db-sync-node:Info:1889] [2020-10-20 08:46:43.59 UTC] insertByronBlock: slot 3975000, block 3972915, hash 9be00c8a13eeaa21b24b070fe9254c6b30c3e1953e8625604c86e8c8d5695213
[db-sync-node:Info:1889] [2020-10-20 08:51:42.20 UTC] insertByronBlock: slot 3980000, block 3977915, hash ec3903b66e2a7638315e9d4b9a19ed904b71eae3e5e4cdd412a9b8ed5875b970
[db-sync-node:Info:1889] [2020-10-20 08:57:17.01 UTC] insertByronBlock: slot 3985000, block 3982915, hash 527077e870a8fa8648fb035107c906cc72e3ea2438a674020dc472ec9e2b8d50
[db-sync-node:Info:1889] [2020-10-20 09:01:33.12 UTC] insertByronBlock: slot 3990000, block 3987915, hash 2d6ed2788d5a694d05866d5c08002e46b9e119cab71c2e56d5b76432f37b8eda
[db-sync-node:Info:1889] [2020-10-20 09:05:17.18 UTC] insertByronBlock: slot 3995000, block 3992915, hash e043d137b267ed16b73b41cb92889b37cad381c53c80390598b547dc9fc58892
[db-sync-node:Info:1889] [2020-10-20 09:06:00.19 UTC] epochPluginInsertBlock: epoch 184
[db-sync-node:Info:1889] [2020-10-20 09:09:43.66 UTC] insertByronBlock: slot 4000000, block 3997915, hash a1f93a150ed43de21591124248b27ba0c830bed8c8e81c9a17d7823b5a6cfc97
[db-sync-node:Info:1889] [2020-10-20 09:14:39.01 UTC] insertByronBlock: slot 4005000, block 4002914, hash 3ad70e79c62b3f0cafac5a6bcce66702cac04ea16b7487ceb4627cd61eb9ca42

यह शायद कुछ कार्डानो-नोड सॉकेट की अनुपलब्धता के कारण होता है

इससे डीबी लुकअप विफल नहीं होगा।

हालाँकि, यदि सॉकेट के गायब होने पर db-sync DB लुकअप कर रहा था, तो परिणामी अपवाद के कारण DB लुकअप को जल्दी समाप्त किया जा सकता है, जिसे बदले में एक असफल लुकअप के रूप में रिपोर्ट किया जा सकता है।

आप देखेंगे कि जब सॉकेट वापस आता है, तो यह हैश 55f53f6d...2f60ef6d (हैश जो पहले असफल लुकअप) को ब्लॉक करने के लिए वापस रोल करता है और इस बार लुकअप सफल रहा होगा या चेन सिंक वहीं मर गया होगा।

क्या इसे खुला रखना उचित है? समस्या यह है कि लगभग सभी मामलों में, मैं उन समस्याओं को ठीक नहीं कर सकता जिन्हें मैं पुन: पेश नहीं कर सकता।