ERROR: Conexión segmento averiado: allocateWriterGang intentó volver una mala banda. (Cdbgang.c: 2591)

Question

El uso de la base de datos Greenplum versión 3.2.3 en Solaris.

Paso 1. Crear una tabla.

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

Paso 2: Insertar datos de otra tabla. (Éste es con sabor de vainilla, no dividido, no hay restricciones. Tiene 564,392,723 filas.)

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

Las cosas malas de bandas trae todo el espectáculo a un alto, deberá reiniciar la base de datos para hacer las cosas limpiadas de nuevo.

No puede encontrar tanto en la web, tiene un billete de asistencia abierta con Greenplum, pensé que iba a flotar hacia fuera aquí también. Volverá con una solución si consigo uno antes de hacerlo.

Lo sentimos, no representante suficiente para etiquetar con "Greenplum".

Answer 1

Este error se debe a un problema de hardware. Un disco duro ha fallado y por alguna razón el RAID no nos cubre correctamente.

"malo pandilla" significa "comprobar el hardware" para mí ahora.

Un relacionada (o tal vez el verdadero) problema: Compruebe su configuración gp_vmem_protect_limit. La nuestra era demasiado alto, y yo estaba usando todo el espacio de intercambio de la máquina en mi consulta.

Answer 2

El "banda fue desconectado" es un síntoma que indica los procesos de trabajo uno o más segmentos primarios abortan de manera anormal. Las posibles causas varían. EG, max_connections se alcanzan en un segmento; segmentos primarios hacia abajo debido a tiempo de espera; Procesos de PostgreSQL son asesinadas; servidor segmento cuestión NIC; Sistema de archivos es completo en segmentos; etc.

Te sugiero casos abiertos a GP equipo de soporte con información a continuación:

1. registros maestros
2. registros de segmentos relacionados
3. salida gp_segment_configuration
4. SELECT * FROM orden gp_configuration_history por 1 desc;
5. / var / log / mensajes en servidores de segmentos relacionados
6. df -h en segmentos
7. Cualquier cambio que usted puede pensar relacionados.