Message ID | 1501003879-18014-1-git-send-email-jbacik@fb.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
On 07/25/2017 11:31 AM, josef@toxicpanda.com wrote: > From: Josef Bacik <jbacik@fb.com> > > If our device loses its connection for longer than the dead timeout we > will set NBD_DISCONNECTED in order to quickly fail any pending IO's that > flood in after the IO's that were waiting during the dead timer. > However if we re-connect at some point in the future we'll still see > this DISCONNECTED flag set if we then lose our connection again after > that, which means we won't get notifications for our newly lost > connections. Fix this by just clearing the DISCONNECTED flag on > reconnect in order to make sure everything works as it's supposed to. Will add for 4.13. Any chance that you can write blktests regression tests for some of the bugs that you are fixing for nbd? Would be nice to have that be part of the regular regression suite.
diff --git a/drivers/block/nbd.c b/drivers/block/nbd.c index 64b19b1..5bdf923 100644 --- a/drivers/block/nbd.c +++ b/drivers/block/nbd.c @@ -923,6 +923,8 @@ static int nbd_reconnect_socket(struct nbd_device *nbd, unsigned long arg) mutex_unlock(&nsock->tx_lock); sockfd_put(old); + clear_bit(NBD_DISCONNECTED, &config->runtime_flags); + /* We take the tx_mutex in an error path in the recv_work, so we * need to queue_work outside of the tx_mutex. */