All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Kent <raven@themaw.net>
To: Thomas Chan <tchan@ilm.com>
Cc: autofs@linux.kernel.org
Subject: Re: autofs stops working after a while with USE_MISC_DEVICE
Date: Fri, 03 Jul 2009 12:40:32 +0800	[thread overview]
Message-ID: <4A4D8BC0.2010708@themaw.net> (raw)
In-Reply-To: <alpine.LRH.2.00.0907021136230.2710@talon.lucasfilm.com>

Thomas Chan wrote:
> 
> I am using autofs 5.0.4 with the latest patches up to 12-Jun-2009 with
> the 2.6.29.1 kernel.
> 
> I noticed that after a while (overnight) new automounts would no longer
> work.
> 
> An strace shows:
> rt_sigtimedwait(~[CHLD CONT RTMIN RT_1],
> 
> [pid 26289] 11:22:57 gettimeofday({1246558977, 61322}, NULL) = 0
> [pid 26289] 11:22:57 futex(0x7f6f5db43160, FUTEX_WAKE_PRIVATE, 1) = 0
> [pid 26289] 11:22:57 clock_gettime(CLOCK_REALTIME, {1246558977,
> 61421426}) = 0
> [pid 26289] 11:22:57 futex(0x7f6f5db43124, FUTEX_WAIT_PRIVATE, 150501,
> {0, 999900574}) = -1 ETIMEDOUT (Connection timed out)
> [pid 26289] 11:22:58 gettimeofday({1246558978, 61986}, NULL) = 0
> [pid 26289] 11:22:58 futex(0x7f6f5db43160, FUTEX_WAKE_PRIVATE, 1) = 0
> [pid 26289] 11:22:58 clock_gettime(CLOCK_REALTIME, {1246558978,
> 62086850}) = 0
> [pid 26289] 11:22:58 futex(0x7f6f5db43124, FUTEX_WAIT_PRIVATE, 150503,
> {0, 999899150}) = -1 ETIMEDOUT (Connection timed out)
> 
> lsof shows that automount has 10288 files open, of which most of these
> are like:
> 
> automount 15539      root *217u     sock                0,4 595374 can't
> identify protocol
> automount 15539      root *218u     sock                0,4 595376 can't
> identify protocol
> automount 15539      root *219u     sock                0,4 595378 can't
> identify protocol
> automount 15539      root *220u     sock                0,4 595380 can't
> identify protocol
> 
> Upon restarting autofs, these open files are cleared out and automount
> works, but the open files gradually build up again.
> 
> After setting USE_MISC_DEVICE=no, I no longer get the open file issue,
> but we are trying to remedy the autofs lazy unmount / cwd issue.

Mmm .. that's not good.
I'll have a look and see what I can see.

Ian

  reply	other threads:[~2009-07-03  4:40 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-02 18:55 autofs stops working after a while with USE_MISC_DEVICE Thomas Chan
2009-07-03  4:40 ` Ian Kent [this message]
2009-07-03  5:35   ` Thomas Chan
2009-07-03  8:41     ` Ian Kent
2009-07-03 17:15       ` Thomas Chan
2009-07-04  3:49     ` Ian Kent
2009-07-04  4:32       ` Thomas Chan
2009-07-07 18:20         ` Thomas Chan
2009-07-08  1:04           ` 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=4A4D8BC0.2010708@themaw.net \
    --to=raven@themaw.net \
    --cc=autofs@linux.kernel.org \
    --cc=tchan@ilm.com \
    /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.