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 1nfC2X-00041f-E9 for pgsql-hackers@arkaria.postgresql.org; Fri, 15 Apr 2022 02:50:29 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nfC2U-0005Fw-Vh for pgsql-hackers@arkaria.postgresql.org; Fri, 15 Apr 2022 02:50:26 +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 1nfC2U-0005Fn-LX for pgsql-hackers@lists.postgresql.org; Fri, 15 Apr 2022 02:50:26 +0000 Received: from mail-qt1-x836.google.com ([2607:f8b0:4864:20::836]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nfC2S-0000uU-0A for pgsql-hackers@lists.postgresql.org; Fri, 15 Apr 2022 02:50:25 +0000 Received: by mail-qt1-x836.google.com with SMTP id s6so5292736qta.1 for ; Thu, 14 Apr 2022 19:50:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leadboat.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=IiOPYvJO8Uxou0gXCg0x+p6BVVerLfDHGWfQuRBmjEY=; b=MktM8gnk1R8tE0cI4kmswdnu77k1w3sbu+Ctjyy3SOraC0j+7rkALyohjKrYO1GzEr NTvKMBx395G+hnf6MwJ/H8VzVrX8AQWazCdMFnAtBEhOteFK7/xEx3K0YWkUQPKYMwI4 5OUkWW/lYTbzJ8YTWUe1rV1CSu4kNTyhCR7Qg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=IiOPYvJO8Uxou0gXCg0x+p6BVVerLfDHGWfQuRBmjEY=; b=DmZKT46FfCHuVrwf5gF+flbqxTyyTYqX6dO51fP75Bz4ljvAI5WStXWlu5Gevn5FXs 4wdlmI2PaFiR4hmENKZM194IWuNTsinb9L3F3gMJ6I71ZvGiYGHJJQcAAX41znFseRpW 73+E6DFOfCxZ2iypPTyw5EROAw87ti68nWshd5QD1uXYKDxlB9rCe4Gy+EM0caFMdMWh RrlHWPOJ2ae/O2bEjwpsHQf5pa7JgdoVFClmMybZ2PKT3e2mvXP5x/BwZ6Qk53bKWaLK AmD09lqY26MTbq3SeKyoG+53mTqOzTXb43bjtT+Uk5ImSM0xjAI/UtKKKOnRLBiB1bLS v16g== X-Gm-Message-State: AOAM533fXecHQiEiOwKL3b00lVxXymEAstA5YSJ0AlLy60tSZg1PKyMm GlXr5eiQ+CFZRvZtM2W8Vv9kZA== X-Google-Smtp-Source: ABdhPJy5PDI9kZYHpvhvX4wDAzYaR5blEvtnCHOMUOQg8r7snoTIMmYsEMsjRoReRIo/8xwxlkEH4g== X-Received: by 2002:ac8:4e1b:0:b0:2f1:eabf:e3de with SMTP id c27-20020ac84e1b000000b002f1eabfe3demr1374912qtw.415.1649991022789; Thu, 14 Apr 2022 19:50:22 -0700 (PDT) Received: from rfd.leadboat.com ([2600:1702:a20:5750::2e]) by smtp.gmail.com with ESMTPSA id v3-20020a05622a014300b002e1dcd4cfa9sm2538192qtw.64.2022.04.14.19.50.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Apr 2022 19:50:22 -0700 (PDT) Date: Thu, 14 Apr 2022 19:50:19 -0700 From: Noah Misch To: Tom Lane , Andres Freund Cc: Peter Geoghegan , David Rowley , PostgreSQL Hackers Subject: Re: Intermittent buildfarm failures on wrasse Message-ID: <20220415025019.GA863781@rfd.leadboat.com> References: <20220414161850.ibqkevxcv6a7vdxg@alap3.anarazel.de> <1521388.1649953580@sss.pgh.pa.us> <1547912.1649971995@sss.pgh.pa.us> <1553951.1649975018@sss.pgh.pa.us> <1570894.1649986347@sss.pgh.pa.us> <20220415015249.kfsqxujrf2bn2wz6@alap3.anarazel.de> <20220415024515.GA862547@rfd.leadboat.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline In-Reply-To: <20220415024515.GA862547@rfd.leadboat.com> User-Agent: Mutt/1.5.24 (2015-08-30) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Apr 14, 2022 at 07:45:15PM -0700, Noah Misch wrote: > On Thu, Apr 14, 2022 at 06:52:49PM -0700, Andres Freund wrote: > > On 2022-04-14 21:32:27 -0400, Tom Lane wrote: > > > Peter Geoghegan writes: > > > > Are you aware of Andres' commit 02fea8fd? That work prevented exactly > > > > the same set of symptoms (the same index-only scan create_index > > > > regressions), > > > > > > Hm. I'm starting to get the feeling that the real problem here is > > > we've "optimized" the system to the point where repeatable results > > > from VACUUM are impossible :-( > > > > The synchronous_commit issue is an old one. It might actually be worth > > addressing it by flushing out pending async commits out instead. It just > > started to be noticeable when tenk1 load and vacuum were moved closer. > > > > > > What do you think about applying a polished version of what I posted in > > https://postgr.es/m/20220414164830.63rk5zqsvtqqk7qz%40alap3.anarazel.de > > ? That'd tell us a bit more about the horizon etc. > > No objection. > > > It's also interesting that it only happens in the installcheck cases, > > afaics, not the check ones. Although that might just be because there's > > more of them... > > I suspect the failure is somehow impossible in "check". Yesterday, I cranked > up the number of locales, so there are now a lot more installcheck. Before > that, each farm run had one "check" and two "installcheck". Those days saw > ten installcheck failures, zero check failures. > > Like Tom, I'm failing to reproduce this outside the buildfarm client. I wrote > a shell script to closely resemble the buildfarm installcheck sequence, but > it's lasted a dozen runs without failing. But 24s after that email, it did reproduce the problem. Same symptoms as the last buildfarm runs, including visfrac=0. I'm attaching my script. (It has various references to my home directory, so it's not self-contained.) --QTprm0S8XgL7H0Dt Content-Type: application/x-sh Content-Disposition: attachment; filename="repro-wrasse-vis.sh" Content-Transfer-Encoding: quoted-printable # run with: env -i nice -+20 sh repro-wrasse-vis.sh=0A=0Aset -ex=0A=0Aexpor= t CCACHE_MAXSIZE=3D1536M=0Aexport LD_LIBRARY_PATH=3D/home/nm/sw/nopath/uuid= -64/lib:/home/nm/sw/nopath/openldap-64/lib=0Aexport PATH=3D/home/nm/bin:/ho= me/nm/sw/bison/bin:/home/nm/sw/ccache/bin:/usr/bin:/opt/csw/bin=0Aexport PE= RL5LIB=3D/home/nm/src/build/IPC-Run-0.99/lib=0Aexport PGCTLTIMEOUT=3D5400= =0Aexport PGISOLATIONTIMEOUT=3D5400=0Aexport PG_TEST_TIMEOUT_DEFAULT=3D5400= =0Aexport TMPDIR=3D/home/nm/farm/tmp=0A=0Aexport PGUSER=3Dbuildfarm=0A=0Alo= cale=3Dko_KR.UTF-8=0Arm -rf data-$locale=0APATH=3D/export/home/nm/farm/stud= io64v12_6/HEAD/instkeep.2022-04-14_22-58-00/bin:$PATH=0Ainitdb -A trust -U = buildfarm --locale=3D$locale data-$locale=0Acat >>data-$locale/postgresql.c= onf <startlo= g 2>&1=0A=0A(=0A cd /export/home/nm/farm/studio64v12_6/HEAD/pgsqlkeep.20= 22-04-14_22-58-00/src/test/regress=0A make installcheck-parallel=0A)=0Ae= xitcode=3D$?=0Apg_ctl -D data-$locale -l logfile -w stop=0Aexit $exitcode=0A --QTprm0S8XgL7H0Dt--