خطأ: فشل اتصال القطاع: حاول تخصيص WriterGang إعادة عصابة سيئة. (cdbgang.c: 2591)

Question

باستخدام إصدار قاعدة بيانات GreenPlum 3.2.3 على Solaris.

الخطوة 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;

نتائج:

-- Executing query:

INSERT INTO OPTION_PRICE SELECT * FROM casey_option_price;
NOTICE: Releasing gangs to finish aborting the transaction.


ERROR: Segment connection failed: allocateWriterGang attempted to return a bad gang. (cdbgang.c:2591)

********** Error **********

ERROR: Segment connection failed: allocateWriterGang attempted to return a bad gang. (cdbgang.c:2591)
SQL state: XX000

تمنع الأشياء السيئة للعصابة الكاملة العرض ، وتحتاج إلى إعادة تشغيل قاعدة البيانات لتنظيف الأشياء مرة أخرى.

لم تجد الكثير على الويب ، لديك تذكرة مساعدة مفتوحة مع GreenPlum ، اعتقدت أنني سأطفوها هنا أيضًا. سيعود بحل إذا حصلت على واحد قبل أن تفعل.

آسف ، لا يكفي مندوب لتمييز "GreenPlum".

Answer 1

كان هذا الخطأ بسبب مشكلة في الأجهزة. فشل محرك الأقراص الثابتة ولسبب ما لم يغطينا الغارة بشكل صحيح.

"Bad Gang" تعني "تحقق من أجهزتك" بالنسبة لي الآن.

مشكلة ذات صلة (أو ربما تكون المشكلة الحقيقية): تحقق من إعداد GP_VMEM_PROTECT_LIMIT. كانت لدينا عالية جدًا ، وكنت أستخدم جميع مساحة مبادلة الماكينة في استعلامي.

Answer 2

"تم فصل العصابة" هو أحد الأعراض التي تشير إلى عمليات عامل واحد أو أكثر من العمليات الأولية التي تعمل بشكل غير طبيعي. الأسباب المحتملة تختلف. على سبيل المثال ، يتم الوصول إلى Max_Connections على شريحة واحدة ؛ الأجزاء الأولية لأسفل بسبب المهلة ؛ يتم قتل عمليات postgresql ؛ Segment Server NIC مشكلة ؛ نظام الملفات ممتلئ في الأجزاء ؛ إلخ.

أقترح عليك فتح الحالات لفريق دعم GP مع معلومات أدناه:

1. سجلات رئيسية
2. سجلات القطاع ذات الصلة
3. gp_segress_configuration الإخراج
4. حدد * من GP_Configuration_History Order بواسطة 1 desc ؛
5. /var/log/messages على خوادم القطاع ذات الصلة
6. DF -H في الأجزاء
7. أي تغيير قد تعتقد أنه مرتبط.