ERROR: la conexión del segmento falló: allocateWriterGang intentó devolver una mala pandilla. (cdbgang.c: 2591) - base de datos, postgresql, greenplum

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

Paso 1. Crea 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. (Esta es simple vainilla, no particionada, sin restricciones. Tiene 564,392,723 filas).

INSERT INTO OPTION_PRICE SELECT * FROM casey_option_price;

Resultados:

- Ejecutando consulta:  INSERTE EN OPTION_PRICE SELECT * FROM casey_option_price; AVISO: Liberar pandillas para terminar de abortar la transacción.   ERROR: Error en la conexión del segmento: allocateWriterGang intentó devolver una pandilla mala. (cdbgang.c: 2591)  ********** Error **********  ERROR: Error en la conexión del segmento: allocateWriterGang intentó devolver una pandilla mala. (cdbgang.c: 2591) Estado SQL: XX000

Las cosas malas de la pandilla detienen todo el programa, es necesario reiniciar la base de datos para que las cosas se vuelvan a limpiar.

No he encontrado mucho en la web, tengo un boleto de servicio de asistencia abierto con greenplum, pensé que también lo haría flotar aquí. Volveré con una solución si recibo una antes que tú.

Lo sentimos, no hay suficiente representante para etiquetar con "greenplum".

Respuestas

Este error se debió a un problema de hardware. Falló un disco duro y, por alguna razón, el RAID no nos cubrió correctamente.

"mala pandilla" significa "revisa tu hardware" para mí ahora.

Un problema relacionado (o tal vez el real): verifique su configuración gp_vmem_protect_limit. El nuestro era demasiado alto, y estaba usando todo el espacio de intercambio de la máquina en mi consulta.

La "pandilla fue desconectada" es un síntoma queindica uno o más segmentos primarios "los procesos de trabajo se anulan de forma anormal. Las posibles causas varían. EG, max_connections se alcanzan en un segmento; segmentos primarios hacia abajo debido al tiempo de espera; Los procesos postgresql son eliminados; problema NIC servidor de segmento; El sistema de archivos está lleno de segmentos; etc.

Le sugiero que abra casos al equipo de soporte de GP con la siguiente información:

1. registros maestros
2. registros de segmentos relacionados
3. salida gp_segment_configuration
4. seleccione * desde gp_configuration_history orden por 1 desc;
5. / var / log / messages en servidores de segmentos relacionados
6. df -h en segmentos
7. Cualquier cambio que pueda pensar relacionado.