Re: DROP DATABASE vs patch to not remove files right away

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: DROP DATABASE vs patch to not remove files right away
Дата
Msg-id 48084546.4010602@enterprisedb.com
обсуждение исходный текст
Ответ на Re: DROP DATABASE vs patch to not remove files right away  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> Heikki Linnakangas <heikki@enterprisedb.com> writes:
>> Patch attached that does the three changes we've talked about:'
>> - make ForgetDatabaseFsyncRequests forget unlink requests as well
>> - make rmtree() not fail on ENOENT
>> - force checkpoint on in dropdb on all platforms
> 
> This looks fine as far as it goes

Ok, committed.

> but I'm still thinking it's a bad
> idea for rmtree() to fall over on the first failure.  I propose that it
> ought to keep trying to delete the rest of the target directory tree.
> Otherwise, one permissions problem (for example) could lead to most
> of a dropped database not getting freed up,>
> If there aren't objections, I'll make that happen after Heikki applies
> his patch.

Agreed. Be my guest.

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com


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

Предыдущее
От: Martijn van Oosterhout
Дата:
Сообщение: Re: Patch for Prevent pg_dump/pg_restore from being affected by statement_timeout
Следующее
От: Martijn van Oosterhout
Дата:
Сообщение: Re: Re: [COMMITTERS] pgsql: Repair two places where SIGTERM exit couldleave shared memory