Re: postmaster.pid

From: ahoward(at)fsl(dot)noaa(dot)gov (ara howard)
To: pgsql-general(at)postgresql(dot)org
Subject: Re: postmaster.pid
Date: 2003-01-21 18:08:26
Message-ID: 47743dac.0301211008.161ebbc1@posting.google.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

tgl(at)sss(dot)pgh(dot)pa(dot)us (Tom Lane) wrote in message news:<29250(dot)1043126140(at)sss(dot)pgh(dot)pa(dot)us>...

> Yes, that was discussed. I think the primary objection was that it's
> very non-robust if the $PGDATA directory is mounted via NFS. (Quite
> a few of us think that if you run a database over NFS, you deserve to
> lose ;-( ... but there seem to be more than a few people out there doing
> it anyway.)

can anyone speak with _authority_ on this issue please. i've been
researching it for a week and their seems to be much misunderstanding
surrounding the issue, even the developers of linux nfs seem to
disagree on the semantics of sync/lock issues on nfs!

my understanding is that, using a netapp with nvram and nfs3, if one

* exported the PGDATA filesystem as sync
* mounted the file system as sync

there should not be ANY issues using postgresql against an nfs
filesystem with the possible exception of rpc/lock issues (anyone?
anyone?). furthermore, performance will most likely INCREASE over a
local disk since writes to nvram, even network attached nvram, can be
MUCH fast than writes to, for example, and IDE harddrive.

-a

In response to

Browse pgsql-general by date

  From Date Subject
Next Message William N. Zanatta 2003-01-21 18:18:11 Re: Help on query plan.
Previous Message Tom Lane 2003-01-21 17:49:18 Re: PL/Python