Re: Orphan files filling root partition after crash

Поиск
Список
Период
Сортировка
От Laurenz Albe
Тема Re: Orphan files filling root partition after crash
Дата
Msg-id f05f2f752535e8a9c1a1c4bee3d87f1704e69cbd.camel@cybertec.at
обсуждение исходный текст
Ответ на Re: Orphan files filling root partition after crash  (Dimitrios Apostolou <jimis@gmx.net>)
Список pgsql-general
On Wed, 2024-02-28 at 20:30 +0100, Dimitrios Apostolou wrote:
> Lucky you.  It should have been "relfilenode" rather than "oid",
> > and some catalog tables don't have their files listed in the catalog,
> > because they are needed *before* the database can access tables.
>
> I actually double checked that the filenames don't appear anywhere in
> SELECT * FROM pg_class
> and that the files were multi-GB in size including all the
> 1GB-pieces. But luck was definitely a part of the equation, I didn't know
> that the files might be accessed before tables (at db startup?) or that
> "relfilenode" would be more appropriate. Why is that, where can I read
> more? I see that many (but not all) rows in pg_class have oid=relfilenode
> but for many rows relfilenode=0 which is meaningless as filename.

If you are curious about such things, start reading the source.
The object ID is immutable, and initially the filenode is the save,
but it changes whenever the table is rewritten (TRUNCATE, ALTER TABLE,
VACUUM (FULL), ...).

Yours,
Laurenz Albe



В списке pgsql-general по дате отправления:

Предыдущее
От: Adrian Klaver
Дата:
Сообщение: Re: Orphan files filling root partition after crash
Следующее
От: Anthony Apollis
Дата:
Сообщение: Excel Source [24]] Error: System.Exception: SqlTruncateException: Numeric arithmetic causes