Re: Cannot login for short period of time

From: Henry <henry(at)zen(dot)co(dot)za>
To: "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Cannot login for short period of time
Date: 2009-05-13 09:10:24
Message-ID: 20090513111024.42955y0waghvwzgg@zenmail.co.za
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Quoting "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com>:
> Whether or not max relations is the root of the login hang problem,
> you likely have gotten a fair bit of bloat in your database if your
> setting was too low by a factor of 10 for so long. You may need to
> look at recovering lost space in bloated tables and / or indexes. If
> the bloat is real bad, look at dumping / restoring the database for a
> fresh start. It's a pain because it requires downtime, but it's often
> faster than anything else for a badly bloated database.

This occurred just after a dump/restore, so things were nice and lean.

I have a suspicion this is related to bgwriter_* and checkpoint I/O.
I've tweaked bgwriter_* and am awaiting an opportunity to test this
again (busy reindexing all) and will report back. Interestingly, this
behaviour didn't occur pre-partitioning. It seems the sheer number of
additional relations tipped things over -- suddenly many defaults are
just too low and I'm having to dig into arcane settings.

This thread seems to be related:

http://archives.postgresql.org//pgsql-admin/2008-10/msg00041.php

Cheers
Henry

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Jonathan Groll 2009-05-13 10:33:12 Failure during initdb - creating dictionaries ... FATAL: could not access file "$libdir/libdict_snowball": No such file or directory
Previous Message Albe Laurenz 2009-05-13 08:50:16 Re: regexp_matches problem