<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi,<br>
<br>
I found a workaround for the bug, but I am sure it should not be like
that (based on
<a class="moz-txt-link-freetext" href="http://tuxrx.org/content/cant-remove-open-logical-volume-error">http://tuxrx.org/content/cant-remove-open-logical-volume-error</a>). To
reproduce:<br>
<br>
% lvs<br>
<br>
&nbsp; LV&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; VG&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Attr&nbsp;&nbsp; LSize&nbsp;&nbsp; Origin Snap%&nbsp; Move Log Copy%&nbsp; Convert<br>
...<br>
&nbsp; work&nbsp;&nbsp;&nbsp; abraham -wi-ao&nbsp; 10.00g<br>
<br>
% ls -l /dev/mapper/abraham-work*<br>
lrwxrwxrwx 1 root root 7 May 19 19:40 /dev/mapper/abraham-work -&gt;
../dm-7<br>
<br>
% lvcreate -s -nwork_snap -L100m /dev/abraham/work<br>
&nbsp; Logical volume "work_snap" created<br>
<br>
% lvs<br>
&nbsp; LV&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; VG&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Attr&nbsp;&nbsp; LSize&nbsp;&nbsp; Origin Snap%&nbsp; Move Log Copy%&nbsp; Convert<br>
...<br>
&nbsp; work&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; abraham owi-ao&nbsp; 10.00g<br>
&nbsp; work_snap abraham swi-a- 100.00m work&nbsp;&nbsp;&nbsp;&nbsp; 0.01<br>
<br>
% ls -l /dev/mapper/abraham-work*<br>
lrwxrwxrwx 1 root root 7 May 19 19:38 /dev/mapper/abraham-work -&gt;
../dm-7<br>
lrwxrwxrwx 1 root root 8 May 19 19:38 /dev/mapper/abraham-work-real
-&gt; ../dm-10<br>
lrwxrwxrwx 1 root root 7 May 19 19:38 /dev/mapper/abraham-work_snap
-&gt; ../dm-9<br>
lrwxrwxrwx 1 root root 8 May 19 19:38 /dev/mapper/abraham-work_snap-cow
-&gt; ../dm-11<br>
<br>
% dmsetup remove /dev/mapper/abraham-work_snap<br>
% dmsetup remove /dev/mapper/abraham-work_snap-cow<br>
% lvremove /dev/mapper/abraham-work_snap<br>
&nbsp; Logical volume "work_snap" successfully removed<br>
<br>
Now all traces of the snapshot are remove. If I only "dmsetup remove"
the snapshot, but not the "-cow" it persists and prevents future
snapshots.<br>
<br>
I am not sure if it is a bug in lvm2 or rather in
kernel-image-2.6.32-trunk-* and&nbsp; kernel-image-2.6.32-5-* together with
udev and dm. If I downgrade lvm2 from 2.02.62-1 to 2.02.39-7 the error
remains. Instead downgrading to 2.6.26 works as before.<br>
<br>
Shall I report the bug against linux-2.6?<br>
<br>
The sample uses the symbolic links because I modified
/lib/udev/rules.d/55-dm.rules according to message <a
 class="missing ticket">#44</a> of debian bug&nbsp; #581593, but with the
block device the problem and solution is the same.<br>
<br>
@Tim: I think you were right, that the bug is the same... Sorry!<br>
<br>
I hope the workaround helps the maintainers to find the real source of
the problem.<br>
<br>
Regards,<br>
<br>
Timm<br>
<br>
</body>
</html>