Re: Report: race conditions in WAL replay routines
От | Simon Riggs |
---|---|
Тема | Re: Report: race conditions in WAL replay routines |
Дата | |
Msg-id | CA+U5nMKCJnWi4jRk9pxVdBB9TkhTagHeXAQL1TOqbG=F9YH3Kg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Report: race conditions in WAL replay routines (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
On Mon, Feb 6, 2012 at 6:32 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Simon Riggs <simon@2ndQuadrant.com> writes: >> The existing errmsg of "tablespace is not empty" doesn't cover all >> reasons why tablespace was not removed. > > Yeah, in fact that particular statement is really pretty bogus for the > replay case, because as the comment says we know that the tablespace > *is* empty so far as full-fledged database objects are concerned. > >> The final message should have >> errmsg "tablespace not fully removed" >> errhint "you should resolve this manually if it causes further problems" > > Planning to go with this: > > errmsg("directories for tablespace %u could not be removed", > xlrec->ts_id), > errhint("You can remove the directories manually if necessary."))); > > I thought about an errdetail, but the preceding LOG entries from > destroy_tablespace_directories should provide the details reasonably > well. Looks good. -- Simon Riggs http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: