All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Steigerwald <martin@lichtvoll.de>
To: "Luis R. Rodriguez" <mcgrof@kernel.org>
Cc: sandeen@sandeen.net, linux-xfs@vger.kernel.org,
	darrick.wong@oracle.com, jack@suse.com, jeffm@suse.com,
	okurz@suse.com, lpechacek@suse.com, jtulak@redhat.com
Subject: Re: [PATCH v4 3/4] mkfs.xfs: add configuration file parsing support using our own parser
Date: Wed, 30 May 2018 09:36:02 +0200	[thread overview]
Message-ID: <2285295.f3V5SjJ2Sg@merkaba> (raw)
In-Reply-To: <20180529220603.29420-4-mcgrof@kernel.org>

Hi Luis.

Luis R. Rodriguez - 30.05.18, 00:06:
> You may want to stick to specific set of configuration options when
> creating filesystems with mkfs.xfs -- sometimes due to pure technical
> reasons, but some other times to ensure systems remain compatible as
> new features are introduced with older kernels, or if you always want
> to take advantage of some new feature which would otherwise typically
> be disruptive.
> 
> This adds support for parsing a configuration file to override
> defaults parameters to be used for mkfs.xfs.
> 
> We define an XFS configuration directory, /etc/mkfs.xfs.d/ and allow
> for different configuration files, if none is specified we look for
> the default configuration file, /etc/mkfs.xfs.d/default. You can
> override with -c.  For instance, if you specify:
> 
> 	mkfs.xfs -c experimental -f /dev/loop0

Just two considerations (I am myself not sure ATM whether it makes sense 
to implement them):

Usually for "*.d" directories in /etc all configuration files are 
parsed, yet you parse only one which makes perfect sense for the 
usecase, but may not be what the admin expects. So it may make sense to 
use a different directory name.

Also in case you ever want to implement default mount options or 
whatever… it may make sense to use /etc/xfs as a base directory for 
everything (unless that is taken by something else, but I think X11 font 
server stuff is inside /etc/X11 if at all present).

> The search path for the configuration file will be:
> 
> 	1) $PWD/experimental
> 	2) /etc/mkfs.xfs.d/experimental
> 
> Absolute paths are supported, in which case they will be used directly
> and the mkfs.xfs.d directory is ignored.
> 
> To verify what configuration file is used on a system use the typical:
> 
>   mkfs.xfs -N
> 
> There is only a subset of options allowed to be set on the
> configuration file. The default parameters you can override on a
> configuration file and their current built-in default settings are:
[…]
-- 
Martin



  parent reply	other threads:[~2018-05-30  7:36 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-29 22:05 [PATCH v4 0/4] xfsprogs: add mkfs.xfs configuration file parsing support Luis R. Rodriguez
2018-05-29 22:06 ` [PATCH v4 1/4] mkfs: distinguish between struct sb_feat_args and struct cli_params Luis R. Rodriguez
2018-05-29 22:06 ` [PATCH v4 2/4] mkfs: move shared config structs and into their own headers Luis R. Rodriguez
2018-05-30  1:28   ` Dave Chinner
2018-05-29 22:06 ` [PATCH v4 3/4] mkfs.xfs: add configuration file parsing support using our own parser Luis R. Rodriguez
2018-05-29 23:31   ` Darrick J. Wong
2018-06-01 21:56     ` Luis R. Rodriguez
2018-05-30  2:09   ` Eric Sandeen
2018-05-30  3:33   ` Eric Sandeen
2018-05-30  3:33   ` Dave Chinner
2018-06-01 21:13     ` Luis R. Rodriguez
2018-05-30  7:36   ` Martin Steigerwald [this message]
2018-05-30 16:06   ` Darrick J. Wong
2018-05-30 18:10   ` [PATCH 3.5/4] mkfs.xfs: document defaults config file details Eric Sandeen
2018-05-30 18:30     ` Darrick J. Wong
2018-05-30 18:37       ` Eric Sandeen
2018-05-30 20:51     ` [PATCH 3.5/4 V2] " Eric Sandeen
2018-05-30 22:08       ` Darrick J. Wong
2018-05-30 21:05   ` [PATCH 3.7/4] mkfs.xfs.8: parameterize sysconfdir Eric Sandeen
2018-05-30 22:10     ` Darrick J. Wong
2018-05-29 22:06 ` [PATCH v4 4/4] debian/rules: use the new sysconfdir configuration setting Luis R. Rodriguez

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=2285295.f3V5SjJ2Sg@merkaba \
    --to=martin@lichtvoll.de \
    --cc=darrick.wong@oracle.com \
    --cc=jack@suse.com \
    --cc=jeffm@suse.com \
    --cc=jtulak@redhat.com \
    --cc=linux-xfs@vger.kernel.org \
    --cc=lpechacek@suse.com \
    --cc=mcgrof@kernel.org \
    --cc=okurz@suse.com \
    --cc=sandeen@sandeen.net \
    /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.