| From: | Priancka Chatz <pc9926(at)gmail(dot)com> |
|---|---|
| To: | postgresql(at)thewickedtribe(dot)net |
| Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: Bloated pg_catalog.pg_largeobjects |
| Date: | 2024-07-21 07:16:31 |
| Message-ID: | CANnOdgb0sJqjPxHmRuJPkJh4ig1xhDvcQBcXAm01ujUe+4L=2g@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
You have to run vacuumlo to remove orphaned large objects.
https://www.postgresql.org/docs/current/vacuumlo.html
Regards,
Priyanka
On Sun, 21 Jul 2024 at 12:46 AM, <postgresql(at)thewickedtribe(dot)net> wrote:
> Hello All,
>
> I've got a cluster that's having issues with pg_catalog.pg_largeobject
> getting massively bloated. Vacuum is running OK and there's 700GB of free
> space in the table and only 100GB of data, but subsequent inserts seem to
> be not using space from the FSM and instead always allocating new pages.
> The table just keeps growing.
>
> Is this a known thing, maybe something special about LOs?
>
> Also, is the only way to recover space here a vacuum full on the table
> since it's a catalog table?
>
> Thanks,
> --
> Jon Erdman (aka StuckMojo on IRC)
> PostgreSQL Zealot
>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ertan Küçükoglu | 2024-07-21 16:16:17 | Windows installation problem at post-install step |
| Previous Message | postgresql | 2024-07-20 22:45:36 | Bloated pg_catalog.pg_largeobjects |