Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jiTC3-0007OE-Sm for pgsql-bugs@arkaria.postgresql.org; Tue, 09 Jun 2020 01:36:48 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jiTC2-0007MY-Ne for pgsql-bugs@arkaria.postgresql.org; Tue, 09 Jun 2020 01:36:46 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jiTC0-0007MR-Ob for pgsql-bugs@lists.postgresql.org; Tue, 09 Jun 2020 01:36:46 +0000 Received: from out5-smtp.messagingengine.com ([66.111.4.29]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jiTBx-0005MM-0q for pgsql-bugs@lists.postgresql.org; Tue, 09 Jun 2020 01:36:44 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id CF4485C00A3; Mon, 8 Jun 2020 21:36:37 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Mon, 08 Jun 2020 21:36:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=A92hpYPkNjN/pGRff7rDPw0q4Hg +gIby8H6rcphVbjA=; b=a9rAXzpOba2/fL1IZpVizBSvC3YFrgvhXXqxfihUq3x LrEgJPHhQvcv8ALiynp7yEXhFS1T68O2D8lTDQTaCzyQ6qe+BcERwJdv8hW7ZHsL B/aCHF4pWJ5jbFL3daIO7+Jr8oZmC6bIY1nskp9EdmHRivGGPFmEnIyFYrvK5Ire C4QyLjJl/Q1nyGvfrcH4imn0g4lrPXdjDlqLr3HclhQyoXcwO/Vt4tq7zErSfYB6 7RiWBUm4UGOlXJirl2BHSm51/BicQImpHGkmTXJuErLsyxBnCW9yR/5PIsNLZYTB 25jvpRttMmpQSyJXoToljGJyfhjFBkCqCmFjt1HosQA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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=fm3; bh=A92hpY PkNjN/pGRff7rDPw0q4Hg+gIby8H6rcphVbjA=; b=q0mgowxFi4JkOK5UE/GVAX 3zabEeTkx5Spa1LyMUGf326wxNCtgc9REDoGaU1/jYkkLTShJznW1aRT9qUGTjz7 nSu/TI2NoqyoLcqj4ZsOD2hm9Sv9QA4fL2UqLnbdInP95xZ/r5/chYu+NehybHIF s7OGQf9P5e0O1+Ai9+BZlmOhLr4SVwGNIPjwSOHubZf0nBlK3EEwDwEbDDWTXb// q5LM9UQoXskhirlsmCZJyekPksgjOftAGJmUN4bEpglCaKLhy/7psiO5mJoeCTxD a9WQqDoQlUPCjwLu5kosRPILswEkPnpfUiQspjLc9/HCFDqpqD9bqiuHdfKxFmlg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudehfedggeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne gfrhhlucfvnfffucdljedtmdenucfjughrpeffhffvuffkfhggtggujgesghdtreertddt vdenucfhrhhomhepofhitghhrggvlhcurfgrqhhuihgvrhcuoehmihgthhgrvghlsehprg hquhhivghrrdighiiiqeenucggtffrrghtthgvrhhnpedvgeduuefhtdeuleettdevjeeh heeiveeuieegleetgeeljeelieeuieehgeevhfenucfkphepudduuddruddtvddrudektd drudekheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhm pehmihgthhgrvghlsehprghquhhivghrrdighiii 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 71D3A328005D; Mon, 8 Jun 2020 21:36:35 -0400 (EDT) Date: Tue, 9 Jun 2020 10:36:31 +0900 From: Michael Paquier To: Alvaro Herrera Cc: Andrey Klychkov , Peter Eisentraut , pgsql-bugs@lists.postgresql.org, Tom Lane Subject: Re: Message-ID: <20200609013631.GA3326@paquier.xyz> References: <1590581418.481387288@f493.i.mail.ru> <20200608173707.GA18596@alvherre.pgsql> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <20200608173707.GA18596@alvherre.pgsql> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jun 08, 2020 at 01:37:07PM -0400, Alvaro Herrera wrote: > I think this part remains unanswered: why are there *three* invalid > indexes, and not two? It makes sense for the UNIQUE indexes to acquire > invalid duplicates, but strangely we also have a > act_re_procdef_deployment_id_idx_ccnew which is *not* unique. What > happened there? More than one REINDEX query at table-level failed I guess? > (I also wonder if it wouldn't make more sense to reindexdb to attempt to > drop indexes that it couldn't complete.) (That's a good idea.) -- Michael --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAl7e558ACgkQnvQgOdby QH16WBAAo+/in7WJv3y3WDpCT+u2CLlK4szuqNASp6r5TZY+KSvhlmsrvAJMetAO HU6z7tY2N82OzKW9q3Xe7vAeDtaj4IZm73FQFXOAyeQfAJnOIoUoMl9x6WYuvALu fQzB/WUQPXEO7N9mXbTD6iQ/MWNLIaI6V+/CQsaE7NZL0JSIxpqnFY6CPjN/Ui1x aabRjlFCfYuKe9C7/TnkTQ2gPX/OcjgIuhfZm45xcezkT6zTfuzXH2V+5E5lwfbt /iva84Km9Qxhz5VswP0EJRxeksRgaz12Xzn8aS7SqC9r7xszrYQPqeVMzjcutZWD c3okn+0THqLxGKJwcW5meDQyBykSgocPzdO7dBqjg66LE3WhFbLr6Qd1LFdQY88I EesdcMFjCdZmdoeMEWaj+eC0kZEZRRGQrX429DK4s3l/xpu0ZneGOxInCAOpovoq LO3hiCmOOnP2sEAxQZBwWtHlsz1QiJu9iXnzWBpaIiw1KUx1HsSmju/e/KfgrN7c ty2Z04r70AUeFWuaD7Vbv9NAfLeaNhg+MLEi0DDSjOQhoF7TCAYC4Lk9bbfKTHAB J9gTqaSQOyUP+lhrytjdC5b7+CXA+DRXGl02EixG17ixsjR7/2VQPhEQhlucVkHj p4P+BoFwuchSfCM1izWGAODC7KVnCRqG4nxidlCWjSTPrzCTR6Y= =QcxK -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0--