• Tom Lane's avatar
    Remove special cases for ETXTBSY from new fsync'ing logic. · 57e1138b
    Tom Lane authored
    The argument that this is a sufficiently-expected case to be silently
    ignored seems pretty thin.  Andres had brought it up back when we were
    still considering that most fsync failures should be hard errors, and it
    probably would be legit not to fail hard for ETXTBSY --- but the same is
    true for EROFS and other cases, which is why we gave up on hard failures.
    ETXTBSY is surely not a normal case, so logging the failure seems fine
    from here.
    57e1138b
fd.c 68.6 KB