Re: time-delayed standbys

Поиск
Список
Период
Сортировка
Искать
От
Simon Riggs
Тема
Re: time-delayed standbys
Дата
Msg-id
BANLkTi=nvWefCymUz8_mT_UK16trw-si6Q@mail.gmail.com
Ответ на
Список
Дерево обсуждения
time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Greg Stark <gsstark@mit.edu>
Re: time-delayed standbys Jerry Sievers <gsievers19@comcast.net>
Re: time-delayed standbys Greg Stark <gsstark@mit.edu>
Re: time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Greg Stark <gsstark@mit.edu>
Re: time-delayed standbys Tom Lane <tgl@sss.pgh.pa.us>
Re: time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Tom Lane <tgl@sss.pgh.pa.us>
Re: time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Fujii Masao <masao.fujii@gmail.com>
Re: time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Fujii Masao <masao.fujii@gmail.com>
Re: time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Fujii Masao <masao.fujii@gmail.com>
Re: time-delayed standbys Simon Riggs <simon@2ndQuadrant.com>
Re: time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Simon Riggs <simon@2ndQuadrant.com>
Re: time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Josh Berkus <josh@agliodbs.com>
Re: time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Simon Riggs <simon@2ndQuadrant.com>
Re: time-delayed standbys Josh Berkus <josh@agliodbs.com>
Re: time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Fujii Masao <masao.fujii@gmail.com>
Re: time-delayed standbys Josh Berkus <josh@agliodbs.com>
Re: time-delayed standbys Simon Riggs <simon@2ndQuadrant.com>
Re: time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Josh Berkus <josh@agliodbs.com>
Re: time-delayed standbys "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: time-delayed standbys Josh Berkus <josh@agliodbs.com>
Re: time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Fujii Masao <masao.fujii@gmail.com>
Re: time-delayed standbys Fujii Masao <masao.fujii@gmail.com>
Re: time-delayed standbys "Jaime Casanova" <jaime@2ndquadrant.com>
Re: time-delayed standbys Simon Riggs <simon@2ndQuadrant.com>
Re: time-delayed standbys Jaime Casanova <jaime@2ndquadrant.com>
Re: time-delayed standbys Simon Riggs <simon@2ndQuadrant.com>
Re: time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Fujii Masao <masao.fujii@gmail.com>
Re: time-delayed standbys Fujii Masao <masao.fujii@gmail.com>
Re: time-delayed standbys Greg Stark <gsstark@mit.edu>
Re: time-delayed standbys Tom Lane <tgl@sss.pgh.pa.us>
Re: time-delayed standbys Greg Stark <gsstark@mit.edu>
Re: time-delayed standbys Jaime Casanova <jaime@2ndquadrant.com>
Re: time-delayed standbys Robert Haas <robertmhaas@gmail.com>
Re: time-delayed standbys Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: time-delayed standbys Fujii Masao <masao.fujii@gmail.com>
Re: time-delayed standbys Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: time-delayed standbys Fujii Masao <masao.fujii@gmail.com>
Re: time-delayed standbys Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: time-delayed standbys Pavel Stehule <pavel.stehule@gmail.com>
On Thu, Jun 30, 2011 at 2:56 AM, Robert Haas  wrote:
> On Wed, Jun 29, 2011 at 9:54 PM, Josh Berkus  wrote:
>>> I am not sure exactly how walreceiver handles it if the disk is full.
>>> I assume it craps out and eventually retries, so probably what will
>>> happen is that, after the standby's pg_xlog directory fills up,
>>> walreceiver will sit there and error out until replay advances enough
>>> to remove a WAL file and thus permit some more data to be streamed.
>>
>> Nope, it gets stuck and stops there.  Replay doesn't advance unless you
>> can somehow clear out some space manually; if the disk is full, the disk
>> is full, and PostgreSQL doesn't remove WAL files without being able to
>> write files first.
>>
>> Manual (or scripted) intervention is always necessary if you reach disk
>> 100% full.
>
> Wow, that's a pretty crappy failure mode... but I don't think we need
> to fix it just on account of this patch.  It would be nice to fix, of
> course.

How is that different to running out of space in the main database?

If I try to pour a pint of milk into a small cup, I don't blame the cup.

-- 
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

В списке pgsql-hackers по дате отправления
От: Hitoshi Harada
Дата:
От: Peter Geoghegan
Дата:
FAQ