From owner-freebsd-questions@freebsd.org Tue Feb 14 00:22:35 2017 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DAE6ECDC01B for ; Tue, 14 Feb 2017 00:22:35 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B86281479 for ; Tue, 14 Feb 2017 00:22:35 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id 8B67E24662; Mon, 13 Feb 2017 17:22:28 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1487031748; bh=AszjnoS2o1sHNp+Got8uZhFINLWraNUQd3GseQVM2O4=; h=To:From:Subject:Date; b=NjN/08bv/gxQTgXAONUfIiSAFwfqw0akEymVjn+prLukvuKIiujkdX+uZ50QcRbJl tM2pOP4xD5BsEKUjsYXacIrJZfQDbDGfd+FW3w+6E80jVVW1usrfvQKRZki+6CILfY KYGfwldfiBwbWzb5Drtxty8fV+jW0IQhD7e32wAw= X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on h2.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED shortcircuit=no autolearn=ham autolearn_force=no version=3.4.1 Received: from [10.0.10.15] (h1.pinyon.org [65.101.20.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id EF33E2465C for ; Mon, 13 Feb 2017 17:22:27 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1487031747; bh=AszjnoS2o1sHNp+Got8uZhFINLWraNUQd3GseQVM2O4=; h=To:From:Subject:Date; b=k9kvk9fh3NtFC7cZtLtRQ0/bDn3pFoyumY0XUjooiqS8M+DEapuW2gOau117f/RuE TFypIWBEZeIPMc55unwm/8MvM8zU0tKIv/5U2f1a0mvKtHIYJuI7M6nBGDsFQeX8Zg J4EXTs9YOK6yds3cG9mngMU86YZ0jTHB2Y20vAkU= To: freebsd-questions@freebsd.org From: "Russell L. Carter" Subject: idempotent automount invocation? Message-ID: <339d033f-a587-d8f9-4566-7e61e7e74b7d@pinyon.org> Date: Mon, 13 Feb 2017 17:22:27 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 00:22:36 -0000 Hi there, 11/stable amd64 I am moving my cluster configuration management to saltstack and have this issue with autofs. It seems that multiple invocations of automount stack up the maps on certain shares. For instance, if /etc/autofs/knuth-nfs contains the direct maps: /mnt/knuth/packages -intr,nfsv4,minorversion=1 knuth:/export/packages /usr/src -intr,nfsv4,minorversion=1 knuth:/usr/src /usr/obj -intr,nfsv4,minorversion=1 knuth:/usr/obj Then after a number of automount invocations mount shows something like this: [...] /raid/library on /export/library (nullfs, NFS exported, local, nfsv4acls) map autofs/knuth-nfs on /mnt/knuth/packages (autofs) map autofs/knuth-nfs on /usr/src (autofs) map autofs/knuth-nfs on /usr/obj (autofs) map autofs/knuth-nfs on /usr/obj (autofs) map autofs/knuth-nfs on /usr/obj (autofs) Is there a way to prevent the multiple /usr/obj maps? It seems odd that /mnt/knuth/packages and /usr/src don't stack up in a similar way. BTW, in practice autofs works fantastic. It has enabled some important simplifications in my maintenance. Thanks, Russell