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 1ohaAn-0001dc-Iw for pgsql-novice@arkaria.postgresql.org; Sun, 09 Oct 2022 17:33:09 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1ohaAl-0006BV-G2 for pgsql-novice@arkaria.postgresql.org; Sun, 09 Oct 2022 17:33: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 1ohaAl-0006BM-3m for pgsql-novice@lists.postgresql.org; Sun, 09 Oct 2022 17:33:07 +0000 Received: from mail-ed1-x52b.google.com ([2a00:1450:4864:20::52b]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1ohaAe-00049z-7w for pgsql-novice@postgresql.org; Sun, 09 Oct 2022 17:33:05 +0000 Received: by mail-ed1-x52b.google.com with SMTP id u21so13120056edi.9 for ; Sun, 09 Oct 2022 10:32:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec-at.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:references :in-reply-to:date:to:from:subject:message-id:from:to:cc:subject:date :message-id:reply-to; bh=v+EykWl7/FAUeRltn8cK3gF42tvB/r7HD1PVry4wva4=; b=B+nTWDiGHKCRpyV2jVpRl1+tJp68qLK5Cx/6B9fqEgW4FFOZ7zSfMPhs3zPkBm2mjx tMmVA8JZHoCcUto4bA5CA8Yu+N6803rl3avMOgGh+b5SElV7djtPnazP7fmJSYxiaUd2 oOmS6ylTwmofZzcvuPXhEhcPLRDj4y9Kq544XWPIt4giyRoSeQBLyHAfOosIjM991qs6 qTwlexMnWvodWUITgEAz6VpgQMN4IAZI2Ymork6xQuxKPXMFf7qxG2NZyxCPOD4eQQ5S k2TiL2IVsIYwAyhbkvblR+pYvml/0qnvuVhXyVzwGLgrWzNnH289Gm4+JULLX3smSIFT ggsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:references :in-reply-to:date:to:from:subject:message-id:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=v+EykWl7/FAUeRltn8cK3gF42tvB/r7HD1PVry4wva4=; b=vgNT2dNjgEt8hR8cUwgh9WyoF22xTOZIjMgBsxt78ARo+oV+/XbalYqVX+H6wYtNnp 7rEtyy7z4nJsShed9mmFfELC6GEoP3UfFeFDfJhd4L4yfw0eSNL9d9wUI3wB8rNoGaGg NjgEVrnUoePXfthCU1eYeopJFG8qXSKquNwAM+o4MTLU05xEhB6Gh9EQrwb9FE5WUUJn n7l2ZaXb+wwNQk+WBbcA7pYsHj9/CWpXzuvWNogy33A63yp0PbzereXGgdt4n1kVlfMP JynMcVSanBwTQ9fhV7tkOv9SxE55GJGX8S4CS2/moJUJnmWgxZe1ugMEVF5KBdfPgRa0 5lzA== X-Gm-Message-State: ACrzQf0zajIjb/QD9o2zheVSfcjEOBIDyHVxSJPBBGTKm/o2trmn5pMv YKPSwFn5qHd/hQHEt9Y8dWfTLg== X-Google-Smtp-Source: AMsMyM4E6YjkELKLSFp5UPmad2wOaVkzfBlelL55F/7qK2S7AFWXaO4b6jA2/j+9cijTp/O+nN/N0A== X-Received: by 2002:a05:6402:24a0:b0:454:d197:6238 with SMTP id q32-20020a05640224a000b00454d1976238mr13974889eda.274.1665336777342; Sun, 09 Oct 2022 10:32:57 -0700 (PDT) Received: from localhost.localdomain (178-190-183-196.adsl.highway.telekom.at. [178.190.183.196]) by smtp.gmail.com with ESMTPSA id p9-20020a05640243c900b004573052bf5esm5528831edc.49.2022.10.09.10.32.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 09 Oct 2022 10:32:56 -0700 (PDT) Message-ID: Subject: Re: recovery.conf and archive_cleanup_command From: Laurenz Albe To: Rita , pgsql-novice@postgresql.org Date: Sun, 09 Oct 2022 19:32:51 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.4 (3.42.4-2.fc35) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sat, 2022-10-08 at 08:51 -0400, Rita wrote: > I have primary and standby replication setup. > > On my primary the archive directory is rather large (30GB) and growing. On my standby I have recovery.conf which hasĀ  > archive_cleanup_command = 'pg_archivecleanup -d /var/lib/pgsql/11/data/archive %r' > > I was under the impression this line would remove data from my primary AND standby. Is that not the case? That depends on your PostgreSQL version, for instance. Also, it depends on whether the standby server is running and actually recovering. Finally, it depends on whether the standby can execute the command successfully or not. Did you look at the standby's logs? Yours, Laurenz Albe -- Cybertec | https://www.cybertec-postgresql.com