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 1j6riH-00046T-K1 for pgsql-bugs@arkaria.postgresql.org; Wed, 26 Feb 2020 08:06:37 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1j6riG-00009v-4J for pgsql-bugs@arkaria.postgresql.org; Wed, 26 Feb 2020 08:06:36 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1j6riF-00009m-Ok for pgsql-bugs@lists.postgresql.org; Wed, 26 Feb 2020 08:06:35 +0000 Received: from out3-smtp.messagingengine.com ([66.111.4.27]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j6ri9-0003S5-F3 for pgsql-bugs@lists.postgresql.org; Wed, 26 Feb 2020 08:06:34 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id B86DD21D26; Wed, 26 Feb 2020 03:06:28 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Wed, 26 Feb 2020 03:06:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=ccfJ/8cY0RlsGvIpm2CUdcEm0/5 OHu9qQubDLHjrHhY=; b=WZ/BJBpDnDV/n2V671APPTcwa6GwYbn4DuuQIwBFPmc +z/Icv0+IAHXWxGn2Ta/X5oEZel18pJbxndDISwlCqSnY5sIlJ7oA5UhDsIqB0bu NpeMSKAY+nxQBx/rjwg6fyNl+0c3jfRK6sYUN5Qq+9Wk4R4mbHJ44S6kZG6ZTEjQ kjRFftV8PCMvcoAqPbLtpcP1+FMHghGSa4XjmWUdUIs/Y1WHHf6G23C3TKOz+1BN 3h3nvgipW20aMH+JHDGr3PMkN9SOoETj+MlbRwysp++iRzYrEmOhdVstEBexpDDc Th7vs5HSel0gTH8x/yDrDmMMkgbRsnfXXL+PGwwy6Kg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=ccfJ/8 cY0RlsGvIpm2CUdcEm0/5OHu9qQubDLHjrHhY=; b=pWZlL8gUh8Ej3WeegZwvRK SGZzRRWJhkdKAAOKGJPaeIj1/imcBGEKOEm61rzBeXSlhulvTgQgD2Yi7UmYO39K DKHPJUANR9qYxtviy9H8xnMQhM4EyzqgQ2hdNhR7A+/FivYv6MmW1zpT4a1Hmb/q oSgpCuo4ruAVybMi4hwdMqkRxPd5Y6g9ItIJyz7fHsvfS4Cjn/8lxmi9j3mjr6AF IKskaAJGTLqfhZ9UGnSmyfZv1gvdMsZAj10Y3XtZpVRrQ2qpabPa7oeeivBYRstW A4cqyWnCM8tYxKz9JA6CRsvWVtcudlw2NVRDPje46sTlNq90hBbSnNxZOFJK0Dsg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrleefgdduudejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucgfrhhlucfvnfffucdljedtmdenucfjughrpeffhf fvuffkfhggtggujgesghdtreertddtvdenucfhrhhomhepofhitghhrggvlhcurfgrqhhu ihgvrhcuoehmihgthhgrvghlsehprghquhhivghrrdighiiiqeenucfkphepudduuddrud dtvddrudektddrudekheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgr ihhlfhhrohhmpehmihgthhgrvghlsehprghquhhivghrrdighiii X-ME-Proxy: Received: from paquier.xyz (ee0822lan1.rev.em-net.ne.jp [111.102.180.185]) by mail.messagingengine.com (Postfix) with ESMTPA id 95D823060F09; Wed, 26 Feb 2020 03:06:27 -0500 (EST) Date: Wed, 26 Feb 2020 17:06:24 +0900 From: Michael Paquier To: exclusion@gmail.com, pgsql-bugs@lists.postgresql.org Subject: Re: BUG #16276: Server crash on an invalid attempt to attach a partition to an index Message-ID: <20200226080624.GH17153@paquier.xyz> References: <16276-5cd1dcc8fb8be7b5@postgresql.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LiQwW4YX+w4axhAx" Content-Disposition: inline In-Reply-To: <16276-5cd1dcc8fb8be7b5@postgresql.org> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --LiQwW4YX+w4axhAx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 25, 2020 at 04:00:01PM +0000, PG Bug reporting form wrote: > The following query: > create table idxpart(a int) partition by list (a); > create index idxpart_idx on idxpart (a); > create table idxpart1(a int); > alter table idxpart_idx attach partition idxpart1 for values in (0); >=20 > leads to a server crash with the following stack trace: > Core was generated by `postgres: law regression [local] ALTER TABLE = =20 Attempting to attach a table to a partitioned index? Nice thought. Without the assertion, RangeVarCallbackForAttachIndex complains that the relation is not an index, which is right, so I would be tempted to just remove the culprit assertion. Any thoughts? -- Michael --LiQwW4YX+w4axhAx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAl5WJwAACgkQnvQgOdby QH3atg/8CBULb11LVLGg9zQ7rn6B/sqL3TovjspGOEmMyJr246xDdfAxhVwpfm7K HOFBPu16TTisD/EtFLvKz0B3q46v+BvLizXf99/b85KLJCncvJ+ixH/etakJskkt AX/VTzqp7ysp9roAoKNxOQwASExtZMCeYc38fz40p7poleMwzrUzMoIcowXBZUJL sXRbvZUuWjr6Sths8NWvNaI5T9NTbEhoy7/hCZ9A5QkGeF+teiQ43Beyo6HzfQ2a kSKnrg/xs2YKcmz4BYV1c1DqD0ouZElDFw+CKgiC8YDI5WYE0zNMHDz3Jcxuc4xS aSZ3MDPuMlrnngBO3iLrYblBAWaft/t8EAlx7jKmfsbxoKfZSvCc2BAA4TFzBaa9 mi/r4elh8LfIAEPtDIhmYoaSNBnUWnpVFpHHuTG7kZjcJ3xGH0/3fQxE9r55Pufa Z8FMEf2wqnVCSYc6Tsc/GDPCC+xYLLcHfHEl7jn5ZEhx2j2pes3tsz7LUkb2YjSf h6eqZWY5fLHsdoyAJHIdRPI27zSIFuEtl3IPwYa2pxLRqFh9y88CE6DHFIfi27xx QPH/Uu2Hv7w+HQQ3QLNJacee2Tt0/mB2bFlm9++UNm3V4VQoSX5UCmJnew1qKZfm 0Db2swTRZqkB/hLqT2nVAmJonYNa8KCw8Y9qDVZFzC94oyHAtqA= =M3Gg -----END PGP SIGNATURE----- --LiQwW4YX+w4axhAx--