From nobody@FreeBSD.org  Wed Sep 21 02:18:51 2005
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C083E16A41F
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 21 Sep 2005 02:18:51 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7FBE843D48
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 21 Sep 2005 02:18:51 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j8L2Ip41088935
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 21 Sep 2005 02:18:51 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.13.1/8.13.1/Submit) id j8L2IpFq088934;
	Wed, 21 Sep 2005 02:18:51 GMT
	(envelope-from nobody)
Message-Id: <200509210218.j8L2IpFq088934@www.freebsd.org>
Date: Wed, 21 Sep 2005 02:18:51 GMT
From: Seklecki@FreeBSD.org, "Brian A." <lavalamp@spiritual-machines.org>
To: freebsd-gnats-submit@FreeBSD.org
Subject: periodic(8) daily should backup bsdlabel(8) / fdisk(8) disk labels
X-Send-Pr-Version: www-2.3

>Number:         86388
>Category:       bin
>Synopsis:       [geom] [geom_part] periodic(8) daily should backup gpart(8) partition labels
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-geom
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Wed Sep 21 02:20:05 GMT 2005
>Closed-Date:    
>Last-Modified:  Tue Feb 15 01:19:25 UTC 2011
>Originator:     Seklecki, Brian A.
>Release:        5.3 Releng
>Organization:
Collaborative Fusion, Inc.  / Spiritual Machines
>Environment:
FreeBSD soundwave 5.3-RELEASE-p20 FreeBSD 5.3-RELEASE-p20 #0: Wed Jul 27 16:03:34 EDT 2005     root@soundwave.collaborativefusion.com:/usr/obj/usr/src/sys/GENERIC  i386
>Description:
      Open/NetBSD have periodic(8) (well, actually /etc/perdiodic) scripts to backup fdisk(8) and disklabel(8) output.  This is exceptionally useful in the event that you need to recover your system from an offsite storage tape backup to another facility on new (identical) hardware.  Without disk partition / slice layout information, you have no idea how your system was originally partitioned.

Of course, depending on whether you're using software or hardware RAID, you might not even know how your RAID was setup.  We also need a way to extract software RAID configurations (vinnum, geom, gmirror, CCD ex.) to a config file reference.  For example, RAIDFrame's raidctl(8)  has a nice "-G" flag:          
                                                                                                                                                                                                                            "-G dev  
Generate the configuration of the RAIDframe device in a                                                             format suitable for use with the -c or -C options."  

There is one caveat: If you're using software RAID CCD, you have your ccd.conf(5) and the output of the component disks` bsdlabel(8) using my solution to determine where on the disk the CCD slice began.

There's no way to backup hardware RAID configuration layouts until the OS has a unified RAID API (see OpenBSD's msic@ list for details on something coming in the next release there).
>How-To-Repeat:
      Sit around for a few weeks every year and brainstorm DRP (Disaster Recovery Planning) scnearios in a 100% FreeBSD environment.
>Fix:
      I wrote an ugly little script for periodic to accomplish this here initially, until someone commits a higher quality one to the fbsd src tree:

The script is viewable at the following URL as well:

http://digitalfreaks.org/~lavalamp/220.backup-bsdlabels


-------------
#!/bin/sh
#
# $FreeBSD: src/etc/periodic/daily/220.backup-bsdlablels******
#

# If there is a global system configuration file, suck it in.
#
if [ -r /etc/defaults/periodic.conf ]
then
    . /etc/defaults/periodic.conf
    source_periodic_confs
fi

