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 1t9M94-009TfC-23 for pgsql-admin@arkaria.postgresql.org; Fri, 08 Nov 2024 10:23:13 +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 1t9M8z-008AXa-Um for pgsql-admin@arkaria.postgresql.org; Fri, 08 Nov 2024 10:23:10 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t9M8z-008AXS-IG for pgsql-admin@lists.postgresql.org; Fri, 08 Nov 2024 10:23:10 +0000 Received: from mail-wm1-x32e.google.com ([2a00:1450:4864:20::32e]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1t9M8v-000phX-Rq for pgsql-admin@postgresql.org; Fri, 08 Nov 2024 10:23:09 +0000 Received: by mail-wm1-x32e.google.com with SMTP id 5b1f17b1804b1-43152b79d25so16387915e9.1 for ; Fri, 08 Nov 2024 02:23:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec.at; s=cybertec.at; t=1731061386; x=1731666186; darn=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=x7Bz3iV2mFbGO6qYUxYTjItb0zToOj2mVKZXknokc00=; b=E+fpVNXdwY2w8KI5umzjq2sfD5D3PKiPQFnLd9sxJsqv44rfswurzJJ+lj1UHXxNVt o56BSPSGADCkL1D7/Smb5QpPmvndi+EsaEoSVy5hEri7S+0cin6R4EKZoj2u4bnbusFq aCpqR6C9hpF+pfrb+IIiNIHQ1y7Zn3dvredE8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1731061386; x=1731666186; 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=x7Bz3iV2mFbGO6qYUxYTjItb0zToOj2mVKZXknokc00=; b=ljr9KJoCe0Ca1e2KKRo7gKnDjAibQ/9LQ8UJrVR36TiCxawwfwZeputvrZl4xDoIeD +ePrWSvWxjdUgc/aEpAqe6fRcgflSLpOU8QjTPhXwRBUBCqLIoYmgVilS7avF+kxp4Ei 4i48NSQ57WbJ9cORaDC1FRuOWJTtwSl6JAsMMFd/nWJIHCLkTT7/mtlh0OkkHWa/irHq G+vWfu1GMwDzsQ14LJNZrdC3d/nxJuaIEfN1O+fnjkTKSKJMxWLMMIto8KnGdoR9jzkh OiVewgdSYs0cl6VfZHpy1B3iZTfRPutJAtKz6YWVoFYlRDurUivZG4v3y+YGQSQWmuDB fbjw== X-Forwarded-Encrypted: i=1; AJvYcCVrTT3Fk15gsmddzsKVncGz6ihgwnHLMjF5jDi7xNzy/c+Yl7nmNGSkbrZR7QTfibQUoK7t7IOaIg26gA==@postgresql.org X-Gm-Message-State: AOJu0Yy7iIKxmx5E0w9kzxmfI7gS6vUNeHP1fVSoLhaH7+de0LOzNkmP q7iFzE35pjdY7rEcN3KAtaDGIzQb9ueAy2Uld5aoWvooGAOqGWHabo7uFZcajGvZGZXiuAp7mmK b X-Google-Smtp-Source: AGHT+IE51JaXinyaAIdvlJMaK+R1Wm3qUW9MiVU0iSkkeQuOyxJ7RUPlf5ri6b1wzc5KSNnfFC5AFA== X-Received: by 2002:a05:600c:35cd:b0:431:1d0a:38e2 with SMTP id 5b1f17b1804b1-432b751722cmr15696205e9.21.1731061385829; Fri, 08 Nov 2024 02:23:05 -0800 (PST) Received: from localhost.localdomain ([2001:871:260:2b2:69de:7daa:6302:9f0b]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-432b053051fsm57369945e9.6.2024.11.08.02.23.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 08 Nov 2024 02:23:05 -0800 (PST) Message-ID: Subject: Re: Running rsync backups in pg15 From: Laurenz Albe To: Murthy Nunna , "pgsql-admin@postgresql.org" Date: Fri, 08 Nov 2024 11:23:04 +0100 In-Reply-To: References: 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 Thu, 2024-11-07 at 16:35 +0000, Murthy Nunna wrote: > In PG14 and earlier, there is no requirement to keep database connection = while rsync > is in progress. However, there is a change in PG15+ that requires rsync t= o be while > we have the same database session open that executes SELECT pg_backup_sta= rt('label'). > This change requires a rewrite of existing scripts we have. > =C2=A0 > It can be done, but it makes it ugly to check errors and so forth that oc= cur in the rsync script. > =C2=A0 > Anybody found an elegant way of doing this? You could try https://github.com/cybertec-postgresql/safe-backup Yours, Laurenz Albe