From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | ap(at)zip(dot)com(dot)au, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG #15427: DROP INDEX did not free up disk space |
Date: | 2018-10-12 03:57:16 |
Message-ID: | 5299.1539316636@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Andres Freund <andres(at)anarazel(dot)de> writes:
> On 2018-10-12 03:27:28 +0000, PG Bug reporting form wrote:
>> Performed a DROP INDEX to free up disk space but, whilst the command
>> succeeded the disk space was not freed up.
> The problem here is that even though we send a invalidation message to
> all backends, there's nothing to force backends to process invalidation
> messages in time if they're idle.
Uh, what's that got to do with it?
My recollection (though I've not looked at the code) is that we
truncate the file to ensure disk space is freed, whether or not
all backends have closed their FDs for the file. This is quite
independent of the sinval mechanism.
I'm suspicious that this report reflects some weird behavior
of a non-mainline filesystem ...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2018-10-12 04:09:58 | Re: BUG #15427: DROP INDEX did not free up disk space |
Previous Message | Andres Freund | 2018-10-12 03:37:14 | Re: BUG #15427: DROP INDEX did not free up disk space |