Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from ) id 1jDEDc-0001gU-WF for pgsql-bugs@arkaria.postgresql.org; Sat, 14 Mar 2020 21:21:17 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1jDEDa-0003OS-DK for pgsql-bugs@arkaria.postgresql.org; Sat, 14 Mar 2020 21:21:14 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1jDEDa-0003OL-50 for pgsql-bugs@lists.postgresql.org; Sat, 14 Mar 2020 21:21:14 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jDEDX-0000vJ-Cw for pgsql-bugs@lists.postgresql.org; Sat, 14 Mar 2020 21:21:13 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id 02ELL4ut021089; Sat, 14 Mar 2020 17:21:04 -0400 From: Tom Lane To: Daniel WM cc: pgsql-bugs@lists.postgresql.org, Andres Freund Subject: Re: BUG #16293: postgres segfaults and returns SQLSTATE 08006 In-reply-to: References: <16293-26f5777d10143a66@postgresql.org> <28203.1583878791@sss.pgh.pa.us> Comments: In-reply-to Daniel WM message dated "Sat, 14 Mar 2020 13:43:32 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21087.1584220864.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Sat, 14 Mar 2020 17:21:04 -0400 Message-ID: <21088.1584220864@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Daniel WM writes: > I have finally isolated the issue and I have a set of steps that reliabl= y > cause the segfault: Interesting. I do *not* see a crash in v12 or HEAD, but v11 gives me an assertion failure: TRAP: FailedAssertion("!(!slot->tts_fixedTupleDescriptor)", File: "execTup= les.c", Line: 284) 2020-03-14 17:16:06.626 EDT [1101] LOG: server process (PID 20822) was te= rminated by signal 6: Aborted 2020-03-14 17:16:06.626 EDT [1101] DETAIL: Failed process was running: IN= SERT INTO parent_table VALUES ('2020-02-02 01:00:00+00:00', 'f'); here: #3 0x000000000063ef45 in ExecSetSlotDescriptor (slot=3D0x1cf4060, = tupdesc=3D0x7f903a2dd0f8) at execTuples.c:284 #4 0x00000000006360eb in ExecConstraints (resultRelInfo=3D0x1cf47b8, = slot=3D0x1cf4060, estate=3D0x1cf3778) at execMain.c:2062 #5 0x000000000065a44d in ExecInsert (mtstate=3D0x1cf3ae0, slot=3D0x1cf406= 0, = planSlot=3D0x1cf4060, estate=3D0x1cf3778, canSetTag=3Dtrue) at nodeModifyTable.c:398 #6 0x000000000065b80b in ExecModifyTable (pstate=3D) at nodeModifyTable.c:2159 #7 0x0000000000636c27 in ExecProcNode (queryDesc=3D0x1ce51e8, = direction=3D, count=3D0, execute_once=3D224) at ../../../src/include/executor/executor.h:247 #8 ExecutePlan (queryDesc=3D0x1ce51e8, direction=3D,= = count=3D0, execute_once=3D224) at execMain.c:1723 #9 standard_ExecutorRun (queryDesc=3D0x1ce51e8, = direction=3D, count=3D0, execute_once=3D224) So this looks like something to do with Andres' tupletableslot work. regards, tom lane