From: NeilBrown <neilb@suse.de>
To: mwilck@arcor.de
Cc: linux-raid@vger.kernel.org
Subject: Re: Fixes for DDF test case (race conditions in mdmon)
Date: Tue, 23 Apr 2013 17:15:48 +1000 [thread overview]
Message-ID: <20130423171548.3d438b79@notabene.brown> (raw)
In-Reply-To: <1382695659-6231-1-git-send-email-mwilck@arcor.de>
[-- Attachment #1: Type: text/plain, Size: 1836 bytes --]
On Fri, 25 Oct 2013 12:07:31 +0200 mwilck@arcor.de wrote:
> This is a series of patches to fix the DDF tests case(tests/10ddf-create).
>
> Patch 3 fixes a problem that was implicitly introduced by commit
> c1ea5a98 - "mdadm -Db" would now print UUIDs for subarrays, but the
> wrong ones.
>
> Patch 5-7 are the interesting part. The DDF test case kept failing for
> me right there where a comment already says "# This failed once.
> The raid5 was resyncing". I tracked this down to race conditions
> between mdmon and the kernel when arrays are stopped - the kernel
> cleans up in sysfs and reading the attributes from there is unreliable.
> Files may have already vanished, read() may fail or even succeed
> with incorrect results.
>
> The other patches are hopefully self-explaining.
>
> Regards
> Martin
>
> Martin Wilck (8):
> DDF: __write_ddf_structure: Fix wrong reference to ddf->primary
> DDF: __write_init_super_ddf: just use seq number of active header
> DDF: brief_detail_super_ddf: print correct UUID for subarrays
> DDF: add code to debug state changes
> monitor: don't call pselect() on deleted sysfs files
> monitor: read_and_act: handle race conditions for resync_start
> monitor: treat unreadable array_state as clean
> tests/10ddf-create: omit log output check
>
> monitor.c | 38 ++++++++++++----
> super-ddf.c | 124 ++++++++++++++++++++++++++++++++++++++-------------
> tests/10ddf-create | 6 +--
> 3 files changed, 121 insertions(+), 47 deletions(-)
Thanks for these, and sorry for the delay in getting to them
(though the Date: field was
Date: Fri, 25 Oct 2013 12:07:31 +0200
so I've actually processed them 6 months before they will have been sent!!!)
All make sense and have been applied and push out.
NeilBrown
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]
next prev parent reply other threads:[~2013-04-23 7:15 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-25 23:10 Fixes for DDF test case (race conditions in mdmon) mwilck
2013-03-25 23:11 ` [PATCH 1/8] DDF: __write_ddf_structure: Fix wrong reference to ddf->primary mwilck
2013-03-25 23:11 ` [PATCH 2/8] DDF: __write_init_super_ddf: just use seq number of active header mwilck
2013-03-25 23:11 ` [PATCH 4/8] DDF: add code to debug state changes mwilck
2013-03-25 23:11 ` [PATCH 3/8] DDF: brief_detail_super_ddf: print correct UUID for subarrays mwilck
2013-03-25 23:11 ` [PATCH 8/8] tests/10ddf-create: omit log output check mwilck
2013-03-25 23:11 ` [PATCH 7/8] monitor: treat unreadable array_state as clean mwilck
2013-03-25 23:11 ` [PATCH 5/8] monitor: don't call pselect() on deleted sysfs files mwilck
2013-03-25 23:11 ` [PATCH 6/8] monitor: read_and_act: handle race conditions for resync_start mwilck
2013-04-23 7:15 ` NeilBrown [this message]
2013-04-23 17:30 ` Fixes for DDF test case (race conditions in mdmon) Martin Wilck
2013-04-23 18:10 ` [PATCH] DDF: fix bug in compare_super_ddf mwilck
2013-04-24 6:34 ` NeilBrown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130423171548.3d438b79@notabene.brown \
--to=neilb@suse.de \
--cc=linux-raid@vger.kernel.org \
--cc=mwilck@arcor.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.