[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-nfsv4
Subject:    Re: Strange automount/nfs issue
From:       Keven Murphy <murphyk () gdls ! com>
Date:       2006-04-24 15:32:15
Message-ID: Pine.GSO.4.58.0604241130270.18637 () sysss01h
[Download RAW message or body]

Tom,

Hey thanks a lot. I found out what was causing it. My root .bashrc file
setup some PATH and LD_LIBRARY_PATH statements to the directories that do
not exist. While it is not a script per say, but once I commented out
those lines, everything started working.

Keven Murphy
CISSP, GCIA, GCIH, GCFA, GCWN, GAWN
CSC Lead Information Risk Manager (LIRM)
murphyk@gdls.com
(586) 825-5035

Murphy's Law
((U+C+I)x(10-S))/20xAx1/(1-sin(F/10))
U = Urgency    C = Complexity
I = Importance S = Skill
F = Frequency  A = Aggravation

On Mon, 24 Apr 2006, Tom Haynes wrote:

> Keven Murphy wrote:
> 
> > Hi all,
> > 
> > I've got a very strange automount issue and I am not sure where else to go
> > for help. Automount keeps trying to mount several directories that do not
> > exist in the NIS maps. So every command I do on the command line takes
> > several seconds to respond with automount running. When it is not running,
> > no pause on the command line.
> > 
> > I have a Solaris 10 machine that is the NIS master and serves as the NFS
> > server. My linux client (fedora core 5) mounts /appl (auto.appl map)
> > through automount. I keep getting the following repeating errors:
> > 
> > Apr 24 10:29:13 ltmp automount[25182]: failed to mount /appl/staroffice6.0
> > Apr 24 10:29:13 ltmp automount[25183]: failed to mount /appl/wine-20030318
> > 
> > 
> > 
> 
> Is there some user process which is trying to mount these directories?
> 
> It doesn't mattter what is in the maps if someone or some process
> manually tries to go to
> '/appl/staroffice6.0'.
> 
> Check to see if you can find some script trying to access these entries.
> 
> > All of the other /appl mounts work. However I do not have staroffice6.0
> > and wine-20030318 in my NIS maps for auto.appl. Below is entries in the
> > map for staroffice.
> > 
> > [Mon Apr 24 10:30:55 root@ldpsstmp /etc/init.d]
> > # ypcat -k auto.appl | grep star
> > staroffice51a -rw,soft,intr,nosuid,bg,retry=5,timeo=30,anon=0   \
> > sys01h:/export/appl/sun/${OSNAME}_${OSREL}/StarOffice_5.1a staroffice_6.0 \
> > -rw,soft,intr,nosuid,bg,retry=5,timeo=30,anon=0  \
> > sys01h:/export/appl/sun/${OSNAME}_${OSREL}/staroffice_6.0 staroffice52 \
> > -rw,soft,intr,nosuid,bg,retry=5,timeo=30,anon=0    \
> > sys01h:/export/appl/sun/${OSNAME}_${OSREL}/StarOffice_5.2 
> > As you can see no staroffice6.0, only a staroffice_6.0. How do I track
> > these no existance maps down?
> > 
> > Another thing I did was removed the compiled maps and re-made the maps.
> > That did not help.
> > 
> > My automount options are:
> > #  ps -ef | grep auto
> > root     25508     1  0 11:08 ?        00:00:00 /usr/sbin/automount --ghost /data \
> > yp auto.data -DOSNAME=linux -DOSREL=fc5 root     25553     1  0 11:08 ?        \
> > 00:00:00 /usr/sbin/automount --ghost /appl yp auto.appl -DOSNAME=linux \
> > -DOSREL=fc5 
> > I did try automount -v and did not reveal any additional information.
> > 
> > My auto.master if needed.
> > # cat /etc/auto.master
> > #
> > # $Id: auto.master,v 1.4 2005/01/04 14:36:54 raven Exp $
> > #
> > # Sample auto.master file
> > # This is an automounter map and it has the following format
> > # key [ -mount-options-separated-by-comma ] location
> > # For details of the format look at autofs(5).
> > #/misc  /etc/auto.misc --timeout=60
> > #/smb   /etc/auto.smb
> > #/net   /etc/auto.net
> > /data      yp:auto.data
> > /appl      yp:auto.appl
> > +auto_master
> > 
> > Thanks,
> > 
> > Keven Murphy
> > murphyk@gdls.com
> > 
> > Murphy's Law
> > ((U+C+I)x(10-S))/20xAx1/(1-sin(F/10))
> > U = Urgency    C = Complexity
> > I = Importance S = Skill
> > F = Frequency  A = Aggravation
> > 
> > 
> > This is an e-mail from General Dynamics Land Systems. It is for the intended \
> > recipient only and may contain confidential and privileged information.  No one \
> > else may read, print, store, copy, forward or act in reliance on it or its \
> > attachments.  If you are not the intended recipient, please return this message \
> > to the sender and delete the message and any attachments from your computer. Your \
> > cooperation is appreciated. _______________________________________________
> > NFSv4 mailing list
> > NFSv4@linux-nfs.org
> > http://linux-nfs.org/cgi-bin/mailman/listinfo/nfsv4
> > 
> > 
> 
> 


This is an e-mail from General Dynamics Land Systems. It is for the intended \
recipient only and may contain confidential and privileged information.  No one else \
may read, print, store, copy, forward or act in reliance on it or its attachments.  \
If you are not the intended recipient, please return this message to the sender and \
delete the message and any attachments from your computer. Your cooperation is \
appreciated. _______________________________________________
NFSv4 mailing list
NFSv4@linux-nfs.org
http://linux-nfs.org/cgi-bin/mailman/listinfo/nfsv4


[prev in list] [next in list] [prev in thread] [next in thread]