From: "Luis R. Rodriguez" <mcgrof@kernel.org>
To: "Luis R. Rodriguez" <mcgrof@kernel.org>
Cc: "Darrick J. Wong" <darrick.wong@oracle.com>,
Hou Tao <houtao1@huawei.com>,
linux-xfs@vger.kernel.org, david@fromorbit.com,
linux-fsdevel@vger.kernel.org, Jeff Mahoney <jeffm@suse.com>,
NeilBrown <neilb@suse.com>, Tso Ted <tytso@mit.edu>,
Dmitri Pal <dpal@redhat.com>
Subject: Re: Filesystem configuration parsers - (was: Re: [RESEND][PATCH] xfs: add online uevent for mount operation)
Date: Thu, 24 Aug 2017 20:13:18 +0200 [thread overview]
Message-ID: <20170824181318.GM27873@wotan.suse.de> (raw)
In-Reply-To: <20170824180441.GL27873@wotan.suse.de>
On the other thread we can discuss the configuration file parser used,
this other thread we can use for the sysfs knobs and if it makes sense
to share anything in consideration for a possible future udev event.
More below.
On Thu, Aug 24, 2017 at 08:04:41PM +0200, Luis R. Rodriguez wrote:
> On Thu, Aug 24, 2017 at 10:10:28AM -0700, Darrick J. Wong wrote:
> > It might be useful to send kobject_uevent_env so that we can squeeze in
> > things like the fs uuid for easier identification? I envision a
> > /etc/xfs/fs.conf file like this:
> >
> > [903db5b1-82cd-4f26-8221-443a4ed0563a]
> > error.metadata.EIO.max_retries = 0
> > error.fail_at_unmount = 1
> > config.cowextsize = 1048576
> > config.inherit_noatime = 1
> >
> > With a udev helper that uses the fsuuid to find the appropriate section
> > of the ini^Wconfig file and load the appropriate values into sysfs.
>
> While all this is nice, I'm sure we're all aware of the dangers of setting
> things in stone through sysfs, its likely already decided for the above
> tunables,
<-- udev thing and now snip -->
> Just saying, we better damn be sure this is the way we want to go.
>
> > > + if (err)
> > > + xfs_notice(mp, "Sending XFS uevent %d got error %d",
> > > + action, err);
> > > +}
> > > +
> > > STATIC int
> > > xfs_fs_fill_super(
> > > struct super_block *sb,
> > > @@ -1667,6 +1680,8 @@ xfs_fs_fill_super(
> > > goto out_unmount;
> > > }
> > >
> > > + xfs_fs_uevent(mp, KOBJ_ONLINE);
> >
> > That said, I wonder if we ought to move this discussion to fsdevel to
> > pull in any /other/ filesystems that have sysfs knobs that they might
> > like to be able to persist? ext4 has a bunch of tunables too...
So were you thinking perhaps if we are going to use udev that it may make
sense then to instead consider if we want to share tunables for uevents?
Then instead of each filesystem having its own parser, etc, we have set
of common knobs for any filesystem possible.
Is that what you had in mind to discuss?
Luis
next prev parent reply other threads:[~2017-08-24 18:13 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-24 13:41 [RESEND][PATCH] xfs: add online uevent for mount operation Hou Tao
2017-08-24 17:10 ` Darrick J. Wong
2017-08-24 18:04 ` Filesystem configuration parsers - (was: Re: [RESEND][PATCH] xfs: add online uevent for mount operation) Luis R. Rodriguez
2017-08-24 18:13 ` Luis R. Rodriguez [this message]
2017-08-24 18:59 ` Luis R. Rodriguez
2017-08-24 22:11 ` NeilBrown
2017-08-24 22:39 ` Luis R. Rodriguez
2017-08-24 23:34 ` Theodore Ts'o
2017-08-25 0:02 ` Luis R. Rodriguez
2017-08-25 4:54 ` Darrick J. Wong
2017-08-25 1:01 ` Dave Chinner
2017-08-25 1:20 ` Luis R. Rodriguez
2017-08-25 2:18 ` Dave Chinner
2017-08-25 5:29 ` Darrick J. Wong
2017-08-25 0:27 ` [RESEND][PATCH] xfs: add online uevent for mount operation Dave Chinner
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=20170824181318.GM27873@wotan.suse.de \
--to=mcgrof@kernel.org \
--cc=darrick.wong@oracle.com \
--cc=david@fromorbit.com \
--cc=dpal@redhat.com \
--cc=houtao1@huawei.com \
--cc=jeffm@suse.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-xfs@vger.kernel.org \
--cc=neilb@suse.com \
--cc=tytso@mit.edu \
/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;
as well as URLs for NNTP newsgroup(s).