case "$daily_backup_bsdlabels_enable" in
    [Yy][Ee][Ss])

    bak=/var/backups

    disks=`sysctl -n kern.disks`

    if [ -z "$disks"  ]; then
        echo '$daily_backup_disklabels_enable" is set but no disk probed by kernel.' \
        "perhaps NFS diskless client."
        rc = 2
    else

        for i in $disks; do

                # first order of business is to check for an existing backup-backup
                if [ -f $bak/fdisk.$i.bak ] ; then
                        rc=1
                        echo "rotating $bak/fdisk.$i.bak"
                        cp -p $bak/fdisk.$i.bak $bak/fdisk.$i.bak2 || rc=3
                fi

                echo "backing up fdisk for $i"

                fdisk $i > "$bak/fdisk.$i.bak" 2>/dev/null || rc=3

                # again exept now we have to get a list of patitions/slices
                # sparc64 can have...9 hopefully slices on a sunlabel?
                part_slices=$(echo /dev/${i}s[0-9])

                for j in $(echo "$part_slices" | sed 's/\/dev\///'); do
                        if [ -f $bak/disklabel.${j}.bak ] ; then
                                rc=1
                                echo "rotating $bak/disklabel.${j}.bak"
                                cp -p $bak/disklabel.${j}.bak $bak/disklabel.${j}.bak2 || rc=3
                        fi

                        echo "backing up disklabel for ${j}"
                        disklabel /dev/${j} > "$bak/disklabel.${j}.bak" 2>/dev/null || rc=3
                done
        done
    fi;;

    *)  rc=0;;
esac


>Release-Note:
>Audit-Trail:

From: Gleb Smirnoff <glebius@FreeBSD.org>
To: "Seklecki Brian A." <lavalamp@spiritual-machines.org>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: misc/86388: periodic(8) daily should backup bsdlabel(8) / fdisk(8) disk labels
Date: Wed, 21 Sep 2005 17:29:37 +0400

 On Wed, Sep 21, 2005 at 02:18:51AM +0000, Seklecki@freebsd.org wrote:
 S> >How-To-Repeat:
 S>       Sit around for a few weeks every year and brainstorm DRP (Disaster Recovery Planning) scnearios in a 100% FreeBSD environment.
 
 I would argue that storing bsdlabel(8), fdisk(8) or other storage configuration
 information on the storage itself is the best idea.
 
 -- 
 Totus tuus, Glebius.
 GLEBIUS-RIPN GLEB-RIPE

From: Maxim Konovalov <maxim@macomnet.ru>
To: Gleb Smirnoff <glebius@freebsd.org>
Cc: bug-followup@freebsd.org
Subject: Re: misc/86388: periodic(8) daily should backup bsdlabel(8) / fdisk(8)
 disk labels
Date: Wed, 21 Sep 2005 18:20:24 +0400 (MSD)

 [...]
 >  I would argue that storing bsdlabel(8), fdisk(8) or other storage
 >  configuration information on the storage itself is the best idea.
 
 The submitter said:
 
 % This is exceptionally useful in the event that you need to recover
 % your system from an offsite storage tape backup to another facility
 % on new (identical) hardware.
 
 Personally I'm always trying to create a copy of fdisk/disklabel and
 backup them when install new machine but it is very easy to forget
 about that procedure when you add a disk or change its layout.  I
 helped to other people to repair their disklabels several times
 already and from time to time see this question in FreeBSD maillists.
 There are several tools for partitions/slices restore in ports.  Even
 one is under src/. Believe me, this information saves a lot of man
 hours and nerve and Net|OpenBSD have this functionality for a reason.
 
 -- 
 Maxim Konovalov

From: Gleb Smirnoff <glebius@FreeBSD.org>
To: Maxim Konovalov <maxim@macomnet.ru>
Cc: bug-followup@FreeBSD.org
Subject: Re: misc/86388: periodic(8) daily should backup bsdlabel(8) / fdisk(8) disk labels
Date: Wed, 21 Sep 2005 18:53:58 +0400

 On Wed, Sep 21, 2005 at 06:20:24PM +0400, Maxim Konovalov wrote:
 M> >  I would argue that storing bsdlabel(8), fdisk(8) or other storage
 M> >  configuration information on the storage itself is the best idea.
 M> 
 M> The submitter said:
 M> 
 M> % This is exceptionally useful in the event that you need to recover
 M> % your system from an offsite storage tape backup to another facility
 M> % on new (identical) hardware.
 M> 
 M> Personally I'm always trying to create a copy of fdisk/disklabel and
 M> backup them when install new machine but it is very easy to forget
 M> about that procedure when you add a disk or change its layout.  I
 M> helped to other people to repair their disklabels several times
 M> already and from time to time see this question in FreeBSD maillists.
 M> There are several tools for partitions/slices restore in ports.  Even
 M> one is under src/. Believe me, this information saves a lot of man
 M> hours and nerve and Net|OpenBSD have this functionality for a reason.
 
 I know. I always save it, but outside the storage in question.
 
 -- 
 Totus tuus, Glebius.
 GLEBIUS-RIPN GLEB-RIPE

