All of lore.kernel.org
 help / color / mirror / Atom feed
From: Luca Berra <bluca@comedia.it>
To: Bill Davidsen <davidsen@tmr.com>
Cc: "linux-raid@vger.kernel.org" <linux-raid@vger.kernel.org>
Subject: Re: [mdadm PATCH 0/2] *** mdmon fixes ***
Date: Sun, 28 Feb 2010 18:37:06 +0100	[thread overview]
Message-ID: <20100228173706.GA32492@maude.comedia.it> (raw)
In-Reply-To: <4B8A8EAF.4000309@tmr.com>

On Sun, Feb 28, 2010 at 10:41:35AM -0500, Bill Davidsen wrote:
> Luca Berra wrote:
>> On Sat, Feb 27, 2010 at 04:05:40PM +0100, Luca Berra wrote:
>>> These close a couple of issues with mdmon.
>>> I don't claim to understand all of the code yet, but a cursory look 
>>> leaves me
>>> with the feeling that there are multiple ways it could still fail
>> As foreseen it does actually fail...
>>
>> someone might remember my flaky dual boot system with imsm array
>> it crashed again, badly
>> result
>> mdmon is still running from ALT_RUN, since / is corrupted and cannot be
>> mounted read-write
>> but mdadm command looks for mdmon only in VAR_RUN
>> so a new bunch of patches is due.
>> these apply over the two preceding patches
>
> Rather than adding complexity to the code, would it not be easier to just 

I too feel this code is complex and difficult to get right and maintain.
But my patch set just fixes the problems with the current
implementation, it does not deal with Neil's design choiches.
(well, except last one which opens a way out for people that don't agree
with Neil on the ALT_RUN thing)

> mount a tmpfs on VAR_RUN since it is ephemeral anyway and is not valid 
> across boots? It seems more reasonable to put the exception handling in the 
> system with the exception than in production code.
I don't get your point, are we trying to address the same issue?

If it were me i'd put the socket in /dev and the pid file in /var/run.
Leaving the job of moving state files from initramfs /var/run to real
/var/run to initramfs and init scripts distro specific code.

L.


-- 
Luca Berra -- bluca@comedia.it
         Communication Media & Services S.r.l.
  /"\
  \ /     ASCII RIBBON CAMPAIGN
   X        AGAINST HTML MAIL
  / \

  reply	other threads:[~2010-02-28 17:37 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-27 15:05 [mdadm PATCH 0/2] *** mdmon fixes *** Luca Berra
2010-02-27 15:07 ` [mdadm PATCH 1/2] fix mdmon option parsing Luca Berra
2010-02-27 15:21   ` Luca Berra
2010-03-02  5:40   ` Neil Brown
2010-03-02  7:42     ` Luca Berra
2010-02-27 15:07 ` [mdadm PATCH 2/2] fix mdmon takeover Luca Berra
2010-03-03  0:52   ` Neil Brown
2010-02-28 14:41 ` [mdadm PATCH 0/2] *** mdmon fixes *** Luca Berra
2010-02-28 15:41   ` Bill Davidsen
2010-02-28 17:37     ` Luca Berra [this message]
2010-02-28 14:42 ` [mdadm PATCH 3/9] add missing newline to mdmon usage message Luca Berra
2010-02-28 14:42 ` [mdadm PATCH 4/9] mdmon: check select a writable pid_dir Luca Berra
2010-03-03  1:07   ` Neil Brown
2010-02-28 14:43 ` [mdadm PATCH 5/9] mdmon: mdmon_pid should return pid from either dir Luca Berra
2010-03-03  1:50   ` Neil Brown
2010-03-03  6:44     ` Luca Berra
2010-03-03  6:55       ` Neil Brown
2010-03-03  7:09         ` Luca Berra
2010-02-28 14:44 ` [mdadm PATCH 6/9] mdmon: connect_monitor should use socket " Luca Berra
2010-03-03  1:51   ` Neil Brown
2010-02-28 14:45 ` [mdadm PATCH 7/9] mdmon: move pid_dir to mdmon.c Luca Berra
2010-02-28 14:45 ` [mdadm PATCH 8/9] mdmon: rework startup and takeover logic Luca Berra
2010-03-03  1:52   ` Neil Brown
2010-03-03  6:48     ` Luca Berra
2010-02-28 14:46 ` [mdadm PATCH 9/9] allow redefinition of VAR_RUN Luca Berra
2010-03-03  1:53   ` Neil Brown

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=20100228173706.GA32492@maude.comedia.it \
    --to=bluca@comedia.it \
    --cc=davidsen@tmr.com \
    --cc=linux-raid@vger.kernel.org \
    /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.