From owner-freebsd-rc@FreeBSD.ORG Sat Apr 30 21:32:02 2011 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D92A7106566B for ; Sat, 30 Apr 2011 21:32:02 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8CD918FC14 for ; Sat, 30 Apr 2011 21:32:02 +0000 (UTC) Received: by iwn33 with SMTP id 33so5374636iwn.13 for ; Sat, 30 Apr 2011 14:32:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=3PG5DfVeavLoAEKuuWxq5l5dP+X/f4uDKjqJAYB65iw=; b=rYM82NTD8TEajvN/rQw2zg0Kn2EzVdZwET6HMdC90TNXzW0e6bqusS55qRhjd0KVfN prPPZvnlCsWUyheqIOlbcDhssKtl2YdYwqztSh0IL8aG6DPNT25wfCOdx3OafiPsMxIs kB2rJ+LG4X3cUvkgbaTI5YQka9M5Ny6pzkYps= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=rPfNeAj0iOVTTlyMwlQcOOZuTISSI64A0c15JY5/U8qKP9hze2Fxx96q9ex3mB8tCl JkBlBU/WAfhb6auwR7+jDBwl490N3D0ir3vsCL+AHK58wWu2dI2LPlccJQhvb3ITnn7V oD4HhtbyU5FVi5zbzFMLUVdv4EDFdGiLZPMeg= Received: by 10.231.68.202 with SMTP id w10mr5142522ibi.63.1304199122010; Sat, 30 Apr 2011 14:32:02 -0700 (PDT) Received: from DataIX.net (adsl-99-190-84-116.dsl.klmzmi.sbcglobal.net [99.190.84.116]) by mx.google.com with ESMTPS id a8sm1673134ibg.14.2011.04.30.14.32.00 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 30 Apr 2011 14:32:00 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p3ULVvoK006659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Apr 2011 17:31:58 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p3ULVvBR006658; Sat, 30 Apr 2011 17:31:57 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sat, 30 Apr 2011 17:31:57 -0400 From: Jason Hellenthal To: Andre Albsmeier Message-ID: <20110430213157.GC5660@DataIX.net> References: <20110430102521.GA11716@curry.mchp.siemens.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5p8PegU4iirBW1oA" Content-Disposition: inline In-Reply-To: <20110430102521.GA11716@curry.mchp.siemens.de> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: freebsd-rc@freebsd.org Subject: Re: New knob for ignoring readonly fss in 340.noid and 310.locate? X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2011 21:32:02 -0000 --5p8PegU4iirBW1oA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Andre, By default snapshots directories are hidden and treated as a virtual directory. By enabling the snapshots directory as not hidden you subject yourself to the following behavior. As for a knob to tune the search for the rc.d scripts you mentioned the knob is already provided via zfs(1) zpool(1) through the properties. zfs set snapdir=3Dhidden | visible tank/dataset zpool set listsnaps=3Don | off tank Please use these at your will to tune the system to ignore the directories in question. PS: Leaving snap directories hidden does not mean that they are not available for regular use. ( cd /path/to/.snap/... ) still works as expected. On Sat, Apr 30, 2011 at 12:25:21PM +0200, Andre Albsmeier wrote: >I have noticed that "periodic weekly" started to consume more >and more time on some of my machines. The reason is the amount >of snapshots that are used at my site, e.g., on one machine I >have two file systems: > >/dev/ccd0 544G 266G 235G 53% /people >/dev/ccd1 556G 372G 140G 73% /share > >which hold these snapshots: > >/dev/md12 544G 241G 259G 48% /people/.snap/@GMT-2011= =2E04.26-03.15.04 >/dev/md13 544G 241G 259G 48% /people/.snap/@GMT-2011= =2E04.27-03.15.04 >/dev/md14 544G 236G 264G 47% /people/.snap/@GMT-2011= =2E04.28-03.15.03 >/dev/md15 544G 240G 260G 48% /people/.snap/@GMT-2011= =2E04.29-03.15.03 >/dev/md16 544G 238G 263G 47% /people/.snap/@GMT-2011= =2E04.30-03.15.04 >/dev/md17 544G 241G 259G 48% /people/.snap/@GMT-2011= =2E04.23-03.15.01 >/dev/md18 544G 239G 261G 48% /people/.snap/@GMT-2011= =2E04.16-03.15.01 >/dev/md22 556G 344G 167G 67% /share/.snap/@GMT-2011.= 04.26-03.28.32 >/dev/md23 556G 344G 167G 67% /share/.snap/@GMT-2011.= 04.27-03.28.26 >/dev/md24 556G 344G 167G 67% /share/.snap/@GMT-2011.= 04.28-03.28.42 >/dev/md25 556G 341G 170G 67% /share/.snap/@GMT-2011.= 04.29-03.29.12 >/dev/md26 556G 343G 168G 67% /share/.snap/@GMT-2011.= 04.30-03.26.48 >/dev/md27 556G 344G 167G 67% /share/.snap/@GMT-2011.= 04.23-03.27.33 >/dev/md28 556G 341G 170G 67% /share/.snap/@GMT-2011.= 04.16-03.27.39 >/dev/md29 556G 337G 175G 66% /share/.snap/@GMT-2011.= 04.09-03.22.01 > >For our purpose, the weekly maintainance is not desired on >the snapshots. Of course, it might be possible to modify the >behaviour of > >310.locate >340.noid > >by tweaking /etc/locate.rc or weekly_noid_dirs which would >be rather annoying since this would have to be done on >every machine individually due to their different filesystem >names (and pretty sure will be forgotten when fss are added >or removed). > >One condition that would match everything (at least in my case) >would be to restrict the work of 310.locate and 340.noid on >filesystems which are not mounted readonly. > >So what would people think about a knob that restricts at least >these two scripts (maybe there are more candidates) from letting >find(1) decend into rdonly filesystems? Of course, this knob would >default to "off" and could be set in periodic.conf and/or locate.rc >individually... > --=20 Regards, (jhell) Jason Hellenthal --5p8PegU4iirBW1oA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNvH/MAAoJEJBXh4mJ2FR+IXwH/RfQHVxEuTds6bgzwq/LWuia LOuIxX0BgtSPr1d/swPgYeViOzreZllJc1h3pMdfIWn/v/p/y8ZfSgiR0xgbWyTS oymKOoH+nGqn/OHS1fEeLozKKmdyPXFKjA2ZvrYtZUkAph4stE5+jpcymTUMKRSy eX0bLW4F8SQRuuFqs61UIHcjV5mWr3gz7WUIvViuN/ieH6p47fbljYpyqPDG4kU8 w0c5ym+wzUKKsVr6FtFHTIq2nezF8Ga+a+jKSMDGUmHOY022CFJfbW6pYYgzMnIo Rl0X/AMvoISMiZ/7HAgJI6psxQNWTNjaN6o4tthPLuWWYkqFzj+QsaZFQVbytug= =0EZA -----END PGP SIGNATURE----- --5p8PegU4iirBW1oA--