Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCoKn-0004lx-Km for pgsql-admin@arkaria.postgresql.org; Thu, 09 Nov 2017 15:01:37 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1eCoKn-0004Ta-7R for pgsql-admin@arkaria.postgresql.org; Thu, 09 Nov 2017 15:01:37 +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.84_2) (envelope-from ) id 1eCoIz-000194-91 for pgsql-admin@postgresql.org; Thu, 09 Nov 2017 14:59:45 +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 1eCoIw-000223-Da for pgsql-admin@postgresql.org; Thu, 09 Nov 2017 14:59:44 +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 vA9Exd1o008334; Thu, 9 Nov 2017 09:59:39 -0500 From: Tom Lane To: Gokhan Demir cc: pgsql-admin@postgresql.org Subject: Re: PostgreSQL WAL file issue In-reply-to: References: Comments: In-reply-to Gokhan Demir message dated "Thu, 09 Nov 2017 11:40:31 +0300" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <8332.1510239579.1@sss.pgh.pa.us> Date: Thu, 09 Nov 2017 09:59:39 -0500 Message-ID: <8333.1510239579@sss.pgh.pa.us> List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org Gokhan Demir writes: > The issue I believe on PostgreSQL server is that server is creating WAL > files whose names already exists on previous dates. The question I want to > ask is: How is this possible and what can be do to fix it? I don't know anything about barman, but the state of your server's pg_xlog directory looks perfectly normal to me. The active WAL file is evidently 000000010000000C0000007C, and the files before it have been successfully archived, as indicated by the matching archive_status/*.done files. There are also 17 "future" WAL files, 7D through 8D, waiting to be used. (17 seems a bit high given that your consumption rate is only a couple per day; I'd consider backing down the relevant configuration setting. But it's not totally unreasonable.) What's bugging you, I gather, is that the "future" WAL files have timestamps older than any of the past or current ones. That's normal in a server that's been up for awhile, because "future" files are made by renaming old ones that are no longer needed. The alternative is to drop them and fill new ones, which would just create extra disk traffic, so we don't. Archiving solutions should always pay attention to the existence of archive_status files, not to the apparent file modification dates. I'm sure barman gets that right, so I don't know what's causing your actual problem. regards, tom lane -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin