Received: from localhost (unknown [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id AF15E2E0184 for ; Tue, 18 Mar 2008 15:58:26 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 65002-02 for ; Tue, 18 Mar 2008 15:58:17 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from smtpauth.rollernet.us (smtpauth.rollernet.us [208.11.75.5]) by postgresql.org (Postfix) with ESMTP id 3B2B52E017E for ; Tue, 18 Mar 2008 15:58:20 -0300 (ADT) Received: from smtpauth.rollernet.us (localhost.localdomain [127.0.0.1]) by smtpauth.rollernet.us (Postfix) with ESMTP id 0DDA0594037; Tue, 18 Mar 2008 11:58:16 -0700 (PDT) Received: from iron.denterprises.org (ool-4350518d.dyn.optonline.net [67.80.81.141]) by smtpauth.rollernet.us (Postfix) with ESMTP; Tue, 18 Mar 2008 11:58:15 -0700 (PDT) Received: from lamp.iron.denterprises.org (lamp.iron.denterprises.org [192.168.171.84]) by iron.denterprises.org (Postfix) with ESMTP id 687F2167625; Tue, 18 Mar 2008 14:58:14 -0400 (EDT) Message-ID: <47E010C6.8050201@denterprises.org> Date: Tue, 18 Mar 2008 14:58:14 -0400 From: Colin Wetherbee User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Chadwick Horn CC: pgsql-sql@postgresql.org Subject: Re: postgres server crashes unexpectedly References: <71EB10BF787341C28A47F33667D0D8FC@ToshibaLaptop> <7206.1205807551@sss.pgh.pa.us> <785A9529D52A4C9891401C6DD0A22F24@ToshibaLaptop> <25824.1205854526@sss.pgh.pa.us> <8ECADC453D394D089097C660876A9BA7@ToshibaLaptop> In-Reply-To: <8ECADC453D394D089097C660876A9BA7@ToshibaLaptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Rollernet-Abuse: Processed by Roller Network Mail Services. Contact abuse@rollernet.us to report violations. Abuse policy: http://rollernet.us/abuse.php X-Rollernet-Submit: Submit ID 6306.47e010c7.d87c5.0 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200803/109 X-Sequence-Number: 30437 Chadwick Horn wrote: >> It looks to me like psql is managing to start a new connection >> before the postmaster notices the crash of the prior backend and >> tells everybody to get out of town. Which is odd, but maybe not >> too implausible if your kernel is set up to favor interactive >> processes over background --- it'd likely think psql is >> interactive and the postmaster isn't. > > Is there a way to disable this or to make both interactive and/or > background? I'm not sure how applications tell the kernel whether they are interactive or background (or even if they do, at all), but you can set the kernel's preference for this in the kernel configuration. If you're not comfortable recompiling a new kernel, though, then you're out of luck. At any rate, you should look more thoroughly for problems with your database before blaming the kernel for something. Colin