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 1wAxbc-000bfy-08 for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Apr 2026 22:12:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wAxbZ-007u6r-0Z for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Apr 2026 22:12:06 +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 1wAxbY-007u6i-2p for pgsql-hackers@lists.postgresql.org; Thu, 09 Apr 2026 22:12:05 +0000 Received: from mail-pj1-x1035.google.com ([2607:f8b0:4864:20::1035]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wAxbX-00000000Fgr-25oq for pgsql-hackers@postgresql.org; Thu, 09 Apr 2026 22:12:05 +0000 Received: by mail-pj1-x1035.google.com with SMTP id 98e67ed59e1d1-35d965648a2so1299867a91.0 for ; Thu, 09 Apr 2026 15:12:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1775772721; cv=none; d=google.com; s=arc-20240605; b=XERbWMDv+qW9nhLL4H9FXYAerewSlALZZ0034+WHDICYkneqsPWmUWANr5su7n6GmW WM5BRvgmGMkhmH5KutKEgX014uEyLSsNi3FFPe9K/6RXeQl17ON7yzsB2T9Y7O2OUVg8 FxiDAb+q+LX9Pp0sAjrd0UQk6KK+MG3CjAdCS8jJM+G7dvyKWXa6f49SM5HzKoSiSKOe B9dxAppxS3JSy0gfxJVM9gsigwZuZJVpSo9M0qzu2SMQiuhHrRSp9O0mzPQS4DdNJh/P n/D51jeg8aoWADzoPj1svHN0sBV4bhxaIDvH20obZHqOLIgHWAdqII+aee5uPyOrDO6m sRwA== 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=q8iE5QEJrjA1b7VKtmdMB3Bq2LsXLvj6j202/lq0Bpk=; fh=X1jOhqbFcDqs6UJiVwKPlsB/OQBf7vw0J+1fPvDh6qA=; b=kzLhplT+ezekCTV+BFxW57Hkp3L4NE6r9zfgWqC+zTM3GvkrckAWwTUKIU+BeMmry1 a79d3o8ApNqZfvWaFvLbueCcD43Nj7lBHY1DpowTXXRtTgKCFCYonQK5EXl/2ZSvCg1e bNPGKa98GYmlIXC4fOeOiN0WTxs5nEQ4cbdXcc/wzpknWivzI5FI9Ha2MAXcAakVFdRi WU5YTSuKRHesSW7SkKZY1onHAlTiu1HHb+shL6vi7y/1fMoRform6m5/q2IS3DEB05/f WMS3DitC+qLG4jWIt4te1KCQybARntosrFyx43fsGqcQdM6WhkFEyYGCFDoxtkm95w7S SvrQ==; darn=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=1775772721; x=1776377521; darn=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=q8iE5QEJrjA1b7VKtmdMB3Bq2LsXLvj6j202/lq0Bpk=; b=p5VMDzapilPDZTq13mQefZHW6GPBcj5qlGPMuwzJmk3cKYoZt4jPQg6XH0nuZRkBUH GcRU/6nHGLp/HRELUVjZ5KZqPPimLABjD9OjLcMF6ZomrTtNd7SXqmzjph95DCJLI7TQ CBaVPWn3Fh2LZZ8ptAVIi2poVca/MoSkyaNFqM8gCIk5cecc/WI5VRFc2z7ZIhnSQmTI 4HlLyQ6C0RsYKtnLCQ+r5mC9hn5FjbKTOslzZ52Bg0R3Rin6IgTv0OlgEZ+wIaHNLPP8 iEh0gBI9CIgQFMgjR0syzol2prN8KBLz16bNPZcuSdGG33ItczzzUrNIX7UpyAes7PZs c0mA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775772721; x=1776377521; 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=q8iE5QEJrjA1b7VKtmdMB3Bq2LsXLvj6j202/lq0Bpk=; b=tJAwNv6wqcptaoiAGi1ppqYIyynUqowkKD7997rGsA04Y+MACd+ue1ySJYTiYZNxjc kPqO+M/temCTDfYaL63BMtIwvF83SR0WugHK6H8lkV5VJi6+c+15XDfS45BbBOPmSJ4v DGaAyxCpfFvjZTWcK0qWucgbslm3fBH+HmA4cqw27do2l7tXPjycB8vvLuNd2rZdjhwA Q3ltnueJHLj8Iws6/ebCTISCnvYMKlyjOs0/yy8/J1bSYB7tXw0RDjfDxY1IrG2qiLx1 cFIyF4Vg58gB/DrSvm2Nktqf8Ht2XtCYp1xVQaI07EFF6Bd/0Zbm5dWXB7jkHN/GCx9n lHTg== X-Forwarded-Encrypted: i=1; AJvYcCVVxxCQsSr7AjAhYfLajTgbNEMGd+1pkrMOZDlj8RSbynD7uBCAw2AF9O/WBXhSJ4BrSKv6ufXpjo2CrssD@postgresql.org X-Gm-Message-State: AOJu0YwupltIOkzH39rk6869eIbUA2LgV1tsz8E4Y6+x0pL+95asDKQG ieCY9al534sl5SDf8yC6kI4trZH2qQc4yVRzT4v8E0c249wQ+Cc+beWVUuThtQy/WXvvFeN/YrG O6imPFa1JGv1Rj2T2ilf+GJ/KuPNvvnY= X-Gm-Gg: AeBDiesWANbn1Qh3hq/HZzZn6+8tqM579YZYOr1T4KfcgLGMlVFc2NEg1HdUvVdAEXY RomYPc+F/6ccM+bDIHXzZ1HYgz0dC2++Qn5AlTT3ov4WL7ZqIM44Gnk+wvWowTQSDWCh2xgufKw HEs5S+Y18W5ZHtgiGw+njqQ2YGpzJcHZVP93wRrSPYTBS4MS4XHVi701BJz1wLtzYcxKHqAjhmH z+8+cH0fS1CUyC0aOlRDg7M7wxY4h1DiLBMR+IlzAm8M4tYdum1KBgCNPuTF+GOpG7dPeFjixxQ Apdx1BNfaDuPj9aZc+xzhx+9AZFyvr0nFymQf3c= X-Received: by 2002:a17:90b:4b46:b0:35d:943e:3c2c with SMTP id 98e67ed59e1d1-35e427a4ea4mr765559a91.5.1775772721607; Thu, 09 Apr 2026 15:12:01 -0700 (PDT) MIME-Version: 1.0 References: <525d0f48-93f7-493f-a988-f39b460a79bc@gmail.com> In-Reply-To: From: Masahiko Sawada Date: Thu, 9 Apr 2026 15:11:24 -0700 X-Gm-Features: AQROBzCEp77qzgT4439OoZPoIhslG4f36cGuc5jutssUYWVE8gRwwXPTAyGE0H0 Message-ID: Subject: Re: test_autovacuum/001_parallel_autovacuum is broken To: Sami Imseih Cc: Alexander Lakhin , pgsql-hackers , Daniil Davydov <3danissimo@gmail.com> 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 Thu, Apr 9, 2026 at 1:14=E2=80=AFPM Sami Imseih wr= ote: > > > Optionally, we can change the comment above to something like this: > > # Wait until the parallel autovacuum on the table completes and reports= the > > # number of launched workers, which must correspond to the value specif= ied in > > # the reloption. > > Made the comment less verbose but in the same spirit as the above. > > > > > > One way to fix the test is to replace log_contains() with > > > > wait_for_log(). We can also remove wait_for_autovacuum_complete() > > > > logic altogether. > > > > > > +1. I was going to reply with exactly this. Attached is the fix. > > > > Thank you for the patch! I agree with the overall idea. Since we > > enable autovacuum log only the test_autovac table, just checking > > autovacuum log works as expected. > > > > I think we can simplify the test further by removing the logic around > > the av_count variable. > > removed av_count and pg_stat_user_tables query, but hardened the > regexp a bit to ensure that the parallel logging is for the test_autovac > table. It gives the same assurance as counting pg_stat_user_tables > and will be better if we add another parallel test table in the future. I believe that we don't need to worry about the regexp for this test. Parallel vacuum would be used on all tables having more than one index, but we enable the autovacuum logs only on the test_autovac table. Regards, --=20 Masahiko Sawada Amazon Web Services: https://aws.amazon.com