similar to: autofs/mount error

The problem you describe below is fixed in Data NOTAP 5.3x. If you're on an older version, you might want to upgrade. There's another issue, though. The fix for which should be in the next release of Data ONTAP, which isn't far off (sorry for being vague). If you're interested in a good NetApp mailing list that's not run by NetApp, drop an email to:

We have about 800 CentOS 5.2 servers and our university. We use NFS being served from over 10 NetApp frames. We use autofs for to mount up our partitions. There have been times where we can't cd into the directory. It says the directory does not exist. On some servers it works but on others it does not. Typically we restart amd and autofs to resolve this issue. But sometimes it does not even

Hi, I'm using Autofs and LDAP for mounting my home directories via nfs. In general, everything seems to work fine. However, I have one small problem. If I reboot my server using autofs while my LDAP server is down, I get the following error message in my logs: automount[3358]: bind_ldap_anonymous: lookup(ldap): Unable to bind to the LDAP server: (default), error Can't contact LDAP

On Wed, Aug 23, 2017 at 01:59:23PM -0700, Gordon Messmer wrote: > On 08/23/2017 01:06 PM, Fred Smith wrote: > >so, the two lines saying: Key "syno-fredex" or key "syno-public" > >appear whenever I try to access one of those two filesystems. I AM NOT > >USING AUTOFS TO MANAGE THEM. > > > You're using autofs to manage /mnt, so any time that

Seems that autofs in 6.2 stopped working like it used to. We use NIS and automount maps. Primary map auto.sf ssdt -fstype=autofs,rw auto_ssdt auto.ssdt map scratch -fstype=nfs,hard,intr gold:/vol/ssdt/scratch So finding a path such as /sf/ssdt/scratch has always worked and continues to work on non CentOS 6.2 machines. This ability stopped with CentOS 6.2 CentOS 6.0 uses

On 08/23/2017 01:06 PM, Fred Smith wrote: > so, the two lines saying: Key "syno-fredex" or key "syno-public" > appear whenever I try to access one of those two filesystems. I AM NOT > USING AUTOFS TO MANAGE THEM. You're using autofs to manage /mnt, so any time that *any* process attempts to access /mnt/syno-fredex or /mnt/syno-public, you'll get those

Hi, the last released autofs update for Centos 5 is version autofs-5.0.1-0.rc2.55.el5.1. On 2007-12-20 upstream released version autofs-5.0.1-0.rc2.55.el5.2. As several other updates were released in the meantime maybe the autofs update has been overlooked? Best regards, Bernd.

On Wed, Aug 23, 2017 at 12:03:12PM -0700, Gordon Messmer wrote: > On 08/21/2017 07:23 PM, Fred Smith wrote: > >so, in my case, the USB drive contains an xfs filesystem. would I > >do something like this: > > > >in /etc/auto.master: > >backup /etc/auto.backup > > > >and in /etc/auto.backup > >backup -fstype=xfs,defaults,noauto,users

For those of you using CentOS 4, is anyone having trouble with autofs 4.1.3? I'm seeing (with 60second unmount timeout) what appears to be an apparent race condition where a script touches an automount directory at about (the same second according to logs) the same time the unmount is triggered, and the script then gets a read error. Sure, increasing the unmount timeout will reduce the

I haven't seen this on the linux-security list so I thought I'd forward it on for your review. It was pulled from Bugtraq by one of our sys admins. Dan _______________________________________________________________________________ Dan Yocum | Phone: (630) 840-8525 Computing Division OSS/FSS | Fax: (630) 840-6345 .~. L Fermi National

Hi, I am still trying to figure out the best settings for Samba and Kerberos with autofs. My setup so far works good, users can log in on their computers using AD credentials, and they can access network shares with AD credentials as well. This works perfect. Also I notice that some Kerberos ticket is created upon user login, which allows the users to access a Samba share without entering the

Was trying to use autofs on ubuntu and mounting a samba shared failed. Then, i came across a note that 'unless you need to authenticate to cifs' -- wish I could find the exact quote now. The point is autofs fails to mount a windows server share. I can mount the share using mount.cifs but it fails with autofs. So I just thought I would check to see if anyone has pointers on using autofs on

Hi, I'm not sure if I am posting this in the right place, so if this belongs more on another list, please let me know. I am trying to get Autofs configured to use LDAP on CentOS5.3, but am running into an inconsitency. On CentOS5.3, the openldap server is installed with an extra schema/redhat/autofs.schema file. From what I can tell, that schema file seems to follow RFC2307bis. In the

I'm trying to use autofs with Active Directory. This works: autofs_ldap_auth.conf: <autofs_ldap_sasl_conf usetls="yes" tlsrequired="yes" authrequired="yes" clientprinc="nfs/myhost at MYDOMAIN" /> /etc/sysconfig/autofs: LDAP_URI="ldap://domaincontroller1 ldap://domaincontroller2" This also works if I replace the auth

On Wed, Aug 23, 2017 at 08:53:17PM -0700, Gordon Messmer wrote: > On 08/23/2017 02:31 PM, Fred Smith wrote: > >do I need to reboot or something to get autofs to forget about them > >being in /mnt? > > > No, you need to figure out what program, not autofs, is trying to > access /mnt/syno-fredex and /mnt/syno-public. > > You moved the mounts, but some program

I'm having an issue with autofs mounting cifs using kerberos, on machines joined to an S4 domain controller. Both hosts and S4 server are CentOS 6, and the DC is running samba-4.1.11 from sernet. Autofs is getting it's maps from LDAP from the DC. This part works fine, automount -m shows: Mount point: /share source(s): instance type(s): sss map: auto.share public |

CentOS Errata and Bugfix Advisory 2012:1442 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1442.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 81a2fe3b196b2993ab216a772ab81cf929a2949ef502f432c61a0ff622125eeb autofs-5.0.5-55.el6_3.i686.rpm x86_64:

CentOS Errata and Bugfix Advisory 2012:0320 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0320.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9e4d4321429a7138e90ab0235dd977fe0e43f501e20a5d4d22d28ba445f84fa3 autofs-5.0.5-39.el6_2.1.i686.rpm x86_64:

CentOS Errata and Bugfix Advisory 2012:0506 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0506.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a6d3c7f8b2ee1c0c7494a07a58a7dadcbb4d68b0c03e9d3419472031e3a0bcdc autofs-5.0.1-0.rc2.164.el5_8.i386.rpm x86_64:

There is a bug introduced in autofs which breaks maps which are not stored in /etc. There is a patch but no official update yet. A patched version of autofs is available here: http://www.chrysocome.net/downloads/autofs-4.1.3-187.c4.1.i386.rpm See also https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201084 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202860 John. -- John