From: Jarl Stefansson <jarl@marimo.is>
To: Ian Kent <raven@themaw.net>
Cc: autofs@linux.kernel.org
Subject: Re: Unmount not working with 2.6.21 & 4.1.3/4.1.4
Date: Tue, 27 Mar 2007 15:10:52 +0000 (GMT) [thread overview]
Message-ID: <24399709.7011175008252093.JavaMail.root@holcus> (raw)
In-Reply-To: <1175007141.3499.4.camel@raven.themaw.net>
Hey Ian,
Here is a list of the processes running:
http://pastebin.ca/412160
Jarl
----- Original Message -----
From: Ian Kent <raven@themaw.net>
To: Jarl Stefansson <jarl@marimo.is>
Cc: jmoyer@redhat.com, autofs@linux.kernel.org
Sent: Tuesday, March 27, 2007 2:52:21 PM GMT Africa/Casablanca
Subject: Re: [autofs] Unmount not working with 2.6.21 & 4.1.3/4.1.4
On Tue, 2007-03-27 at 10:32 +0000, Jarl Stefansson wrote:
> Hey Jeff,
>
> Here is the debug log when set to 60 sec
>
> http://pastebin.ca/411870
Unfortunately, that hasn't helped.
Version 4 doesn't log the pid of the process accessing the mount point,
so we still don't know what's causing this.
Do you have hald running?
Does this behavior change after an hour or so?
Are there many processes running?
If not perhaps a list of them would help.
> Jarl
>
>
> ----- Original Message -----
> From: jmoyer@redhat.com
> To: Jarl Stefansson <jarl@marimo.is>
> Cc: Ian Kent <raven@themaw.net>, autofs@linux.kernel.org
> Sent: Monday, March 26, 2007 7:29:18 PM GMT Africa/Casablanca
> Subject: Re: [autofs] Unmount not working with 2.6.21 & 4.1.3/4.1.4
>
> ==> Regarding Re: [autofs] Unmount not working with 2.6.21 & 4.1.3/4.1.4; Jarl Stefansson <jarl@marimo.is> adds:
>
> jarl> Hey Jeff, Yes, I am 100% sure that there is nothing using the mounted
> jarl> filesystems. For debugging I have a system with just bare minimals,
> jarl> kernel + glibc + base utilities so there really aren't any
> jarl> applications which can interfere.
>
> jarl> According to what I have read I should also be getting some debug
> jarl> info in the log regarding the timeout period but I can't see any
> jarl> mention of timeout or unmount.
>
> Mar 26 01:33:54 kidsq daemon.debug automount[3626]: expire_proc: 1 remaining in /mnt/auto
>
> This means that (in your case) the kernel thought that the mount point was
> in use. Could you humor me and up the timeout to something like 60 seconds
> and see if that helps matters?
>
> Thanks,
>
> Jeff
>
next prev parent reply other threads:[~2007-03-27 15:10 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4551176.6631174843682082.JavaMail.root@holcus>
2007-03-25 17:38 ` Unmount not working with 2.6.21 & 4.1.3/4.1.4 Jarl Stefansson
2007-03-26 4:07 ` Ian Kent
2007-03-26 5:13 ` Ian Kent
2007-03-26 13:22 ` Jarl Stefansson
2007-03-26 15:04 ` Ian Kent
2007-03-26 14:16 ` Ian Kent
2007-03-26 16:36 ` Jarl Stefansson
2007-03-26 16:58 ` jmoyer
2007-03-26 18:56 ` Jarl Stefansson
2007-03-26 19:29 ` jmoyer
2007-03-27 10:32 ` Jarl Stefansson
2007-03-27 14:52 ` Ian Kent
2007-03-27 15:10 ` Jarl Stefansson [this message]
2007-03-30 9:38 ` Jarl Stefansson
2007-03-30 12:43 ` Ian Kent
2007-04-06 7:19 ` 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=24399709.7011175008252093.JavaMail.root@holcus \
--to=jarl@marimo.is \
--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.