OS
Linux hostname 2.6.18-238.el5 #1 SMP Sun Dec 19 14:22:44 EST 2010
x86_64 x86_64 x86_64 GNU/Linux
autofs package
autofs-5.0.1-0.rc2.148.bz579312.1.el5
Mount options
$ cat /etc/auto.master
# Master map for automounter
#
/home auto_home -hard,intr,retry=10
$ cat /etc/sysconfig/autofs
TIMEOUT=86400 - we have a long TIMEOUT to avoid mount storms.
What am I trying to do?
Prior to a disaster recovery test, my home directory will be mounted
from my-nfs-server.domainname:/home/jbreitma.
At this point my-nfs-server.domainname points to 1.1.1.1.
There are active reads and writes to my home directory.
Lets say I have a subdirectory called htdocs and am running apache.
Now we are cutoff from 1.1.1.1 because the Data Center where 1.1.1.1
lives is no longer accessible.
We simulate this with an ACL.
We now repoint my-nfs-server.domainname to 2.2.2.2.
The NFS Clients where /home/jbreitma is mounted are now confused.
What is my best coarse of action?
umount -l /home/jbreitma
/etc/init.d/autofs restart
fuser -k /home/jbreitma
kill -USR1 `pgrep automount`
etc ...
How do I recover from this situation?
I am open to a new approach if that is required.
I have had some success with umount -l /home/jbreitma followed by a
/etc/init.d/autofs restart, but this does not always work.
I specifically fail when active writes and or reads are occurring to
/home/jbreitma.
Jason Breitman
A&T-Tech-GTI
jason.breit...@blackrock.com
BlackRock
THIS MESSAGE AND ANY ATTACHMENTS ARE CONFIDENTIAL, PROPRIETARY, AND MAY BE
PRIVILEGED. If this message was misdirected, BlackRock, Inc. and its
subsidiaries, ("BlackRock") does not waive any confidentiality or privilege.
If you are not the intended recipient, please notify us immediately and destroy
the message without disclosing its contents to anyone. Any distribution, use
or copying of this e-mail or the information it contains by other than an
intended recipient is unauthorized. The views and opinions expressed in this
e-mail message are the author's own and may not reflect the views and opinions
of BlackRock, unless the author is authorized by BlackRock to express such
views or opinions on its behalf. All email sent to or from this address is
subject to electronic storage and review by BlackRock. Although BlackRock
operates anti-virus programs, it does not accept responsibility for any damage
whatsoever caused by viruses being passed.
_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs
