Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iKhYu-0004P1-Uz for pgsql-bugs@arkaria.postgresql.org; Wed, 16 Oct 2019 11:33:53 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1iKhYt-0007IW-Ow for pgsql-bugs@arkaria.postgresql.org; Wed, 16 Oct 2019 11:33:51 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iKhYt-0007IH-C5 for pgsql-bugs@lists.postgresql.org; Wed, 16 Oct 2019 11:33:51 +0000 Received: from mail-wm1-x344.google.com ([2a00:1450:4864:20::344]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iKhYq-0008CR-C8 for pgsql-bugs@lists.postgresql.org; Wed, 16 Oct 2019 11:33:51 +0000 Received: by mail-wm1-x344.google.com with SMTP id m18so2382161wmc.1 for ; Wed, 16 Oct 2019 04:33:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=oPJOWYfvlOI+sCdsAIq+59XFqHswUhacirrEWQLhNQQ=; b=IvlW5DqJFF6Ey2bWBGN8LVZaxOeYiX8HlK3Uxu/07/mAbeGrTR83UKPLJXl3DdNds8 HoNW5a1PngMwlrszX6HLAjYAfKfeSlf7Drrc6pm2b1cpGdkmsWWIhyWlk0y0ugpazaww etzwTgTtqjDdNMKG4QYYjum5JmkQFw/gjsJLFGnMg+TgTw7WH1K+0R+DkZ9v+31Sui74 8PWd0Vq2CnCjKboahaEVQLfno13T1uHliLYy31ZQP2e8RlEr10HKUEo6MMoqT7Kml3R3 0uBCsP/+9eckBC2Ls/nl3VSXrVpzMhxsJPVclNyhmJG9YUopoHFireggfwec0STWz5E3 rTKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=oPJOWYfvlOI+sCdsAIq+59XFqHswUhacirrEWQLhNQQ=; b=MPAblPf86TnTju500Fl9r6FqnLfvFB7hI6AnKquL9SFcG5sSnCsguCwihuHCq35uks xYMjt1uCJ0vZyq5cPorwBAnKcQZAOz50VivyKbN/D8+8etyLm8ZrTpKWn3WyIPiV3zF7 rFw4QX1YO1xrHQWxanW9/45H9bjKl0S1AVfSfXstQ9yw/Jzf5cC6rW9GoMFsq2ThUVgt R+YNihGpVXzLPTLqJ8ACcfP4XVO7DXRzm3J5ETYWpTmFokyheLp7LYfP/hc7FX/AN2Na kgA09Xy4XKeKyxEgwgPKQ/fonYlet5VW0/Iz2lIKvpvYfSsTqso7idCZp5bYlM4xtrLI ql6g== X-Gm-Message-State: APjAAAUu7fheFywJvJ73z/LPD0/PZjV9bqjmppcO3s3lk03g2Y8BOcsb tDZByU+su3Vyeg6FPZcrOCqMe4hoRuFbGQ== X-Google-Smtp-Source: APXvYqwBvoiR7rZNX1AbJLDQ3yO/qZfY1MZSKSyaVq9kdn9xg/nTB2VwizeanosY6UaPrOveX4ZP8Q== X-Received: by 2002:a05:600c:2212:: with SMTP id z18mr3214091wml.154.1571225627308; Wed, 16 Oct 2019 04:33:47 -0700 (PDT) Received: from localhost (cst-prg-31-183.cust.vodafone.cz. [46.135.31.183]) by smtp.gmail.com with ESMTPSA id r13sm37489648wrn.0.2019.10.16.04.33.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 16 Oct 2019 04:33:46 -0700 (PDT) Date: Wed, 16 Oct 2019 13:33:44 +0200 From: Tomas Vondra To: Tom Lane Cc: Andres Freund , buschmann@nidsa.net, pgsql-bugs@lists.postgresql.org Subject: Re: BUG #16045: vacuum_db crash and illegal memory alloc after pg_upgrade from PG11 to PG12 Message-ID: <20191016113344.ihrjpztakfppgilp@development> References: <30706.1570717152@sss.pgh.pa.us> <20191010163350.2rtcjtje6tkgilqi@development> <1542.1570738460@sss.pgh.pa.us> <20191010204022.6hiiubm2cueu3ghk@development> <20191013001032.lqrn4kqaovhrf77l@development> <17717.1570991208@sss.pgh.pa.us> <20191013203848.2eksimmpux3546wr@development> <27596.1571062600@sss.pgh.pa.us> <20191014163538.cqn6j4cl7s2mk2yz@development> <20191015001817.zei45apgpu5dzngr@development> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20191015001817.zei45apgpu5dzngr@development> User-Agent: NeoMutt/20180716 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Tue, Oct 15, 2019 at 02:18:17AM +0200, Tomas Vondra wrote: >On Mon, Oct 14, 2019 at 06:35:38PM +0200, Tomas Vondra wrote: >>... >> >>Aha! I forgot we copy the necessary stuff into pg_attribute. Thanks for >>clarifying, I'll polish and push the fix shortly. >> > >I've pushed and backpatched the fix. Attached are similar fixes for the >existing pg_upgrade checks for pg_catalog.line and pg_catalog.unknown >types, which have the same issues with composite types and domains. > >There are some additional details & examples in the commit messages. > >I've kept this in two patches primarily because of backpatching - the >line fix should go back up to 9.4, the unknown is for 10. > I've just committed and pushed both fixes after some minor corrections. regards -- Tomas Vondra http://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services