Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tA0aQ-00DJmd-GS for pgsql-admin@arkaria.postgresql.org; Sun, 10 Nov 2024 05:34:09 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tA0aN-005NB1-Rs for pgsql-admin@arkaria.postgresql.org; Sun, 10 Nov 2024 05:34:08 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tA0aN-005NAt-Gl for pgsql-admin@lists.postgresql.org; Sun, 10 Nov 2024 05:34:08 +0000 Received: from mail-ed1-x52b.google.com ([2a00:1450:4864:20::52b]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1tA0aL-0014qv-Cn for pgsql-admin@lists.postgresql.org; Sun, 10 Nov 2024 05:34:06 +0000 Received: by mail-ed1-x52b.google.com with SMTP id 4fb4d7f45d1cf-5cef772621eso4223040a12.3 for ; Sat, 09 Nov 2024 21:34:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec.at; s=cybertec.at; t=1731216842; x=1731821642; darn=lists.postgresql.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:to:from:subject:message-id:from:to:cc:subject:date :message-id:reply-to; bh=jTQO2m9BHWpxK57KR6d/5fLjWm+zZs7Qba32rFpv31w=; b=WtVVonfwUSvtZA9sbiqTroNBnGz5Yi/fyeTD41lll9J1WDsnc9PUiFQuHfBzvzYjMm UdQqEV2olCPgjd746UQ552QPJm7ZIVPVFLkiSbdGai+MkqBJsdkuY2q70dfYFQCb4M36 xRpVi9FQ408bt2qmZ9VcApoY5Tz5KCCIcxfMM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1731216842; x=1731821642; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:to:from:subject:message-id:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=jTQO2m9BHWpxK57KR6d/5fLjWm+zZs7Qba32rFpv31w=; b=Y8KrdFmguo74prTTqD9Ywo6OP5K8wQLFBQueNu6PqNc19vkXg3FsOTf8DNuvZtcB+j Ho/wAPFTZMy4Jz3tJMJdmj356P03LTgWgzwAfKIV8gajyXGDEkkCNqKmtQ0NP4WspQg6 XuRNEzKrwtxPXDEGtkJqh73l/eW3KMUjcKkDPyaaKkXFfdHS4Pt+pxnV/YU2NWWAe2Mo EXJqOUC0F0UbJl3m5Fg9bc5cw9RJNfvompdWIV8ThvDldFZ/Adh0goSVa8kr29lXvToA lOGdpr5+lbKSmePQvJpfFiGBTbiXtrE9CapE0T7GUbw8MSti7P6575Has33UVwbPK6zf 3n1w== X-Forwarded-Encrypted: i=1; AJvYcCWu7IMVJxmXNNoIrlYTMkWWs1meqCEY1H9OAuo32YFjU25gaMdFUz60V/c+KJhwtRJXNgGncsQ0QxFhHg==@lists.postgresql.org X-Gm-Message-State: AOJu0YytBk939rYZ6vQpOvEKaCdWoFu59dbMYPSAHGRGx2sNMRnwd4Oy xanZf6qd4D40a4mUwc5AWA+kAnMOwkzXwhtMTLcY7RlcZjL/13f+QqMaM4IkP7PxyD5vAZhvEKr 8 X-Google-Smtp-Source: AGHT+IEADvMTLFfhk8Nvk+Fv666nRZ83CV+XE86OHWNKgN4rQAGeJrK8lgOXZi7yEqDTEox/82iwbQ== X-Received: by 2002:a17:907:6d02:b0:a9a:20f9:a402 with SMTP id a640c23a62f3a-a9eeff0d180mr800488266b.13.1731216842554; Sat, 09 Nov 2024 21:34:02 -0800 (PST) Received: from localhost.localdomain ([2001:871:260:b7b5:bac4:89e2:bfd8:89ea]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a9ee0df28f3sm436767666b.169.2024.11.09.21.34.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 09 Nov 2024 21:34:02 -0800 (PST) Message-ID: <6c1b0bc55c9420d84823dd6feda7620f69efac5e.camel@cybertec.at> Subject: Re: Running rsync backups in pg15 From: Laurenz Albe To: Murthy Nunna , Pgsql-admin Date: Sun, 10 Nov 2024 06:34:01 +0100 In-Reply-To: References: <01000193082d1077-34d9461d-49e4-44ef-b83a-0201df4fc0ba-000000@email.amazonses.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.52.4 (3.52.4-2.fc40) MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sat, 2024-11-09 at 17:24 +0000, Murthy Nunna wrote: > I ran the test you outlined. Killed postmaster. Start failed. But simply = removing the backup_label > file made the server to restart successfully. > There is no data corruption. Is there a scenario where data can be corrup= ted because of exclusive backup? You would normally end up with data corruption or an error if you removed "= backup_label" from a properly taken backup. Manually removing "backup_label" is dangerou= s. It is safe to do if the server crashed while in exclusive backup mode, but it is detri= mental anywhere else. Yours, Laurenz Albe