Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] How to determine date / time of last postmaster

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>,Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, adey11(at)gmail(dot)com,pgsql-admin(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] How to determine date / time of last postmaster
Date: 2005-09-23 03:05:49
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-adminpgsql-hackers
Alvaro Herrera wrote:
> On Wed, Sep 07, 2005 at 12:38:44AM -0500, Jim C. Nasby wrote:
> > On Tue, Sep 06, 2005 at 08:22:34PM -0400, Tom Lane wrote:
> > > PG 8.1 will have a function to return postmaster start time, but not
> > > database reset time.  I wonder if this is misdefined --- if you are
> > > trying to measure database uptime, the last reset would be more
> > > appropriate to track.
> > 
> > Is it too late to add a function that returns last reset time as well?
> > That would cover all bases and force some less confusing naming.
> This would be one more vote in favour of initdb before next beta.
> (pltemplate being the other one.)  We should set a threshold in order to
> be able to decide ...

Added to TODO:

	* Add function to report the time of the most recent server

  Bruce Momjian                        |
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

In response to

pgsql-hackers by date

Next:From: Alvaro HerreraDate: 2005-09-23 03:12:28
Subject: Re: BUG #1883: Renaming a schema leaves inconsistent sequence
Previous:From: Bruce MomjianDate: 2005-09-23 03:04:23
Subject: Re: pg_config/share_dir

pgsql-admin by date

Next:From: Bruno Wolff IIIDate: 2005-09-23 04:10:09
Subject: Re: alter user
Previous:From: Wim BertelsDate: 2005-09-23 00:32:51
Subject: Re: alter user

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group