Re: Monitoring disk space from within the server

From: Christoph Berg <myon(at)debian(dot)org>
To: Julien Rouhaud <rjuju123(at)gmail(dot)com>
Cc: PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Monitoring disk space from within the server
Date: 2019-11-08 13:58:30
Message-ID: 20191108135830.GJ8017@msg.df7cb.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Re: Julien Rouhaud 2019-11-08 <CAOBaU_Zu6RP6-mHyA_J9-xkxJe0tarTVqU9TFza+tCPKUxsjiA(at)mail(dot)gmail(dot)com>
> The related function on Windows is apparently GetDiskFreeSpaceA [1].

There's a link to GetDiskFreeSpaceExA() which seems much easier to use
because it accepts any directory on the drive in question:

https://docs.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-getdiskfreespaceexa

> It'll probably be quite hard to get something consistent for most of
> counters, so probably pg_tablespace_(disk_)space is the best name,
> providing only total size and free size?

So, how about:

pg_tablespace_disk_space -> total_bytes | free_bytes

The inode numbers are probably not very interesting in a PG tablespace
as we don't create that many files. Or do we think including these
counters (on UNIX) makes sense?

There's precedents for leaving fields NULL where not supported by the
OS, for example pg_stat_file() returns "change" on UNIX only, and
"creation" on Windows only.

Christoph

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Christoph Berg 2019-11-08 14:00:03 Re: Monitoring disk space from within the server
Previous Message Julien Rouhaud 2019-11-08 13:55:25 Re: Monitoring disk space from within the server