PgAdmin III, खोलने वाला सर्वर स्थिति "यूटीएफ 8 एन्कोडिंग के लिए अमान्य बाइट अनुक्रम"

Question

मेरे पास दो पोस्टग्रेस 9.3 सर्वर सिंक्रोनस प्रतिकृति में हैं।

recovery.conf में एक नया archive_cleanup_command लोड करने के लिए मुझे दास को पुनरारंभ करने की आवश्यकता थी।

सर्वर सही ढंग से पुनरारंभ किया गया और अब यह पूरी तरह से मास्टर सर्वर के साथ सिंक हो गया है।

लेकिन जब मैं खोलने pgAdmin III में गुलाम सर्वर (जो निष्पादन मास्टर सर्वर पर स्थित है) के लिए "सर्वर स्थिति" पैनल, मैं कुछ त्रुटियाँ इस तरह मिलती है:

invalid byte sequence for encoding “UTF8” प्लस कुछ हेक्स कोड

क्योंकि मैं archive_cleanup_command एक टिल्ड ~ शब्दों में कहें, लेकिन यह काम नहीं किया था यह हो सकता है, तो मैं इसे हटा दिया और आदेश सही ढंग से काम किया।

2015-02-13 11:11:32 CET ERROR: invalid byte sequence for encoding “UTF8”: 0xe8 0x20 0x73 
2015-02-13 11:11:32 CET STATEMENT: SELECT pg_file_read('pg_log/postgresql-2015-02-13_111038.log', 0, 50000) 

:

हो सकता है कि ~ कहीं लिखा गया है और यह एक वैध चार नहीं है ... लेकिन मैं यह भी नष्ट कर दिया लॉग ...

गुलाम सर्वर लॉग निम्नलिखित की तरह लाइनों की एक बहुत है

ध्यान दें कि postgresql-2015-02-13_111038.log अंतिम लॉग है, जिसकी मुझे इन पंक्तियां मिलीं।

Answer 1

यह आपके postgresql.log को दूषित 'pf_file_read ....' कथन में बताए गए दूषित होने के कारण है।

यदि आप सर्वर लॉग पर "स्पर्श" (शायद आपके लॉग के बैकअप के बाद) करते हैं, और फिर से कनेक्ट करते हैं, तो आपको अब यह यूनिकोड त्रुटि दिखाई नहीं देगी और इस प्रकार, आप pgadmin III को और अधिक उपयोग करने में सक्षम होंगे ।

Answer 2

आपके पास समस्या यह है कि लोकेल सेटिंग lc_messages डेटाबेस एन्कोडिंग के लिए अलग एन्कोडिंग पर सेट है। नतीजतन, कुछ संदेशों को विंडोज -1252 एन्कोडिंग का उपयोग करके लॉग में लिखा जा रहा है, जबकि जब आप लॉग देखने के लिए PgAdmin का उपयोग करने का प्रयास करते हैं, तो यह यूटीएफ -8 का उपयोग कर फ़ाइल की व्याख्या करने का प्रयास करता है। लॉग में लिखे गए कुछ बाइट अनुक्रम वैध यूटीएफ -8 मान्य नहीं हैं, जिससे त्रुटि उत्पन्न होती है।

असल में, जिस तरह से अलग-अलग लोकल पोस्टग्रेस्क्ल में इंटरैक्ट करते हैं, परिणामस्वरूप लॉग फ़ाइल में मिश्रित एन्कोडिंग हो सकती है। इस पर Bug Report है, लेकिन ऐसा लगता है कि यह हल हो गया है।

शायद इसे हल करने का सबसे आसान तरीका lc_messages से English_United States.UTF-8 पर सेट करना है।

यह भी lc_messages सर्वर पर सभी डेटाबेस (या कम से कम सभी एक ही एन्कोडिंग का उपयोग कर) में गठबंधन करना बेहतर होगा।

किसी मौजूदा लॉग फ़ाइलों को निकालना सुनिश्चित करें क्योंकि उनमें पहले से ही गलत एन्कोडिंग होगा।