Re: 7 hrs for a pg_restore?

Поиск
Список
Период
Сортировка
От Matthew
Тема Re: 7 hrs for a pg_restore?
Дата
Msg-id Pine.LNX.4.64.0802211357020.20402@aragorn.flymine.org
обсуждение исходный текст
Ответ на Re: 7 hrs for a pg_restore?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
On Wed, 20 Feb 2008, Tom Lane wrote:
>> However, this resulted in random errors from Postgres - something to do
>> with locked tables. So I changed it so that no two threads create indexes
>> for the same table at once, and that solved it.
>
> How long ago was that?  There used to be some issues with two CREATE
> INDEXes both trying to update the pg_class row, but I thought we'd fixed
> it.

It was a while back, and that sounds like exactly the error it returned.
It sounds like you have fixed it.

Matthew

--
Software suppliers are trying to make their software packages more
'user-friendly'.... Their best approach, so far, has been to take all
the old brochures, and stamp the words, 'user-friendly' on the cover.
-- Bill Gates

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

Предыдущее
От: Dave Cramer
Дата:
Сообщение: Re: Question about shared_buffers and cpu usage
Следующее
От: Guillaume Cottenceau
Дата:
Сообщение: Re: 7 hrs for a pg_restore?