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 1mJ7zh-0006uN-Jl for pgsql-bugs@arkaria.postgresql.org; Thu, 26 Aug 2021 05:32:05 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mJ7zg-0001gd-1B for pgsql-bugs@arkaria.postgresql.org; Thu, 26 Aug 2021 05:32:04 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mJ7zf-0001gU-Ph for pgsql-bugs@lists.postgresql.org; Thu, 26 Aug 2021 05:32:03 +0000 Received: from mail-lj1-x22d.google.com ([2a00:1450:4864:20::22d]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mJ7zd-00016P-0q for pgsql-bugs@lists.postgresql.org; Thu, 26 Aug 2021 05:32:03 +0000 Received: by mail-lj1-x22d.google.com with SMTP id m4so2864195ljq.8 for ; Wed, 25 Aug 2021 22:32:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aiven.io; s=google; h=from:to:cc:subject:date:message-id:organization:in-reply-to :references:mime-version:content-transfer-encoding; bh=rEsAuxj2QKBcd8dzvfQoKTQkeu+uWVNI8EJsQ6E1tIk=; b=BzXGeTaZl2FQ/fdoBFNctJshqDQShtOZWELH+Wx+MY3FF+AKnrdRBjJoqcxZcvWTRX VIDotb9l57JlnRbecbmaCROSkdGb0ppB6xc2TirXjA5UE/X1B5ijuTn10XxkiUpNW327 G9xi8CE8eYYYFbf1N9bHR5o3egcu8XTBIyjQQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :in-reply-to:references:mime-version:content-transfer-encoding; bh=rEsAuxj2QKBcd8dzvfQoKTQkeu+uWVNI8EJsQ6E1tIk=; b=ZOxoBKIyDzO0KWcVZLdZJ16fOXviln5fftYKgtlQbaDOsVLYGX1k/iKckuTKxiQNsB AxtqyydEdfsPcPRypSkpNIjSt8sWNEi2njJslbPiZgEt2UeNGMIiYfL1a6QiU3YZBstT u5e6oiOuPvBSPETIKPMkW4UoFmxlMQ4DOC77RH/5q616jOppEk/C31ZJhu+VdxJJlV3m WBKgIZ+NqK0apPDfC5jIiij2rgJt8ZT2DJDBrliDuG2eTRLBy8KUxyt3jDJlkUvvNmI5 WvKpWYqaUevnOu/R1/Xq0QGvimOqBqAueagYeaToo8vwO4tgHA0YUBddSRGaTk9iq6gy ygwQ== X-Gm-Message-State: AOAM531b0od3YSdU4KGuqDXW+Jsq0GyxRWAeFb1G1/Nuwj5gmcntc3vU cyFqAXvgLPRkj1d8HzuImh8npw== X-Google-Smtp-Source: ABdhPJySzPcuRE4Q2pe9tocXE5hYgkRIXmOd0BarjObSCfJsIs9wZ1Etc8TBIvdQkXPtYM67uNt/0Q== X-Received: by 2002:a2e:b803:: with SMTP id u3mr1492437ljo.55.1629955918589; Wed, 25 Aug 2021 22:31:58 -0700 (PDT) Received: from aivenronan.localnet (77-246-202-158.cust.suomicom.net. [77.246.202.158]) by smtp.gmail.com with ESMTPSA id i9sm227289lfv.180.2021.08.25.22.31.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 25 Aug 2021 22:31:58 -0700 (PDT) From: Ronan Dunklau To: Masahiko Sawada , pgsql-bugs@lists.postgresql.org Cc: "Gerard H. Pille" , PostgreSQL mailing lists , Michael Paquier Subject: Re: pg_basebackup behavior on non-existent slot Date: Thu, 26 Aug 2021 07:31:31 +0200 Message-ID: <1795827.0SXAIGXuGy@aivenronan> Organization: aiven In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Le lundi 23 ao=FBt 2021, 09:11:12 CEST Michael Paquier a =E9crit : Some ideas here > may be to extend the result of IDENTIFY_SYSTEM to return the slots > available in a text array, invent a new command called SLOT, use SHOW > or perhaps do an extra CREATE_REPLICATION_SLOT TEMPORARY from the main > thread. This new command (albeit named differently, READ_REPLICATION_SLOT) has been= =20 proposed here: https://www.postgresql.org/message-id/ 1642037.dBafQRxpgh@aivenronan for a different purpose, although it would be= =20 useful to have that in that case too. I guess I can add a patch to use that in pg_basebackup itself in the same=20 patchset. =2D-=20 Ronan Dunklau