Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1g06NC-0001Nq-Sf for pgsql-admin@arkaria.postgresql.org; Wed, 12 Sep 2018 14:44:07 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1g06NB-0003RK-55 for pgsql-admin@arkaria.postgresql.org; Wed, 12 Sep 2018 14:44:05 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1g06NA-0003R6-F6 for pgsql-admin@lists.postgresql.org; Wed, 12 Sep 2018 14:44:04 +0000 Received: from resqmta-ch2-09v.sys.comcast.net ([2001:558:fe21:29:69:252:207:41]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1g06N7-0004gR-2L for pgsql-admin@postgresql.org; Wed, 12 Sep 2018 14:44:04 +0000 Received: from resomta-ch2-03v.sys.comcast.net ([69.252.207.99]) by resqmta-ch2-09v.sys.comcast.net with ESMTP id 03tpgSZSkhaho06N1gqe6p; Wed, 12 Sep 2018 14:43:55 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1536763435; bh=m5X8yMZjxs+eOGo0kjpcE2luLB5Fgw5PrIuAZwChrbc=; h=Received:Received:Received:From:To:Subject:Date:Message-ID: MIME-Version:Content-Type; b=e9+W8Q8Dz01KbFr7dDWc431QQN0qdyjQ+DB5b8m0oDE2f6jT4llfFghn6y5IEr+Il Kde7CDhujHWcfOhQ7oMRGfB9SjbIqy0ttCEMf2bsBvfqCzTLLPjwa2a8ssnsjK6Ms9 S2rKQB4CnaNL9wXQVDvFceflg5puSfrqbBY4Il598dWvv4evIyScYF2n8GS7j3ancH 9WxLBO+9ylFKtUvPFed4HZp+CLzKLphHFOdgPf6kaSDWLcpDizOrjf9MCcH1Fq48cL Oev5D2+C28bDhpm0j6wO5PYxZsCzIYzweSoCegQmmFsykJF4fmJciNsfv2HcHEufiP y+/WRRmILsD9Q== Received: from jsievers.comcast.net ([12.187.116.132]) by resomta-ch2-03v.sys.comcast.net with ESMTPA id 06Mrgz5ZNh56u06MrglWQn; Wed, 12 Sep 2018 14:43:53 +0000 Received: from jsievers.enova.com (localhost [127.0.0.1]) by jsievers.comcast.net (Postfix) with ESMTP id CDE2D260056; Wed, 12 Sep 2018 09:43:44 -0500 (CDT) From: Jerry Sievers To: "Brandl\, Wolfgang" Cc: "pgsql-admin\@postgresql.org" Subject: Re: restart_after_crash References: Date: Wed, 12 Sep 2018 09:43:44 -0500 In-Reply-To: (Wolfgang Brandl's message of "Wed, 12 Sep 2018 07:52:40 +0000") Message-ID: <87lg86vkrj.fsf@jsievers.enova.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-CMAE-Envelope: MS4wfDY2rFYZF7YXh+fnU8z5GxyogGCwI/uJUHACa6wkAEoU/qa5dOsaXRRxuIHEtSE13eZtMkzKxtCg8uuM5KGerXmQZsFTSJLTCz9D/hlbvn9qK1Ctzaml e0yqVGhzpESC4TtvdzrAK/xEo8uDX2o2xDCTs61/wXx2nGQa0593GmDJwrsXraQc4gHSu+EOj6zONGpjnoVlCYyI6Hn61/7ciQCwJlIahApix866bR4Tze1W List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk "Brandl, Wolfgang" writes: > Hi > We are testing > restart_after_crash = on > > What is a cras? We killed the Postgres process with -9 SIGSEGV SIGABRT etc.. But never postgres is restarting. > > The question arose because of the decision to restart Postgres over systemctl or with the Postgres feature. > > But it seems that the Postgres restart is not working or not always working. Or is an additional feature necessary? It is for a postmaster controlled kill of all backends after a *backend* crash. Killing postmaster itself as you are doing does not invoke the feature. Try choosing any client backend by PID and then do your kill -9 on that one. Then expect any other backends to be killed also but the postmaster still working and then spawning more backend when clients attempt to connect. > > Regards > Wolfgang -- Jerry Sievers Postgres DBA/Development Consulting e: postgres.consulting@comcast.net p: 312.241.7800