From: "Brian A. Seklecki" <bseklecki@collaborativefusion.com>
To: Tom Rhodes <trhodes@FreeBSD.org>
Cc: wmoran@collaborativefusion.com, bug-followup@FreeBSD.org, Gleb Smirnoff <glebius@freebsd.org>, Maxim Konovalov <maxim@macomnet.ru>
Subject: Re: bin/86388: [patch] periodic(8) daily should backup bsdlabel(8)
	/ fdisk(8) disk labels
Date: Tue, 20 Jun 2006 09:37:15 -0400

 --=-oKV6oVh6A7Brq7ntEr96
 Content-Type: text/plain
 Content-Transfer-Encoding: quoted-printable
 
 On Tue, 2006-03-14 at 18:27 -0500, Tom Rhodes wrote:
 > On Mon, 13 Mar 2006 23:47:44 -0500
 > "Brian A. Seklecki" <bseklecki@mx00.pub.collaborativefusion.com> wrote:
 
 I've updated this to work with $prefix/local/periodic./daily* and use
 echo(1) less, where possible, except in conjunction with sed(1).
 
 I've also addressed the "there's no sysctl with geom devices" with
 periodic.conf(5) variables:
 
 $daily_backup_bsdlabels_include
 $daily_backup_bsdlabels_exclude (regexp passed to sed(1))
 
 So you can do:
 
 # enable
 daily_backup_bsdlabels_enable=3D"YES"
 # don't backup unmoued CF->USB storage
 daily_backup_bsdlabels_exclude=3D"da[0-9]"
 # You might die trying!
 daily_backup_bsdlabels_xtra_disks=3D"mirror/gm0"
 
 http://digitalfreaks.org/~lavalamp/220.backup-bsdlabels
 
 Still ugly as hell but it works!
 
 ~BAS
 
 PS our bourne shell is strange.
 
 part_slices=3D/dev/ad0s[0-9] =3D works
 disk=3Dad0
 part_slices=3D/dev/${disk}s[0-9] =3D doesn't work
 so:
 part slices=3D$(echo /dev/${disk}s[0-9]) =3D ugly, but works.
 
 ~BAS
 
 > echo(1) has to go in this code.
 >=20
 > What about printf(1)?
 >=20
 --=20
 Brian A. Seklecki <bseklecki@collaborativefusion.com>
 Collaborative Fusion, Inc.
 
 --=-oKV6oVh6A7Brq7ntEr96
 Content-Type: application/x-pkcs7-signature; name=smime.p7s
 Content-Disposition: attachment; filename=smime.p7s
 Content-Transfer-Encoding: base64
 
 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHYDCCA6ww
 ggKUoAMCAQICAS4wDQYJKoZIhvcNAQEEBQAwgaAxCzAJBgNVBAYTAlVTMRUwEwYDVQQIEwxQZW5u
 c3lsdmFuaWExEzARBgNVBAcTClBpdHRzYnVyZ2gxIzAhBgNVBAoTGkNvbGxhYm9yYXRpdmUgRnVz
 aW9uLCBJbmMuMR4wHAYDVQQLExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxIDAeBgNVBAMTF0NvbGxh
 Ym9yYXRpdmUgRnVzaW9uIENBMB4XDTA1MTIxOTIwMzkxM1oXDTA2MTIxOTIwMzkxM1owgbsxCzAJ
 BgNVBAYTAlVTMRUwEwYDVQQIEwxQZW5uc3lsdmFuaWExEzARBgNVBAcTClBpdHRzYnVyZ2gxIzAh
 BgNVBAoTGkNvbGxhYm9yYXRpdmUgRnVzaW9uLCBJbmMuMQ0wCwYDVQQLEwRCT0ZIMRowGAYDVQQD
 ExFCcmlhbiBBLiBTZWtsZWNraTEwMC4GCSqGSIb3DQEJARYhYnNla2xlY2tpQGNvbGxhYm9yYXRp
 dmVmdXNpb24uY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDkC6Fb+c77I+dm58TFxvOn
 BKaf4wug8K34V/zvjYdLVKRkEA+WLMb1/4shisJgEU9RXzoZ3wF3z+FaZKnSTCp79XF9pJ6ajmu+
 79rf6negRYKnHoxq4am95PEpFfwXFmuBm6nQMmJwL/6NwpoQInve5OB/bRVW5UMv4Q3R2QAMzwID
 AQABo1gwVjAsBgNVHREEJTAjgSFic2VrbGVja2lAY29sbGFib3JhdGl2ZWZ1c2lvbi5jb20wEQYJ
 YIZIAYb4QgEBBAQDAgSwMBMGA1UdJQQMMAoGCCsGAQUFBwMCMA0GCSqGSIb3DQEBBAUAA4IBAQBB
 zoyBh9QR/Qj5kUSrwTTUMudk13CvidDh5O+vvlNrcwicqgiQcsJ8PQZ20ujiyzvJ97fFm13Bi02R
 oXlnDGpAaUR2AGJcJSgHDRoP5Qkkt/5OHp1s5uYEsBMkFnGJVcgIeEkg3MdKJD8EOaFXoHOVlfcf
 WQNB8vmk8GK+6dpDTm7yb9dK44R+D5Lky+kgNkJ/+s6G6oQKlR1NRkNfxRBwh33wE9+OUl2Cgx8c
 VzPPTeVTMcCAUPeJNa/gLk0X/oxCGMfyjBJSaEz8rb33xNJm5dl34/h49PrFf4pyMIiDslKwHopN
 JpkV9wDQZyYGJK9TMDVOWEvpERISIszjsmFRMIIDrDCCApSgAwIBAgIBLjANBgkqhkiG9w0BAQQF
 ADCBoDELMAkGA1UEBhMCVVMxFTATBgNVBAgTDFBlbm5zeWx2YW5pYTETMBEGA1UEBxMKUGl0dHNi
 dXJnaDEjMCEGA1UEChMaQ29sbGFib3JhdGl2ZSBGdXNpb24sIEluYy4xHjAcBgNVBAsTFUNlcnRp
 ZmljYXRlIEF1dGhvcml0eTEgMB4GA1UEAxMXQ29sbGFib3JhdGl2ZSBGdXNpb24gQ0EwHhcNMDUx
 MjE5MjAzOTEzWhcNMDYxMjE5MjAzOTEzWjCBuzELMAkGA1UEBhMCVVMxFTATBgNVBAgTDFBlbm5z
 eWx2YW5pYTETMBEGA1UEBxMKUGl0dHNidXJnaDEjMCEGA1UEChMaQ29sbGFib3JhdGl2ZSBGdXNp
 b24sIEluYy4xDTALBgNVBAsTBEJPRkgxGjAYBgNVBAMTEUJyaWFuIEEuIFNla2xlY2tpMTAwLgYJ
 KoZIhvcNAQkBFiFic2VrbGVja2lAY29sbGFib3JhdGl2ZWZ1c2lvbi5jb20wgZ8wDQYJKoZIhvcN
 AQEBBQADgY0AMIGJAoGBAOQLoVv5zvsj52bnxMXG86cEpp/jC6DwrfhX/O+Nh0tUpGQQD5YsxvX/
 iyGKwmART1FfOhnfAXfP4VpkqdJMKnv1cX2knpqOa77v2t/qd6BFgqcejGrhqb3k8SkV/BcWa4Gb
 qdAyYnAv/o3CmhAie97k4H9tFVblQy/hDdHZAAzPAgMBAAGjWDBWMCwGA1UdEQQlMCOBIWJzZWts
 ZWNraUBjb2xsYWJvcmF0aXZlZnVzaW9uLmNvbTARBglghkgBhvhCAQEEBAMCBLAwEwYDVR0lBAww
 CgYIKwYBBQUHAwIwDQYJKoZIhvcNAQEEBQADggEBAEHOjIGH1BH9CPmRRKvBNNQy52TXcK+J0OHk
 76++U2tzCJyqCJBywnw9BnbS6OLLO8n3t8WbXcGLTZGheWcMakBpRHYAYlwlKAcNGg/lCSS3/k4e
 nWzm5gSwEyQWcYlVyAh4SSDcx0okPwQ5oVegc5WV9x9ZA0Hy+aTwYr7p2kNObvJv10rjhH4PkuTL
 6SA2Qn/6zobqhAqVHU1GQ1/FEHCHffAT345SXYKDHxxXM89N5VMxwIBQ94k1r+AuTRf+jEIYx/KM
 ElJoTPytvffE0mbl2Xfj+Hj0+sV/inIwiIOyUrAeik0mmRX3ANBnJgYkr1MwNU5YS+kREhIizOOy
 YVExggMkMIIDIAIBATCBpjCBoDELMAkGA1UEBhMCVVMxFTATBgNVBAgTDFBlbm5zeWx2YW5pYTET
 MBEGA1UEBxMKUGl0dHNidXJnaDEjMCEGA1UEChMaQ29sbGFib3JhdGl2ZSBGdXNpb24sIEluYy4x
 HjAcBgNVBAsTFUNlcnRpZmljYXRlIEF1dGhvcml0eTEgMB4GA1UEAxMXQ29sbGFib3JhdGl2ZSBG
 dXNpb24gQ0ECAS4wCQYFKw4DAhoFAKCCAdMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq
 hkiG9w0BCQUxDxcNMDYwNjIwMTMzNzE1WjAjBgkqhkiG9w0BCQQxFgQU1mGOYEVqgmFkyJiPJzUO
 Vi/7oRcwgbcGCSsGAQQBgjcQBDGBqTCBpjCBoDELMAkGA1UEBhMCVVMxFTATBgNVBAgTDFBlbm5z
 eWx2YW5pYTETMBEGA1UEBxMKUGl0dHNidXJnaDEjMCEGA1UEChMaQ29sbGFib3JhdGl2ZSBGdXNp
 b24sIEluYy4xHjAcBgNVBAsTFUNlcnRpZmljYXRlIEF1dGhvcml0eTEgMB4GA1UEAxMXQ29sbGFi
 b3JhdGl2ZSBGdXNpb24gQ0ECAS4wgbkGCyqGSIb3DQEJEAILMYGpoIGmMIGgMQswCQYDVQQGEwJV
 UzEVMBMGA1UECBMMUGVubnN5bHZhbmlhMRMwEQYDVQQHEwpQaXR0c2J1cmdoMSMwIQYDVQQKExpD
 b2xsYWJvcmF0aXZlIEZ1c2lvbiwgSW5jLjEeMBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5
 MSAwHgYDVQQDExdDb2xsYWJvcmF0aXZlIEZ1c2lvbiBDQQIBLjANBgkqhkiG9w0BAQEFAASBgLve
 /pUhJ3JObl2WYzZByVn1q4k7YTN7mJyszMr2NVocZUpNNeq5n3ZGtduYDeMFSJ7o4QqFcIkEtFYO
 4EZRC9TZrzXvTMlqRZ/tX+f5u6hFNOsVyz8YT3uq4AZLwxSz3tzbOfMPOe+IbZ4uvzTiq/O+A1Fq
 1RXjs/Uf02dDZ7KOAAAAAAAA
 
 
 --=-oKV6oVh6A7Brq7ntEr96--
 

