Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1aWbYe-00021b-Ef for pgsql-admin@arkaria.postgresql.org; Fri, 19 Feb 2016 03:16:40 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1aWbYe-0001DQ-1P for pgsql-admin@arkaria.postgresql.org; Fri, 19 Feb 2016 03:16:40 +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.84) (envelope-from ) id 1aWbYd-0001Bt-EE; Fri, 19 Feb 2016 03:16:39 +0000 Received: from mail-pa0-x22a.google.com ([2607:f8b0:400e:c03::22a]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84) (envelope-from ) id 1aWbYZ-0007Ki-Gt; Fri, 19 Feb 2016 03:16:38 +0000 Received: by mail-pa0-x22a.google.com with SMTP id fl4so42319037pad.0; Thu, 18 Feb 2016 19:16:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=PwJpefmAFKEXh17RY7hvX3hqjPjuF0FwzbuTzlojlM4=; b=g2GZMVLHNdqks4Vv7jHEZCz01D/rmngEBze56j3mRHoR/aRSys16Mmb2TvXYiq1grb WETiO+3CEqkd0fjkfN4cuwxSt5zv/+Ca1yVSgLd8GRki7nBsuIW4fOxjSst+qOAqLygG NZrAJR2PW8E74tHto/40rlnP/KqbFX44XljQ8Srrn0JVus4l76AlGKJSdINw5I0rkJ6Y LYLrRjzq6y+LD/WEw0xbcoi0Fiexx9CEvDQ+b3q00xik4Aev4djW9hgdKO6M7vQXFJBc OouSyZMD5Xp5XDgKy4EQJWwGDleHABSdaByXnCSq9AzzgfZZUT504ToSenk/sF7Y1N3f LQoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=PwJpefmAFKEXh17RY7hvX3hqjPjuF0FwzbuTzlojlM4=; b=UyKkH5eBJnZ4VHcIdjNLR/JDQIbYrjSjofOw2kyLxZH5dnGbeLQEO+9BUwlwYtSCJk 6wpv7PRUHNB3EnVyiy1yGjmJM13hLTu05iC1XXnO2mULO6AQ1Mjoy7o7/ybOoOKk0TgY LwnQdNVRX8/7j/nruKZ8qrctptp4hRhDrjP+ov3oPdyjG4Qt3mhnhqYKAeCeg4eLqG/j 2O4CXECvhTYYDnZ33juXCLPA/bXpyqI1D12hjdU2Z19WRi1mf3lgLSObkBCrHDwOBZC6 BUtLY0tgomWErUteQxfu8z4E0kruz3F8X9EUjAmVX2FC207XTCg1VM39L/Ja2EgpUe62 CCMQ== X-Gm-Message-State: AG10YOQXWE8tKH2yXDPVRg104UspqAmWbLD9eSHuD/aJALTxTzNa3OysReCYG56G5bRgsw== X-Received: by 10.66.155.232 with SMTP id vz8mr15054730pab.53.1455851793495; Thu, 18 Feb 2016 19:16:33 -0800 (PST) Received: from [127.0.0.1] ([121.98.136.24]) by smtp.gmail.com with ESMTPSA id 82sm13415446pfn.89.2016.02.18.19.16.31 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 18 Feb 2016 19:16:32 -0800 (PST) Subject: Re: [pgsql-es-ayuda] Status DISCARD ALL To: ALEXANDER JOSE , postgres admin , =?UTF-8?Q?Postgres_Espa=c3=b1ol?= References: From: Horacio Miranda Message-ID: <56C6890E.40803@gmail.com> Date: Fri, 19 Feb 2016 16:16:30 +1300 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 160218-1, 02/19/2016), Outbound message X-Antivirus-Status: Clean X-Pg-Spam-Score: -2.7 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org Sabes, este es un Foro en espaņol y eres de Venezuela, por que nos escribes en Ingles ? On 2/19/2016 3:39 PM, ALEXANDER JOSE wrote: > Our platform consists of two servers with database postgresql v9.3, v3.3 > pgpool for high availability on debian OS v7, and we have many > connections webserver servers. The problem is presented when down two > servers in weblogic that are clustered, and the pgpool connection status > discard all remain, making it impossible to back up both servers > WebLogic, to solve it we must lower the pgpool of each nodes so that > sessions that were to discard all canceled status and weblogic can start > and open connections without error. > > We would like to know if there are any configuration parameter that can > kill pgpool sessions remaining discard all status. > > If your problem is Zombie process, the only way is performing "kill -9" Perhaps, the following link may help. http://stackoverflow.com/questions/13236160/is-there-a-timeout-for-idle-postgresql-connections http://www.pgpool.net/mantisbt/view.php?id=45 BTW, what Weblogic documentation say about postgresql-pgpool-WebLogic ? > > Alexander Angel > DAB Postgresql > Venezuela -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin