On 07/15/2014 01:55 PM, Mark Goodwin wrote:
[root@ocean ~]# ls -l /dev/mapper
total 0
crw-------. 1 root root 10, 236 Jul 14 20:15 control
lrwxrwxrwx. 1 root root 7 Jul 14 20:20 rootvg-home -> ../dm-4
lrwxrwxrwx. 1 root root 7 Jul 14 20:20 rootvg-root -> ../dm-1
lrwxrwxrwx. 1 root root 7 Jul 14 20:20 rootvg-swap -> ../dm-0
lrwxrwxrwx. 1 root root 7 Jul 15 13:09 virtvg-backup -> ../dm-2
lrwxrwxrwx. 1 root root 7 Jul 15 13:09 virtvg-backup-real -> ../dm-6
lrwxrwxrwx. 1 root root 7 Jul 15 13:07 virtvg-snap1-cow -> ../dm-7
lrwxrwxrwx. 1 root root 7 Jul 15 13:09 virtvg-snap2 -> ../dm-8
lrwxrwxrwx. 1 root root 7 Jul 15 13:09 virtvg-snap2-cow -> ../dm-9
lrwxrwxrwx. 1 root root 7 Jul 15 13:09 virtvg-snap3 -> ../dm-5
lrwxrwxrwx. 1 root root 7 Jul 15 13:09 virtvg-snap3-cow -> ../dm-7
lrwxrwxrwx. 1 root root 7 Jul 14 20:20 virtvg-test -> ../dm-3
Explains why virtvg-snap1-cow and virtvg-snap3-cow both map to dm-7
but not why virtvg-snap2-cow points to dm-9 ...???
To answer my own question :
virtvg-snap1-cow shouldn't exist since the snapshot was deleted.
The definitive mapping (which PCP correctly uses) is the sysfs
exported name, e.g. :
[root@ocean ~]# cat /sys/block/dm-7/dm/name
virtvg-snap3-cow
I think I'll open a BZ against lvm for this (lvremove of a snapshot
leaves turds behind in /dev/mapper)
Cheers
|