svn commit: r360077 - head/cddl/usr.sbin/zfsd

[Alan Somers]

Definitely if there were some meaningful information in it.  But an empty
file?  I'm not sure.  I'm only sure that I can fix the bad .Xr faster by
removing it.
-Alan

On Sat, Apr 18, 2020 at 8:25 PM Rodney W. Grimes <freebsd at gndrsh.dnsmgr.net>
wrote:

> > Author: asomers
> > Date: Sat Apr 18 19:47:38 2020
> > New Revision: 360077
> > URL: https://svnweb.freebsd.org/changeset/base/360077
> >
> > Log:
> >   zfsd.8: fix orphan .Xr
> >
> >   Though ZFS is a kernel module, it has no man page in section 4.
>
> Wouldn't of been better to create a section 4 man page for zfs,
> even if it was empty/TBD?
>
> >   Reported by:        phk
> >   MFC after:  2 weeks
> >
> > Modified:
> >   head/cddl/usr.sbin/zfsd/zfsd.8
> >
> > Modified: head/cddl/usr.sbin/zfsd/zfsd.8
> >
> ==============================================================================
> > --- head/cddl/usr.sbin/zfsd/zfsd.8    Sat Apr 18 18:25:30 2020
> (r360076)
> > +++ head/cddl/usr.sbin/zfsd/zfsd.8    Sat Apr 18 19:47:38 2020
> (r360077)
> > @@ -25,7 +25,7 @@
> >  .\"
> >  .\" $FreeBSD$
> >  .\"
> > -.Dd May 26, 2016
> > +.Dd April 18, 2020
> >  .Dt ZFSD 8
> >  .Os
> >  .Sh NAME
> > @@ -96,8 +96,7 @@ If a leaf vdev generates more than 50 I/O errors in a
> >  .Nm
> >  will mark that vdev as
> >  .Em FAULTED .
> > -.Xr zfs 4
> > -will no longer issue any I/Os to it.
> > +ZFS will no longer issue any I/Os to it.
> >  .Nm
> >  will activate a hotspare if one is available.
> >  .It Checksum errors
> > @@ -106,8 +105,7 @@ period, then
> >  .Nm
> >  will mark that vdev as
> >  .Em DEGRADED .
> > -.Xr zfs 4
> > -will still use it, but zfsd will activate a spare anyway.
> > +ZFS will still use it, but zfsd will activate a spare anyway.
> >  .It Spare addition
> >  If the system administrator adds a hotspare to a pool that is already
> degraded,
> >  .Nm
> > @@ -138,7 +136,6 @@ then reads them back in when next it starts up.
> >  .El
> >  .Sh SEE ALSO
> >  .Xr devctl 4 ,
> > -.Xr zfs 4 ,
> >  .Xr zpool 8
> >  .Sh HISTORY
> >  .Nm
> >
>
> --
> Rod Grimes
> rgrimes at freebsd.org
>