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 1pQVY7-0003bj-7p for buildfarm-members@arkaria.postgresql.org; Fri, 10 Feb 2023 15:42:55 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pQVY6-0003ls-2u for buildfarm-members@arkaria.postgresql.org; Fri, 10 Feb 2023 15:42:54 +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 1pQVY5-0003jJ-RQ for buildfarm-members@lists.postgresql.org; Fri, 10 Feb 2023 15:42:53 +0000 Received: from relay6-d.mail.gandi.net ([2001:4b98:dc4:8::226]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pQVXt-00088i-NL for buildfarm-members@lists.postgresql.org; Fri, 10 Feb 2023 15:42:48 +0000 Received: (Authenticated sender: adsend@dunslane.net) by mail.gandi.net (Postfix) with ESMTPSA id 50537C0009; Fri, 10 Feb 2023 15:42:37 +0000 (UTC) Content-Type: multipart/alternative; boundary="------------Gfq2QPHb8NPM56aEuX5DPKv0" Message-ID: Date: Fri, 10 Feb 2023 10:42:31 -0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Subject: Re: Help with failures on HEAD Content-Language: en-US To: "Todd A. Cook" , Tom Lane Cc: "buildfarm-members@lists.postgresql.org" References: <5E0A4E81-CCCE-4267-A4A8-C6C1B93EE487@contoso.com> <3937519.1675968094@sss.pgh.pa.us> From: Andrew Dunstan In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This is a multi-part message in MIME format. --------------Gfq2QPHb8NPM56aEuX5DPKv0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 2023-02-09 Th 14:00, Todd A. Cook wrote: > On 2/9/23, 1:41 PM, "Tom Lane" > wrote: > "Todd A. Cook" > writes: > > Hi, > > Last Saturday morning, builds of HEAD on my animal mantid[1] spontaneously started failing; > > see [2] for an example. The log shown there is > > > Missing checked out branch bf_HEAD: > > * [32mbf_HEAD[m > > bf_REL_11_STABLE[m > > bf_REL_12_STABLE[m > > bf_REL_13_STABLE[m > > bf_REL_14_STABLE[m > > bf_REL_15_STABLE[m > > master[m > > In the past, I've been able to resolve issues similar to this one > by flushing the animal's git repo (rm -rf pgmirror.git) and letting > it pull that down fresh on the next run. Not clear if you included > that when you "removed the buildroot"? > > Yes, I did "rm -rf buildroot". After that, I verified (with "diff -r") that I had no changes > vs. the distribution tarball other than having my build-farm.conf present. Don't do that. All the state is stored under the buildroot, and you'd be throwing that away. 999 times out of 1000 this should do the trick: rm -rf buildroot/[RH]*/pgsql The other 1 time out of 1000 you could also remove the mirror like Tom suggests as well. cheers andrew -- Andrew Dunstan EDB:https://www.enterprisedb.com --------------Gfq2QPHb8NPM56aEuX5DPKv0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit


On 2023-02-09 Th 14:00, Todd A. Cook wrote:
    On 2/9/23, 1:41 PM, "Tom Lane" <tgl@sss.pgh.pa.us <mailto:tgl@sss.pgh.pa.us>> wrote:
    "Todd A. Cook" <ToddA.Cook@synopsys.com <mailto:ToddA.Cook@synopsys.com>> writes:
    > Hi,
    > Last Saturday morning, builds of HEAD on my animal mantid[1] spontaneously started failing;
    > see [2] for an example. The log shown there is

    > Missing checked out branch bf_HEAD:
    > * [32mbf_HEAD[m
    > bf_REL_11_STABLE[m
    > bf_REL_12_STABLE[m
    > bf_REL_13_STABLE[m
    > bf_REL_14_STABLE[m
    > bf_REL_15_STABLE[m
    > master[m

    In the past, I've been able to resolve issues similar to this one
    by flushing the animal's git repo (rm -rf pgmirror.git) and letting
    it pull that down fresh on the next run. Not clear if you included
    that when you "removed the buildroot"?

Yes, I did "rm -rf buildroot".  After that, I verified (with "diff -r") that I had no changes
vs. the distribution tarball other than having my build-farm.conf present.


Don't do that. All the state is stored under the buildroot, and you'd be throwing that away. 999 times out of 1000 this should do the trick:


rm -rf buildroot/[RH]*/pgsql


The other 1 time out of 1000 you could also remove the mirror like Tom suggests as well.


cheers


andrew


--
Andrew Dunstan
EDB: https://www.enterprisedb.com
--------------Gfq2QPHb8NPM56aEuX5DPKv0--