aboutsummaryrefslogtreecommitdiff
path: root/scripts/gdb/linux/lists.py
diff options
context:
space:
mode:
authorIlya Dryomov <[email protected]>2015-05-12 19:53:24 +0300
committerIlya Dryomov <[email protected]>2015-06-25 11:49:30 +0300
commit2894e1d769743eb583bf8dc6be149f64a7c6a798 (patch)
treee168d83ad58e8f9dbfa5e456ddfeecdd0e762f5b /scripts/gdb/linux/lists.py
parent5be73034771c8f18b241f1974803865a4de2cad1 (diff)
rbd: timeout watch teardown on unmap with mount_timeout
As part of unmap sequence, kernel client has to talk to the OSDs to teardown watch on the header object. If none of the OSDs are available it would hang forever, until interrupted by a signal - when that happens we follow through with the rest of unmap procedure (i.e. unregister the device and put all the data structures) and the unmap is still considired successful (rbd cli tool exits with 0). The watch on the userspace side should eventually timeout so that's fine. This isn't very nice, because various userspace tools (pacemaker rbd resource agent, for example) then have to worry about setting up their own timeouts. Timeout it with mount_timeout (60 seconds by default). Signed-off-by: Ilya Dryomov <[email protected]> Reviewed-by: Alex Elder <[email protected]> Reviewed-by: Sage Weil <[email protected]>
Diffstat (limited to 'scripts/gdb/linux/lists.py')
0 files changed, 0 insertions, 0 deletions