similar to: 6268481 unprivileged user calling umount on a autofs mountpoint hangs

I am using autofs for a number of machines connecting nfs shares. All the mount and unmount log entries on the server are being saved to /var/log/messages currently. This is becoming a bit of a pain because as the number of hosts increase and various monitoring scripts check to be sure that they have access to the nfs shares it is filling up messages on the nfs server. I would like to continue

[Mod: I am approving this message even though it is just a rehash of known vulnerabilities of DNS. Please in future lets avoid rehashing what was alreadt discussed in probably every single mailing list that deals with UNIX security several years ago? -- alex ] ###### ## ## ###### ## ### ## ## ######

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

brtfs could be supported on Opensolaris, too. IMO it could even complement ZFS and spawn some concurrent development between both. ZFS is too high end and works very poorly with less than 2GB while brtfs reportedly works well with 128MB on ARM. Olga On Wed, Apr 14, 2010 at 5:31 PM, <Casper.Dik at sun.com> wrote: > > >>Just a completely different question...is there any plans

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

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

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: