All of lore.kernel.org
 help / color / mirror / Atom feed
From: Farkas Levente <lfarkas@bppiac.hu>
To: Ian Kent <raven@themaw.net>, autofs@linux.kernel.org
Subject: Re: automount never umount
Date: Tue, 22 Nov 2005 10:43:17 +0100	[thread overview]
Message-ID: <4382E835.3020904@bppiac.hu> (raw)
In-Reply-To: <Pine.LNX.4.58.0511220822410.16196@wombat.indigo.net.au>

Ian Kent wrote:
> On Mon, 21 Nov 2005, Farkas Levente wrote:
> 
> 
>>hi,
>>i'm just start autofs on my desktop machine. the main reason for this
>>because smbfs (and also cifs) use a very high network load on my system
>>and i use these file very seldom, so it'd be very useful if after a few
>>minutes these fs can be umounted. unfortunately it seems that neither
>>cifs or smbfs not nfs volumes are never umounted. if they mounted once
>>they will remain there forever. it seems automount has the right option:
>>--------------------------------
>>root      2007  0.0  0.0   1792   696 ?        Ss   Nov16   0:00
>>/usr/sbin/automount --timeout=60 /smb program /etc/auto.smb
>>root      2041  0.0  0.0   1788   696 ?        Ss   Nov16   0:00
>>/usr/sbin/automount --timeout=60 /net program /etc/auto.net
>>--------------------------------
>>i try to find out which file can hold /net or /smb but neither fuser nor
>>lsof can show anything. is there any way to find out something about the
>>status of automount? eg which files are used what is the timeout when
>>the timeout fill be left etc?
>>what can be wrong? any tip?
>>my system is fedora core 4 full update:
>>kernel-2.6.14-1.1637_FC4
>>autofs-4.1.4-5
>>nfs-utils-1.0.7-12.FC4
>>samba-client-3.0.14a-2
>>thank you for your help in advance.
>>yours.
> 
> 
> I see this sort of thing from time to time but I have always been 
> unable to find out what is causing it.
> 
> Are you using a GUI. They are well known for scanning filesystems and 
> keeping automounts active.
> 
> Maybe I need to alter the autofs definition of busy. I'll think about it.

the best solution would be some kind of status report. who use it, why
busy, which file(s), when will umount, etc. in this case one can solve
the problem to drop/kill/not use such programs which has such effect.
but without such knowladge i'm just in the dark...

-- 
  Levente                               "Si vis pacem para bellum!"

  reply	other threads:[~2005-11-22  9:43 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-21 15:31 automount never umount Farkas Levente
2005-11-22 13:27 ` Ian Kent
2005-11-22  9:43   ` Farkas Levente [this message]
2005-11-22 13:03     ` Ian Kent
2005-11-22 16:19       ` Farkas Levente
2005-11-22 16:50         ` Jeff Moyer
2005-11-22 21:24           ` Farkas Levente
2005-11-22 23:27             ` Ian Kent
2005-11-23  0:24             ` Jeff Moyer
2005-11-23  9:27               ` Farkas Levente
2005-11-23 13:13                 ` Ian Kent
2005-11-23 13:18                   ` Farkas Levente
2005-11-23 15:28                     ` Jeff Moyer
2005-11-23 15:38                       ` Ian Kent
2005-11-23 16:57                         ` Jeff Moyer
2005-11-23 17:13                           ` Farkas Levente
2005-11-23 17:16                             ` Jeff Moyer
2005-11-24 10:05                               ` Farkas Levente
2005-11-24 12:10                                 ` Ian Kent
2005-11-24 23:17                                   ` Farkas Levente
2005-11-28 15:41                                   ` Jeff Moyer
2005-11-28 16:11                                     ` Ian Kent
2005-11-29 12:28                                     ` Farkas Levente
2005-12-01  9:31                                       ` Farkas Levente
2005-12-01 11:03                                         ` Ian Kent
2005-12-01 11:36                                           ` Farkas Levente
2005-12-01 12:57                                             ` Jeff Moyer
2005-12-01 13:41                                               ` Farkas Levente
2005-12-01 15:02                                                 ` Ian Kent
2005-12-01 13:45                                             ` Ian Kent
2005-12-01 13:53                                               ` Farkas Levente
2005-12-01 15:04                                                 ` Ian Kent
2005-11-23 14:26               ` Ian Kent
2005-11-22 23: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=4382E835.3020904@bppiac.hu \
    --to=lfarkas@bppiac.hu \
    --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.