summaryrefslogtreecommitdiff
path: root/drivers/md/dm-zoned-metadata.c
diff options
context:
space:
mode:
authorDmitry Fomichev <dmitry.fomichev@wdc.com>2019-08-05 16:56:03 -0700
committerMike Snitzer <snitzer@redhat.com>2019-08-15 15:57:39 -0400
commitd1fef41465f0e8cae0693fb184caa6bfafb6cd16 (patch)
tree67f33ce9c7b628a4ebf0676f2199dc79e4df1179 /drivers/md/dm-zoned-metadata.c
parentcf3591ef832915892f2499b7e54b51d4c578b28c (diff)
downloadlwn-d1fef41465f0e8cae0693fb184caa6bfafb6cd16.tar.gz
lwn-d1fef41465f0e8cae0693fb184caa6bfafb6cd16.zip
dm kcopyd: always complete failed jobs
This patch fixes a problem in dm-kcopyd that may leave jobs in complete queue indefinitely in the event of backing storage failure. This behavior has been observed while running 100% write file fio workload against an XFS volume created on top of a dm-zoned target device. If the underlying storage of dm-zoned goes to offline state under I/O, kcopyd sometimes never issues the end copy callback and dm-zoned reclaim work hangs indefinitely waiting for that completion. This behavior was traced down to the error handling code in process_jobs() function that places the failed job to complete_jobs queue, but doesn't wake up the job handler. In case of backing device failure, all outstanding jobs may end up going to complete_jobs queue via this code path and then stay there forever because there are no more successful I/O jobs to wake up the job handler. This patch adds a wake() call to always wake up kcopyd job wait queue for all I/O jobs that fail before dm_io() gets called for that job. The patch also sets the write error status in all sub jobs that are failed because their master job has failed. Fixes: b73c67c2cbb00 ("dm kcopyd: add sequential write feature") Cc: stable@vger.kernel.org Signed-off-by: Dmitry Fomichev <dmitry.fomichev@wdc.com> Reviewed-by: Damien Le Moal <damien.lemoal@wdc.com> Signed-off-by: Mike Snitzer <snitzer@redhat.com>
Diffstat (limited to 'drivers/md/dm-zoned-metadata.c')
0 files changed, 0 insertions, 0 deletions