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 1wbbJe-002hI0-0U for pgsql-bugs@arkaria.postgresql.org; Mon, 22 Jun 2026 09:51:42 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wbbJc-005ti5-17 for pgsql-bugs@arkaria.postgresql.org; Mon, 22 Jun 2026 09:51:40 +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 1wbbJc-005thx-0G for pgsql-bugs@lists.postgresql.org; Mon, 22 Jun 2026 09:51:40 +0000 Received: from mail-qt1-x843.google.com ([2607:f8b0:4864:20::843]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wbbJZ-00000001jh2-1pmq for pgsql-bugs@lists.postgresql.org; Mon, 22 Jun 2026 09:51:39 +0000 Received: by mail-qt1-x843.google.com with SMTP id d75a77b69052e-51778077b28so45689701cf.1 for ; Mon, 22 Jun 2026 02:51:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1782121895; cv=none; d=google.com; s=arc-20240605; b=TLwSK/ZUecJp+Urfgz5vk3MqpAdRmALunCNeH8hxYgRfAxj6+Ekx/LhoLmNfuqorN0 knAa3A+NnNTDm2savK+WANDRYKBKWsMBGSdmvRukyFOjxPHH0VQ9rbFJUJfIJPgA4ALo ae9EKlwAQv/LF04uqCimvkWlIS0Y4vboeIKS2qQndS4bmGiJEaADU8XoCNnbGFIoC1G2 C4n2ImVH3UGhOR9S72edQurJetFBBcV0cbN4Z2Hg1qjvKXjNVtdYn5LKjkdM9m6LyBH7 F/f/kY4PBBxz7DcxeB8Sh1MphAr++QxDrJVNUd7zVHQ2WekvlUsqCWzlSeYnEmAqrGFd Pm7w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=9wBFQi9s7eY6drtxkoUFdPPp2k8etUV3L17miB9yvZs=; fh=EJbGd00lVmCQuyo8Y4gIE/oZph1tgUCstWeDDqvvoOg=; b=MYgSANjSZdpHJLfliyz7o+A89CryX6OVY5Qd+yJVpN4FTBQEZFIp3gRSqaIhhOfa7y sy70eLwkn9fsrF5G3MJtazqWrh+qk37OJ7oi2I1EReSlLqfXDTseRyn/5xAadx5w6NCv qSNt/LbN6wQfWntzNglG1EKZF60QNUH4XU1UXI6B48XxZEm/dA2lc20ycgyeqY/f7Xdr hGvkADihzdlnSE4GEcKAojWI25zcL3adsk1fczugk9Qnqc1/JCaL1YPWVMyyfAN3iZ1l mCNJHPRgdorz/HeO1/0C1H2qnWXo/kA3FUgEK/IM0rTy08QHwFoic8pLhMgsLqIDviXM u6Fg==; 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=20251104; t=1782121895; x=1782726695; darn=lists.postgresql.org; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=9wBFQi9s7eY6drtxkoUFdPPp2k8etUV3L17miB9yvZs=; b=ZKzp8vLNVJ0JeONnv8QeHl/rve9ycrUZl/4UHQ3XTxExmu2gcHuTFuqEXlgr3jkonj VBtvh3KOCvO2QjxrOofsq2RuEqge0C9Pz6bhDcQ75WmAePa+8L3JJ9OYzWliGWf4buBO lFAqzB2TqO/LV90rAA6fYsUIAyS/F3epniW9288xxbkvNVYB7pKXT0u3f2TndVOhsFZU 9CBDS4dqZXN5kxiQt+a8tMEumBFrwuqoT9WZbqfBu0k33hSWxC7AY0V5XrTmNvsUkSwo FDUIxsb2MZ6GMIDtMEpdjwNF2VRuEjPWYWT4HXdO/JBc6a7HlCk6BXRFdirQHyM8Jn6w /5Gg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1782121895; x=1782726695; h=content-transfer-encoding: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=9wBFQi9s7eY6drtxkoUFdPPp2k8etUV3L17miB9yvZs=; b=jleUx6SjdNkQKti03C/0ByXhHbi3V/sMkZzUdvLXH0nZkvnHLiXp0NBXUmHEjlNNxO XMPEoZSS+9kAZjU7+/a3wv8YSnBurRJ3d2Y/2Eu6I5lDG+Z0A5l2DJFsXDjAV3T700p8 LfSEVo3yBmT+uG5tsj0E6a5b7r4CxEjqlkfw628p5uGMaTYfxGX9alaI6zq925rE870y 0YK1fvlvU9yl5d349P3QltTtv2s7aqk/DsA7g9si4a6VEIdt461qtHDmIEtb02CJsABr N5ejEhrAtbKQq/xAoPdC/pg20VvzA0N1pn/8WNIKP43QlLzNZAgcWEoMtg66C5QnD0e+ 4B4g== X-Forwarded-Encrypted: i=1; AFNElJ99j5Ga0PzhIIszMf/3mysb3PXTy+Lat6jp6hkfugWVvNsdUfPktSbTf93G69lY85kTx/zUI0Bl92H0@lists.postgresql.org X-Gm-Message-State: AOJu0YyR/dSxKErkiHYECH7WPtKN9amJr5wInS3lgGG+Yc9vwVzMf60j 6s1n/EDqqD9oBtiJXu9nYHoK0vV4LiPN6dhKoJDBp/ZNrTAwlWgSI+3P2C0KKnMqxp/agRcOzKA 771z0IjHPUj5jCqCzwllP6w/ELnRZNSM1is2JN3DTFg== X-Gm-Gg: AfdE7cmNMGOvjCL/CStiRtZqYa553LY8R105tewYKlvd0gCSDtcNUuAcmIznenC1xJT ZNdor1XPuHW60KviXPEDrnBCiCK2DK4JortjkUDRsTBlPulX0uptabd3c5LebwTDOb0QGOsA0za 0oW21EfVsUHdTHRWA4+GANcu1jGkxWzAEhsJ/7Gj1RuP9vaXUwaOGTcsh+EUYlkKxgDPqY+cCzc 55jy+OQgwab4BSVtHtYo7/a0fWAm0C6x6srYLFhHSFe+Okod7Cc7Pw25S12HvRE4xosw8LylDxq SqJvw7bnJTcI7XUlaINAo1EuuWQ3FoMug/j4K4rA4HGVLUdb6ftZOJBrI0FaQmB9BQZOIz/BlZR x4YZUxvRkJlxQsBUF X-Received: by 2002:a05:622a:2599:b0:517:895f:1935 with SMTP id d75a77b69052e-519e4a54e07mr214295651cf.13.1782121895251; Mon, 22 Jun 2026 02:51:35 -0700 (PDT) MIME-Version: 1.0 References: <19530-c1575dd3b1c8a286@postgresql.org> In-Reply-To: <19530-c1575dd3b1c8a286@postgresql.org> From: John Naylor Date: Mon, 22 Jun 2026 16:51:23 +0700 X-Gm-Features: AVVi8CeWyw76DOmGQsI8ylUwN_TwZruNxfmavI7HJteoDe_QlV1sAvJ9Rraf0Fw Message-ID: Subject: Re: BUG #19530: Crash (SIGSEGV/SIGBUS) in parallel B-tree index vacuum during plain VACUUM To: webmaster@algedi.pl, 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 Mon, Jun 22, 2026 at 3:19=E2=80=AFPM PG Bug reporting form wrote: > PostgreSQL 17.7 intermittently crashes a parallel maintenance worker duri= ng > routine VACUUM, taking the server through automatic crash recovery each > time. > What the crashing process was doing: > The crashing process is a parallel maintenance worker. A preserved core > dump shows the process title "parallel worker for PID ", with mem= ory > contexts "BTree Vacuum State" and "AutoVacuum Data" present and no This doesn't really give us any actionable info. Are you able to get a backtrace from the core dump? (Autovacuum in v17 cannot use parallel workers, so I'm not sure where that came from) > Possibly related: > This appears to reach the same btbulkdelete / btvacuumscan code as the > report "Segmentation fault in PostgreSQL 17.7 during REINDEX TABLE > CONCURRENTLY" > (https://www.postgresql.org/message-id/VI0PR07MB10718A4DC292E068C51404AB2= 974EA@VI0PR07MB10718.eurprd07.prod.outlook.com), > but reached > via the plain-VACUUM index-vacuum path rather than validate_index / > ReindexRelationConcurrently. That suggests the fault is in the (parallel) > B-tree > index-vacuum code, reachable from both paths. That operation was writing TIDs to a file, which is not what vacuum does, and it's not clear from that thread whether there's a bug in the first place. -- John Naylor Amazon Web Services