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 1mm3D3-00030d-0A for pgsql-bugs@arkaria.postgresql.org; Sun, 14 Nov 2021 00:17:25 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mm3D0-0004rc-Vx for pgsql-bugs@arkaria.postgresql.org; Sun, 14 Nov 2021 00:17:22 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mm3Cv-0004rR-NQ for pgsql-bugs@lists.postgresql.org; Sun, 14 Nov 2021 00:17:22 +0000 Received: from mail-yb1-xb2d.google.com ([2607:f8b0:4864:20::b2d]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mm3Ce-0003vn-Ht for pgsql-bugs@lists.postgresql.org; Sun, 14 Nov 2021 00:17:13 +0000 Received: by mail-yb1-xb2d.google.com with SMTP id 131so34650093ybc.7 for ; Sat, 13 Nov 2021 16:16:52 -0800 (PST) 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:content-transfer-encoding:in-reply-to :user-agent; bh=PmdJD+JPM075MbmKpM0dznVd1C09Y70BqmsWGsj3JVY=; b=JREaLpgRIa+xfRQDe6a0YskBHliYh/wOzvty3acnAyfmfDkrQrHYYIviXAwuJXURfg u9zRraFOFmxGO0NP4AsTXVfuUcfW0WmbaYSeNCuPXXK5t5R4xWNbpOsGGb1ZjCfVEI0l mYW67SHmrwDMcotS3e/hBJLh7YhAv631t3FC8= 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:content-transfer-encoding :in-reply-to:user-agent; bh=PmdJD+JPM075MbmKpM0dznVd1C09Y70BqmsWGsj3JVY=; b=gyE7UA9Pda2DbuzQQ9aCAhaORFYi/x554oRud4RhF03idgsUC7tjB56ec4cCYcHa9e SfbanXpw8AKdbCfJEoM59yMXnfcqZlqOQbv1wNmGCZ4nKHg5MaVO26aybjbU5MQQqHAE XhLKziKXPcFpREzY5+Xzb+vutAT1OXWs6jzxlDtv8TiOzvVb9bvAHxR96kcrmTlcpPhw m1yRGGK13s655DKyshnUqjJZuindZvxkq0znvUTv1RP9c9Dgsyead96jtGrV9BgDAy7K XOvhrA2AkY5E2ERhtTsSIA587mgIXvRQ6l2sw5XdvH7DNKRbffDaGEW9wBhhWZULSizF DW6Q== X-Gm-Message-State: AOAM531XgvxOMuHCUDa9jCaRQv5QCFZHSfLIvYcQHC/U0TjiQNwEISAd ITRY6OTxbdgMlEX5rDsjR0Z+hEOe5jA0Ew== X-Google-Smtp-Source: ABdhPJydAafEPohcw5qbY1cQjXS6COYAjTFASQoh5gwGppB7gZ0A7y58dGgj5S9H5yr3I654lqJRoA== X-Received: by 2002:a05:6830:44c:: with SMTP id d12mr20967169otc.66.1636848595367; Sat, 13 Nov 2021 16:09:55 -0800 (PST) Received: from rfd.leadboat.com ([2600:1702:a20:5750::46]) by smtp.gmail.com with ESMTPSA id w22sm844251ooc.47.2021.11.13.16.09.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 13 Nov 2021 16:09:54 -0800 (PST) Date: Sat, 13 Nov 2021 16:09:52 -0800 From: Noah Misch To: Andrey Borodin Cc: PostgreSQL mailing lists , Michael Paquier , Tom Lane , Peter Geoghegan , Andres Freund Subject: Re: conchuela timeouts since 2021-10-09 system upgrade Message-ID: <20211114000952.GA1117894@rfd.leadboat.com> References: <9BA43784-E4A7-4638-900C-FC9868C388FA@yandex-team.ru> <20211019030212.GB3403374@rfd.leadboat.com> <20211024050028.GA3310519@rfd.leadboat.com> <64835CF9-D9AA-49BF-A685-01C23B1023C1@yandex-team.ru> <20211024161942.GB3945842@rfd.leadboat.com> <640FA6DC-A998-4499-B3B4-2773685B8C56@yandex-team.ru> <20211029025600.GB298507@rfd.leadboat.com> <20211110041541.GA971565@rfd.leadboat.com> <4C43D751-8E0B-478D-B358-7C52BB5AFDAA@yandex-team.ru> <633901636829263@sas1-7f179212b74f.qloud-c.yandex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <633901636829263@sas1-7f179212b74f.qloud-c.yandex.net> 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 On Sat, Nov 13, 2021 at 11:47:43PM +0500, Andrey Borodin wrote: > >> 10 нояб. 2021 г., в 09:15, Noah Misch написал(а): > > Uh, sorry, this problem fell out of my attention somehow. I'll try to do something with 10 and 11 this or next week. > > I've adapted 7f580aa to functionality of REL_11 using "\if 0 = :client_id" metacommand. > I really do not like idea of supporting background_pgbench() in older branches without counterpart in newer branches. > But so far I didn't come up with some clever mutex idea for REL_10. That's a reasonable sentiment, but removing background_pgbench() isn't going to fix 017_shm.pl. I'm not enthusiastic about any fix that repairs src/bin/pgbench without repairing 017_shm.pl. I'm okay with skipping affected test files on dragonfly >= 6 if you decide to cease figuring out how to make them pass like the others do.