Re: BUG #8612: Truncate did not release disk space

Поиск
Список
Период
Сортировка
От Stefan Kaltenbrunner
Тема Re: BUG #8612: Truncate did not release disk space
Дата
Msg-id 528FAC9A.6010801@kaltenbrunner.cc
обсуждение исходный текст
Ответ на BUG #8612: Truncate did not release disk space  (eduardoa@mirthcorp.com)
Ответы Re: BUG #8612: Truncate did not release disk space
Re: BUG #8612: Truncate did not release disk space
Список pgsql-bugs
On 11/20/2013 08:35 PM, eduardoa@mirthcorp.com wrote:
> The following bug has been logged on the website:
>
> Bug reference:      8612
> Logged by:          Eduardo Armendariz
> Email address:      eduardoa@mirthcorp.com
> PostgreSQL version: 9.0.13
> Operating system:   CentOS
> Description:
>
> Ran out of disk space and postgres shut down. Recovered enough disk space
> for database to be operational. Truncated the largest table in the database,
> the message table. This table had over 600gb of data. The result of the
> truncate was that only about 200gb of the data was actually released to the
> OS.

sure that no other backend was/is actually still a file-handle
referenced? That open filehandle will prevent the OS from showing up the
freed space on the filesystem and can happen if you have backends still
running that once referenced the table now truncated and have not done
any work since you did the truncate (like a large connection pool or
idle client connections, maybe an open psql session or something like that).


Stefan

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

Предыдущее
От: Michael Meskes
Дата:
Сообщение: Re: BUG #8611: ECPG: unclosed comment "/*"
Следующее
От: Kevin Grittner
Дата:
Сообщение: Re: BUG #8613: getting null when null is concatenated with string