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 1lr0vO-0006uM-9M for pgsql-hackers@arkaria.postgresql.org; Wed, 09 Jun 2021 16:19:26 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lr0vN-00088v-6a for pgsql-hackers@arkaria.postgresql.org; Wed, 09 Jun 2021 16:19:25 +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 1lr0vM-00088n-SA for pgsql-hackers@lists.postgresql.org; Wed, 09 Jun 2021 16:19:24 +0000 Received: from mail-io1-xd34.google.com ([2607:f8b0:4864:20::d34]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1lr0vK-000587-0o for pgsql-hackers@postgresql.org; Wed, 09 Jun 2021 16:19:23 +0000 Received: by mail-io1-xd34.google.com with SMTP id 5so23356696ioe.1 for ; Wed, 09 Jun 2021 09:19:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=eWDSsX5dOjMjStLCCKQGfiTo+J+Sx4z6OtpZezD/U1Q=; b=NPhSfu7to3FBmaAyn+HwS0L8byHJWJLKRxYNquB4KOTmsZG5SLeHYmQVoNA09FCYjS m4JSOPZv2d6m2j9z6ZYhdp1y3v9dQ43YeAYiiahwGxwULJMkm8TFK43quUjlVZRcddYN gZ6jtmWGKqUWmIQPoGYoVJCDvNGw3mI2dssynw7zow1HmdO7bRd5TtUB2H+sbFpqiPFM sXLj9ROKePUtNd7q4czaAnP1WxoHn+A1++TmxZLBrQ2nT1SoQRGH83usmvWKfAYjSchR Pfa80UNvUAQdcUF0llUo9c/gsVaUrj9V1pAEG/VUTGYrmSNN9KNSD2m7pUcwhqePoMNE VJEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=eWDSsX5dOjMjStLCCKQGfiTo+J+Sx4z6OtpZezD/U1Q=; b=eI4M7pawtT/2aXEKhy8kAeIAWqlHerRRxMbma52MJrS+wdxJ3NqQQSHEnJmPNPvzyg zShiwrFD8tt5gaBj1MrwcL55tovA/O/fmpWRelJdyPeRsucpOSAgij+EnjF3i72AIfY4 WeOCiznnr+BYK5cEzKFiNuoqm43Og4HnGdkmz/vVeeTjb0PYKrKMi3+Y5OOYsx7zRdqA DvmAgB4czF8EscGB5OSP/WVIeihaJI9du/qo2BDNBp0IAYo3mimkfSB7c0go1k3Iz09h 1xUWgL4FvF05dKGroScJls/VxKnIl8KXAdt7wnBJdiIKUEo5LGGaOUJDYG9J3ah2kQil vSDA== X-Gm-Message-State: AOAM531zOrNnV05yi+TmkxvW5uhz656CQf0o57pX7I7xyRDmWGh7baQd NfotFA1l8EQR7hqCIlpJrI7f8w== X-Google-Smtp-Source: ABdhPJyhWk/IpTXbCLsTH/1SOJZLJtcV8cfIGf1FOQu5YYE2Hgij4Ce11iSpekzTBKcelpw2sUXtBA== X-Received: by 2002:a6b:fe09:: with SMTP id x9mr191469ioh.111.1623255560779; Wed, 09 Jun 2021 09:19:20 -0700 (PDT) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id u8sm235239ilg.43.2021.06.09.09.19.19 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Jun 2021 09:19:20 -0700 (PDT) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id 896638009D6; Wed, 9 Jun 2021 11:19:18 -0500 (CDT) Date: Wed, 9 Jun 2021 11:19:18 -0500 From: Justin Pryzby To: Nitin Jadhav Cc: Tom Lane , Robert Haas , Andres Freund , Stephen Frost , Magnus Hagander , Thomas Munro , pgsql-hackers@postgresql.org Subject: Re: when the startup process doesn't Message-ID: <20210609161918.GY16435@telsasoft.com> References: <633337.1618945018@sss.pgh.pa.us> <20210420203642.nvxvolm37f2k6prj@alap3.anarazel.de> <20210421183624.GP20766@tamriel.snowman.net> <20210421193605.cubavrq7q5bqkf4i@alap3.anarazel.de> <20210422010919.4b655015@firost> <20210606222305.GZ14099@telsasoft.com> <867286.1623073349@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Jun 09, 2021 at 05:09:54PM +0530, Nitin Jadhav wrote: > > + {"log_min_duration_startup_process", PGC_SUSET, LOGGING_WHEN, > > > > I think it should be PGC_SIGHUP, to allow changing it during runtime. > > Obviously it has no effect except during startup, but the change will be > > effective if the current process crashes. > > See also: https://www.postgresql.org/message-id/20210526001359.GE3676@telsasoft.com > > I did not get exactly how it will change behaviour. In my > understanding, when the server restarts after a crash, it fetches the > value from the config file. So if there is any change that gets > affected. Kindly correct me if I am wrong. I don't think so. I checked and SelectConfigFiles is called only once to read config files and cmdline args. And not called on restart_after_crash. The GUC definitely isn't SUSET, since it's not useful to write in a (super) user session SET log_min_duration_startup_process=123. I've triple checked the behavior using a patch I submitted for Thomas' syncfs feature. ALTER SYSTEM recovery_init_sync_method=syncfs was not picked up when I sent SIGABRT. But with my patch, if I also do SELECT pg_reload_conf(), then a future crash uses syncfs. https://www.postgresql.org/message-id/20210526001359.GE3676@telsasoft.com -- Justin