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 1oWR2F-0008Hi-3d for pgsql-hackers@arkaria.postgresql.org; Thu, 08 Sep 2022 23:34:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oWR2D-0006uE-Uj for pgsql-hackers@arkaria.postgresql.org; Thu, 08 Sep 2022 23:34:13 +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 1oWR2D-0006u5-M1 for pgsql-hackers@lists.postgresql.org; Thu, 08 Sep 2022 23:34:13 +0000 Received: from mail-pg1-x52a.google.com ([2607:f8b0:4864:20::52a]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1oWR2B-0001WM-BG for pgsql-hackers@postgresql.org; Thu, 08 Sep 2022 23:34:13 +0000 Received: by mail-pg1-x52a.google.com with SMTP id bh13so11095pgb.4 for ; Thu, 08 Sep 2022 16:34:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date; bh=hkTT3/g2PTduV7Al90dyeupqRUPr1fQJHpRbJxFqY+4=; b=J/vjiJFAViAq1Epq45jxtrluQ/fjJNEwkflbXNRYJ+lm8I80T53KDaOWz+I94AKf2d l2mGmJFvw7MQBjRL0+LmsPpeOww9dPqoZydhl5ojPK3Wh0QIFefUE7tWImWqru9T6IK2 O1nBD+amUJs2n5DKA0AE7uF5I8+wfWonm7sDcmNtKLiyXPtcjKkUkzPTcMw+Gl77yz9+ 7YcDy1opdlwC9Cfj4wvxf4KSHDuWxT447noOAeTdqwCdTS2m0EytEHtPkon61yluKaiK 0HcYcGvWDpl8chpgL5SRPWPj21Y/HVICPpag87SM8PU8ph+KKG+65h2K7+mz62lShjWX ZNhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date; bh=hkTT3/g2PTduV7Al90dyeupqRUPr1fQJHpRbJxFqY+4=; b=NF8h/PNMaK+HdquZCgK9SOvlJf0SudxM8+ymSjZ/G9Bh/4RWFYGIXubY4jGcT2UFUI 2MPBptSdfL73gk/VV0ebXob9eabGQKRoVLQBSkvxCmvyr5UflxoxIQRFndycRf1L5096 wX525a5BZr+by85XKzmjtGd8jLsHlPkhtZsuLkfSaVz7OzVx1poXHdHWNGDnRIMBGqke Axct2hDkiDxn80dnqaRBNw1eD2ewQrdcp8Albpq8vVCeg9CgFrlmo3q/JCGH5BmL05c4 c2RKdyvFINVSv65rAc4RBQUiCiQeNf1YL8qONscjnRJs+L+zBwxwR64jdjy1yBYr63Da 9KjQ== X-Gm-Message-State: ACgBeo3CrHmxz2hoJvW2CIwA6hBduiK1SaQU/90Hqo6dakjMYuE0l2ii bED7C4xmm0cL/l5As74lRQM= X-Google-Smtp-Source: AA6agR7+RhQXyg1k6u2OQNRv/UuZha6cQ7uN5q9pcxVBA0HJx0hShM00TVz2VqsElx1dfIwN87UMwg== X-Received: by 2002:a63:225c:0:b0:42c:3811:93fb with SMTP id t28-20020a63225c000000b0042c381193fbmr9426241pgm.543.1662680049214; Thu, 08 Sep 2022 16:34:09 -0700 (PDT) Received: from nathanxps13 ([50.47.162.83]) by smtp.gmail.com with ESMTPSA id z12-20020a170903018c00b001708c4ebbaesm48540plg.309.2022.09.08.16.34.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 08 Sep 2022 16:34:08 -0700 (PDT) Date: Thu, 8 Sep 2022 16:34:07 -0700 From: Nathan Bossart To: Jacob Champion Cc: Jan Wieck , Tom Lane , Bruce Momjian , Zhihong Yu , Andrew Dunstan , Magnus Hagander , Robins Tharakan , Peter Eisentraut , "pgsql-hackers@postgresql.org" Subject: Re: pg_upgrade failing for 200+ million Large Objects Message-ID: <20220908233407.GA2244644@nathanxps13> References: <6cccaa33-c263-b8a2-b064-985605d33d25@wi3ck.info> <988415.1616528159@sss.pgh.pa.us> <872315a8-99fc-da4e-463d-784cfb5a025d@wi3ck.info> <1010642.1616532950@sss.pgh.pa.us> <802b96e9-f5e1-015c-dfb9-8756974b11fc@wi3ck.info> <0263bf35-05d6-02a1-519b-b7895a918314@wi3ck.info> <20220825003227.GA1456581@nathanxps13> <663393ca-b2ff-26f0-2e2d-adc942aff4fd@timescale.com> <20220908231807.GA2242918@nathanxps13> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, Sep 08, 2022 at 04:29:10PM -0700, Jacob Champion wrote: > On Thu, Sep 8, 2022 at 4:18 PM Nathan Bossart wrote: >> IIUC the main benefit of this approach is that it isn't dependent on >> binary-upgrade mode, which seems to be a goal based on the discussion >> upthread [0]. > > To clarify, I agree that pg_dump should contain the core fix. What I'm > questioning is the addition of --dump-options to make use of that fix > from pg_upgrade, since it also lets the user do "exciting" new things > like --exclude-schema and --include-foreign-data and so on. I don't > think we should let them do that without a good reason. Ah, yes, I think that is a fair point. -- Nathan Bossart Amazon Web Services: https://aws.amazon.com