From owner-freebsd-rc@FreeBSD.ORG Sun May 1 08:19:39 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 3BFA31065672 for ; Sun, 1 May 2011 08:19:39 +0000 (UTC) (envelope-from Andre.Albsmeier@siemens.com) Received: from goliath.siemens.de (goliath.siemens.de [192.35.17.28]) by mx1.freebsd.org (Postfix) with ESMTP id C8AFE8FC0A for ; Sun, 1 May 2011 08:19:38 +0000 (UTC) Received: from mail2.siemens.de (localhost [127.0.0.1]) by goliath.siemens.de (8.13.6/8.13.6) with ESMTP id p418JVMK019647; Sun, 1 May 2011 10:19:31 +0200 Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.40.130]) by mail2.siemens.de (8.13.6/8.13.6) with ESMTP id p418JV2i002126; Sun, 1 May 2011 10:19:31 +0200 Received: (from localhost) by curry.mchp.siemens.de (8.14.4/8.14.4) id p418JVXu007886; Date: Sun, 1 May 2011 10:19:30 +0200 From: Andre Albsmeier To: Jason Hellenthal Message-ID: <20110501081930.GA14448@curry.mchp.siemens.de> References: <20110430102521.GA11716@curry.mchp.siemens.de> <20110430213157.GC5660@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110430213157.GC5660@DataIX.net> X-Echelon: X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.20 (2009-06-14) 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: Sun, 01 May 2011 08:19:39 -0000 On Sat, 30-Apr-2011 at 23:31:57 +0200, Jason Hellenthal wrote: > > Andre, > > By default snapshots directories are hidden and treated as a virtual Is it possible to hide snapshots directories in UFS? -Andre > 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=hidden | visible tank/dataset > zpool set listsnaps=on | 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.04.26-03.15.04 > >/dev/md13 544G 241G 259G 48% /people/.snap/@GMT-2011.04.27-03.15.04 > >/dev/md14 544G 236G 264G 47% /people/.snap/@GMT-2011.04.28-03.15.03 > >/dev/md15 544G 240G 260G 48% /people/.snap/@GMT-2011.04.29-03.15.03 > >/dev/md16 544G 238G 263G 47% /people/.snap/@GMT-2011.04.30-03.15.04 > >/dev/md17 544G 241G 259G 48% /people/.snap/@GMT-2011.04.23-03.15.01 > >/dev/md18 544G 239G 261G 48% /people/.snap/@GMT-2011.04.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... > > > > -- > > Regards, (jhell) > Jason Hellenthal > -- Windows NT Multitasking: Messing up several things at once.