Bug #2654
Stale rbd volume cannot be unmaped
% Done:
0%
Source:
Development
Tags:
Backport:
Regression:
No
Severity:
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):
Description
/dev/rbd0 exists in system but /dev/rbd/winnie-test/postgresql not
# rbd showmapped id pool image snap device 0 winnie-test postgresql - /dev/rbd0 # rbd unmap /dev/rbd0 /dev/rbd0 is not an rbd device remove failed: (22) Invalid argument
Related issues
History
#1 Updated by Sage Weil about 11 years ago
- Project changed from Ceph to rbd
#2 Updated by Ian Colle over 10 years ago
- Assignee set to Alex Elder
#3 Updated by Alex Elder over 10 years ago
- Status changed from New to Resolved
- Assignee deleted (
Alex Elder)
Somewhere along the way, this got fixed.
root@plana92:/tmp/cephtest# rbd showmapped id pool image snap device 1 rbd testimage.client.0 - /dev/rbd1 3 rbd imgae1 i1s1 /dev/rbd3 root@plana92:/tmp/cephtest# rbd unmap /dev/rbd3 root@plana92:/tmp/cephtest# rbd showmapped id pool image snap device 1 rbd testimage.client.0 - /dev/rbd1 root@plana92:/tmp/cephtest#
#4 Updated by Leon Keijser over 10 years ago
Please consider re-opening this ticket. I am experiencing the same issue, even with the latest kernel version:
root@c2-backup ~ # mount | grep rbd -no output- root@c2-backup ~ # rbd showmapped id pool image snap device 0 22-optelec 22-optelec-01 - /dev/rbd0 root@c2-backup ~ # rbd unmap /dev/rbd0 /dev/rbd0 is not an rbd device remove failed: (22) Invalid argument root@c2-backup ~ # uname -a Linux c2-backup 3.2.0-40-generic #64-Ubuntu SMP Mon Mar 25 21:22:10 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
#5 Updated by Sage Weil over 10 years ago
- Status changed from Resolved to In Progress
- Assignee set to Sage Weil
- Priority changed from Normal to High
Can you post results from find /sys/bus/rbd/devices -ls and ls -al /dev/rbd* ?
#6 Updated by Sage Weil over 10 years ago
- Status changed from In Progress to Need More Info
#7 Updated by Leon Keijser over 10 years ago
Hi, thanks for replying. Here's the info:
root@c2-backup ~ # find /sys/bus/rbd/devices -ls 23077 0 drwxr-xr-x 2 root root 0 Apr 23 14:48 /sys/bus/rbd/devices 23119 0 lrwxrwxrwx 1 root root 0 Apr 23 20:13 /sys/bus/rbd/devices/0 -> ../../../devices/rbd/0 root@c2-backup ~ # ls -al /dev/rbd* brw-rw---- 1 root disk 251, 0 Apr 23 14:53 /dev/rbd0 /dev/rbd: total 0 drwxr-xr-x 3 root root 60 Apr 25 00:58 . drwxr-xr-x 18 root root 4460 Apr 25 00:58 .. drwxr-xr-x 2 root root 60 Apr 23 14:53 20-kowin-b
I notice that rbd0 now points to a totally different rbd than what rbd showmapped shows.
FYI: we're using this to make backups of customer's data by doing:
- rbd -p <pool> map <image>
- mount -o ro /dev/rbd/<pool>/<image> /mnt/customers/<image>
and then after the backup has completed:
- umount /mnt/customers/<image>
- rbd unmap /dev/rbd/<pool>/<image>
#8 Updated by Leon Keijser over 10 years ago
Hi, any news on this?
#9 Updated by Sage Weil over 10 years ago
- Status changed from Need More Info to Won't Fix
the problem here is just that you are on a 3.2 kernel. many many bugs were fixed but they were only backported as far as 3.4