Re: Should a DB vacuum use up a lot of space ?

Поиск
Список
Период
Сортировка
От Adrian Klaver
Тема Re: Should a DB vacuum use up a lot of space ?
Дата
Msg-id 74328b78-f7ec-74d7-3242-ac35677e5088@aklaver.com
обсуждение исходный текст
Ответ на Re: Should a DB vacuum use up a lot of space ?  (Philippe Girolami <philippe.girolami@mosaik.com>)
Ответы Re: Should a DB vacuum use up a lot of space ?  (Philippe Girolami <philippe.girolami@mosaik.com>)
Список pgsql-general
On 08/06/2016 12:01 PM, Philippe Girolami wrote:
> Thanks to Tom & Adrian, here’s what happened (my version was 9.1, sorry I forgot to mention it)
>
> 1) 10 hours after my email, the VACUUM had used up about 3.5TB but had stopped using up more disk space, it was now
“simply”reading data from the file system 
> 2) I attempted to interrupt using CTRL-D to no avail so I interrupted with CTRL-C. That stopped it with a clean
message(but did not relinquish filesystem space) 
> 3) I exited the backend successfully using CTRL-D and relaunched it with the additional “–r” command line argument
> 4) I ran the query to see which tables were the “oldest” and did not recognize the ones before I started the
vacuuming(encouraging!) 
> 5) I ran CHECKPOINT on the backend and got all the disk space back
> 6) I realized that the message regarding wraparound was no longer an ERROR but a WARNING so I was able to restart
postgres“normally” 
> 7) I ran a query based on my previous query to build VACUUM VERBOSE commands on the tables with the oldest
transactionids and wrote it to a text file and then execute that file, I now have tens of millions of transactions back
andcan restart my server. I’ll do the rest of the VACUUM maintenance during low-load periods. 

Thanks for the feedback it is nice to 'close the loop' on an issue.

>
> Cheers
> Philippe
>
>


--
Adrian Klaver
adrian.klaver@aklaver.com


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

Предыдущее
От: Philippe Girolami
Дата:
Сообщение: Re: Should a DB vacuum use up a lot of space ?
Следующее
От: Sandeep Gupta
Дата:
Сообщение: how to serialize insert followed by read(select) by different clients