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 1khbOZ-0006zA-9i for pgsql-bugs@arkaria.postgresql.org; Tue, 24 Nov 2020 16:42:23 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1khbOX-000372-Ql for pgsql-bugs@arkaria.postgresql.org; Tue, 24 Nov 2020 16:42:21 +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 1khbOX-00036v-KW for pgsql-bugs@lists.postgresql.org; Tue, 24 Nov 2020 16:42:21 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1khbOU-00053B-LG for pgsql-bugs@lists.postgresql.org; Tue, 24 Nov 2020 16:42:20 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 0AOGgG7H288678; Tue, 24 Nov 2020 11:42:16 -0500 From: Tom Lane To: Manoj Kumar cc: pgsql-bugs@lists.postgresql.org Subject: Re: BUG #16739: Temporary files not deleting from data folder on disk In-reply-to: References: <16739-01bbd1b6e3a30313@postgresql.org> <57259.1606145601@sss.pgh.pa.us> Comments: In-reply-to Manoj Kumar message dated "Tue, 24 Nov 2020 21:17:38 +0530" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <288676.1606236136.1@sss.pgh.pa.us> Date: Tue, 24 Nov 2020 11:42:16 -0500 Message-ID: <288677.1606236136@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Manoj Kumar writes: > Adding more data to support my point in form of attachment. Well, those t-something files are certainly temporary tables, so what you've got there is that some session has created a bunch of quite large temporary tables (the "t20_" files) and another has created a bunch of rather smaller ones (the "t62_" group). However, this is not direct evidence of PG misbehavior. You've offered no reason to think that the sessions that made those files have exited. Even if you're sure they have, we can't do anything to help you on the basis of the zero facts you've supplied so far about what the sessions were doing. If you can provide a reproducible test case that leaks temp tables, we could get to the bottom of it pretty quickly, I'm sure. But we cannot help you on the basis of what you've shown us. regards, tom lane