सोलारिस पर ग्रीनप्लम डेटाबेस संस्करण 3.2.3 का उपयोग करना।
चरण 1. एक तालिका बनाएं।
CREATE TABLE ivdb.OPTION_PRICE (
SecurityID integer NOT NULL,
Date timestamp NOT NULL,
Root char(5) NOT NULL,
Suffix char(2) NOT NULL,
Strike integer NOT NULL,
Expiration timestamp NOT NULL,
CallPut char(1),
BestBid real NOT NULL,
BestOffer real NOT NULL,
LastTradeDate timestamp NULL,
Volume integer NOT NULL,
OpenInterest integer NOT NULL,
SpecialSettlement char(1) DEFAULT "0",
ImpliedVolatility real NOT NULL,
Delta real NOT NULL,
Gamma real NOT NULL,
Vega real NOT NULL,
Theta real NOT NULL,
OptionID integer NOT NULL,
Adjustmentfactor integer DEFAULT 1 NOT NULL,
CONSTRAINT PK_OPTION_PRICE PRIMARY KEY (Date, Root, Suffix))
PARTITION BY RANGE (Date) (
START (timestamp "01/01/1996") INCLUSIVE
END (timestamp "01/01/2020") EXCLUSIVE
EVERY (INTERVAL "1 month"));
चरण 2: किसी अन्य तालिका से डेटा डालें। (यह एक सादे वेनिला है, विभाजन नहीं, कोई अड़चन नहीं है। इसकी 564,392,723 पंक्तियाँ हैं)।
INSERT INTO OPTION_PRICE SELECT * FROM casey_option_price;
परिणाम:
- निष्पादन क्वेरी: INSERT INTO OPTION_PRICE सेलेक्ट * से casey_option_price; सूचना: लेनदेन को समाप्त करने के लिए गिरोह जारी करना। त्रुटि: सेगमेंट कनेक्शन विफल रहा: आवंटितकर्ता एक बुरे गिरोह को वापस करने का प्रयास करता है। (Cdbgang.c: 2591) ********** त्रुटि ********** त्रुटि: सेगमेंट कनेक्शन विफल रहा: आवंटितकर्ता एक बुरे गिरोह को वापस करने का प्रयास करता है। (Cdbgang.c: 2591) SQL स्थिति: XX000
खराब गिरोह की चीजें पूरे शो को रोक देती हैं, चीजों को फिर से साफ करने के लिए डेटाबेस को पुनरारंभ करने की आवश्यकता होती है।
हेवन "वेब पर बहुत कुछ मिला है, ग्रीनप्लम के साथ एक हेल्पडेस्क टिकट खुला है, मुझे लगता है कि मैं इसे यहां भी तैरता हूं।" एक समाधान के साथ वापस आऊंगा अगर मैं आपको करने से पहले एक हो।
क्षमा करें, "ग्रीनप्लम" के साथ टैग करने के लिए पर्याप्त नहीं है।
उत्तर:
जवाब के लिए 0 № 1यह त्रुटि हार्डवेयर समस्या के कारण थी। एक हार्ड ड्राइव विफल रही और किसी कारण से RAID didn "t हमें सही ढंग से कवर नहीं करता है।
"बैड गैंग" का अर्थ है "अब मुझे अपना हार्डवेयर जांचें"।
एक संबंधित (या शायद असली एक) समस्या: अपने gp_vmem_protect_limit सेटिंग की जाँच करें। हमारा बहुत अधिक था, और मैं अपनी क्वेरी में मशीन के सभी स्वैप स्थान का उपयोग कर रहा था।
जवाब के लिए 0 № 2
"गिरोह काट दिया गया" एक लक्षण है जोएक या एक से अधिक प्राथमिक खंडों को इंगित करता है "कार्यकर्ता प्रक्रियाएं असामान्य रूप से गर्भपात करती हैं। संभावित कारण अलग-अलग हो सकते हैं। ईजी, अधिकतम एक खंड पर पहुंच गए हैं; टाइमआउट के कारण प्राथमिक खंड नीचे; Postgresql प्रक्रियाओं को मार दिया जाता है; खंड सर्वर एनआईसी मुद्दा; सेगमेंट पर फ़ाइल सिस्टम भरा हुआ है; आदि।
मेरा सुझाव है कि आप नीचे दी गई जानकारी के साथ जीपी सपोर्ट टीम को केस खोलें:
- मास्टर लॉग
- संबंधित खंड लॉग
- gp_segment_configuration आउटपुट
- 1 desc द्वारा gp_configuration_history क्रम से * का चयन करें;
- संबंधित खंड सर्वर पर / var / लॉग / संदेश
- df -h सेगमेंट पर
- आपके द्वारा संबंधित कोई भी बदलाव सोच सकते हैं।