From: Miroslav Lachman <000.fbsd@quip.cz>
To: bug-followup@FreeBSD.org,  lavalamp@spiritual-machines.org
Cc:  
Subject: Re: bin/86388: [patch] periodic(8) daily should backup bsdlabel(8)
 / fdisk(8) disk labels
Date: Mon, 09 Jul 2007 20:23:07 +0200

 Is there any progress to integrate this patch in to base system (6.x or 
 7.x)?
 
 It seems useful to me. I was thinking to integrate similar feature in to 
 my own backup scripts, but start googling first and find this periodic 
 script.
 
 I think there is nothing bad on backuping disk layout on filesystem 
 itself, because filesystem is (could be) easily backed up by tar, rsync, 
 dump or any other backup system, so one then have disk layout (fdisk + 
 bsdlabel) stored in the backup archive with data.
 
 The last note - I can not find updated version of 220.backup-bsdlabels 
 with daily_backup_bsdlabels_xtra_disks announced variable (I am using 
 gmirror on almost all my servers)
 
 Miroslav Lachman

From: "Brian A. Seklecki" <lavalamp@spiritual-machines.org>
To: Miroslav Lachman <000.fbsd@quip.cz>
Cc: bug-followup@FreeBSD.org
Subject: Re: bin/86388: [patch] periodic(8) daily should backup bsdlabel(8)
 / fdisk(8) disk labels
