On Sat, 7 Jun 2008, Guido Günther wrote:
On Sat, Jun 07, 2008 at 04:07:49PM +0100, Tim Woodall wrote:
With the add replaced with change, or the udev rule removed completely I've
never seen a failure.
O.k. find. A mark the bug as fixed in lenny then.
Do you have a chance to try the packages from lenny? Kpartx is split out
into a separate package there and the udev rules are much more robust.
There are packports of this versions available here:
http://debian.bzed.de/etch-backports/devmapper_1.02.24-4~bpo40+1.dsc
http://debian.bzed.de/etch-backports/multipath-tools_0.4.8-7~bpo40+1.dsc
Not easily on this machine. But I can probably test on another machine
if it would help you.
Yes, this would help indeed. So we can be really sure that this is
fixed in lenny.
Ok. I've not been able to reliably reproduce the problem on any other
machine. So I've done the following - hope this is sufficient for you:
Taken the multipath-tools*.tar.gz and extracted it on another etch machine.
Built it with fakeroot ./debian/rules binary
Copied the kpartx deb and multipath-tools deb to feynman and installed
them.
Then rerun my test which seems to work correctly. I've not seen any
failures.
I haven't done anything with devmapper. Not sure if that matters or not
for you but I don't really want to start replacing existing packages on
this machine even temporarily and I assume that will replace
libdevmapper.
Tim.
--
God said, "div D = rho, div B = 0, curl E = - @B/@t, curl H = J + @D/@t,"
and there was light.
http://www.woodall.me.uk/ http://www.locofungus.btinternet.co.uk/
