With 1.4.0-rc1 All OK, came up on reboot:

Working on latest 1.4! 👍

Working on latest 1.4. 👍

It will be included after 1.4-rc2

In T5247#166517, @SrividyaA wrote:

Now we receive this error in 1.5-rolling-202312060024 when the command is executed:

vyos@R1:~$ show interfaces system
-vbash: /opt/vyatta/bin/vyatta-show-interfaces: No such file or directory

Just wanted to add that this error is also present in V1.4 RC1

Create a new feature request if you need some specific feature/features
For example, for offloads we use:

vyos@r4# set interfaces ethernet eth0 offload 
Possible completions:
   gro                  Enable Generic Receive Offload
   gso                  Enable Generic Segmentation Offload
   hw-tc-offload        Enable Hardware Flow Offload
   lro                  Enable Large Receive Offload
   rfs                  Enable Receive Flow Steering
   rps                  Enable Receive Packet Steering
   sg                   Enable Scatter-Gather
   tso                  Enable TCP Segmentation Offloading

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

I was unable to duplicate the behavior with 1.4.0-rc1. Performed add system image https://cdn.vyos.io/1.4.0-rc1/vyos-1.4.0-rc1-amd64.iso) with above configuration, and nhrp came up on reboot. So it's common to 1.4 and 1.5, but only since sometime in December (post rc1)?

Removed

Merged

With the same config:

I'm seeing this on 1.4 as well, dockerized build 1.4-rolling-202401061915), configured following https://docs.vyos.io/en/sagitta/configuration/vpn/dmvpn.html with no other protocols/services.

PR https://github.com/vyos/vyatta-op/pull/86

PR https://github.com/vyos/vyatta-op/pull/86

PR https://github.com/vyos/vyos-1x/pull/2821

Can confirm, short term testing worked.

Oops, I didn't see T5647! Sorry! I guess this one can be closed as a duplicate.

Do static addresses/gateways work stable enough?

100% agree. I have submitted a similar feature request here:

In T5835#171322, @Viacheslav wrote:

Another bug it that /config/upnp.leases is hardcoded, but there is no script who creates it https://github.com/vyos/vyos-1x/blob/aebb458262072457c6a3840d1b17031fbd780eca/data/templates/firewall/upnpd.conf.j2#L128

It cause of

Jan 10 21:16:03 r4 miniupnpd[9869]: Reloading rules from lease file
Jan 10 21:16:03 r4 miniupnpd[9869]: could not open lease file: /config/upnp.leases

Did some more work on this.

Hello, this task has a bug. Do I open a new task or comment here?

I've made some progress. I've been able to get miniupnpd to stop generating the mnl_cb_run() errors. It was as assumed; the lack of nft table / chains.

PR:
https://github.com/vyos/vyos-1x/pull/2818

We have a decision to leave it as it is.
@c-po closed the task T4487
So close it as wontfix.

PR https://github.com/vyos/vyos-1x/pull/2814

We don't need append
We should use leafNode type /multi for example https://github.com/vyos/vyos-1x/blob/4c29922cc0baa9c127391b58e82b76f69e1e2dce/interface-definitions/include/bgp/afi-l2vpn-common.xml.i#L43

PR https://github.com/vyos/vyos-1x/pull/2812

In testing before PR:
https://github.com/vyos/vyos-1x/compare/current...jestabro:serial-console-config-mode

@fdcastel Thanks for confirming

Also working with 1.5 / circinus:

Finally it seemed to be fixed in the VyOS 1.5-rolling-202401090834 version I updated today to latest rolling and its fine now 👌

PR: https://github.com/vyos/vyos-1x/pull/2807

It is still a bug and was reproduced in T5926

Deleting was described there T3843 and seems steel relevant

Just a question: Would it be nice if this feature could also be combined with the commit-confirm?
e.g. like commit-confirm soft 20

This issue seems to appear only with 1.3 but not with 1.4