Hi, On 2018-03-28 10:23:46 +0800, Craig Ringer wrote: > TL;DR: Pg should PANIC on fsync() EIO return. Retrying fsync() is not OK at > least on Linux. When fsync() returns success it means "all writes since the > last fsync have hit disk" but we assume it means "all writes since the last > SUCCESSFUL fsync have hit disk".
> But then we retried the checkpoint, which retried the fsync(). The retry > succeeded, because the prior fsync() *cleared the AS_EIO bad page flag*. Random other thing we should look at: Some filesystems (nfs yes, xfs ext4 no) flush writes at close(2). We check close() return code, just log it... So close() counts as an fsync for such filesystems(). I'm LSF/MM to discuss future behaviour of linux here, but that's how it is right now. Greetings, Andres Freund