Date: Thu, 27 Sep 2007 11:31:02 -0400 (EDT)

 NetBSD and OpenBSD have had that code in place for 10 years.  Not sure why 
 we dont have it yet.  The advent of an enterprise class F/OSS backup 
 system (Bacula) really emphasizes the need for this.
 
 ~BAS
 
 On Mon, 9 Jul 2007, Miroslav Lachman wrote:
 
 > Is there any progress to integrate this patch in to base system (6.x or 7.x)?

From: Maxim Konovalov <maxim@macomnet.ru>
To: "Brian A. Seklecki" <lavalamp@spiritual-machines.org>
Cc: bug-followup@freebsd.org
Subject: Re: bin/86388: [patch] periodic(8) daily should backup bsdlabel(8)
 / fdisk(8) disk labels
Date: Fri, 28 Sep 2007 22:11:49 +0400 (MSD)

 On Thu, 27 Sep 2007, 15:50-0000, Brian A. Seklecki wrote:
 
 >  NetBSD and OpenBSD have had that code in place for 10 years.  Not
 >  sure why we dont have it yet.  The advent of an enterprise class
 >  F/OSS backup system (Bacula) really emphasizes the need for this.
 >
 Could you please point me out where is the code in NetBSD?
 
 -- 
 Maxim Konovalov

