Received: from localhost (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 3973C632276 for ; Tue, 13 Jan 2009 18:50:45 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 43757-09-2 for ; Tue, 13 Jan 2009 18:50:41 -0400 (AST) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mail.postgresql.org (Postfix) with ESMTP id 4AC30632278 for ; Tue, 13 Jan 2009 18:50:41 -0400 (AST) Received: by rv-out-0506.google.com with SMTP id b25so230944rvf.43 for ; Tue, 13 Jan 2009 14:50:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=yhWkmJc9bca7fsQMSiEE5FTDsoylA4YbtaCwMs3nCUI=; b=TcLMcFShOAq5R9ctIyXa4sFwvw0iAKI93joZ+zu7OAM8upx9UVnulgcx47anv/vPKQ L2MVtN14Z2/K+fMr3isrSD9MgV6l4OWRUPjk6wdyjhIn7fcTjPOxA4eFDympYNz/WDGR +4MHQ8HZ8WNhLI8RMc/f8Ze/fVqoL67Z2PRXA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=U6qLfcBJCcAjLzqMOXy9Rbvh/lWa8B9IlNxSWMraU9WOjXZ+2L9fTju+K4+mpB3W+z hdTP6yGzX6Pu7/zCSgH5N7Rn0BV899Q9knfxV9CdmA6DOJWDyl0e5bbfsF+W0zuFQKGp vozmBBU+yukBBU/1kShPDtbve7kied/aV+rdI= Received: by 10.114.193.15 with SMTP id q15mr20650472waf.199.1231887039490; Tue, 13 Jan 2009 14:50:39 -0800 (PST) Received: by 10.114.38.7 with HTTP; Tue, 13 Jan 2009 14:50:39 -0800 (PST) Message-ID: Date: Tue, 13 Jan 2009 15:50:39 -0700 From: "Scott Marlowe" To: "Scott Whitney" Subject: Re: Strange deadlock error last night Cc: pgsql-admin@postgresql.org In-Reply-To: <20090113223407.BDF247E46BA@mail.int.journyx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20090113223407.BDF247E46BA@mail.int.journyx.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none X-Spam-Level: X-Archive-Number: 200901/40 X-Sequence-Number: 31087 On Tue, Jan 13, 2009 at 3:35 PM, Scott Whitney wrote: > Thanks for all the information, guys. I think Tom was right. Our application > was doing a couple of full vacs at the same time. It's weird that we didn't > run into this in the past. > > You're all absolutely right about the upgrading, but in our environment, > it's not 2-3 minutes. It's 2-3 weeks. I've got to fully vet the app on the > platform internally with full test plans, etc, even for the most minor > upgrades; corp policy. That's preparation time versus execution time. While it may take 2-3 weeks to get the testing done, once done, the actual down time is minimal. I would suggest that your current testing methodology is horribly flawed. I know it was foisted on you by outside forces, so it's not really "your" idea. But you know what I mean. There's the cost of possible data loss / down time due to unforseen problems caused by an update, and there's the cost of possible data loss / down time due to known flaws in your current code. If your testing methodology was strict enough, it would have found such flaws that were fixed in subsequent releases, but it hasn't. Meantime, you spend weeks testing for possible new bugs, while running known broken code with real data loss / down time inducing bugs. There's a reasonable cost / benefits analysis, and right now, someone's set the cost far too high for far too few benefits. Been where you are, and I know how much it sucks.