Closed def- closed 2 years ago
What's the schema for t1 table ?
thanks
DROP DATABASE IF EXISTS db_lst_606686;
CREATE DATABASE db_lst_606686;
CREATE TYPE int2range AS RANGE (subtype = smallint);
CREATE TYPE e0 AS ENUM ('e0_v0', 'e0_v1', 'e0_v2', 'e0_v3');
CREATE TYPE e1 AS ENUM ('e1_v0', 'e1_v1', 'e1_v2');
CREATE TYPE e2 AS ENUM ('e2_v0', 'e2_v1');
CREATE TYPE e3 AS ENUM ('e3_v0', 'e3_v1', 'e3_v2');
CREATE TABLE t1(c0_float4 FLOAT4,
c1_int INT DEFAULT -2147483648,
c2_json JSON DEFAULT '{"a": 8, "b": ["0", "1", "2", "3", "4", "5", "6", "7", "8", "9"], "c": true}'::json,
c3_boolean BOOLEAN,
c4_int4range INT4RANGE NOT NULL DEFAULT '(-63,-16]'::INT4RANGE,
c5_jsonb JSONB DEFAULT '{"a": 8, "b": ["0", "1", "2", "3", "4", "5", "6", "7", "8", "9"], "c": true}'::jsonb,
c6_bigint BIGINT NOT NULL DEFAULT 78,
c7_bigint BIGINT,
c8_json JSON NOT NULL DEFAULT '{"a": 9, "b": ["0", "1", "2", "3", "4", "5", "6", "7", "8"], "c": true}'::json,
c9_int INT,
c10_smallint SMALLINT NOT NULL,
c11_date DATE,
c12_float8 FLOAT8 DEFAULT -24.07243020106324,
c13_text TEXT,
c14_text TEXT,
c15_int2range INT2RANGE NOT NULL DEFAULT '(,79)'::INT2RANGE,
c16_int8range INT8RANGE DEFAULT '[-68,)'::INT8RANGE,
c17_bigint BIGINT)
SPLIT INTO 78 TABLETS;
With these ALTERs:
2022-09-20 16:04:40,187 worker_1 ALTER TABLE t1 ADD c18_float4 FLOAT4 DEFAULT 26.77770974545723;
2022-09-20 16:04:50,864 worker_1 ALTER TABLE t1 ADD c19_smallint SMALLINT DEFAULT 92;
2022-09-20 16:05:54,043 worker_1 ALTER TABLE t1 ADD c20_float4 FLOAT4;
2022-09-20 16:06:08,192 worker_1 ALTER TABLE t1 ADD c21_numrange NUMRANGE;
Wasn't able to reproduce locally:
yugabyte=# CREATE INDEX CONCURRENTLY idx_t1_c7_bigint_c1_int ON t1 USING btree (c7_bigint HASH NULLS LAST, c1_int ASC NULLS LAST) SPLIT INTO 48 TABLETS;
NOTICE: index method "btree" was replaced with "lsm" in YugabyteDB
NOTICE: nulls sort ordering option is ignored, NULLS FIRST/NULLS LAST not allowed for a HASH column
CREATE INDEX
Looks like the crash you saw was related to concurrent DDL.
@def- Were you running concurrent DDL connecting to different TServer nodes? If so, could this have been a duplicate of https://github.com/yugabyte/yugabyte-db/issues/14327?
Oh, you reported the same error message already, could indeed be a duplicate. LST doesn't give an easy repro so probably best to just check if it occurs again after #14327 has been fixed.
Jira Link: DB-3790
Description
Just before that t1 was altered to add a column:
Ran into this a few weeks ago, didn't see it immediately, just found in logs. LST logs: lst.zip