Re: autovacuum worker running amok - and me too ;)
От | Jim Nasby |
---|---|
Тема | Re: autovacuum worker running amok - and me too ;) |
Дата | |
Msg-id | 54F9081E.2050900@BlueTreble.com обсуждение исходный текст |
Ответ на | Re: autovacuum worker running amok - and me too ;) (wambacher <wnordmann@gmx.de>) |
Ответы |
Re: autovacuum worker running amok - and me too ;)
|
Список | pgsql-general |
On 3/5/15 7:36 PM, wambacher wrote: > Jim Nasby-5 wrote >> >On 3/5/15 2:06 PM, wambacher wrote: >> >Crashed? Or hit by the OOM killer? What's the log say? > killed by OOM, but has only 1.2 GB mem, which is ok to me. Ok, but... >> >What's the largest memory size that a vacuum/autovac against that table >> >gets to compared to other backends? You meantioned 80-90% of memory >> >before, but I don't know if that was for analyze or what. > vacuum Which is it? Is the vacuum process is using 1.2GB (5% of memory) or is it using 90% (~22GB)? BTW, with 1GB shared buffers and 64MB maintenance_work_mem top reporting a size of 1.2GB doesn't surprise me at all (assuming it's including shared memory in there). This is starting to sound like a regular OOM problem. Have you tried the steps in http://postgresql.org/docs/9.4/static/kernel-resources.html#LINUX-MEMORY-OVERCOMMIT ? -- Jim Nasby, Data Architect, Blue Treble Consulting Data in Trouble? Get it in Treble! http://BlueTreble.com
В списке pgsql-general по дате отправления: