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.94.2) (envelope-from ) id 1ubmXu-005CQD-KF for pgsql-bugs@arkaria.postgresql.org; Tue, 15 Jul 2025 20:46:38 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1ubmXs-005C8i-KG for pgsql-bugs@arkaria.postgresql.org; Tue, 15 Jul 2025 20:46:37 +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.94.2) (envelope-from ) id 1ubkSj-004gqx-Tq for pgsql-bugs@lists.postgresql.org; Tue, 15 Jul 2025 18:33:10 +0000 Received: from mail-lf1-x12b.google.com ([2a00:1450:4864:20::12b]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1ubkSi-007RsX-2p for pgsql-bugs@lists.postgresql.org; Tue, 15 Jul 2025 18:33:09 +0000 Received: by mail-lf1-x12b.google.com with SMTP id 2adb3069b0e04-553bcf41440so5901165e87.3 for ; Tue, 15 Jul 2025 11:33:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1752604387; x=1753209187; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=wut04MeHI+1yG64Zpia0CN7I+Qtr5Pzn867cqT1DlKk=; b=XAT+uUUc2RCcDQHm7RZzddcBgT3QukXhgVQL2RdMK+LB9+ScAwoUw21Uq1BSyipxEb Nqzf9AgVA7G0fhkeq0HaxoBb1lw2UkXQM8PHG0chpiSSKMSVh/wqg+KAjZTWCfoOsViH AfhMKMEaMtGhDDFNtilGAdVlHWrI/Kq3EiQw9GY20pdT2v1vTFAjQYijSaWUaJMJmDRX qNTBkA7c7iQobVvmlo1alaAKf+stwGDhYS83JKN2viASIrLy+AO3FHtQzynZPH1YSoiS Exi04Y2lQY/+u4GvMYOoeAVF3Hi+gKj45JjhD421tT6YXqyq61B9g2cw39VmEEJ2eErK IA8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1752604387; x=1753209187; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=wut04MeHI+1yG64Zpia0CN7I+Qtr5Pzn867cqT1DlKk=; b=hIAUbwAxFD7Th/lkfdU91qyliD2GgUnBGazSWIKhxia0+fH/WH21XqPGtW9CNdKdoZ Yzv0qRFqogW8p1antUaoOCcrBBDWnNudavyvgKM8+0oVeFWtSt2Is9n1aty/4uk6cyRk Yx0RBs36mh49a12tj8Ojn2LBc/uBvF20VtvdwXRJFRgJZKXZ7WBuz3jETAcOmxu4SEdd 7ry+A7rvZxNz/y+M+6TILTHqhvZKJpRfKjGhEQYC/SVvHo5IaQaN1ViJ7+mXZzl4YqUz EpF+gTptLdbxY8ZoNlRRP5xYCVO0Jf6SOtozOqtKFAbsctfHGfms4Uru8NOYcvKhpZcA Ce8g== X-Forwarded-Encrypted: i=1; AJvYcCWXR1KVYtfqelXOhvHG/bPLAB2aIru89RnO9mxm7Nh9c0IWx4auNPD+E5tjf/cTezKqrWiY+7fAmAtC@lists.postgresql.org X-Gm-Message-State: AOJu0YxPbG8+AJvqyJY3NkEKtiGZ+qGMMdrjYCZrOmO2uabdcxECgZ0M xvRaoh+9pbLjxN+MC3gEIxkLTC0Tj8Qsr0SZM2EzyJGph6nkuYK4uM913aw7M80Y4SlcFp9vdRo X6bls64iuk1hBvBAdVVNH44zOVY4DgyM= X-Gm-Gg: ASbGncuxanzvUOhgcDObhv6bAWCxa97v4DYFn/iUGdYEoyzFljr+EcBcA3Ms5p8Jrqj xqlA7A2x155gNNNphKGKnJLHRL+D+KhaqLQ6Im2qgcaSilJcYvgE6iIFArXhyl5PpG3KOgX/evI J5xCEhtU4ZGeyGtnPsSPvrz9GvNBMm/MZVjUbQbJIc/eXg7ZrxSE6aUNNLc0H0noxH2jCdPDs8e TBLzq5LGNWjSJxSmw0im6zFniuzOpzoeBVG3LXGsLl3ZJA66iGH X-Google-Smtp-Source: AGHT+IEqekHCZjAqlfowj6GxfZMd4uRrEJAKijX6L+6VzhzqjP1TNzdzi8BHNP5hfE8MNrh0yHOmpAhenvJLWzMnyIQ= X-Received: by 2002:a05:6512:3052:b0:553:3621:efd5 with SMTP id 2adb3069b0e04-55a2331cdaemr204334e87.16.1752604386974; Tue, 15 Jul 2025 11:33:06 -0700 (PDT) MIME-Version: 1.0 References: <18985-64431d78bcabae95@postgresql.org> <923969.1752595701@sss.pgh.pa.us> <936089.1752602421@sss.pgh.pa.us> In-Reply-To: <936089.1752602421@sss.pgh.pa.us> From: =?UTF-8?Q?Erik_Dob=C3=A1k?= Date: Tue, 15 Jul 2025 20:32:53 +0200 X-Gm-Features: Ac12FXwmP998dggyd0cYzl3ehot7vW8-tl0gkMsJdHPZc0HDZDug9o4m243kQfQ Message-ID: Subject: Re: BUG #18985: fast shutdown does not close connections from qlik data gateway data movement aka. replicate To: Tom Lane Cc: "David G. Johnston" , pgsql-bugs@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000eae52d0639fc0191" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000eae52d0639fc0191 Content-Type: text/plain; charset="UTF-8" On Tue, 15 Jul 2025, 20:00 Tom Lane, wrote: > "David G. Johnston" writes: > > The observed behavior of the server seems like a bug no matter how > > well-coded or not the software trying to make the connecting is. The > > server should be able to close and disallow clients no matter what they > are > > doing. > > We will SIGKILL recalcitrant children during an "immediate" shutdown. > "Fast" shutdown is not defined to do that, and should not do so > because it'd imply having to do an unclean restart later. > > I just tested logical replication both ways between current master and > v14 branch tip, and in either case the publishing server stops pretty > much instantaneously after "pg_ctl stop -m fast". So I don't see > anything broken about our code, and I remain of the opinion that Qlik > is probably at fault. > > regards, tom lane > thank you Tom, based on the documentation mentioned in my initial post i was thinking that the connections are closed during " fast" shutdown immediately. i will forward this to Qlik then. is there a better documentation that would explain the process of shutdown than the link i posted above? regards E > --000000000000eae52d0639fc0191 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, 15 Jul 2025, 20:00 Tom L= ane, <tgl@sss.pgh.pa.us> wro= te:
"David = G. Johnston" <david.g.johnston@gmail.com> writes: > The observed behavior of the server seems like a bug no matter how
> well-coded or not the software trying to make the connecting is.=C2=A0= The
> server should be able to close and disallow clients no matter what the= y are
> doing.

We will SIGKILL recalcitrant children during an "immediate" shutd= own.
"Fast" shutdown is not defined to do that, and should not do so because it'd imply having to do an unclean restart later.

I just tested logical replication both ways between current master and
v14 branch tip, and in either case the publishing server stops pretty
much instantaneously after "pg_ctl stop -m fast".=C2=A0 So I don&= #39;t see
anything broken about our code, and I remain of the opinion that Qlik
is probably at fault.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 regards, tom lane
= thank you Tom,

based on = the documentation mentioned in my initial post i was thinking that the conn= ections are closed during " fast" shutdown immediately.

i will forward this to Qlik then.=

is there a better docum= entation that would explain the process of shutdown than the link i posted = above?

regards

E
--000000000000eae52d0639fc0191--