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 1nKDZt-0008Eu-8m for pgsql-hackers@arkaria.postgresql.org; Wed, 16 Feb 2022 06:14:13 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nKDZs-0000HB-78 for pgsql-hackers@arkaria.postgresql.org; Wed, 16 Feb 2022 06:14:12 +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 1nKDZr-0000Gy-UU for pgsql-hackers@lists.postgresql.org; Wed, 16 Feb 2022 06:14:11 +0000 Received: from mail-pj1-x1035.google.com ([2607:f8b0:4864:20::1035]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nKDZp-0004DL-1G for pgsql-hackers@postgresql.org; Wed, 16 Feb 2022 06:14:11 +0000 Received: by mail-pj1-x1035.google.com with SMTP id h14-20020a17090a130e00b001b88991a305so5530676pja.3 for ; Tue, 15 Feb 2022 22:14:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=Kznt7sPOguwYOCELm4GlFkF3QEVRvpJhLmXVkCs/mVI=; b=PntoJj3XrNFVfCzHvYaBu7RjrFVqiD4ToxV5N96tAGIEreeE4Ycbt1VFV3zr4pib9D ycj+xv+UrzvS6a2EoNG+FHsLX8nIftIn3iks69j8Hi7Mig+q/gvAl6QuisPH1C989FZn GAXAFu1QzHHge58q1Ptd1CblUaVNXqn22jnfLGMvdaCqeOjvq74ZhsE5FmYLjaKKw0Ii IGmRv+/lQ251bOsOHpF93sMkS0Ml/evPLYk11GiAIwr5w99f5yjfhPOkRKEoYz9ddLPI ezfjAJmuo6TnjNvR8UmGRrfwNU1g1b2BZ/vUrLHT91yk3N9TSGtnxwEbuqNaeULy3Jaf YnKg== 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; bh=Kznt7sPOguwYOCELm4GlFkF3QEVRvpJhLmXVkCs/mVI=; b=rI/m6YpnZTChD3SAM3eBY6jbB5VdBPJVfZFnEnczvqHwzgM+ZC1l7LcD5Tja0NDVi1 mPuN1I0pryanJTrsqwjsXkrYpztn9Tt+hK4vEzZtrHhqmsaCyNjhNfwmje5uOBaVWzuw VzKSXcIhITPjalyXTA9y8RReh/1LI537vsodl7H3US0EUPnxSfVyDWhjNiKz4NTucBon lKUNi6uzJGUpYk0JJCOf1GkyyFR2i6rNp89+suoxd9M1eVW9SRn//Q35MFgCthDM9qpK 3wCCgVfdRPmVeI9ay9/elu8h0aOasve9XH9CHbgQb88Xc+oDgH2rC8kVjORIGcj0UOM/ qfkw== X-Gm-Message-State: AOAM531ndes3STTKYpiducpSsPWoM1RZsRbCbZG7B6wnsDU/ZmI0R2Ge qVy4O/iNc23f/AZfm1hAMj2zMGYiiRk= X-Google-Smtp-Source: ABdhPJyhJwZj6VUUSsz00vk2KHx89tnxSySCyOfrT4/lZhN49lcnGB5jEPzjvIaLraHYME6HYpCHDw== X-Received: by 2002:a17:90a:b304:b0:1b8:b322:aa4d with SMTP id d4-20020a17090ab30400b001b8b322aa4dmr80164pjr.12.1644992047191; Tue, 15 Feb 2022 22:14:07 -0800 (PST) Received: from nathanxps13 ([50.54.155.70]) by smtp.gmail.com with ESMTPSA id u11sm6150199pfi.126.2022.02.15.22.14.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 15 Feb 2022 22:14:06 -0800 (PST) Date: Tue, 15 Feb 2022 22:14:04 -0800 From: Nathan Bossart To: Andres Freund Cc: Thomas Munro , pgsql-hackers Subject: Re: USE_BARRIER_SMGRRELEASE on Linux? Message-ID: <20220216061404.GA2813338@nathanxps13> References: <20220215235845.GA2665318@nathanxps13> <20220216045911.GA2791824@nathanxps13> <20220216050645.7u3nguccykpqaw7p@alap3.anarazel.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220216050645.7u3nguccykpqaw7p@alap3.anarazel.de> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, Feb 15, 2022 at 09:06:45PM -0800, Andres Freund wrote: > On 2022-02-15 20:59:11 -0800, Nathan Bossart wrote: >> On Wed, Feb 16, 2022 at 03:34:08PM +1300, Thomas Munro wrote: >> > So it's not getting unlinked until the *next* checkpoint cycle. I >> > don't know why. >> >> On my machine (5.11.0-43), it looks like the test starts failing after >> cc50080. That commit adjusted some regression tests, so I'm assuming it's >> not the root cause. > > That makes some sense. Before that we didn't create database objects before > tablespace.sql. A scheduling like this that could make some pre-existing > issues much more visible. > > I think we also saw the windows drop tablespace issues less commonly than > recently (outside the aio tree at least)... It looks like register_unlink_segment() is called prior to the checkpoint, but the checkpointer is not calling RememberSyncRequest() until after SyncPreCheckpoint(). This means that the requests are registered with the next checkpoint cycle count, so they aren't processed until the next checkpoint. -- Nathan Bossart Amazon Web Services: https://aws.amazon.com