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

From: Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>
To: eduardoa(at)mirthcorp(dot)com, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #8612: Truncate did not release disk space
Date: 2013-11-22 19:12:26
Message-ID: 528FAC9A.6010801@kaltenbrunner.cc
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On 11/20/2013 08:35 PM, eduardoa(at)mirthcorp(dot)com wrote:
> The following bug has been logged on the website:
>
> Bug reference: 8612
> Logged by: Eduardo Armendariz
> Email address: eduardoa(at)mirthcorp(dot)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

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Kevin Grittner 2013-11-22 19:40:58 Re: BUG #8613: getting null when null is concatenated with string
Previous Message Michael Meskes 2013-11-22 18:46:13 Re: BUG #8611: ECPG: unclosed comment "/*"