Re: Monitoring disk space from within the server

Поиск
Список
Период
Сортировка
От Julien Rouhaud
Тема Re: Monitoring disk space from within the server
Дата
Msg-id CAOBaU_YVGEnsnP1ufp42NiJ+WvPHRWBOsBOcaxWxsbXPN_sdNQ@mail.gmail.com
обсуждение исходный текст
Ответ на Monitoring disk space from within the server  (Christoph Berg <myon@debian.org>)
Ответы Re: Monitoring disk space from within the server  (Christoph Berg <myon@debian.org>)
Re: Monitoring disk space from within the server  (Christoph Berg <myon@debian.org>)
Список pgsql-hackers
On Fri, Nov 8, 2019 at 2:24 PM Christoph Berg <myon@debian.org> wrote:
>
> Monitoring the available disk space is the topmost thing on the
> priority for PostgreSQL operation, yet this metric is not available
> from the SQL level.
>
> The attached patch implements a function pg_tablespace_statfs(tblspc)
> to report disk space numbers per tablespace:
>
> # select * from pg_tablespace_statfs('pg_default');
>   blocks   │  bfree   │  bavail  │  files   │  ffree
> ───────────┼──────────┼──────────┼──────────┼──────────
>  103179564 │ 20829222 │ 20815126 │ 26214400 │ 24426295
>
> Open points:
> * should these numbers be converted to bytes?
> * the column names currently mirror the statfs() names and should
>   certainly be improved
> * which of these columns add to \db+ output?
> * possibly extend this (and \db) to pg_wal

Shouldn't we have something more generic, in hope that this eventually
get implemented on Windows?  I'm also wondering if getting the fs
information is enough, as there might be quota.



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

Предыдущее
От: Konstantin Knizhnik
Дата:
Сообщение: Re: Why overhead of SPI is so large?
Следующее
От: Christoph Berg
Дата:
Сообщение: Re: Monitoring disk space from within the server