ERRORE: Collegamento Segmento non riuscita: allocateWriterGang ha tentato di restituire un cattivo banda. (Cdbgang.c: 2591)

Question

Utilizzando Greenplum database della versione 3.2.3 su Solaris.

Passaggio 1. Creare una tabella.

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')); 

Passaggio 2: Inserire i dati da un'altra tabella. (Questo è plain vanilla, non partizionato, senza vincoli. Ha 564,392,723 righe.)

INSERT INTO OPTION_PRICE SELECT * FROM casey_option_price;

Risultati:

-- 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

Le cose cattive banda porta tutto lo spettacolo una battuta d'arresto, hanno bisogno di riavviare database per ottenere le cose pulite di nuovo.

Non hai trovato molto sul web, hanno un biglietto helpdesk aperto con Greenplum, ho pensato di galleggiare fuori anche qui. Tornerà con una soluzione se ho uno prima di te.

Siamo spiacenti, non abbastanza rappresentante di tag con "Greenplum".

Answer 1

Questo errore è dovuto a un problema hardware. Un disco rigido non è riuscita e per qualche motivo il RAID non ci ha coprire in modo corretto.

"cattivo banda" significa "controllare l'hardware" a me ora.

A correlato (o forse quello vero) problema: Controllare l'impostazione gp_vmem_protect_limit. La nostra era troppo alto, e stavo usando tutto lo spazio di swap della macchina nella mia interrogazione.

Answer 2

La "banda disconnessa" è un sintomo che indica processi di lavoro uno o più segmenti primari abortiscono anomalo. Le possibili cause sono diverse. EG, max_connections vengono raggiunti su un segmento; segmenti primari a causa di timeout; I processi di PostgreSQL sono uccisi; server di segmento problema NIC; file system è piena segmenti; ecc.

Vi suggerisco casi aperti a GP team di supporto con sotto informazioni:

1. logs maestri
2. i registri di segmento correlati
3. uscita gp_segment_configuration
4. select * from ordine gp_configuration_history da 1 desc;
5. / var / log / messaggi sul server del segmento correlati
6. df -h sui segmenti
7. Qualsiasi modifica si potrebbe pensare correlato.