From owner-freebsd-fs@FreeBSD.ORG Mon Mar 1 23:30:28 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CD0E1065672 for ; Mon, 1 Mar 2010 23:30:28 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id D174B8FC08 for ; Mon, 1 Mar 2010 23:30:27 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so331833eyd.3 for ; Mon, 01 Mar 2010 15:30:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:subject :message-id:user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint :mime-version:content-type; bh=qagCdIc6zvECERl3SsyCZGXekEO3p8xWIETBPAoMgDs=; b=qg/rh/JJwfMj3hnvYoyK7+qfndlOgiXXqhcuuBb7I3DmgIDwnVsKf+MBU4GrOn8TPr ZOC/g5MZS0M2Afom7U5KZSHj2PBQIJo+wnixKuPzkAAbnDkCnzHZyoYJuOBz3LexrVmd 1vAE3Sc7R3RDLrCuLPo2a+D6q0bK2Z2eEyYP0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; b=OmvBdAoAHmbORp1XYjMP7W9pooqpvJq50/kT7BUYEEEwgt9UhkVm75W7jKUfTOI5xp 4OEzjz3xWIWqJaYx+g6+wnDdcYGG9Oa4sD3fj0+jHOlzR3RUeh4MW73qBAlKP2QMC0e3 vCce9Fzyi4yvVS4+49PBvRC/u5P5aH830gueE= Received: by 10.213.109.212 with SMTP id k20mr3765687ebp.32.1267486221309; Mon, 01 Mar 2010 15:30:21 -0800 (PST) Received: from centel.dataix.local (ppp-23.120.dialinfree.com [209.172.23.120]) by mx.google.com with ESMTPS id 15sm2671090ewy.8.2010.03.01.15.30.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 01 Mar 2010 15:30:20 -0800 (PST) Sender: "J. Hellenthal" Date: Mon, 1 Mar 2010 18:29:44 -0500 From: jhell To: FreeBSD Filesystems Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: [ZFS] sharenfs stable/7 # !!! DO NOT EDIT THIS FILE MANUALLY !!! X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 23:30:28 -0000 Hi FS, After exporting some filesystems from zfs via sharenfs I decided to turn the shares back off after I was done with them on another machine. To my surprise the datasets that I had shared previously were still shared. FreeBSD 7.3-STABLE #0 r204486 Sun Feb 28 19:42:46 EST 2010 Process: # This command adds the share through nfs in /etc/zfs/exports zfs set sharenfs='-maproot=0 disbatch' exports/svn bla bla bla after using them for a little while: # This command should turn off the nfs share and remove the line from # /etc/zfs/exports and signal mountd or whatever. zfs set sharenfs=off exports/svn Low and behold this line is never removed the share and continues even through a reboot all while sharenfs=off on the dataset. No no other datasets are shared at this time. The line in /etc/zfs/exports changes just fine when changing the options via "zfs set sharenfs". I also removed /etc/zfs/exports and repeated the process. It still continued. Should a PR be filed ?, Can someone take a look at this ?. Relevant man page section below sig. -- jhell sharenfs=on | off | opts Controls whether the file system is shared via NFS, and what options are used. A file system with a"sharenfs" property of "off" is managed through traditional tools such as share(1M), unshare(1M), and dfstab(4). Otherwise, the file system is automati- cally shared and unshared with the "zfs share" and "zfs unshare" commands. If the property is set to "on", the share(1M) command is invoked with no options. Otherwise, the share(1M) command is invoked with options equivalent to the contents of this property. When the "sharenfs" property is changed for a dataset, the dataset and any children inheriting the property are re-shared with the new options, only if the property was previously "off", or if they were shared before the property was changed. If the new property is "off", the file systems are unshared.