Re: [HACKERS] fsynch of pg_log write..

From: Zeugswetter Andreas IZ5 <Andreas(dot)Zeugswetter(at)telecom(dot)at>
To: pgsql-hackers(at)postgreSQL(dot)org
Cc: "'dhogaza(at)pacifier(dot)com'" <dhogaza(at)pacifier(dot)com>
Subject: Re: [HACKERS] fsynch of pg_log write..
Date: 1999-06-25 13:41:34
Message-ID: 219F68D65015D011A8E000006F8590C60267B3B4@sdexcsrv1.f000.d0188.sd.spardat.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


> For now, though, I don't mind living with my simple
> hack if indeed it simply means I risk losing a transaction
> during a crash. Or, actually, have simply increased that risk
> (the sequence flush/log id/CRASH is possible, after all).
>
No. This is why Vadim wants the second flush. If the machine
crashes like you describe the client will not be told "transaction
committed". The problem is when a client is told something,
that is not true after a crash, which can happen if the second
flush is left out.

> I'm a lot more comfortable with this than with the potential
> damage done during a crash when fsync'ing both log file and
> data is disabled, when the log can then be written by the
> system followed by a crash before the data tuples make it
> to disk.
>
Yes, this is a much better situation.

Andreas

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 1999-06-25 13:55:49 Re: [HACKERS] fsynch of pg_log write..
Previous Message Tom Lane 1999-06-25 13:21:23 Re: [HACKERS] solution for psql segmentation fault ??