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 1oqPzj-0002my-CI for pgsql-bugs@arkaria.postgresql.org; Thu, 03 Nov 2022 02:30: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 1oqPzh-0000O6-IS for pgsql-bugs@arkaria.postgresql.org; Thu, 03 Nov 2022 02:30:13 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oqPzh-0000Nv-2x for pgsql-bugs@lists.postgresql.org; Thu, 03 Nov 2022 02:30:13 +0000 Received: from mail-qk1-x72e.google.com ([2607:f8b0:4864:20::72e]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1oqPzd-0001Ag-Iq for pgsql-bugs@lists.postgresql.org; Thu, 03 Nov 2022 02:30:11 +0000 Received: by mail-qk1-x72e.google.com with SMTP id g10so359196qkl.6 for ; Wed, 02 Nov 2022 19:30:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leadboat.com; s=google; h=user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=4bwcoUTWMcaFa2saHdBmpjbo+zTtqC903Ye6RjIYFLI=; b=Ayi642w61QEGXUmp7F972Hbr0eba8c5D04Kxn1M1/jBfBaz7Ed7apL+W7Qodt32K1G gLPcswjxBzWe3MbdYu/IWwaF5O94Rd/BnVCT65omsNTWsHqJzv9TLxck7J/hj3AnVrSb GtxvCJeSjoDENANd/PuIm6QF20OtGLbFuPqB8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=4bwcoUTWMcaFa2saHdBmpjbo+zTtqC903Ye6RjIYFLI=; b=Usq8QP/sO+D7IlPIzYFUuDyw2ekz9CW7PIZkx0PW4MXjoKTd8rx7VekxeDyBTGSlCM dqVnjLYAeXQqriic5TpED0d1JbGp7M1U0/gMNpi8hyT5Px2oNDtY/haIJffuTlmoLPoB alcUq35V/PNEXU+rp3qhVyWvqaRH97NaHq3oS6d9BA/4BwiaMJAGuqGnCGF7Hp2L9TeK K1UKz2E6dc9sLrtdzy2BQhmgc2SfFvb0xTvzOet0Vkx2NIva+4uXqjlRxFg0k+gwSk1M v0imhEQlFwPV5j6Qv9gnIn2GEhZb26IA+Km52BlrIupxH2F2R/90GOOmbD/tDqpGvz5w NmIg== X-Gm-Message-State: ACrzQf2kSRR0YSKhs2ui6J9B6hhCU7kRC6DO1Smu9uTINOtOLGEprJor GctngMlkjn0G+2CGypLzVed+Aw== X-Google-Smtp-Source: AMsMyM7aemRMMUrp1WEOolTWrgmNPlFExHjfoKAXwkfWAm2m3MfntdugKbDyawbmj00udZWVN/4Vzw== X-Received: by 2002:a05:620a:6001:b0:6fa:4d19:2406 with SMTP id dw1-20020a05620a600100b006fa4d192406mr8865988qkb.482.1667442608643; Wed, 02 Nov 2022 19:30:08 -0700 (PDT) Received: from rfd.leadboat.com ([2600:1702:a20:5750::2e]) by smtp.gmail.com with ESMTPSA id k17-20020a05620a415100b006ee7e223bb8sm10272218qko.39.2022.11.02.19.30.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 02 Nov 2022 19:30:08 -0700 (PDT) Date: Wed, 2 Nov 2022 19:30:05 -0700 From: Noah Misch To: Helena =?iso-8859-1?Q?Zetterstr=F6m?= Cc: "pgsql-bugs@lists.postgresql.org" Subject: Re: pg_upgrade fails if privileges have been granted on pg_start_backup()/pg_stop_backup() in the old cluster Message-ID: <20221103023005.GA3400565@rfd.leadboat.com> References: <3b3fc98f0d004c94b26def11d5e98360@chalmers.se> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3b3fc98f0d004c94b26def11d5e98360@chalmers.se> 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 Wed, Nov 02, 2022 at 02:47:27PM +0000, Helena Zetterström wrote: > In version 15 the functions pg_start_backup()/pg_stop_backup() have been renamed to pg_backup_start()/pg_backup_stop(). > > If privileges on these functions have been granted in the old cluster the pg_upgrade fails. > Our barman user has been granted execute priviliges on these function in PostgreSQL 14 and to avoid the pg_upgrade to fail we had to revoke these privileges in the old cluster before running the pg_upgrade. > No warning/notification is given about this when running pg_upgrade --check. > I don´t know if this is a bug or not but it is really inconvenient to have the pg_upgrade fail/crash (child process exited abnormally: status 256) due to it being unable to grant execute on these no longer existing functions. > It would have been good if a notification about this could have been shown when running the pg_upgrade with the --check option before performing the actual upgrade. This thread was an unsuccessful attempt to fix that class of problem: https://www.postgresql.org/message-id/flat/f85991ad-bbd4-ad57-fde4-e12f0661dbf0%40postgrespro.ru