Can someone provide me with information of why zebra_irdp.so or irdp.so is missing the modules for FRR 10.2.1
I have monitored the starting of FRR protocols and it starts every needed protocols and once it comes to zebra_irdp.so and could ldopen the module zebra fails

https://github.com/vyos/vyos-vpp/pull/10

https://github.com/vyos/vyos-vpp/pull/9

Module updates (6.0.0) add support for encrypted passwords, including idempotence and tests.

Follow-up https://github.com/vyos/vyos.vyos/pull/394 is for ospfv3 integration tests

I found out that the frr 10.2.1 may be missing some file. As you can see from the snippet below the shared module irdp.so appears to be missing from the package. Immediately after that zebra fails

seems its getting through all smoketests as of the last T6989 syslog fixes.

Dunno how this is done for IPv6 but for IPv4 we got these kernel parameters to play with:

@takehaya
Hi Takeru-san,

@tarik.haddouchi
Hi Tarik-san,

Priorities seems correct

vyos@r14# /usr/libexec/vyos/priority.py | match "container|firew"
       450  container.py                         ['container']
       489  firewall.py                          ['firewall']
[edit]
vyos@r14#

Given current state, I"m going to close this.

Starting work on this—seems relatively trivial for that particular item.

"Failed to listen on syslog.socket" doesnt look good if you ask me ;-)

Resolved with latest changes for 6.0.0

Reportedly this problem did not exist in VyOS 1.5-rolling-202410260007 (according to slack with @evgmol ). I've seen the problem occur in versions as far back as Vyos-1.5-rolling-202411070006, so that may shed some light on where it occurs.

The individual tests look good - must be a permutation

Probably related:

It looks like this commit wasnt properly tested before pushed to the public tree according to:

https://github.com/vyos/vyos-1x/pull/4340

This turns out to be a simple fix. The problem is an issue with deleting directories on separate threads when running with multiple targets. Simple fix is to run_once: true the two places where this happens. Not surprisingly, this fix works.

@HollyGurza the vyos-network-event logger service could be used to superseede netplugd which we wanted to remove for a long time.

this issue doesn't reproduce on:

found the bug in ospf_interfaces bug. This code (both for 1.3- and 1.4+) does not cut it:

likely fix PR: https://github.com/vyos/vyos-build/pull/901