From: Michael Tokarev <mjt@tls.msk.ru>
To: Ian Kent <raven@themaw.net>
Cc: autofs@linux.kernel.org
Subject: Re: autofs4 past 2.6.38: how to make it work?
Date: Wed, 17 Aug 2011 10:27:22 +0400 [thread overview]
Message-ID: <4E4B5F4A.5060705@msgid.tls.msk.ru> (raw)
In-Reply-To: <1313550460.4418.5.camel@perseus.themaw.net>
17.08.2011 07:07, Ian Kent wrote:
> On Tue, 2011-08-16 at 00:02 +0400, Michael Tokarev wrote:
>> After searching a bit more, especially after realizing
>> it's not 2.6.37+ but 2.6.38+ (so I corrected $subject),
>> I found a few references to this, especially
>> https://bugzilla.redhat.com/show_bug.cgi?id=719607
>> and a few more (most of which are without answers).
>>
>> I tested the patch proposed in RH#719607 (attachtment
>> #512209) - it restores functionality of automounter,
>> at least as far as I can see.
>>
>> I think it should go to -stable, too... ;)
>
> That path (actually a different equivalent patch) is included in 3.1-rc.
commit 5a30d8a2b8ddd5102c440c7e5a7c8e1fd729c818
VFS: Fix automount for negative autofs dentries
> There were major changes to the kernel automount code in the 2.6.38 and
> there have been a number of corrections along the way, with this patch
> being the last one for known problems.
I see. Well, actually this very issue is more or less
cosmetic for me for now, since it was just testing of
stuff that revealed the problem - I tried to debug something
else and come across a "non-working" automount, but actually
my usage goes stright to a file deeper into the automounted
filesystem so that part actually always worked, but it just
seemed to be non-working when doing simple ls $topdir test.
> I recommend staying with 2.6.37 until 3.1 is available.
I wish 2.6.37 were supported still, and 2.6.35 or better
2.6.32 were bootable on this machine (it needs a more
recent brocade driver which works ok in 3.0, and also
lots of scalability work went into recent kernels).
So I have to use more recent kernel, and am facing this
autofs issue. The good thing is that it's been found
already, and fixed for a future release. Still,
backporting some at least recent fixes to recent
stable kernels may not be entirely bad, I think:
there aren't many changes in this area since 3.0
for example, and 3.0 is the current stable kernel
(2.6.39 received its last update).
In 3.0, only two relevant commits are missing as far
as I can see: this negative autofs dentries fix, and
LOOKUP_CONTINUE change. The rest - again, ifaics -
are merely cosmetics. I'm not sure about this
LOOKUP_CONTINUE change, how relevant it is, but
the two combined does not look bad for -stable.
I think... :)
I applied both to my 3.0 now, so it should fix
all known issues as you say ;)
Thank you!
/mjt
next prev parent reply other threads:[~2011-08-17 6:27 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-15 19:38 autofs4 past 2.6.37: how to make it work? Michael Tokarev
2011-08-15 20:02 ` autofs4 past 2.6.38: " Michael Tokarev
2011-08-17 3:07 ` Ian Kent
2011-08-17 6:27 ` Michael Tokarev [this message]
2011-08-17 8:28 ` Ian Kent
2011-08-17 8:42 ` Michael Tokarev
2011-08-17 12:18 ` Ian Kent
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=4E4B5F4A.5060705@msgid.tls.msk.ru \
--to=mjt@tls.msk.ru \
--cc=autofs@linux.kernel.org \
--cc=raven@themaw.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.