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: | Raw Message | Whole Thread | 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 |