Re: Where did the nvd devices go?

On Thu, Jun 22, 2023, 2:25 AM Tomoaki AOKI <junchoon@dec.sakura.ne.jp>
wrote:

> Maybe I'm wrong, but does D25168 "geom(4): Look for aliases when
> searching for providers by name" [1], which is already accepted but not
> yet committed, help?
>

That's the kernel side. And i think i did something else when that proved
to have unanticipated problems. At least some of the issues with the
useland commands are because I didn't realize at the time that libgeom and
friends need updating...

Warner


[1] https://reviews.freebsd.org/D25168
>
>
> On Wed, 21 Jun 2023 23:07:51 -0700
> Kevin Oberman <rkoberman@gmail.com> wrote:
>
> > Just found another breakage due to nvd becoming a symlimk. I use gkrellm
> as
> > my system monitor and, after the update, my SSD showed no activity. Easy
> > fix to edit the configuration to disable nvd0 and enable nda0, but
> another
> > case of a tool not following the symlink.
> >
> > If I get a little time tomorrow. I'll try finding the code in gkrellm and
> > see if I can figure out whether the breakage is a roble in the port or a
> > system issue, but no promises.
> >
> > On Wed, Jun 21, 2023 at 8:43 PM Warner Losh <imp@bsdimp.com> wrote:
> >
> > >
> > >
> > > On Wed, Jun 21, 2023 at 8:47 PM Kevin Oberman <rkoberman@gmail.com>
> wrote:
> > >
> > >>
> > >> Commands used were "gpart show nvd0" and "geli attach -d -k
> ************
> > >> /dev/nvd0p7". Also tried both with and without the "/dev" which fail
> for
> > >> nvd*  and succeed with nda*.
> > >>
> > >
> > > Ah. I see the problem. libgeom doesn't parse the <alias> nodes, nor
> does
> > > it use them when searching for a geom by name...
> > >
> > > I need to carefully think about how to fix it, though, since it may be
> an
> > > ABI change and we're getting trickily close
> > > to 14 to be mucking with this...
> > >
> > > Warner
> > >
> >
> >
> > --
> > Kevin Oberman, Part time kid herder and retired Network Engineer
> > E-mail: rkoberman@gmail.com
> > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
>
>
> --
> Tomoaki AOKI    <junchoon@dec.sakura.ne.jp>
>
>