X-Original-To: pgsql-www-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.2]) by svr1.postgresql.org (Postfix) with ESMTP id 5C433D1B974 for ; Wed, 21 Apr 2004 06:29:21 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024) with ESMTP id 72435-05 for ; Wed, 21 Apr 2004 06:29:21 -0300 (ADT) Received: from ganymede.hub.org (u46n208.hfx.eastlink.ca [24.222.46.208]) by svr1.postgresql.org (Postfix) with ESMTP id 6AEE3D1B967 for ; Wed, 21 Apr 2004 06:29:19 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 6360A34270; Wed, 21 Apr 2004 06:29:22 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 6070633E38; Wed, 21 Apr 2004 06:29:22 -0300 (ADT) Date: Wed, 21 Apr 2004 06:29:22 -0300 (ADT) From: "Marc G. Fournier" X-X-Sender: scrappy@ganymede.hub.org To: Dave Page Cc: Josh Berkus , pgsql-www@postgresql.org Subject: Re: Cannot submit event In-Reply-To: <03AF4E498C591348A42FC93DEA9661B889FADB@mail.vale-housing.co.uk> Message-ID: <20040421062534.I32445@ganymede.hub.org> References: <03AF4E498C591348A42FC93DEA9661B889FADB@mail.vale-housing.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at postgresql.org X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=5.0 tests= X-Spam-Level: X-Archive-Number: 200404/183 X-Sequence-Number: 4287 On Wed, 21 Apr 2004, Dave Page wrote: > > > > -----Original Message----- > > From: Josh Berkus [mailto:josh@agliodbs.com] > > Sent: 20 April 2004 17:48 > > To: pgsql-www@postgresql.org > > Subject: [pgsql-www] Cannot submit event > > > > Guys, > > > > I've been trying to submit an event for the last 1/2 hour, > > and it keeps timing > > out. What's up here? > > Dunno, I'm just fixing the bug that Bruce found in the events archive > and the database is insufferably slow. Any ideas Marc? Beyond the fact that there is an atrocious amount of connections opened up: neptune# ps aux | grep 186_ | awk '{print $12}' | sort | uniq -c 1 186_ 3 186_bric 27 186_gborg 104 186_pgsql nadda ... loadavg is <1 on the database server, and I have pg_autovacuum enabled to keep tables 'clean' ... does anyone know of a way of having pg_autovacuum log the database its doing the vacuum on, instead of just schema.table ... I'm seeing an awful lot of vacuum's of pg_statistic, but have no idea which database: [2004-04-21 12:32:29 AM] Performing: VACUUM ANALYZE "public"."siteusers" [2004-04-21 12:34:09 AM] Performing: VACUUM ANALYZE "pg_catalog"."pg_statistic" [2004-04-21 12:34:11 AM] Performing: VACUUM ANALYZE "pg_catalog"."pg_statistic" [2004-04-21 12:34:13 AM] Performing: VACUUM ANALYZE "pg_catalog"."pg_statistic" [2004-04-21 12:34:15 AM] Performing: VACUUM ANALYZE "pg_catalog"."pg_statistic" [2004-04-21 08:48:20 AM] Performing: VACUUM ANALYZE "public"."siteusers" ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664