pg.ddx.io  pgsql-admin@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Greg Williamson <gwilliamson39@yahoo.com>
Cc: pgsql-admin@postgresql.org <pgsql-admin@postgresql.org>
Subject: Re: Database size stays constant but disk space keeps shrinking -- postgres 9.1
Date: Thu, 27 Sep 2012 22:55:52 -0400
Message-ID: <11153.1348800952@sss.pgh.pa.us> (raw)
In-Reply-To: <1348799034.68119.YahooMailNeo@web125902.mail.ne1.yahoo.com>
References: <1348783559.78739.YahooMailNeo@web125906.mail.ne1.yahoo.com>
	<5064D7BC.1000709@pinpointresearch.com>
	<1348797684.2846.YahooMailNeo@web125904.mail.ne1.yahoo.com>
	<10417.1348798479@sss.pgh.pa.us>
	<1348799034.68119.YahooMailNeo@web125902.mail.ne1.yahoo.com>

Greg Williamson <gwilliamson39@yahoo.com> writes:
>>> postgres   2540 postgres   50u      REG                8,3     409600      93429 /var/lib/postgresql/9.1/main/base/2789200/11816 (deleted)
>>> postgres   2540 postgres   51u      REG                8,3   18112512  49694570 /var/lib/postgresql/9.1/main/base/2789200/2791679 (deleted)

> Thanks for the suggestions -- I'll post back when I have more info. Many of these do not seem to have a link to any identifiable process that is still running, but some do and they have pointed me away from the hourly drop / rebuild, at least for now. Looks like the stats database may be the issue.

BTW, looking at that again --- the filenames appear to be ordinary
tables in database 2789200, but there is something mighty odd about the
first one: 11816 is an OID that should only be handed out during initdb.
And in 9.1 what it would be handed out to is pg_shdescription.  Now it's
not impossible that pg_shdescription's original table file would get
deleted: a VACUUM FULL or CLUSTER on that catalog would do it.  But
AFAICS there is no situation in which that relfilenode number would
appear in a regular database --- it should be under the global/
subdirectory of $PGDATA.  So unless you miscopied that filename, there
is something odd going on here above and beyond the problem of open
file descriptors not getting closed.  Do you have any nonstandard
maintenance practices in this installation, such as doing database-wide
VACUUM FULL every so often?

			regards, tom lane




view thread (21+ messages)  latest in thread

Message-ID: <11153.1348800952@sss.pgh.pa.us>
Permalink:  ../11153.1348800952@sss.pgh.pa.us/
Also on:    postgresql.org/message-id/11153.1348800952@sss.pgh.pa.us

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-admin@postgresql.org
  Cc: tgl@sss.pgh.pa.us, gwilliamson39@yahoo.com
  Subject: Re: Database size stays constant but disk space keeps shrinking -- postgres 9.1
  In-Reply-To: <11153.1348800952@sss.pgh.pa.us>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox