Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1USrqq-00083o-1h for pgsql-sql@arkaria.postgresql.org; Thu, 18 Apr 2013 16:38:24 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1USrqp-00069c-Br for pgsql-sql@arkaria.postgresql.org; Thu, 18 Apr 2013 16:38:23 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1USrqo-00069W-Ei for pgsql-sql@postgresql.org; Thu, 18 Apr 2013 16:38:22 +0000 Received: from mailout01.ims-firmen.de ([213.174.32.96]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1USrqh-0005E0-D7 for pgsql-sql@postgresql.org; Thu, 18 Apr 2013 16:38:22 +0000 Received: from mailin02.ims-firmen.de ([192.168.1.142]) by mailout01.ims-firmen.de with esmtp (envelope-from ) id 1USrqg-00075u-gi for pgsql-sql@postgresql.org; Thu, 18 Apr 2013 18:38:14 +0200 Received: from [87.170.181.36] (helo=a-kretschmer.de) by mailin02.ims-firmen.de with esmtpsa (TLSv1:AES256-SHA:256) (envelope-from ) id 1USrqg-0006Ci-3K for pgsql-sql@postgresql.org; Thu, 18 Apr 2013 18:38:14 +0200 Received: from kretschmer by a-kretschmer.de with local (Exim 4.69) (envelope-from ) id 1USrqe-0006Ip-U1 for pgsql-sql@postgresql.org; Thu, 18 Apr 2013 18:38:12 +0200 Date: Thu, 18 Apr 2013 18:38:12 +0200 From: Andreas Kretschmer To: pgsql-sql@postgresql.org Subject: Re: Primary DB stuck becuase of unavailable standby (synchronized streaming) - please help Message-ID: <20130418163812.GA24028@tux> References: <2C0926ABD16BB641A8E2F11A549200423DDBC79BF6@PHXCCRPRD01.adprod.bmc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2C0926ABD16BB641A8E2F11A549200423DDBC79BF6@PHXCCRPRD01.adprod.bmc.com> X-OS: Debian/GNU Linux - weil ich es mir Wert bin! X-GPG-Fingerprint: EE16 3C01 7B9C 10F7 2C8B 3B86 4DB3 D9EE 7F45 84DA X-Message-Flag: "Windows" is not the answer. "Windows" is the question and the answer is "no"! X-Lugdd: Gerd Kube X-Info: My name is root. Just root. And I am licensed to kill -9 User-Agent: Mutt/1.5.18 (2008-05-17) X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-sql Precedence: bulk Sender: pgsql-sql-owner@postgresql.org Sofer, Yuval wrote: > Hi, > > > > I am using Postgres DB with stand by database, configured with streaming in > synchronized mode (each commit on primary DB waits for commit on secondary DB). > > > > Sometimes we suffer from network issues and as consequences, secondary machine > is not available. > > > > In these situations, our application is stuck and do not respond anymore, since > no confirmation comes from the secondary Postgres (obviously… it is down or > unavailable….). > > > > Is there any parameter that I can use, to enable recovering from hanging on > until someone of us re-establish connection to secondary DB? Use asynchronous mode. There is no way for 'only a little bit synchronized mode'. We are not in the mysql-world ... Andreas -- Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect. (Linus Torvalds) "If I was god, I would recompile penguin with --enable-fly." (unknown) Kaufbach, Saxony, Germany, Europe. N 51.05082°, E 13.56889° -- Sent via pgsql-sql mailing list (pgsql-sql@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-sql