generic: test for seeing unseen fsync errors on newly open files
authorJeff Layton <jlayton@redhat.com>
Tue, 8 May 2018 12:52:24 +0000 (08:52 -0400)
committerEryu Guan <guaneryu@gmail.com>
Sat, 12 May 2018 16:18:48 +0000 (00:18 +0800)
commit22a147a1ad7bafa645250def672df0047e8c00df
tree324f5c435fe4a79fe120022c23b25c50341004e5
parent331edc6af65990e84c2e6e640ddb128ff6433a44
generic: test for seeing unseen fsync errors on newly open files

This adds a regression test for the following kernel patch:

    b4678df184b3 ("errseq: Always report a writeback error once")

This is motivated by some rather odd behavior done by the PostgreSQL
project. The main database writers will offload the fsync calls to a
separate process, which can open files after a writeback error has
already occurred.

This used to work with older kernels that reported the error to only
one fd, but with the errseq_t changes we lost the ability to see
errors that occurred before the open. The above patch restores that
behavior.

Signed-off-by: Jeff Layton <jlayton@redhat.com>
Reviewed-by: Amir Goldstein <amir73il@gmail.com>
Signed-off-by: Eryu Guan <guaneryu@gmail.com>
tests/generic/487 [new file with mode: 0755]
tests/generic/487.out [new file with mode: 0644]
tests/generic/group