Re: Log full with gigabyes of CurTransactionContex

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Log full with gigabyes of CurTransactionContex
Дата
Msg-id 14594.1245074546@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Log full with gigabyes of CurTransactionContex  (Iñigo Martinez Lasala <imartinez@vectorsf.com>)
Ответы Re: Log full with gigabyes of CurTransactionContex  (Iñigo Martinez Lasala <imartinez@vectorsf.com>)
Re: Log full with gigabyes of CurTransactionContex  (Michael Monnerie <michael.monnerie@is.it-management.at>)
Список pgsql-admin
=?ISO-8859-1?Q?I=F1igo?= Martinez Lasala <imartinez@vectorsf.com> writes:
> We have a problem with an insert query in one of our clients. This query
> is launched in a night batch process. We have observed that if change
> set is big (more than 50.000 updates) our database log starts growing
> with thousands and thousands of lines until the server is out of space
> and database freezes.

You're running out of memory.

> work_mem = 2000MB
> maintenance_work_mem = 1024M

These two settings are probably the cause.  With shared_buffers at 2GB,
you do not have anywhere near 1GB to play around with in a 32-bit
environment.  Try something like 200M and 500M.

> Increasing temp buffers could help?

I can hardly think of anything more counterproductive.  You don't
have enough address space.

            regards, tom lane

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

Предыдущее
От: Suresh Borse
Дата:
Сообщение: Re: Log full with gigabyes of CurTransactionContex
Следующее
От: Ralf Butler
Дата:
Сообщение: Silent installation and port configuration with initdb=0