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 1lOTom-0001pI-Fl for pgsql-hackers@arkaria.postgresql.org; Mon, 22 Mar 2021 23:18:40 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lOTol-0000jX-Cr for pgsql-hackers@arkaria.postgresql.org; Mon, 22 Mar 2021 23:18:39 +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 1lOTol-0000jQ-2f for pgsql-hackers@lists.postgresql.org; Mon, 22 Mar 2021 23:18:39 +0000 Received: from mail-qk1-x72d.google.com ([2607:f8b0:4864:20::72d]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1lOToj-0006Ar-33 for pgsql-hackers@postgresql.org; Mon, 22 Mar 2021 23:18:38 +0000 Received: by mail-qk1-x72d.google.com with SMTP id y18so12531270qky.11 for ; Mon, 22 Mar 2021 16:18:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wi3ck-info.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=CEOZdu6TAT8T6FTRyw+2FCn6tDirael97hTNrHZ5T+M=; b=tPmTS3kEA2u025r5vkA2MgogL7MSbB7MCvMNR00LOSPRWxn9a9EEfndWgwtduuKkA7 ZINBvR03Du+YJigPgGLR8ZRnaPITN3OOIcHH/aa7Oh2MCMatedeqxn0srUuJ3LJY+fDj 1DKtsGk1bou3e/yM69wCDz6iACK2+SIRGfqqc3S9v+DJAKrWcMKqlD3sB7W2ivhmsfT4 CpC9BJdt9rPvdelhR74iJoxvdsixpenEcJJVw3ByckEt8gVxEXFV8W0joi/KMenKoXTf XYFSVzn8Xwustxn/FzAFvCP6ie1gwKDs7tNPdrw2H1iYDNNJu2XVvOcdwhn/7M1+6teZ iw5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=CEOZdu6TAT8T6FTRyw+2FCn6tDirael97hTNrHZ5T+M=; b=egnnsfql+NZm6I7Y90uVO5ptwwm6E0pslyj1rZdqLBXOAB6dNWOJamp62LYjJPoOc/ WdjYaKhCKJzsQjrCGllaIq97LBXm6XhV0BhQEW5PyGyLjG0vsRVlSTzsx3O4G2bjqGbq OE0sZjwX1SUDCFugRXGvHDLXFpIsx9/5/vbf1r7cd9CEMyJvDYvFjGSClbWYiZySat9S NjJt0ZKgrPKHG+6rwtIABgHH2fpTfcXOdVfYY+HRRmo1PTqpsdmVFwGvBzgfgbqNxd4D RotRMzX3t9Ql1tvXtH3DyX35OXTckcDl0WYbc7DaCld2rvxoRAyvERYUwjDyxvF+r1Z/ eXEw== X-Gm-Message-State: AOAM5313TT9hRsgqub1fE62dhsqmSJ3yyBxpaJ38HGUTGU5c8IWARlr5 jrssWDHZ09yfd7TK9WsMQbJK2Jj6IpVf2AY/ X-Google-Smtp-Source: ABdhPJwviyVEmi0Lki4tfKf6P0Khf4TgmotyeSw6RsMFQD0iF2JID3UUkUSpp6PTPy4mmW15N2mW0A== X-Received: by 2002:a37:6848:: with SMTP id d69mr2628939qkc.159.1616455114434; Mon, 22 Mar 2021 16:18:34 -0700 (PDT) Received: from jupiter.onmars.janwieck.no-ip.info (pool-98-114-241-134.phlapa.fios.verizon.net. [98.114.241.134]) by smtp.gmail.com with ESMTPSA id m17sm12250718qkh.82.2021.03.22.16.18.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 22 Mar 2021 16:18:34 -0700 (PDT) Subject: Re: pg_upgrade failing for 200+ million Large Objects To: Zhihong Yu , Andrew Dunstan Cc: Tom Lane , Magnus Hagander , Robins Tharakan , Peter Eisentraut , "pgsql-hackers@postgresql.org" References: <1742698.1615221182@sss.pgh.pa.us> <1743618.1615222719@sss.pgh.pa.us> <4fbf92f2-ec91-f4fa-a259-f0968e34f3d7@wi3ck.info> <181907.1616253799@sss.pgh.pa.us> <147fa478-510b-18ef-5323-9c1725b2493c@wi3ck.info> <5bdcb010-ecdd-c69a-b441-68002fc38483@wi3ck.info> From: Jan Wieck Message-ID: <3886649c-c77d-dfd7-08a4-d1606bc71254@wi3ck.info> Date: Mon, 22 Mar 2021 19:18:33 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 3/22/21 5:36 PM, Zhihong Yu wrote: > Hi, > > w.r.t. pg_upgrade_improvements.v2.diff. > > +       blobBatchCount = 0; > +       blobInXact = false; > > The count and bool flag are always reset in tandem. It seems > variable blobInXact is not needed. You are right. I will fix that. Thanks, Jan -- Jan Wieck Principle Database Engineer Amazon Web Services