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 1vgNkK-00BcXA-2j for pgsql-bugs@arkaria.postgresql.org; Thu, 15 Jan 2026 13:50:45 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vgNkJ-00H9t1-32 for pgsql-bugs@arkaria.postgresql.org; Thu, 15 Jan 2026 13:50:44 +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 1vgNhX-00H6tA-23 for pgsql-bugs@lists.postgresql.org; Thu, 15 Jan 2026 13:47:51 +0000 Received: from mail-wm1-x32d.google.com ([2a00:1450:4864:20::32d]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vgNhV-000cqw-26 for pgsql-bugs@lists.postgresql.org; Thu, 15 Jan 2026 13:47:51 +0000 Received: by mail-wm1-x32d.google.com with SMTP id 5b1f17b1804b1-47f3b7ef761so5197565e9.0 for ; Thu, 15 Jan 2026 05:47:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1768484864; x=1769089664; darn=lists.postgresql.org; h=in-reply-to:from:content-language:references:to:subject:user-agent :mime-version:date:message-id:from:to:cc:subject:date:message-id :reply-to; bh=UKWo/jv3JK+Hvy8ejY12WP9GqCnEDjSfdFj5qIIg2aw=; b=L+ZGFi/bXYqul1VURmQgI/DRPTDrMwdZcgVpxJUxRUCAay5t7uWqUYjIoSD2s1zvRW j8FkWDB0MwXElzaTbGCoPmzCJbfwIt2Z1CyYYfeiYhfvdLbDGZ22hto2Q8slk6E8Mjh3 fZZYIm1KDdy1b35Q3iTRlUwbgvFapWYEbexZ001pDHQDzhOIpdTfctyUpLOfXkENkZ2l gB7rqCKxctKlJ8cNu4tre2ePka6SjnXOYK2RLR63qwuPqCjXkZtfVw2ztLmT1Y1L3F7Y AuRSUnpzggOIrYTV7iePjBLV7NN1pSDVoLd8O0pQzpAq27AapNug82jCW0dB09eA44CY cTAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1768484864; x=1769089664; h=in-reply-to:from:content-language:references:to:subject:user-agent :mime-version:date:message-id:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=UKWo/jv3JK+Hvy8ejY12WP9GqCnEDjSfdFj5qIIg2aw=; b=SHPL+WMr6/QrRoHrZtCRjzfD6iPtSw9T8dWgVWS54lkm90dhuZj9nXfxX0cuzatZTQ Uu1VvQohnlA3MzRDxbkEaweRxynx9kKeOrJ/9sdKo9wzf5k+fQzgP9QgcxSHElzZQ9hT QLm/Jx/kzDZYokEVHgkbTV9ZP6JjeEH7+Oprx7tz/vcKxthlZnO2pBsSvdmQfhcp8Ehn VGnlZYcxbEZgge7ieEsaIblybjrVVr/qaVjMMurbdfreGuMzxZXu87xUQ4Pj0DjM8p1y gaTN7dA7uQauiODVGqjoEgSeb+BigLKabo743X1CSf3qA9E72QnaRenwAwFbnCnKtD97 o3Jw== X-Forwarded-Encrypted: i=1; AJvYcCXN+XGLqQoCXvqyG7u2EyLDtuLkKPtabbQONq+6CyzErNNP/Vv9gRHwsC1ZfKXNyv4PXxmuDWqcf86g@lists.postgresql.org X-Gm-Message-State: AOJu0YzVlG7BHkJfdv8o1gyFA9QPB05G/xGDcOQhIY6BsVsmt1KY0302 j3fXSxEgHL7vRVdkTX3jlszgM0pJEgKxghx8a/rpt2aS+AARb+57cF8E X-Gm-Gg: AY/fxX4rI5LU1l2mPnxHlMGu1mDUKhsO2IJ0Ayt0iEgf3TMoxMXOpJEDIty/MeTKove 8mRc1B/SJSUGzvT2H0ap7rYxu0dyH4Iy6LgbpWvYILTB84zXDDWgjdCNlkR5tUiZ4LLPo1X743c 3AyCNuyTz3nL1EYCqWHOTqB6iR2pA6OqbJ2UCLPQ5/PMYZhhboYbPf6KVktsAmABUV0ngZNPHWD k8urRMEQuu7gIedLh7ebnwIQ6kSejlupQiOzXaysy2VSZZqMyhVaa4NaXiDDqERCL6qfFHf8qmj Y0jLg8Eu+t+73KIVQ21crCFZBdS0cscrrKXWmz7YPfKes2mi9/9gLSjCPQQGUncpYM38UbHC6VD I090FzL6/sNCMHuGd2Uuwo5hZyRSeZfg0z0+YyZQxd+iZbUNZDXuTZpIGzSr6HnVtU3oOsC/Ws8 sJEy0qBwxzYFVrcXXhWBhFktMA/i3fNI8xJwh8HzBG+mFlx+VRYZVuzveaogo+Fg== X-Received: by 2002:a05:600c:83c3:b0:479:2651:3f9c with SMTP id 5b1f17b1804b1-47ee32fd063mr70476385e9.14.1768484863521; Thu, 15 Jan 2026 05:47:43 -0800 (PST) Received: from ?IPV6:2a01:e0a:22d:4d0:1ac0:4dff:fe8b:a3c7? ([2a01:e0a:22d:4d0:1ac0:4dff:fe8b:a3c7]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-47f428af0c7sm48866135e9.4.2026.01.15.05.47.43 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 15 Jan 2026 05:47:43 -0800 (PST) Content-Type: multipart/alternative; boundary="------------isVaK0khceLEVW0HF8001Y9x" Message-ID: <908bf36d-51e5-469e-aa2e-062ab68dca59@gmail.com> Date: Thu, 15 Jan 2026 14:47:42 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: BUG #19379: Role pg_read_all_data don't allowed read large objects To: "David G. Johnston" , "long76.git@mail.ru" , "pgsql-bugs@lists.postgresql.org" References: <19379-089536632927293f@postgresql.org> Content-Language: en-US From: Pierre Forstmann In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This is a multi-part message in MIME format. --------------isVaK0khceLEVW0HF8001Y9x Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit It could be interesting to have a new predefined role pg_read_all_lo to be able to read all LO. Maybe it could be done with an extension with some background task to take into account newly created LO but it should be easier to have this coded without an extension. Le 15/01/2026 à 14:36, David G. Johnston a écrit : > On Thursday, January 15, 2026, PG Bug reporting form > wrote: > > The following bug has been logged on the website: > > Bug reference:      19379 > Logged by:          Misha Shaygu > Email address: long76.git@mail.ru > PostgreSQL version: 17.7 > Operating system:   Kubuntu 24.04 > Description: > > My goal: create role for backup any database on server > > Steps: > 1. CREATE USER backup_user; > 2. GRANT pg_read_all_data TO backup_user; > 3. pg_dump my_db > 4. got error to read large object > > Following by links > https://www.postgresql.org/docs/17/predefined-roles.html > > https://www.postgresql.org/docs/17/lo-implementation.html > > "SELECT privileges are required to read a large object" and role > "pg_read_all_data" grant it, but it don't work! > > Please fix it, thanks! > > > The docs you link note that all data is “tables, views, sequences”.  > Large objects are not listed.  Maybe that means the name is a bit > misleading but it’s working as documented. > > Likewise, the LO page doesn’t say anything about read all being > applicable. > > David J. --------------isVaK0khceLEVW0HF8001Y9x Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

It could be interesting to have a new predefined role pg_read_all_lo to be able to read all LO.

Maybe it could be done with an extension with some background task to take into account newly created LO but it should be easier to have this coded without an extension.

Le 15/01/2026 à 14:36, David G. Johnston a écrit :
On Thursday, January 15, 2026, PG Bug reporting form <noreply@postgresql.org> wrote:
The following bug has been logged on the website:

Bug reference:      19379
Logged by:          Misha Shaygu
Email address:      long76.git@mail.ru
PostgreSQL version: 17.7
Operating system:   Kubuntu 24.04
Description:       

My goal: create role for backup any database on server

Steps:
1. CREATE USER backup_user;
2. GRANT pg_read_all_data TO backup_user;
3. pg_dump my_db
4. got error to read large object

Following by links
https://www.postgresql.org/docs/17/predefined-roles.html
https://www.postgresql.org/docs/17/lo-implementation.html
"SELECT privileges are required to read a large object" and role
"pg_read_all_data" grant it, but it don't work!

Please fix it, thanks!

The docs you link note that all data is “tables, views, sequences”.  Large objects are not listed.  Maybe that means the name is a bit misleading but it’s working as documented.

Likewise, the LO page doesn’t say anything about read all being applicable.

David J.
 
--------------isVaK0khceLEVW0HF8001Y9x--