Received: from localhost (unknown [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id 4B3AA2E2E66 for ; Tue, 13 Nov 2007 18:10:37 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 46433-04 for ; Tue, 13 Nov 2007 18:10:21 -0400 (AST) Received: from main2.mycybernet.net (main2.mycybernet.net [209.222.63.140]) by postgresql.org (Postfix) with ESMTP id 92D582E1714 for ; Tue, 13 Nov 2007 18:10:34 -0400 (AST) Received: from 227-54-222-209.mycybernet.net ([209.222.54.227] helo=crankycanuck.ca) by main2.mycybernet.net with esmtp (Exim 4.62) (envelope-from ) id 1Is3xp-0001Ex-N8 for pgsql-performance@postgresql.org; Tue, 13 Nov 2007 17:10:33 -0500 Received: by crankycanuck.ca (Postfix, from userid 1000) id 7606C504FB; Tue, 13 Nov 2007 17:10:28 -0500 (EST) Date: Tue, 13 Nov 2007 17:10:28 -0500 From: Andrew Sullivan To: pgsql-performance@postgresql.org Subject: Re: Curious about dead rows. Message-ID: <20071113221028.GH11563@crankycanuck.ca> Mail-Followup-To: Andrew Sullivan , pgsql-performance@postgresql.org References: <20071112171805.GQ32349@crankycanuck.ca> <47389504.4020700@verizon.net> <20071112185218.GS32349@crankycanuck.ca> <4738A2EC.9090500@verizon.net> <20071112190833.GY32349@crankycanuck.ca> <4739BD65.9070605@verizon.net> <20071113152111.GG11563@crankycanuck.ca> <473A0023.5020609@verizon.net> <20071113213510.GF11563@crankycanuck.ca> <473A1DC3.3070608@verizon.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <473A1DC3.3070608@verizon.net> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200711/200 X-Sequence-Number: 27615 I'm not a private support organisation; please send your replies to the list, not me. On Tue, Nov 13, 2007 at 04:57:23PM -0500, Jean-David Beyer wrote: > What is it controlled by? The following are the non-default values in > postgresql.conf: > > redirect_stderr = on > log_directory = '/srv/dbms/dataB/pgsql/pg_log' > log_filename = 'postgresql-%a.log' > log_truncate_on_rotation = on > log_rotation_age = 1440 > log_rotation_size = 0 > log_min_messages = debug2 This will certainly include error messages, then. Or it ought to. You do see errors in the log when you create one, right? (Try causing an error in psql to make sure.) > log_line_prefix = '%t ' > log_statement = 'none' (this was 'mod', but it uses too much > disk to leave it turned on -- only > 4 GBytes in that partition) > > > > They are; they are the primary keys of two tables. But those are all done > before the last VACUUM FULL ANALYZE runs, so the dead rows should have been > eliminated. And the output of the sequence is the only way of generating a > primary key, so it should be impossible anyhow. I thought you were doing INSERTs? It's not true that the output of the sequence is the only way -- if you insert directly, it will happily insert into that column. But it should cause an error to show in the log, which is what's puzzling me. A -- Andrew Sullivan Old sigs will return after re-constitution of blue smoke