From: Nicholas Henke <nic@cray.com>
To: lustre-devel@lists.lustre.org
Subject: [Lustre-devel] Start the MGS first?
Date: Wed, 25 Mar 2009 15:15:59 -0500 [thread overview]
Message-ID: <49CA90FF.1070801@cray.com> (raw)
In-Reply-To: <49CA8A73.9080103@sun.com>
Nathaniel Rutman wrote:
> As of Lustre 1.6, servers can be started in any order (after the initial
> registration at first startup). Internally, this required significant
> bending of our connection rules, and with a move toward ZFS becomes even
> more burdensome. So my question to the Lustre community is this: would
> anyone strenuously object to a startup ordering requirement that the MGS
> must be started before any other servers? This would probably be in the
> Lustre 3.0 timeframe. It is also likely that we will have to divorce
> the MGS and MDT onto separate devices -- no more "combo" MDT/MGSes.
>> > NR> I think the only reason to have a local config file is to be
>> able to
>> > NR> start a server in the absence of the MGS. How much effort do
>> we want
>> > NR> to expend to be able to keep that ability? I don't think it's
>> a huge
>> > NR> burden to say "MGS must be started first".
>
This is virtually ensured today due to how the timeouts and ordering works.
1) It is a real PITA to script up different server start orders to deal with
reformat and write_conf. It is easier to just script one correct way of doing
this - KISS if you will.
2) At large scale, the timeout cascading on the OSTs (many OSTs per OSS) from a
missing MGS requires it be started first.
3) With bug 14134 and --nomgs and --nosvc options for starting, it makes
starting a combo MGS and MDS "correctly" much easier.
Nic
next prev parent reply other threads:[~2009-03-25 20:15 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-25 19:48 [Lustre-devel] Start the MGS first? Nathaniel Rutman
2009-03-25 20:00 ` Brian J. Murrell
2009-04-01 15:13 ` Nathaniel Rutman
2009-03-25 20:15 ` Nicholas Henke [this message]
2009-03-26 21:35 ` [Lustre-devel] [Lustre-discuss] " Kevin Fox
2009-04-01 15:16 ` Nathaniel Rutman
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=49CA90FF.1070801@cray.com \
--to=nic@cray.com \
--cc=lustre-devel@lists.lustre.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox