ue1 and ue2 swinging

Eric A. Borisch eborisch at gmail.com
Tue Sep 6 02:18:04 UTC 2016


On Sunday, September 4, 2016, Nenhum_de_Nos <matheus at eternamente.info>
wrote:

> On Sun, 4 Sep 2016 00:00:38 -0500
> "Eric A. Borisch" <eborisch at gmail.com <javascript:;>> wrote:
>
> > On Sat, Sep 3, 2016 at 11:28 PM, Eric A. Borisch <eborisch at gmail.com
> <javascript:;>> wrote:
> > > On Saturday, September 3, 2016, Nenhum_de_Nos <
> matheus at eternamente.info <javascript:;>>
> > > wrote:
> > >>
> > >> On Fri, 2 Sep 2016 13:05:45 -0300
> > >> "Nenhum_de_Nos" <matheus at eternamente.info <javascript:;>> wrote:
> > >>
> > >> >
> > >> > On Thu, September 1, 2016 23:34, Eric A. Borisch wrote:
> > >> > > Matheus,
> > >> > >
> > >> > > I had a very similar problem, which led me to throw this together:
> > >> > >
> > >> > > https://github.com/eborisch/ethname
> > >> > >
> > >> > > I think the comments in it are fairly complete, let me know if
> > >> > > anything
> > >> > > doesn't make sense.
> > >> > >
> > >> > > Perhaps there is an easier way, but most discussions I found
> ended in
> > >> > > "you
> > >> > > could rename them on boot" - which is what this rc.d script does.
> I
> > >> > > use it
> > >> > > on my home router to great effect. (I rename the adapters to
> cable and
> > >> > > priv
> > >> > > just to make firewall rules etc. even clearer.)
> > >> > >
> > >> > >  - Eric
> > >> >
> > >> > Eric,
> > >> >
> > >> > great hint there, I will try it later when I get home and report
> back
> > >> > here. Thanks!
> > >> >
> > >> > matheus
> > >>
> > >> Hi Eric,
> > >>
> > >> I tried it and something is not working here, I suppose. I have the
> > >> /usr/local/etc/ifmap, the ethname is on /usr/local/etc/rc.d, and if I
> run it
> > >> past boot it works fine. But on reboot it doesn't. Is this the
> inteded way
> > >> or am I missing something?
> > >>
> > >> thanks,
> > >>
> > >> matheus
> > >
> > >
> > > You have ethname_enabled="YES" and ethname_devices="ue0 ue1" (or
> whichever
> > > devices you want renamed) in your rc.conf; their original names, not
> what
> > > you want them to become?
> > >
> > > If you have console access, can you try running it manually? I'll
> double
> > > check in a bit that the version on github matches what I'm running.
> > >
> > >   - Eric
> >
> > I'm running (and have been running) the version on github verbatim with
> success.
> >
> > Does 'service -e | grep ethname' return the path the ethname? If not,
> > put the 'ethname' script chmod-ed 555 and owned by root into
> > /usr/local/etc/rc.d ...
> >
> > I'm also running 11.0RC2, but on amd64; I don't think that should be
> > the issue, especially if you can run it manually via 'service ethname
> > start'.
> >
> >  - Eric
>
> Eric,
>
> I think all things are fine here:
>
> root at bee:~ # service -e | grep eth
> /usr/local/etc/rc.d/ethname
> root at bee:~ # cat /etc/rc.conf | grep ethn
> ethname_enable="YES"
> ethname_devices="ue1 ue2"
> root at bee:~ # ls -l /usr/local/etc/rc.d/ethname
> -r-xr-xr-x  1 root  wheel  3119 Sep  2 20:28 /usr/local/etc/rc.d/ethname
> root at bee:~ # cat /usr/local/etc/ifmap
>
> #b8:27:eb:fe:5a:e5 lan
> 00:00:00:00:00:00 net
> 00:00:0:00:00:01 cabo
> root at bee:~ # /usr/local/etc/rc.d/ethname restart
> tempdev0
> tempdev1
> cabo
> net
> root at bee:~ #
>
>
> I don't get it working right after boot, despite service -e returns it.
>
> after running on terminal I get it fine then.
>
> any hints?
>
> thanks!
>
> matheus
>

Bringing back to the list for resolution.

The ueN (axe based) devices were not quite up yet on this system when the
renaming script was run. I've updated (on github) the script to wait for
the requested devices to appear (with configurable timeout), as well as
added notes regarding making sure the drivers for the devices you wish to
rename are either compiled in, or loaded via loader.conf, such that we
aren't dependent upon devd to do so.

I'd love some feedback on the script if anyone else has a use case for it /
wants to kick the tires, and then I'll file a PR to add to ports.

  - Eric


More information about the freebsd-stable mailing list