The original design of autofs is using one (or few) daemons to control mount
and umount as needed.
It seems there can be mutiple automount daemons existing in system, but the
lock file (/var/lock/autofs) could behave abnormally if the daemons invoke
and terminate frequently.
If I need to use autofs in the way, do you have comments how to relieve the
probelm?
Or how I use autofs is beyond the design concept and change it might have
potential problem?
Or using one automount to control the mount and umount is the best way to
solve my problem?
Many thanks,
Latrell.
----- Original Message -----
From: "Ian Kent" <[EMAIL PROTECTED]>
To: "Latrell" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; "Jeff Moyer" <[EMAIL PROTECTED]>;
<[email protected]>
Sent: Monday, July 10, 2006 1:41 PM
Subject: Re: [autofs] Large number of mount request.
On Mon, 2006-07-10 at 09:40 +0800, Latrell wrote:
Hi, All:
I use autofs to mount shares of users under home directory with. Each
user
login, a map file will be created and an automount daemon will be invoked
with options pid-file, ghost, timeout and file.
When user logout, I need the automount daemon killed. Thus, I send
SIGTERM
to the automount daemon. It's probably there are several automount
daemons
existing in the same time.
I found a case if many users logout at the same time, many SIGTERMs will
be
sent to corresponding automount daemons. In such cirsumstance, some
automount daemons will not be killed and will exist in system forever.
Thus
I check the pid under /proc and send SIGTERM again when the automonut
daemon
not killed.
Did I use autofs in the wrong way?
Think so.
It sounds like you should have one autofs daemon instance managing the
mountpoint and let it mount and umount as needed.
You won't be able to do it this way with autofs version 5 if you upgrade
at some point.
Ms stress test is to keep login(invoke automount), mount(cd
share1),access,
logout(umount, kill automount) for 4 users sessions.
Many thanks,
Latrell.
ps. I patched the lock patch, and the condition not changed.
Yes. Those signals will mess things up.
----- Original Message -----
From: "ramana" <[EMAIL PROTECTED]>
To: "Ian Kent" <[EMAIL PROTECTED]>; "Latrell" <[EMAIL PROTECTED]>;
"Jeff Moyer" <[EMAIL PROTECTED]>
Cc: <[email protected]>
Sent: Saturday, July 08, 2006 1:53 PM
Subject: Re: [autofs] Large number of mount request.
>
>
> --- Ian Kent <[EMAIL PROTECTED]> wrote:
>
>>
>> I think Jeff has pretty much summed it up.
>>
>> The SIGTERM terminates autofs and you then have unnecessary startup
>> and
>> shutdown overhead giving a window where mounts will not work as there
>> is
>> no daemon to manage them.
>>
>> Don't forget that there was also a bug in the lock routines that
>> cause
>> it not to wait sometimes. Apply, at least the locking patch to 4.1.4.
>
> I do not think so.
>
> His explanation about what actually he is doing is not very clear.
>
> Little more explanation on how he is doing strss test would help,
> 'rather than trying to include his own conclusions'
>
> Thanks in advance.
>
> Regards
> ramana
>
> --
>
> Autodir
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
_______________________________________________
autofs mailing list
[email protected]
http://linux.kernel.org/mailman/listinfo/autofs
