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.96) (envelope-from ) id 1vpZ75-00BEAC-0m for pgsql-bugs@arkaria.postgresql.org; Mon, 09 Feb 2026 21:48:11 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vpZ74-00Cce5-13 for pgsql-bugs@arkaria.postgresql.org; Mon, 09 Feb 2026 21:48:10 +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.96) (envelope-from ) id 1vpZ74-00Ccdx-0E for pgsql-bugs@lists.postgresql.org; Mon, 09 Feb 2026 21:48:09 +0000 Received: from mail-oa1-x32.google.com ([2001:4860:4864:20::32]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1vpZ72-00000001Kpc-01rt for pgsql-bugs@lists.postgresql.org; Mon, 09 Feb 2026 21:48:08 +0000 Received: by mail-oa1-x32.google.com with SMTP id 586e51a60fabf-40946982a78so1509969fac.2 for ; Mon, 09 Feb 2026 13:48:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1770673687; x=1771278487; darn=lists.postgresql.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=yLg4SRyCTsy224yRL3Ro6bwxgH/FgjB/JBf+Wie+NZQ=; b=M2JwBWuHZGV5fGYvtoJFCI8aQpZgUePpyqFm5JrLCY+MatC58mYAXlu0IBcnBjsefR px+nNNHqMHp4C+VyGY/CXMSh9OkPLRr72jVjWLcN3b9FAZofV+bDAcMTYwHkK1QL8XCK PZ7JeLIyHSILu+KzxfHzoYrpcQWal4HiXG1NlvnJP8hG0kfVhKdOJ+aZExtDXxBJQADT hkufSMwTwQK4Geu5hOnd5tyIXdKs5Rttf4Xmz+3lI2uCPoCFXRdueHMNSS0vfy4Y/0Ov JuLSoMpQptiiT4k7aH0TB8hrjLa5sU9elBjwJMXKAz2/slt5YFnj2dvo5aInSxcunIEJ Zq/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1770673687; x=1771278487; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=yLg4SRyCTsy224yRL3Ro6bwxgH/FgjB/JBf+Wie+NZQ=; b=Jva7omYJVIWTNmCE9fydQmZp3jkvUxp61bDCvGCMmjSxp0uPc07yWUrqbImPs+C73y n00rQ11WinTCPZEemPYugnRSPRY69uY0XcpuWqrYpJqIscpd7Pa9qGVpD6oyhwGbSxo9 E5iAHyQblz5gQhfsHdZBAKdZTmJJDFKISkp0UD/p5Q/TPkuUytg0lSYaCSO/mTGgWyEd 5rU0XByNDCNN24cEvTRAz43FPqoINuyr85ZQYuNnHsjz5MET5DB/ArvcK17H8rNHdjk4 6jpO9l4kV0WOIRCP9Uqc8w5UVnx7/fMfVH3ln8nLbrZVzaDz3hJBtgcu66bqxlxHGPgi lJ0A== X-Forwarded-Encrypted: i=1; AJvYcCVYCZvCrVpmcKRUndpw2sZagB1GPTKotd/GaEwhHVRKny0xAnW8P7brNXIXnq7H79DLJewomwWp67/L@lists.postgresql.org X-Gm-Message-State: AOJu0YwxhYvKRZpQTjRJcE6yVw1Re751HLKu+CS9SFnQLntDxY0CTqTI 7NEs2SYhcLpT0kJGyPtkihMlhkN1LoxbRAssUhfnCIv0hdOMFfX0NLEx X-Gm-Gg: AZuq6aK18qOIQXlnAUTAMTnzA8GXJBFuQdftxT3ivQUBRF/cQzlTevVUPjJJ3GRTIlv YOUJPfd8TtGsuomcwscX89m+hJr7nUeN5q1iuhdBCpkYGeb2moaJGaik/wc3Zfh4CUMgWjSOeLF 7sz1YAJf+d3uBABWk4B7JWIgAJ/c9HXMM5XoJ+UpOMFL/e7KVLuEua6Kfuhu+AfU1kkpC3dj0qL XTncPBdZmLtAOsERP/NUch/TfqNoxMf9moAYrYH2yGttJgu2/axPd/rZLrOhF1s1wWhlfVC5QBJ UjaQUjUoYs8+7WcNKrnoBBwvPe2COon8xg9xSbcQSCJsWX7vw4aAUY7DD/OHS20CZwanhXBMk8P kd3hIg8nQAUfDyMjMc9oj+zd+rZY8OuDmlPOHXmwmwc9qXayQbEIi+beWx5ikYegVLBowB68nXV HJK42sofEYY/qg9oia+/7CU6YDFseVAw/0wDGve1j3CPeNdU6Dl9vUBsftwkP+D6Kim8OrBYXh5 qsPEcI6gakNTRg= X-Received: by 2002:a05:6870:40d2:b0:40a:6f4a:3d76 with SMTP id 586e51a60fabf-40e6694427amr74343fac.50.1770673687128; Mon, 09 Feb 2026 13:48:07 -0800 (PST) Received: from nathan (162-195-168-172.lightspeed.stlsmo.sbcglobal.net. [162.195.168.172]) by smtp.gmail.com with ESMTPSA id 586e51a60fabf-40a992eebd1sm8843923fac.2.2026.02.09.13.48.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 Feb 2026 13:48:06 -0800 (PST) Date: Mon, 9 Feb 2026 15:48:05 -0600 From: Nathan Bossart To: Fujii Masao Cc: Sergei Kornilov , =?utf-8?B?0J7Qu9C10LMg0KHQsNC80L7QudC70L7Qsg==?= , pgsql-bugs@lists.postgresql.org, =?utf-8?Q?=C3=81lvaro?= Herrera Subject: Re: basic_archive lost archive_directory Message-ID: References: <202601301728.sfkizrto3t5i@alvherre.pgsql> <9b9341b0-942e-4d34-b94f-92bd918fad04@ya.ru> <1317421770387925@cea5cfd9-50d3-4d85-a924-a7cc75f8f215> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, Feb 10, 2026 at 02:46:39AM +0900, Fujii Masao wrote: > Basically I like the idea of moving the checks for archive_directory from > check_archive_directory() to basic_archive_configured(). This would not only > address this issue, but also other problems caused by performing these checks > in the GUC check hook. Note that the check_configured_cb is called for every segment to archive. That means we'd be calling stat() much more, which seems like unnecessary overhead to me. And we still need to be prepared for the archive directory to disappear at any time. I'm wondering if it would be better to simply remove this archive directory existence check from the check_configured_cb. -- nathan