From: | "Andrew Hall" <temp02(at)bluereef(dot)com(dot)au> |
---|---|
To: | "Alban Hertroys" <alban(at)magproductions(dot)nl>, "Marco Colombo" <pgsql(at)esiway(dot)net> |
Cc: | <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Lost rows/data corruption? |
Date: | 2005-02-17 08:31:17 |
Message-ID: | 011c01c514cb$0d139170$5001010a@bluereef.local |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> Do you happen to have the same type disks in all these systems? That could
> point to a disk cache "problem" (f.e. the disks lying about having written
> data from the cache to disk).
>
> Or do you use the same disk parameters on all these machines? Have you
> tried using the disks w/o write caching and/or in synchronous mode
> (contrary to "async").
It's all pretty common stuff, quite a few customers use standard IDE
(various flavours of controller/disk), some now use SATA (again various
brands) and the rest use SCSI. The kernel we use is the standard Linus
approved kernel with the inbuilt drivers as part of the kernel. We don't
supply any non-default parameters to the disk controllers.
Thanks for your suggestion on write caching, I'll look into this, I'm also
tempted to try a different journalling FS too.
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Hall | 2005-02-17 08:40:25 | Re: Lost rows/data corruption? |
Previous Message | strk | 2005-02-17 08:26:40 | Re: [postgis-users] postgresql8.0 and postgis1.0.0 |