Actions
Bug #8275
openkrbd: 'rbd unmap' gets stuck
Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
% Done:
0%
Source:
other
Tags:
Backport:
Regression:
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Crash signature (v1):
Crash signature (v2):
Description
This could be a libceph issue, but both Hannes and myself saw it on 'rbd unmap'.
From: Hannes Landeholm <hannes@jumpstarter.io>
Hi, I just had a rbd unmap operation deadlock on my development machine. The file system was in heavy use before I did it but I have a sync barrier before the umount and unmap so it shouldn't matter. The rbd unmap hanged in "State: D (disk sleep)". I have so far waited over 10 minutes, this normally takes < 1 sec. Here is the /proc/pid/stack output: [<ffffffff8107e23a>] flush_workqueue+0x11a/0x5a0 [<ffffffffa031b415>] ceph_msgr_flush+0x15/0x20 [libceph] [<ffffffffa03219c6>] ceph_monc_stop+0x46/0x120 [libceph] [<ffffffffa031af28>] ceph_destroy_client+0x38/0xa0 [libceph] [<ffffffffa0359b88>] rbd_client_release+0x68/0xa0 [rbd] [<ffffffffa0359bec>] rbd_put_client+0x2c/0x30 [rbd] [<ffffffffa0359c06>] rbd_dev_destroy+0x16/0x30 [rbd] [<ffffffffa0359c77>] rbd_dev_image_release+0x57/0x60 [rbd] [<ffffffffa035adc7>] do_rbd_remove.isra.25+0x167/0x1b0 [rbd] [<ffffffffa035ae54>] rbd_remove+0x24/0x30 [rbd] [<ffffffff8136ea67>] bus_attr_store+0x27/0x30 [<ffffffff81218d4d>] sysfs_kf_write+0x3d/0x50 [<ffffffff8121c982>] kernfs_fop_write+0xd2/0x140 [<ffffffff811a67fa>] vfs_write+0xba/0x1e0 [<ffffffff811a7206>] SyS_write+0x46/0xc0 [<ffffffff814e66e9>] system_call_fastpath+0x16/0x1b [<ffffffffffffffff>] 0xffffffffffffffff This machine runs both the ceph cluster and the clients.
"rbd unmap deadlock" thread from May 2 on ceph-devel.
Actions