From: | Chris Travers <chris(at)metatrontech(dot)com> |
---|---|
To: | lec <limec(at)streamyx(dot)com> |
Cc: | Scott Marlowe <smarlowe(at)qwest(dot)net>, pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Losing records when server hang |
Date: | 2004-08-10 21:33:16 |
Message-ID: | 41193F1C.4020304@metatrontech.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
lec wrote:
> Scott Marlowe wrote:
>
>>On Sun, 2004-08-08 at 19:43, lec wrote:
>>
>>
>>>Hi,
>>>
>>>I'm observing the following:
>>>If I commit the following records 1,2,3,4,5,6,7,8,9,10 to the database
>>>and the server hangs, I could lose records 5,6,7,8,9 but record 10 is
>>>there. How is this possible and do anyone know how Postgresql
>>>physically writes the records?
>>>
>>>
>>
>>Assuming a properly function storage subsystem and a kernel that does
>>not lie about fsync, this is not possible.
>>
>>Are you running on top of IDE drives with the write cache enabled?
>>Most, if not all, IDE drives lie about FSYNC and can lose data if power
>>is disconnected abrubtly.
>>
>>
> SCSI
>
>>Or if you are running with fsync=false in postgresql.conf the same thing
>>can happen. Otherwise, not, it should not happen. More info perhaps?
>>
>>
>>
>>
> I didn't change the default fsync, which I believe is fsync=true.
Could your SCSI controller be misbehaving? Could this be leading to a
system hang (say when swap space is being called back into memory)?
Best Wishes,
Chris Travers
Metatron Technology Consulting
Attachment | Content-Type | Size |
---|---|---|
chris.vcf | text/x-vcard | 127 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | Liam Lesboch | 2004-08-10 22:53:20 | Re: Replication options? |
Previous Message | Tom Lane | 2004-08-10 20:54:58 | Re: hostory tables with a generic function? |