Linux RAID subsystem development
 help / color / mirror / Atom feed
From: Hans-Peter Jansen <hpj@urpla.net>
To: NeilBrown <neilb@suse.de>
Cc: Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: Persistent failures with simple md setup
Date: Thu, 28 Feb 2013 23:16:01 +0100	[thread overview]
Message-ID: <1659994.UpSJlIr5Mb@xrated> (raw)
In-Reply-To: <20130301082520.19be933a@notabene.brown>

Am Freitag, 1. März 2013, 08:25:20 schrieb NeilBrown:
> On Thu, 28 Feb 2013 11:49:53 +0100 Hans-Peter Jansen <hpj@urpla.net> wrote:
> 
> This is what I asked for:
> > > It really feels like a udev bug, but it is hard to be sure.
> > > Could you edit /etc/init.d/boot.md and add
> > > 
> > >    echo BEFORE mdadm -IRs > /dev/kmsg
> > > 
> > > just before the call the "$mdadm_BIN -IRs",
> > > 
> > >    echo AFTER mdadm -IRs > /dev/kmsg
> > > 
> > > just after that call, and
> > > 
> > >    echo AFTER mdadm -Asc > /dev/mksg
> > > 
> > > just after the call to "$mdadm_BIN -A -s -c $mdadm_CONFIG"
> > > 
> > > And maybe put similar messages just before and after the
> > > 
> > >     /sbin/udevadm settle ....
> > > 
> > > call.
> > > 
> > > If you can then reproduce the problem, the extra logging might tell us
> > > something useful.
> 
> This is not at all the same thing:
> > I've enabled initrd (linuxrc=trace) and boot.md (#!/bin/sh -x) debugging,
> > hence we should see the full story next time.
> 
> It might help, but I'm far from certain that it will be nearly as useful.

Okay, okay, I do it both ways now..

Let's see, when it triggers.

> NeilBrown

Cheers,
Pete
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2013-02-28 22:16 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-29 22:14 Persistent failures with simple md setup Hans-Peter Jansen
2013-01-30  9:07 ` Sebastian Riemer
2013-01-30 17:12   ` Hans-Peter Jansen
2013-02-04 20:43     ` Hans-Peter Jansen
2013-02-05  3:44       ` NeilBrown
2013-02-27 17:01         ` Hans-Peter Jansen
2013-02-28  3:40           ` NeilBrown
2013-02-28 10:49             ` Hans-Peter Jansen
2013-02-28 21:25               ` NeilBrown
2013-02-28 22:16                 ` Hans-Peter Jansen [this message]
     [not found]                   ` <4291349.FrQcKOnicQ@xrated>
2013-03-03 23:33                     ` NeilBrown
2013-03-13  0:52                     ` NeilBrown
2013-03-15 22:43                       ` Hans-Peter Jansen
2013-03-18 11:20                         ` Hans-Peter Jansen
2013-03-21  3:24                           ` NeilBrown
2013-04-10 13:28                             ` Hans-Peter Jansen
2013-04-10 13:44                             ` Hans-Peter Jansen
2013-04-11  7:33                               ` NeilBrown
2013-01-30  9:20 ` Roy Sigurd Karlsbakk

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=1659994.UpSJlIr5Mb@xrated \
    --to=hpj@urpla.net \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@suse.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox