Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1XwHRN-0000u6-Lm for pgsql-admin@arkaria.postgresql.org; Wed, 03 Dec 2014 21:26:29 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1XwHRN-0007gj-21 for pgsql-admin@arkaria.postgresql.org; Wed, 03 Dec 2014 21:26:29 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1XwHRM-0007gd-7w for pgsql-admin@postgresql.org; Wed, 03 Dec 2014 21:26:28 +0000 Received: from resqmta-ch2-04v.sys.comcast.net ([2001:558:fe21:29:69:252:207:36]) by magus.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1XwHRG-0000MU-Pm for pgsql-admin@postgresql.org; Wed, 03 Dec 2014 21:26:26 +0000 Received: from resomta-ch2-19v.sys.comcast.net ([69.252.207.115]) by resqmta-ch2-04v.sys.comcast.net with comcast id P9Rf1p0062VvR6D019SHK3; Wed, 03 Dec 2014 21:26:17 +0000 Received: from jerry.enova.com ([38.98.177.132]) by resomta-ch2-19v.sys.comcast.net with comcast id P9S71p00X2rmZlA019S9kW; Wed, 03 Dec 2014 21:26:15 +0000 Received: by jerry.enova.com (Postfix, from userid 1001) id 696DA7401ED; Wed, 3 Dec 2014 15:26:06 -0600 (CST) From: Jerry Sievers To: Raj Gandhi Cc: pgsql-admin@postgresql.org Subject: Re: Postgres log configuration for locking References: Date: Wed, 03 Dec 2014 15:26:06 -0600 In-Reply-To: (Raj Gandhi's message of "Wed, 3 Dec 2014 15:07:12 -0500") Message-ID: <868uiofms1.fsf@jerry.enova.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1417641978; bh=MByOp5rzUoFDfHjJaccX64zyfxu/Wx095v5gbw499kU=; h=Received:Received:Received:From:To:Subject:Date:Message-ID: MIME-Version:Content-Type; b=ibGdgIi5Gd6yh5r8D3g96SfvyGSSW4zLLWYKXfv8whL/GaDRSTY6oaYbdDYvPPFf4 urxSymDyro63vUvBWviTgmERRUTZgFFKuPL4+gsInmWUcGjaejh4TCgPkWa7VEj9et bWLMUmfl+GmX4kBi402MhkInFKQI4FqvwuxH3c2YKtCk4aOzj4/DU7lDE6y4MZ7yBg kTSX4YbjsavQd1Eh482S7lm2zat6EPBd9u+xFPwMyhLS93OzP0zGN3tIPaUZpz7oeJ JLXAfXyt4BLEEYsseqcPNjDcpJSxBPMuIiCMj0RItkXRBRGpPIU81k47TQrH1PawgP NOs3AoH++DUhA== X-Pg-Spam-Score: -0.8 (/) 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 Raj Gandhi writes: > I’m using Postgres 9.1 and enabled the log configuration param ‘log_lock_waits’. >   > However, it only logs the session which is waiting for the lock longer than ‘deadlock_timeout’. It doesn’t log the session which acquired the lock?  >   > Is there a way to log the session that acquired the lock along with the session which is waiting for the lock? Do you assume there is but 1 single session blocking the waiter? False in cases where some N number of sessions are all holding less invasive locks and you are pending on a heavier one. To wit; share locks granted and an exclusive locker pending. The question in regards to whether it's possible to log more info here in any case isn't something I can answer personally. HTH >   > Thanks, > Raj > >   > -- Jerry Sievers Postgres DBA/Development Consulting e: postgres.consulting@comcast.net p: 312.241.7800 -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin