Hi all, has anyone had experience using the batman-adv protocol
and can comment on its use instead of ospf?
The recommended "drop in" replacement for quagga/ospf based
routing with the frr/ospf package has proven to be a less than
stellar replacement in my case
On Wed, Dec 1, 2021 at 8:05 PM Rich Freeman wrote:
>
> On Wed, Dec 1, 2021 at 7:15 PM Dale wrote:
> >
> >
> > root@fireball / # ls -al /etc/udev/rules.d/
> > -rw-r--r-- 1 root root 1903 Apr 4 2012 70-persistent-cd.rules
> > -rw-r--r-- 1 root root 814 Jan 1 2008 70-persistent-net.rules
> >
On Wed, Dec 1, 2021 at 7:15 PM Dale wrote:
>
>
> root@fireball / # ls -al /etc/udev/rules.d/
> -rw-r--r-- 1 root root 1903 Apr 4 2012 70-persistent-cd.rules
> -rw-r--r-- 1 root root 814 Jan 1 2008 70-persistent-net.rules
> -rw-r--r-- 1 root root0 Mar 22 2015 80-net-name-slot.rules
>
> I
On Wed, 01 Dec 2021 19:15:36 -0500,
Dale wrote:
>
> Neil Bothwick wrote:
> > On Wed, 1 Dec 2021 17:27:32 -0600, Dale wrote:
> >
> >> What made this affect me, I think the method is different to disable it
> >> in udev than it is in eudev.
> > net.ifnames=0 works on both udev and eudev, I've had
Neil Bothwick wrote:
> On Wed, 1 Dec 2021 17:27:32 -0600, Dale wrote:
>
>> What made this affect me, I think the method is different to disable it
>> in udev than it is in eudev.
> net.ifnames=0 works on both udev and eudev, I've had it in my GRUB config
> for years and it needed no changes when
On Wed, 1 Dec 2021 17:27:32 -0600, Dale wrote:
> What made this affect me, I think the method is different to disable it
> in udev than it is in eudev.
net.ifnames=0 works on both udev and eudev, I've had it in my GRUB config
for years and it needed no changes when switching from eudev to udev.
Marco Rebhan wrote:
> On Wednesday, 1 December 2021 20:44:48 CET Arve Barsnes wrote:
>> I have been running eudev for as long as it has existed, and have also
>> been using the predictable interface names more or less since they
>> were introduced. The eudev ebuild also shows a message about this
On Wed, 1 Dec 2021 at 20:28, Rich Freeman wrote:
> I suspect they would have had similar issues with other distros, but
> that would have been years ago when udev made the change and eudev
> decided not to merge it. That dates to around the time eudev started.
I have been running eudev for as
On Wed, 2021-12-01 at 14:28 -0500, Rich Freeman wrote:
> indeed being able to change this stuff is part of the appeal of
> Gentoo. Besides, Gentoo users probably would want to be aware of it
> anyway...
Amen. I knew what I was signing up for. Just hoping to save someone
else an unexpected trip
On Wed, Dec 1, 2021 at 2:17 PM Jigme Datse
wrote:
>
> I honestly was afraid of this with running some updates lately.
> Like... Not this specifically, but because someone was commenting
> about eudev->udev causing problems... And then the problems I was
> having a hard time with some updates on
On Wed, 01 Dec 2021 12:49:59 -0500
"Matt Connell (Gmail)" wrote:
> If you have a Gentoo machine running on Linode, take care to note that
> the eudev => udev changeover requires some manual intervention before
> the next reboot.
>
> You will need to DISABLE the network autoconfiguration option
If you have a Gentoo machine running on Linode, take care to note that
the eudev => udev changeover requires some manual intervention before
the next reboot.
You will need to DISABLE the network autoconfiguration option for the
VM, and edit /etc/conf.d/net to specify the new, 'predictable'
On 12/1/21 10:02 AM, Grant Edwards wrote:
IIRC, there are situations where using udev rules to rename them
"ethN" based on MAC addresses will fail because that can conflict
with the low-level kernel names. Or something like that.
I don't think I ever ran into a problem re-using the original
On 2021-11-30, Grant Taylor wrote:
> I guess I never really gave the renaming much thought because I
> almost always complied drivers into the kernel, which meant that
> they had a consistent ~> predictable enumeration and naming order.
I think that's generally true on most motherboards for PCI
On 2021-11-30, Grant Taylor wrote:
> Besides, it's a LOT easier to /just/ `tcpdump -nni eth0` when logging
> into a machine than it is to have to figure out the interface name first.
Yep. I always add udev rules to rename the boards net0, net1, etc.
based don the MAC addresses.
> That being
15 matches
Mail list logo
