ERRO: Falha na conexão do segmento: A alocadaWritergang tentou devolver uma gangue ruim. (CDBGANG.C: 2591)

Question

Usando o banco de dados Greenplum versão 3.2.3 no Solaris.

Etapa 1. Crie uma tabela.

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

Etapa 2: Insira dados de outra tabela. (Esta é uma baunilha simples, não particionada, sem restrições. Possui 564.392.723 linhas.)

INSERT INTO OPTION_PRICE SELECT * FROM casey_option_price;

Resultados:

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

As coisas ruins de gangue interrompem todo o show, precisam reiniciar o banco de dados para limpar as coisas novamente.

Não encontrei muito na web, tenha um bilhete de helpdesk aberto com o Greenplum, pensei em flutuar aqui também. Voltará com uma solução se eu conseguir um antes de você.

Desculpe, não há repetição suficiente para marcar com "Greenplum".

Answer 1

Este erro foi devido a um problema de hardware. Um disco rígido falhou e, por algum motivo, o ataque não nos cobriu corretamente.

"Gangue ruim" significa "verifique seu hardware" para mim agora.

Um problema relacionado (ou talvez o real): verifique sua configuração gp_vmem_protect_limit. O nosso era muito alto, e eu estava usando todo o espaço de troca da máquina na minha consulta.

Answer 2

A "gangue foi desconectada" é um sintoma que indica um ou mais processos de trabalhadores dos segmentos primários abortarem anormalmente. As causas possíveis variam. Por exemplo, Max_Connections são alcançados em um segmento; segmentos primários baixos devido ao tempo limite; Os processos PostgreSQL são mortos; Segmento Servidor NIC NIC; O sistema de arquivos está cheio em segmentos; etc.

Eu sugiro que você abra casos para a equipe de suporte do GP com informações abaixo:

1. Mestre logs
2. logs de segmento relacionados
3. GP_SEGEGEM_CONFIGURAÇÃO SAÍDA
4. Selecione * de GP_CONFIGURAÇÃO_HISTORY ORDEM POR 1 DESC;
5. /var/log/mensagens em servidores de segmento relacionados
6. df -h em segmentos
7. Qualquer mudança que você possa pensar relacionada.