Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1gH9Vp-0001Ps-Bn for pgsql-bugs@arkaria.postgresql.org; Mon, 29 Oct 2018 15:31:29 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gH9Vn-0002rx-R2 for pgsql-bugs@arkaria.postgresql.org; Mon, 29 Oct 2018 15:31:27 +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_SHA384:256) (Exim 4.89) (envelope-from ) id 1gH9Vn-0002rq-Kf for pgsql-bugs@lists.postgresql.org; Mon, 29 Oct 2018 15:31:27 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1gH9Vl-00010Q-DY for pgsql-bugs@lists.postgresql.org; Mon, 29 Oct 2018 15:31:27 +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 w9TFVArD027192; Mon, 29 Oct 2018 11:31:10 -0400 From: Tom Lane To: Paul van der Linden cc: Peter Geoghegan , PostgreSQL mailing lists , Heikki Linnakangas Subject: Re: BUG #15460: Error while creating index or constraint In-reply-to: References: <15460-b6db80de822fa0ad@postgresql.org> Comments: In-reply-to Paul van der Linden message dated "Mon, 29 Oct 2018 13:44:38 -0000" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <27190.1540827070.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Mon, 29 Oct 2018 11:31:10 -0400 Message-ID: <27191.1540827070@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Paul van der Linden writes: > Trace_sort is attached > ... > LOG: performsort of 0 done: CPU: user: 250.03 s, system: 42.66 s, elaps= ed: 294.35 s > LOG: parallel external sort of 0 ended, 462886 disk blocks used: CPU: u= ser: 250.03 s, system: 42.66 s, elapsed: 298.95 s > LOG: begin index sort: unique =3D f, workMem =3D 2096128, randomAccess = =3D f > LOG: performsort of -1 starting: CPU: user: 0.00 s, system: 0.00 s, ela= psed: 0.00 s > LOG: could not rmdir directory "base/pgsql_tmp/pgsql_tmp5088.0.sharedfi= leset": Directory not empty > ERROR: could not determine size of temporary file "0" "performsort of -1"? Seems a bit suspicious. (And my complaint about inadequate messaging holds here as well. It's really unclear in this trace which digit strings are to be read as numbers and which ones are names of files/filesets. At the very least, these messages violate our message style guidelines: "When citing the name of an object, state what kind of object it is.") regards, tom lane