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 1mMqKM-00072z-Lx for pgsql-bugs@arkaria.postgresql.org; Sun, 05 Sep 2021 11:28:47 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mMqKK-0002yg-B5 for pgsql-bugs@arkaria.postgresql.org; Sun, 05 Sep 2021 11:28:44 +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 1mMqKK-0002yX-3r for pgsql-bugs@lists.postgresql.org; Sun, 05 Sep 2021 11:28:44 +0000 Received: from lana.depesz.com ([88.198.49.178] helo=depesz.com) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mMqKD-0006sm-1e for pgsql-bugs@lists.postgresql.org; Sun, 05 Sep 2021 11:28:43 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=depesz.com; s=20170201; h=Content-Type:MIME-Version:Reply-To:Message-ID:Subject:To: Sender:From:Date:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=2VL/ZZeOvxiUIsO/UG8qOeHC3FmqC85Eptfmx/QnTvs=; b=EKBHC9EIumOoBrpjalUAytlFtd qOE1mLSHJO0hvLCP21uOUt3LsI8bnpU56JYQmb8UKBBpaAm0kpu35lBh11c1T7+hMAcPAY+Vrv5Ln b7Z/vDGOJAE++U2NPdiN6wDnxOrBivMVXaneqgI4bjDwHN1iF9cOKYW/doV2yVVzDxRQ=; Received: from lana.depesz.com ([88.198.49.178] helo=depesz.com) by depesz.com with esmtpa (Exim 4.92) (envelope-from ) id 1mMqK9-0003Ww-5Q for pgsql-bugs@lists.postgresql.org; Sun, 05 Sep 2021 13:28:33 +0200 Date: Sun, 5 Sep 2021 13:28:33 +0200 From: hubert depesz lubaczewski Sender: depesz@depesz.com To: PostgreSQL mailing lists Subject: Logs vanish after partial log destination change Message-ID: <20210905112832.GA8707@depesz.com> Reply-To: depesz@depesz.com MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi, I'm not entirely sure if it's a bug, or what, but it caught me by surprise. Tested it on Linux, on 12.6 and 15devel. I start with: log_destination = 'syslog' logging_collector = false Logs to to syslog, all is well. Then, I chance log_destination to 'csvlog' and logging_collector to 'on'. And then I reload config. I know I can chance log_destination, but I can't change logging_collector. I assumed it means that logging will go to where they did before. But - logs are gone. They are not in syslog. They are not in the new location. When I tried it on test system with 15devel, I noticed by chance that logs were redirected to terminal from which I issued `pg_ctl reload` from. Well, that's hardly useful. I'm not entirely sure what Pg should do in such case, perhaps just restrict changing any log_* if one of changed gucs require restart? But, it caught me by surprise, and figured that it might be problematic for others too. Best regards, depesz