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 1nFjV8-0003u6-Ol for pgsql-hackers@arkaria.postgresql.org; Thu, 03 Feb 2022 21:18:46 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nFjV7-0002rm-FN for pgsql-hackers@arkaria.postgresql.org; Thu, 03 Feb 2022 21:18:45 +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 1nFjV6-0002rd-QM for pgsql-hackers@lists.postgresql.org; Thu, 03 Feb 2022 21:18:45 +0000 Received: from mail-oi1-x232.google.com ([2607:f8b0:4864:20::232]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nFjV3-0005vO-8U for pgsql-hackers@lists.postgresql.org; Thu, 03 Feb 2022 21:18:44 +0000 Received: by mail-oi1-x232.google.com with SMTP id r27so6141405oiw.4 for ; Thu, 03 Feb 2022 13:18:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enterprisedb.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=fUaZ3rXtbkpIXM2Ga9EqXV02HvoCZcErp1bqKMXyFQs=; b=MI/YCxEoS+obCjGjTaGIzqwq8ryVnwaWOQ8WJ9TRhC+I2CAfjL9MBHjg97fnnLfFAQ MZE9J+lbY7xUQhNumLKE0HEHchf5rPb0dsxVUbCLa0KD6KIEhB3dnSDSz1WE0GDvM+Vk v0ZMwVd1wGTBNlTHHU4bHSd8ojDJyB1XA2L0R6RM1xOr27wLKZP6uXQfW78mLfcbI92m 7+qhCj9ZRQ6XrpDili6R16yifB26jnHjA4TWzjYq/JIIWQG9pmWfU3zIKSpel9/SfIEW mKMX1X+mFlZFDv+xvyCbQVvgKpfu7i/67tBtoqMRzF807ajYYg9EnJlUhF6Zymwyfp3K 34Bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=fUaZ3rXtbkpIXM2Ga9EqXV02HvoCZcErp1bqKMXyFQs=; b=7w+g1+fcJ+yAQg9MdlYmGIePVrW7noRVU72xfYsSchBKqKKaltnU+XQGMJACzOK1SI 8c6d/z0dq8us4iFstR+cvMoM4M5RWJn6ZUrBfkc/qDjXvYD2EX/OrGO0X2OPM56ZKgZB 8dfv4VWxfBN2NB7p7pKwT7neVVNYS9HWEUFHM84Xzg2O3BMS9Dq7uLl8rQy5atcmzsre fDty0fv/tAabXYxC19o6jtxUiqgnFZg7mZ9cHQnkzL29dhhg0nnuN7L+CtiwrZnZL+tG E5iA4w3JbGQlrQLv+DT5fi3M76tCcn4CBSZ0NwCQYFDS2gYUeNfM/fYTh9t5g6SPjYuA MB/A== X-Gm-Message-State: AOAM530s/CWum1cD3+kZx0wqU+IOSEEDbTksqX1wqNjvA8h2EFUg2pF8 nla+b0oRGG16I7NHPblBxF6vtLKLQVDP8wcMgDevb2C2JATQ7OfaQYZpdqzeNW11zBId+eoFPiM PTAf5m7MGs/cnVzVoVZaeXJ3Cmf4cSceWte4tW0pOXAku+osFLpD0tBL7GqAca8mft/7E1Ug1/1 kNhD7Brqvhqa74oFz0fx/kbFci7D1rJWXJrMKr07jQbtkVQ13M0Pj+lkh84AYbxu55NHWl X-Google-Smtp-Source: ABdhPJwSoG2YJIXygNGmO2LbodGk4G+l1CPuRNK/2kz1vl/vWxe4hNbSVDpXmUXkPSE/XRmS3RIAp6CJX4JldTpQwg8= X-Received: by 2002:aca:5c82:: with SMTP id q124mr8367857oib.275.1643923118055; Thu, 03 Feb 2022 13:18:38 -0800 (PST) MIME-Version: 1.0 References: <20211210015616.o242b4xchhpglfcy@alap3.anarazel.de> In-Reply-To: From: John Naylor Date: Thu, 3 Feb 2022 16:18:27 -0500 Message-ID: Subject: Re: do only critical work during single-user vacuum? To: Robert Haas Cc: Andres Freund , Peter Geoghegan , PostgreSQL Hackers Content-Type: text/plain; charset="UTF-8" X-CLOUD-SEC-AV-Info: enterprisedb,google_mail,monitor X-CLOUD-SEC-AV-Sent: true X-Gm-Spam: 0 X-Gm-Phishy: 0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, Feb 3, 2022 at 1:42 PM Robert Haas wrote: > > On Thu, Feb 3, 2022 at 1:34 PM John Naylor wrote: > > The word "advice" sounds like people have a choice, rather than the > > system not accepting commands anymore. It would be much less painful > > if the system closed connections and forbade all but superusers to > > connect, but that sounds like a lot of work. (happy to be proven > > otherwise) > > They *do* have a choice. They can continue to operate the system in > multi-user mode, they can have read access to their data, and they can > run VACUUM and other non-XID-allocating commands to fix the issue. > Sure, their application can't run commands that allocate XIDs, but > it's not going to be able to do that if they go to single-user mode > either. I just checked some client case notes where they tried just that before getting outside help, and both SELECT and VACUUM FREEZE commands were rejected. The failure is clearly indicated in the log. -- John Naylor EDB: http://www.enterprisedb.com