From: Alexander Best <alexbestms@math.uni-muenster.de>
To: <bug-followup@FreeBSD.org>
Cc:  
Subject: Re: bin/86388: [patch] periodic(8) daily should backup bsdlabel(8)
 / fdisk(8) disk labels
Date: Sat, 28 Mar 2009 02:31:01 +0100 (CET)

 as discussed in this thread
 
 http://lists.freebsd.org/pipermail/freebsd-current/2009-January/002389.html
 
 the patch needs to be updated and improved in order to get committed to
 CURRENT. also netbsd/openbsd don't seem to be using this script any longer.
State-Changed-From-To: open->suspended 
State-Changed-By: linimon 
State-Changed-When: Tue Nov 10 08:15:45 UTC 2009 
State-Changed-Why:  
Script needs to be updated to work on -current.  To submitter: sorry 
that it has sat in GNATS without action for so long. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=86388 
State-Changed-From-To: suspended->open 
State-Changed-By: arundel 
State-Changed-When: Tue Feb 15 01:13:44 UTC 2011 
State-Changed-Why:  
Back to open, since with 'gpart backup' there's a new and easy way to backup the 
partition table. 


Responsible-Changed-From-To: freebsd-bugs->freebsd-geom 
Responsible-Changed-By: arundel 
Responsible-Changed-When: Tue Feb 15 01:13:44 UTC 2011 
Responsible-Changed-Why:  
Over to geom folks. Maybe they can come up with a periodic(8) script to take 
care of this ancient PR. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=86388 
>Unformatted:
