Re: Control File

From: "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruno Almeida do Lago <teolupus(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Control File
Date: 2006-04-14 04:18:35
Message-ID: 20060414041835.GV49405@pervasive.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Apr 13, 2006 at 04:39:59AM -0400, Bruce Momjian wrote:
> Tom Lane wrote:
> > Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > > Bruno Almeida do Lago wrote:
> > >> After that night, I started to ask myself if PostgreSQL should not have a
> > >> control file to check if expected datafiles are where they should be and
> > >> JUST warn about missing ones?
> >
> > > I don't think this happens frequently enough to add code for it.
> >
> > I think we saw it happen once to Joe Conway's DB. But I see no
> > particular reason why Postgres needs a feature for this --- you can
> > stick a test into your database start script if you need it.
>
> Right, that is the only other time I remember it.

The difference now is that we have tablespaces, which makes this
scenario more likely. Previously I suspect common practice was to either
leave everything in $PGDATA, or at most to move pg_xlog somewhere else
and symlink it in, and I'm guessing that the databse will complain
loudly if it can't find pg_xlog. So I suspect this will become far more
common. As for adding checks to startup scripts, that's a PITA because
those scripts will have no idea of where tablespaces might be defined,
so you'd have to hard-code that info in.
--
Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
Pervasive Software http://pervasive.com work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim C. Nasby 2006-04-14 04:45:05 Re: OS cached buffers (was: Support Parallel Query Execution
Previous Message Hiroshi Inoue 2006-04-14 01:37:31 Re: Practical impediment to supporting multiple SSL libraries