Re: Size of /pgdata - Mailing list pgsql-admin

From Raj
Subject Re: Size of /pgdata
Date
Msg-id CAJk5AtZfFBqLfKyz7rAqJOXT0ZvEXna19wMn==YCin-PLUGiXw@mail.gmail.com
Whole thread
In response to Re: Size of /pgdata  (Laurenz Albe <laurenz.albe@cybertec.at>)
Responses Re: Size of /pgdata
List pgsql-admin
The command du -ch 327101*  picks all files 327202, 327101.1, 327101.2 .......and give each of them sizes and also total size of all files listed as u see in my earlier screenshot

On Mon, 15 Jun 2026, 11:47 Laurenz Albe, <laurenz.albe@cybertec.at> wrote:
On Mon, 2026-06-15 at 06:48 +0530, Raj wrote:
> On Mon, 15 Jun 2026, 01:00 Laurenz Albe, <laurenz.albe@cybertec.at> wrote:
> > On Sat, 2026-06-13 at 12:18 +0530, Raj wrote:
> > > I took one big sample table which is 73GB, and using relfilenode(327683) I tried finding the
> > > underlying file size du -sh 327683*  and able to find the total size the files occpuing and
> > > found 113gb.......so for one table itself it is 40Gb additional...
> >
> > Investigate more:
> >
> > - Make sure that you don't get files from another filenode like 3276838.
> >
> > - If the relation (as shown by pg_relation_size('tablename')) is 73GB,
> >   it should consist of 327683, 327683.1, 327683.2, ..., 327683.72.
> >   Check what additional files there are.
> >
> > - Extra files can be left behind after a crash.  Were there any?
>
> No, I am using the command du -ch 327101*

That reply does not make any sense to me.

Yours,
Laurenz Albe

pgsql-admin by date:

Previous
From: Laurenz Albe
Date:
Subject: Re: Size of /pgdata
Next
From: Laurenz Albe
Date:
Subject: Re: Size of /pgdata