Re: Unexpected SU+J inconsistency AGAIN -- please, don't shift t
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig98A32AB29871B72452708C01
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
On 28/02/2013 11:31, Lev Serebryakov wrote:
> WD disks are in software RAID5 with geom_raid5 (from ports, but I'm
> active maintainer of it).
> Disks are in "Default" configuration: WC and NCQ are enabled.
>
> I know, that FS guys could blame geom_raid5, as it could delay real
> write up to 15 seconds, but it never "lies" about writes (it doesn't
> mark BIOs complete till they are really sent to disk) and I could
> not reproduce any problems with it on many hours tests on VMs (and I
> don't want to experiment a lot on real hardware, as it contains my
> real data).
>=20
> Maybe, it is subtile interference between raid5 implementation and
> SU+J, but in such case I want to understand what does raid5 do
> wrong.
You guessed correctly, I was going to blame geom_raid5 :)
Is this a production setup you have? Can you afford to destroy it and
re-create it for the purpose of testing, this time with geom_raid3
(which should be synchronous with respect to writes)?
--------------enig98A32AB29871B72452708C01
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAlEvZ3oACgkQ/QjVBj3/HSyFKACfV8HYl5TsfYf2Zx48xxQnClEX
4rsAnRd5VSb35co21+ol3qCfTk9TpMbW
=KjTe
-----END PGP SIGNATURE-----
--------------enig98A32AB29871B72452708C01--
討論串 (同標題文章)
完整討論串 (本文為第 3 之 3 篇)：