From: Greg Bradner <gregb@rhythm.com>
To: Ian Kent <raven@themaw.net>
Cc: autofs@linux.kernel.org
Subject: Re: sgi IRIX-6.5 autofs
Date: Tue, 12 Apr 2005 09:50:13 -0700 [thread overview]
Message-ID: <425BFC45.8000909@rhythm.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0504071025550.24138@wombat.indigo.net.au>
Ian Kent wrote:
>On Wed, 6 Apr 2005, Greg Bradner wrote:
>
>
>
>>I have a situation on IRIX where I am stat'ing a filesystem that is not
>>exported to the IRIX system. The syslog says 'permission denied'.
>>That's expected. Since the directory I'm in has 600 links to the file
>>system that is not exported, autofs keeps trying to mount and keeps
>>getting 'permission denied'.
>>
>>On linux I get 'permission denied', but it doesn't try to mount again
>>for 30 minutes.
>>
>>Has anyone heard of such a problem with IRIX's autofs and is there a fix?
>>Why does linux only try every 30 minutes?
>>
>>
>
>I'm not sure why Linux is trying every thirty minutes.
>There's not explicit retry login in autofs.
>
>AFAIK it should only try to mount the target of the symlink when an access
>is attempted.
>
>Ian
>
>
Let me explain: I have one NAS1 server that has a large number of links
to another NAS2. When I run a specific program, an in house tool, it
stats the links; which in turn tries to mount NAS2. With the large
number of links, the program will stat one, get 'permission denied', and
moves to the next. On IRIX, autofs tries to mount with each stat. On
linux, it stats the link, but doesn't try to mount each time, rather
every 30 minutes.
My main curiosity is whether or not Linux autofs caches the status in
some way and won't retry for 30 minutes?
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Rhythm & Hues
5404 Jandy Place
Los Angeles, CA 90066
Voice: 310 448-7763
Fax: 310 448-7600
gregb@rhythm.com
next prev parent reply other threads:[~2005-04-12 16:50 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-03 0:09 New Debian packages Steinar H. Gunderson
2005-04-04 2:51 ` Ian Kent
2005-04-04 14:48 ` Steinar H. Gunderson
2005-04-05 3:03 ` Ian Kent
2005-04-05 12:05 ` Ian Kent
2005-04-05 12:34 ` Steinar H. Gunderson
2005-04-06 2:02 ` Ian Kent
2005-04-06 19:57 ` sgi IRIX-6.5 autofs Greg Bradner
2005-04-07 2:28 ` Ian Kent
2005-04-12 16:50 ` Greg Bradner [this message]
2005-04-13 4:56 ` Ian Kent
[not found] <1027927388@toto.iv>
2005-04-18 9:16 ` Max Matveev
2005-04-18 13:35 ` raven
2005-04-19 9:08 ` Max Matveev
2005-04-19 9:33 ` 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=425BFC45.8000909@rhythm.com \
--to=gregb@rhythm.com \
--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.