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 1oJDBU-0007IJ-KR for pgsql-admin@arkaria.postgresql.org; Wed, 03 Aug 2022 12:09:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oJDBT-0005VR-Ct for pgsql-admin@arkaria.postgresql.org; Wed, 03 Aug 2022 12:09:07 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oJDBT-0005VI-2B for pgsql-admin@lists.postgresql.org; Wed, 03 Aug 2022 12:09:07 +0000 Received: from mail.thelabyrinth.net ([45.56.70.56]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oJDBO-0000I0-9J for pgsql-admin@lists.postgresql.org; Wed, 03 Aug 2022 12:09:06 +0000 Received: from [172.20.20.20] (c-24-126-12-76.hsd1.wv.comcast.net [24.126.12.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dsteele) by mail.thelabyrinth.net (Postfix) with ESMTPSA id 1224D54670; Wed, 3 Aug 2022 12:09:00 +0000 (UTC) Message-ID: Date: Wed, 3 Aug 2022 08:08:59 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: pgbackrest archive.info got deleted unexpected Content-Language: en-US To: "James Pang (chaolpan)" , "pgsql-admin@lists.postgresql.org" References: From: David Steele In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 8/3/22 05:23, James Pang (chaolpan) wrote: > >    We use pgbackrest 2.34 on RHEL8.4 to backup PGv13 database to AWS S3 > buckets , we found after some time successful backup , suddenly got > below error: > > 2022-07-23 10:30:04.743 P00   INFO: archive-push:async command begin > 2.38: [/pgdata/pg_wal] --archive-async --archive-push-queue-max=10240MB > --compress-type=none --exec-id=813450-3a783f75 --log-level-console=off > --log-level-stderr=off --pg1-path=/pgdata --process-max=2 > --repo1-path=/pgbackup --repo1-s3-bucket=xxxxxxxxx > --repo1-s3-endpoint=s3-fips.us-west-2.amazonaws.com > --repo1-s3-key-type=auto --repo1-s3-region=us-west-2 --repo1-type=s3 > --spool-path=/pgarchive/pgbackrest --stanza=xxxxxxx > > 2022-07-23 10:30:04.744 P00   INFO: push 1 WAL file(s) to archive: > 00000001000000DB000000A4 > > 2022-07-23 10:30:04.907 P00  ERROR: [103]: unable to find a valid > repository: > >                                     repo1: [FileMissingError] unable to > load info file '/pgbackup/archive/xxxxxx/archive.info' or > '/pgbackup/archive/xxxxxx/archive.info.copy': > >                                     FileMissingError: unable to open > missing file '/pgbackup/archive/xxxxxx/archive.info' for read > >                                     FileMissingError: unable to open > missing file '/pgbackup/archive/xxxxxx/archive.info.copy' for read > >                                     HINT: archive.info cannot be opened > but is required to push/get WAL segments. > >                                     HINT: is archive_command configured > correctly in postgresql.conf? > >                                     HINT: has a stanza-create been > performed? > >                                     HINT: use --no-archive-check to > disable archive checks during backup if you have an alternate archiving > scheme. > > Then we login to check both archive.info and archive.info.copy got > disappeared in S3 bucket , we do not have job or command to manually > delete that file, and we do not recreate standza either, not sure why > suddenly missed the archive.info. without the archive.info, we have to > recreate pgbackrest stanza repo again, but all old backup pieces got > invalid too. > > Could you help figure out how that happened ? we faced this issue > several times . These files do not get updated after stanza-create. Do you have any kind of auto-expiration of old files in the bucket? e.g., https://aws.amazon.com/blogs/aws/amazon-s3-object-expiration. Regards, -David