Retry short writes when flushing WAL.
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>
Mon, 1 Jul 2013 06:36:00 +0000 (09:36 +0300)
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>
Mon, 1 Jul 2013 06:36:00 +0000 (09:36 +0300)
commit79ce29c734c6a652b2f7193bda537cff0c8eb8c1
tree548fae00dfe0880e7d55a3506094ec6184c9dab2
parent129759d6a539059cde85d0dad19992ff45da3bb4
Retry short writes when flushing WAL.

We don't normally bother retrying when the number of bytes written by
write() is short of what was requested. It is generally assumed that a
write() to disk doesn't return short, unless you run out of disk space.
While writing the WAL, however, it seems prudent to try a bit harder,
because a failure leads to PANIC. The write() is also much larger than most
write()s in the backend (up to wal_buffers), so there's more room for
surprises.

Also retry on EINTR. All signals used in the backend are flagged SA_RESTART
nowadays, so it shouldn't happen, but better to be defensive.
src/backend/access/transam/xlog.c