Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1W3wW1-000860-Di for pgsql-docs@arkaria.postgresql.org; Thu, 16 Jan 2014 23:38:25 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1W3wVz-0003PQ-Nd for pgsql-docs@arkaria.postgresql.org; Thu, 16 Jan 2014 23:38:23 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1W3wVy-0003PJ-OS for pgsql-docs@postgresql.org; Thu, 16 Jan 2014 23:38:22 +0000 Received: from mail-lb0-f177.google.com ([209.85.217.177]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1W3wVu-0001cu-S8 for pgsql-docs@postgresql.org; Thu, 16 Jan 2014 23:38:21 +0000 Received: by mail-lb0-f177.google.com with SMTP id z5so2375147lbh.8 for ; Thu, 16 Jan 2014 15:38:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type; bh=4TeHK0YPto212qqk+CQcUCkIswsIC7TcBaPSEwbCniw=; b=adOqoVE7YKyRf0oZKvrtB27ijiTeaY9elRdV7veT2s/s4mshKPE6OAngzEp3FB3899 33Cj3qiE/VQ+W1bbin7tskvxIvbbwwInH35amERYHBl/DLCgbUJOH9aoMX8p4LRIUoL6 aIY/QlpfWNTQVVGIV7NGOcY47rcZHdmPINasW9Go0PnVRnPRo8XlZYQlAzdkXtzywwRh mWguRJA8oEkyN5FRCt7y8ng0BBQq31KwQXJLi9qqbcTkkAIS7scU+YuKgaJEKKThgJwl V/WLBEToUcrsAswzhnhjWWkJWubZUngdjAp7GfvT1IcjVjYEOUpTK7rOGD7C0mzGfOh6 0ntA== X-Gm-Message-State: ALoCoQm6O4LJMEE/aBk85A5sMEzkB9+AFB6Zu9xacTLLUl6BJC9S0zGPQguUbekk8xt4XOzd/muJ X-Received: by 10.112.128.226 with SMTP id nr2mr6119501lbb.17.1389915497199; Thu, 16 Jan 2014 15:38:17 -0800 (PST) Received: from dalli.local (c-5eeaaa27-74736162.cust.telenor.se. [94.234.170.39]) by mx.google.com with ESMTPSA id c15sm5469302lbq.11.2014.01.16.15.38.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 16 Jan 2014 15:38:15 -0800 (PST) Message-ID: <52D86D65.5010000@joh.to> Date: Fri, 17 Jan 2014 00:38:13 +0100 From: Marko Tiikkaja User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: pgsql-docs@postgresql.org Subject: hot_standby_feedback and max_standby_archive_delay Content-Type: multipart/mixed; boundary="------------000900020202080903070309" X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-docs Precedence: bulk Sender: pgsql-docs-owner@postgresql.org This is a multi-part message in MIME format. --------------000900020202080903070309 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Myself and others found this statement in the documentation about $SUBJECT very confusing: "max_standby_archive_delay must be kept large in this case, because delayed WAL files might already contain entries that conflict with the desired standby queries.". After a chat with Andres I've tried to make it clearer what said statement tries to convey. Did I succeed? Regards, Marko Tiikkaja --------------000900020202080903070309 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="hot_standby_feedback.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="hot_standby_feedback.patch" *** a/doc/src/sgml/high-availability.sgml --- b/doc/src/sgml/high-availability.sgml *************** *** 1810,1818 **** if (!triggered) situation will be no worse than if the standby queries were running directly on the primary server, and you are still getting the benefit of off-loading execution onto the standby. ! max_standby_archive_delay must be kept large in this case, ! because delayed WAL files might already contain entries that conflict with ! the desired standby queries. --- 1810,1820 ---- situation will be no worse than if the standby queries were running directly on the primary server, and you are still getting the benefit of off-loading execution onto the standby. ! If a standby loses connectivity to the master, its ! hot_standby_feedback value is not respected by the master until ! the connection has been restored. If the slave wishes to continue ! executing queries in that case, its max_standby_archive_delay ! should be kept large. --------------000900020202080903070309 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 -- Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs --------------000900020202080903070309--