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 1w0EVN-001jQY-00 for pgsql-bugs@arkaria.postgresql.org; Wed, 11 Mar 2026 08:01:21 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w0EVL-007yAv-0T for pgsql-bugs@arkaria.postgresql.org; Wed, 11 Mar 2026 08:01:19 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w0EVK-007yAm-2t for pgsql-bugs@lists.postgresql.org; Wed, 11 Mar 2026 08:01:19 +0000 Received: from mail-dy1-x1336.google.com ([2607:f8b0:4864:20::1336]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1w0EVI-000000026R7-22HA for pgsql-bugs@lists.postgresql.org; Wed, 11 Mar 2026 08:01:18 +0000 Received: by mail-dy1-x1336.google.com with SMTP id 5a478bee46e88-2bdfd129c52so9880225eec.0 for ; Wed, 11 Mar 2026 01:01:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1773216074; cv=none; d=google.com; s=arc-20240605; b=FB7PJo4XWlrdtQ33PMkDwpuUFVvj7qExMK1jDLqmZizzYd6WMPHGHJAhw2j4yDpzBl IrH1UuLeo0r25ypjRL4u+DUE8nHY93/MnoMVDY3y6JcpsJHGDafFiqWoLRwfbHsurqHn k47znlgpQB1D7G1mcEO9ycGmhmy/jmN1Lh8IXs+FZg7qAL0hB4OaJnpw37dxqv0A6p/7 t4awgl0P19yXWUBnqTaFq/w6HT6wI938+ieM68cQluFJLCzeH0N7nQCL0ApsAEcuabt6 u/1FgIohy014QLmtu80Ge85rggfAaylSbz+vUILK0wXj+S2hObeuKyRx2nISSXf0sQLz QZBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=N2NYrhY6GgaHhmw4eqaOPYRSlbDaHqGn/A4nyAmCezk=; fh=gTSGYJwqzKbiKZVNGQKurKlJ+kmkHnLEsJfoW0tV4/E=; b=M5aAqdS3jNmxFifCOY4xpgLKzqv8UCV441ORwYHDcd+QwjNeO1hQPQeuoy3xf3Emvx 99QoVhtJsIXHr1V466gBmMmTq+YrIf4HKe+fdfKazxeOIhcSJE6tLGg7uR6HYbVah87E 5TmS9CAoykJJGNfr5HtiNO7Lpt/yNEmXokxya6xcEmUiLB3dPFcl3h6FtPOFvXQui7Ds likVX0IsAGCUsW/bdAQSKkPPXi9OA7a4o+4z55PlbXnUkOX2g2VaHDCaGN9fGp4bARIH hnblqJOW+0NpcUno4UPIFVmX0RZpgQDoe9/YLwoUTjACHEXqgaSiNmkzxWBuujv6b/k/ 7ISg==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1773216074; x=1773820874; darn=lists.postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=N2NYrhY6GgaHhmw4eqaOPYRSlbDaHqGn/A4nyAmCezk=; b=jydWZEeEFjofbZiLjlVUFvuJFIXNAvfafttqVwkw1nTdHolrX1zsbNWKDlcCG7cxso MrjOeFIlmWQa7uSAIGrIzpyx4q0v/zD/IHqQWW114TWBrPEfxuBnLFoDvsUZKbtrxWVz ozDUO3Fl+MEcStZRnzTSdwjcUXn9c0w1g9hpquKLJK9N+dAJz0wJUFF7XWneWgm08zTq LEP5ljBlDcAQo0VRkUAzByAhQHGk6JS+lAHimrFOs/sQGuOSFSWdVgmG8zjlkAHhLpod cbCwS86DuP+dM8o+6IAWJXlKRWwf6EhL8K3BhMuZITTPgarRNK7WkT1lKbVQsjFCE7NC Ad2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1773216074; x=1773820874; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=N2NYrhY6GgaHhmw4eqaOPYRSlbDaHqGn/A4nyAmCezk=; b=gt76Td0rAcDTptqZ2VxrcvE39qNOMGUdB0bfMcpvO49TRTYKHb3ninItK8ZLZpAe4a ZFa+vKPnT48exuyyjndhLvHltXkPdQwsVCvaiBjtju+sfYe9PIOcX6ydMpI8LVtdnUy+ kjuWPX+5h81ZfE7BUFpdDC7IQsYxQZFVLeLK3tH0HLxrnTDo4TmD/ha+eKbilDtMK3G3 u74OMAONWZFdb9IQR96yWSWUgWOBCVTc3HLzpEeKX3NpdgodTql3SEtcvg8OFIK12gxg 7Nt9dYnkkPxVBmpa1+4Ckl9pNf1qM8MB2WVO5wvYoMJEhJUCMh8RNk2GDal1nvBZr8Oh glfg== X-Forwarded-Encrypted: i=1; AJvYcCXBy3+Uy3OcV6yEScVH6BjHZQDkDAnJo0eWdcVt46L9Ggw+JLRn6n4je/LjfHExyT0P2hkKZWXQ42bk@lists.postgresql.org X-Gm-Message-State: AOJu0YyQ0ERMS4pAvlasN8yWZcEyoFKAXKmSO7ZdL0bTCD2LiWZgrn89 Xts3y0uJjg1LLQGdtF5QGBkQ7nB/iR8A6JWHm8Bpx0bEapLqBOT3vPFv2GaEIqWRUy3I4ZAfj8I oeA9a9ecfk9HIxnH7nr9vRFR7bjvEoEjx9pHm X-Gm-Gg: ATEYQzxUzHD/UC1Gal7hEnPyDV8z68Z+uzNYNgXU2p37U8J13S31IKLseTbN20Wn9Wq pX1LAebB4T2RKUeGK3eJhLiG+bgG85NIygFTfmAN6oY1yaS7cAF1F2S4lZylwqkFEkdPtjtkzaC qnzx7OcGOpf1KGMcn1MGrL6Igm8p3W1unbVmr4WY3gj3ZQ4Y+HX4pMbOk/6uuXpXojv0DI6QwJW mC6gxbnJk3MHauqNZcuGk7ozr16F0TyfCyl8APLwTf4QySdQsMGHBNUSE2IIaNMORhaBZBbjn+E 2vo16/x9nNUwX3EWiKBW4TezTjybuxESCeVFPrulLhGYyb8X/TrFBhJCY4JKTa0G6yS4R5+uJmo GKOxL9Me+hnDFRdt2nbpVEireaKZPNfFMpxff4p4y X-Received: by 2002:a05:7300:6d1f:b0:2be:7885:321c with SMTP id 5a478bee46e88-2be8a52929cmr688869eec.19.1773216074086; Wed, 11 Mar 2026 01:01:14 -0700 (PDT) MIME-Version: 1.0 References: <10df46d9.7dc2.19cd740a640.Coremail.jiye_sw@126.com> <5557f6f5.45bd.19cdb7a1764.Coremail.jiye_sw@126.com> In-Reply-To: <5557f6f5.45bd.19cdb7a1764.Coremail.jiye_sw@126.com> From: Etsuro Fujita Date: Wed, 11 Mar 2026 17:01:02 +0900 X-Gm-Features: AaiRm535ZrJ-BP8bj9ccOLM3vvfx0XK2grHi2kpNfDGYUUoCuyMeEuC67XFg_A8 Message-ID: Subject: Re: Re: FDW connection drops with "Connection timed out" during async append query due to TCP receive buffer filling up To: jiye Cc: "David G. Johnston" , "pgsql-bugs@lists.postgresql.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Mar 11, 2026 at 3:25=E2=80=AFPM jiye wrote: > Sorry, I made a mistake about the tcp_user_timeout configuration. Our app= sets it to 9000 (9 seconds), but it still errors out even with 9000 - it j= ust takes a little longer to error. > And about this point : > =3D> I don=E2=80=99t actually know whether or if =E2=80=9Cbuffer fillin= g up=E2=80=9D is accurate or relevant here. It doesn=E2=80=99t seem that w= ay. You haven=E2=80=99t demonstrated that scenario here, just a timeout be= ing reached. > Actually i have caputured tcp dump firstly, and "tcp buffer filling up"= seem to be demonstrated by "TCP windows full" packet." > Secondly if data of fetch rows are not sufficiently wide, it does not r= eproduce this issue. > > So i suspect that the reason for this connection timeout is that the tcp = buffer is full. I think this problem is not with async execution, but with your environment; if the root cause of it is =E2=80=9CTCP windows full=E2=80=9D,= I think it might fix it to 1) retrieve only needed columns from the remote server and 2) decrease the fetch_size option for postgres_fdw. Best regards, Etsuro Fujita