Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1whtut-000Tqa-0F for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Jul 2026 18:56:11 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1whtur-00EIy2-1A for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Jul 2026 18:56:10 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1whtur-00EIxn-0J for pgsql-hackers@lists.postgresql.org; Thu, 09 Jul 2026 18:56:09 +0000 Received: from mail-ot1-x334.google.com ([2607:f8b0:4864:20::334]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1whtuo-00000000Wl3-2OjJ for pgsql-hackers@lists.postgresql.org; Thu, 09 Jul 2026 18:56:09 +0000 Received: by mail-ot1-x334.google.com with SMTP id 46e09a7af769-7e9ef94c0e2so100334a34.3 for ; Thu, 09 Jul 2026 11:56:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1783623365; x=1784228165; darn=lists.postgresql.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=7aG1u0FRKWhewn7Y+xPUkAeAybpuWXTMuzgICgar/zo=; b=TAQD1gu3IwZ2Xi7PTyh7wNrA1434C4AxL72iKBykdIiA1FUuD/leuAMGPfeky5yTl/ UY7yiXKi1O213UvH9UoAZIhUkFI6tq3jZ+7uVTo6pLicoCWkJEwMJP/rkdxjb1GyaqIc 2y/DBnLMBAt8B+65b+olXVgV0VgT6A+eqaxSgICN1fb2DxQ6LVU4F2MzOO2N6azchJ19 eZHfyeKII0UgciJvT98CjYig21b0zmQ6YVRI1mENb3mEK7d3ziAqab2LgR/o2xkOOI4j A0jE3/x4gsalH9gTnnZ4pfg1+RJkkvcg9/DVHi0+SZwreoi1IaiThd4Fjds3d8l2D8tr LVpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1783623365; x=1784228165; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=7aG1u0FRKWhewn7Y+xPUkAeAybpuWXTMuzgICgar/zo=; b=VmzrwK7t7/AGMSdEFZ20zHlBBi4ccvGVN5XkxqjA4rz9ECY0vLTlEjUxNMb80Vkg/2 o1IgMxPz7x2Eu+GOVXbeDTgcYdngHlrrUyjk/EmGTlOjShqS8Fc/zczKC7cGGzVFSjkT 9pg/15SvmL4WmJFQf09u9fW8ZNhLh4gLzdf48QGr/1l9B5CdCfVVooIzZFH8UGoiFBkm zxdm934DdmwirEWePsmESls9bPnNs989zhXWBlJLHmhVL/Zw1UaodYyC9GY6FO/n5yVR iQ3v9TzZcUTbb/SGlocsCgMtTpkANZs+osFJXYoECZUtRLBcW+DKO+l5YDGFyD/9S7Li aSHA== X-Forwarded-Encrypted: i=1; AFNElJ8ss1CbDxSL5CsTLQDrscGiNdGG+KY1eb5XfMY8rQZo9xC5/wIQU+MN6UbBxDzUhYJlAlJpN4Tj6xqzS1Pc@lists.postgresql.org X-Gm-Message-State: AOJu0Yx+Oghe9lvpf3qNWDTj+IvGmxBGdf1QTUIFko3XUU/9l5aixCrw ecRF9x59QJk/Du3W1G8ISls2dxOD5o8ix+Xp+1SmxTgdBxvhgRR0BhG5 X-Gm-Gg: AfdE7clMKP64HLUkQbeYF2637TUvy9vb0yU4Zr4XKRB2sVWA0UUPSNnPf5IWrsAT0N3 26+ndklLrqqp7KJ7btKrZjO1UgamHITEleXVCrz2h66a1GlJllEU+w4mtLG3F5q6XVHzTStB5QB 6neURePe6N2LVkN/YnDHvaBAvzO0sD/eo7S56NAOIdgE6RJ7+sN7wx9vrHlgRMZcRgBxE95BrM4 e/ki2S16QBUaeRgAhGjFdbIzmFPMw68jDvW0GkNfcEWh0Pu8ZmAHKGVQ0X9xOwTLet+Ex1Td+oD JSL1w9Uj4LhS+6ANf1kP/0Av2W6Wb9eFKhYbYITn+8gYY+RNZ2w+TRSFtaTukZlfEOQowD87B/x o3yJMigrhAdeDO/m4MXkcUub0yaIRhgMNgJCnALKl0QKlZHbNA9MZ/2Hc1k3W8UnL0tZzyYzkMu 8axTTkGgaXqapnTsWFdqSz0GChdG2PDsT4nxfL23pc44ozguJqSxTs7bDQHdHrcazvQrxce0YyB pQQmC3gZPWQyxiiWcK6hg== X-Received: by 2002:a05:6830:660a:b0:7e9:bd00:c6ad with SMTP id 46e09a7af769-7ebcff7ed1emr6054516a34.16.1783623364994; Thu, 09 Jul 2026 11:56:04 -0700 (PDT) Received: from nathan (162-195-168-172.lightspeed.stlsmo.sbcglobal.net. [162.195.168.172]) by smtp.gmail.com with ESMTPSA id 46e09a7af769-7ebcb262db2sm4751722a34.16.2026.07.09.11.56.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 09 Jul 2026 11:56:04 -0700 (PDT) Date: Thu, 9 Jul 2026 13:56:02 -0500 From: Nathan Bossart To: Bharath Rupireddy Cc: Michael Paquier , cca5507 , Kyotaro Horiguchi , pgsql-hackers , Jeff Davis Subject: Re: Handle concurrent drop when doing whole database vacuum Message-ID: References: <20260615.145410.2255263073807327959.horikyota.ntt@gmail.com> 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, Jul 09, 2026 at 11:49:24AM -0700, Bharath Rupireddy wrote: > So I agree with using the _ext version for the ACL check when building the > relations list for database-wide vacuum. It addresses the concurrent table > drops issue. The v8 patch looks good to me. > > Also, I don't have a strong opinion on adding the Assert(missing_ok || > CheckRelationOidLockedByMe(relid, AccessShareLock, true)); because the > is_missing flag in v8 already conveys whether the caller holds the relation > lock or not: missing_ok = true means no lock held, missing_ok = false means > the caller holds it. Cool, I'll address everyone's feedback and get this committed in the next few days. -- nathan