Ben,
I'm running 4 days now without any disk errors anymore.
As stated in my previous message this is with the RedHat patch applied.
If I compair the patches I see that the patch you grabed upstream does not deal
with t->limits.max_sectors
Thanks for a reply
Wouter
--
To UNSUBSCRIBE, email t
Hi Ben,
I have now successfully compiled the kernel including the patch which this time
applied without problem.
However the original bug is still present with the patch you grabbed upstream.
For testing purpose I have tried also the patch which is supplied by redhat and
I can confirm that this
Just a small question to be sure I patched it correctly this is what I
did
cd /usr/src
apt-get build-dep linux-image-2.6.26-2-xen-686
apt-get source linux-image-2.6.26-2-xen-686
cd linux-2.6-2.6.26
fakeroot debian/rules source
fakeroot debian/rules setup
cd debian/build/source_i386_xen
# Getti
I Spoke to soon, issue still present using the patch.
Oeps, please ignore my previous post, it seems I made a mistake with the patch
files.
I have re-compiled the kernel.
I can say that after running now almost 3 hours I don't see the error anymore.
Therefore I can say this bug is resolved.
When will this patch make it into the normal updates?
Tha
ebian/build/source_i386_xen
And I tried your patch at this level.
Attached you can find the drivers/md/linear.c I have.
Thanks for your help.
Wouter
-Original Message-
From: Ben Hutchings
To: Wouter D'Haeseleer
Cc: 604...@bugs.debian.org <604...@bugs.debian.org>
Subject: Re: B
Package: linux-image-2.6.26-2-xen-686
Version: 2.6.26-25lenny1
Severity: critical
Justification: causes serious data loss
When accessing an lv using configured on a raid10 using xen results in
corrupted data as the following syslog indicates:
kernel: raid10_make_request bug: can't convert block a
7 matches
Mail list logo
