Re: Multiple backends on a single physical database

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Chris Miles <chris_pg002(at)psychofx(dot)com>
Cc: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, pgsql-admin(at)postgresql(dot)org
Subject: Re: Multiple backends on a single physical database
Date: 2002-10-12 16:26:51
Message-ID: 12601.1034440011@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Chris Miles <chris_pg002(at)psychofx(dot)com> writes:
> On Sat, Oct 12, 2002 at 11:11:53AM -0400, Bruce Momjian wrote:
>> Good question. It is my understanding that fsync, locking, and the
>> order of writes is not guaranteed in NFS like it is for local file
>> systems. I question how well it would handle any of the failure modes
>> that local file systems can withstand.

AFAIR, we do not use file locking, so the unreliability of NFS locks
doesn't hurt us. What I'd be concerned about is fsync() and sync()
semantics, namely whether data is down to disk when we think it is.

> Nobody is going to make such a guarantee with postgresql (are they?)
> so consider us a case study for such a setup. So far, so good, even
> under heavy load testing.

Load testing is not the issue here; crash testing is. Try pulling the
power plug on your NFS box while the database is under load. If you
can do that repeatedly and not suffer database corruption, then maybe
you have a safe setup. Be sure to try the case of NFS crash immediately
after a CHECKPOINT.

regards, tom lane

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Ragnar Kjørstad 2002-10-12 16:31:44 Re: Multiple backends on a single physical database
Previous Message Chris Miles 2002-10-12 15:19:39 Re: Multiple backends on a single physical database