@MPStudyly note that tests are not run with sudo
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Jul 14 2025
Jul 14 2025
dmbaturin edited projects for T7562: Command 'set vpn ipsec disable-uniqreqids' does nothing, added: VyOS 1.4 Sagitta (1.4.4); removed VyOS 1.4 Sagitta (1.4.3).
Viacheslav changed the status of T7626: update container image with unexpected error from Open to In progress.
Viacheslav changed the status of T7625: WAN load balancer always has nftables limit configured from Open to In progress.
evgmol updated subscribers of T7621: Running a "delete" in ansible will prevent subsequent "set" from being applied.
@nicholaschaffeee Hi!
Are you able to describe your use case above?
Jul 13 2025
Jul 13 2025
yzguy updated the task description for T7487: wwan interface numbers do not always match the modem numbers.
vi /opt/vyatta/share/vyatta-op/templates/update/container/image/node.tag/node.def
Replace the run command with
tjjh89017 added a comment to T7527: op mode commands failing with 'syntax error near then' in 2025.06.04-0020-rolling.
I didn't get this issue, so I created another ticket.
I fixed it.
Viacheslav triaged T7625: WAN load balancer always has nftables limit configured as Normal priority.
MattK updated the task description for T7625: WAN load balancer always has nftables limit configured.
MattK updated the task description for T7625: WAN load balancer always has nftables limit configured.
MattK updated the task description for T7625: WAN load balancer always has nftables limit configured.
MattK updated the task description for T7625: WAN load balancer always has nftables limit configured.
MattK updated the task description for T7625: WAN load balancer always has nftables limit configured.
Viacheslav moved T7623: Add a test for DHCP default route with VRF from Need Triage to Completed on the VyOS Rolling board.
PR
GitHub <noreply@github.com> committed rVYOSONEX59732c9b412f: Merge pull request #4598 from nobidev/features/add-test-route-static-dhcp (authored by Viacheslav).
GitHub <noreply@github.com> committed rVYOSONEX7fee1e1d7f6f: Merge pull request #4586 from nobidev/features/add-support-proxy-for-haproxy (authored by Viacheslav).
Jul 12 2025
Jul 12 2025
GitHub <noreply@github.com> committed rVYOSONEX725aaa3406e6: Merge pull request #4597 from nobidev/features/fix-typing (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEXa223e977cbe9: Merge pull request #4600 from vyos/cla (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEXd51f9594c1ac: fix of the run trigger (authored by evgbondarenko).
Jul 11 2025
Jul 11 2025
syncer triaged T7620: Ansible Role is not idempotent when SSH key is rsa with 4096bits as Normal priority.
dmbaturin renamed T5744: PKI import OpenVPN shared key includes unexpected BEGIN and END from PKI import OpenVPN shared key includess unexpected BEGIN and END to PKI import OpenVPN shared key includes unexpected BEGIN and END.
c-po edited projects for T5810: Add support for RPKI source IP, added: VyOS 1.5 Circinus (1.5-stream-2025-Q3); removed Restricted Project, VyOS 1.5 Circinus.
c-po edited projects for T6747: frr: upgrade routing suite to 10.2, added: VyOS 1.5 Circinus (1.5-stream-2025-Q3); removed VyOS 1.5 Circinus.
c-po edited projects for T7432: RPKI VRF Support, added: VyOS 1.5 Circinus (1.5-stream-2025-Q3); removed VyOS 1.5 Circinus.
That's odd, I really wonder what the difference between our environments is. I'm running all tests inside the build container directly calling "sudo make <target>" one after another for the targets:
In our environment, all tests passed as during build, as installed on the test VM
DEBUG - Running Testcase: /usr/libexec/vyos/tests/smoke/cli/test_vrf.py DEBUG - test_vrf_assign_interface (__main__.VRFTest.test_vrf_assign_interface) ... ok DEBUG - test_vrf_bind_all (__main__.VRFTest.test_vrf_bind_all) ... ok DEBUG - test_vrf_conntrack (__main__.VRFTest.test_vrf_conntrack) ... ok DEBUG - test_vrf_disable_forwarding (__main__.VRFTest.test_vrf_disable_forwarding) ... ok DEBUG - test_vrf_ip_ipv6_nht (__main__.VRFTest.test_vrf_ip_ipv6_nht) ... ok DEBUG - test_vrf_ip_ipv6_protocol_non_existing_route_map (__main__.VRFTest.test_vrf_ip_ipv6_protocol_non_existing_route_map) ... ok DEBUG - test_vrf_ip_protocol_route_map (__main__.VRFTest.test_vrf_ip_protocol_route_map) ... ok DEBUG - test_vrf_ipv6_protocol_route_map (__main__.VRFTest.test_vrf_ipv6_protocol_route_map) ... ok DEBUG - test_vrf_link_local_ip_addresses (__main__.VRFTest.test_vrf_link_local_ip_addresses) ... ok DEBUG - test_vrf_loopbacks_ips (__main__.VRFTest.test_vrf_loopbacks_ips) ... ok DEBUG - test_vrf_static_route (__main__.VRFTest.test_vrf_static_route) ... ok DEBUG - test_vrf_table_id_is_unalterable (__main__.VRFTest.test_vrf_table_id_is_unalterable) ... ok DEBUG - test_vrf_vni_add_change_remove (__main__.VRFTest.test_vrf_vni_add_change_remove) ... ok DEBUG - test_vrf_vni_and_table_id (__main__.VRFTest.test_vrf_vni_and_table_id) ... ok DEBUG - test_vrf_vni_duplicates (__main__.VRFTest.test_vrf_vni_duplicates) ... ok DEBUG - DEBUG - ---------------------------------------------------------------------- DEBUG - Ran 15 tests in 308.260s DEBUG -
For example, the latest rolling:
vyos@r14:~$ /usr/libexec/vyos/tests/smoke/cli/test_vrf.py test_vrf_assign_interface (__main__.VRFTest.test_vrf_assign_interface) ... ok test_vrf_bind_all (__main__.VRFTest.test_vrf_bind_all) ... ok test_vrf_conntrack (__main__.VRFTest.test_vrf_conntrack) ... ok test_vrf_disable_forwarding (__main__.VRFTest.test_vrf_disable_forwarding) ... ok test_vrf_ip_ipv6_nht (__main__.VRFTest.test_vrf_ip_ipv6_nht) ... ok test_vrf_ip_ipv6_protocol_non_existing_route_map (__main__.VRFTest.test_vrf_ip_ipv6_protocol_non_existing_route_map) ... ok test_vrf_ip_protocol_route_map (__main__.VRFTest.test_vrf_ip_protocol_route_map) ... ok test_vrf_ipv6_protocol_route_map (__main__.VRFTest.test_vrf_ipv6_protocol_route_map) ... ok test_vrf_link_local_ip_addresses (__main__.VRFTest.test_vrf_link_local_ip_addresses) ... ok test_vrf_loopbacks_ips (__main__.VRFTest.test_vrf_loopbacks_ips) ... ok test_vrf_static_route (__main__.VRFTest.test_vrf_static_route) ... ok test_vrf_table_id_is_unalterable (__main__.VRFTest.test_vrf_table_id_is_unalterable) ... ok test_vrf_vni_add_change_remove (__main__.VRFTest.test_vrf_vni_add_change_remove) ... ok test_vrf_vni_and_table_id (__main__.VRFTest.test_vrf_vni_and_table_id) ... ok test_vrf_vni_duplicates (__main__.VRFTest.test_vrf_vni_duplicates) ... ok
Any updates on this? Just re-ran the tests to discover there are quite a lot of other/new failures. I also noticed the nightly builds workflow to be disabled since 4 months. Still there are recent nightly releases available in that repository. Did you internally switch to some other workflow that's not public (yet)? Otherwise I'd not assume you've quit running the tests yourself.
Seems fixed
<pre>vyos@r16# set load-balancing wan interface-health eth1 nexthop 192.0.2.1 [edit] vyos@r16# commit [edit] vyos@r16# exit Warning: configuration changes have not been saved. exit vyos@r16:~$ vyos@r16:~$ show wan-load-balance Interface: eth1 Status: active Last Status Change: N/A Last Interface Success: N/A Last Interface Failure: N/A Interface Failures: 0
evgmol added a comment to T7621: Running a "delete" in ansible will prevent subsequent "set" from being applied.
As an example (and the reason why i try to solve this issue the way i am doing it right now), the junos module (https://docs.ansible.com/ansible/latest/collections/junipernetworks/junos/junos_config_module.html#ansible-collections-junipernetworks-junos-junos-config-module) support this exact behaviour. So it was easy to adapt this for our vyos firewalls.
It seems that community plugin netcommon network_cli breaks long lines resulting in diff. I tried ansible_terminal_width but no luck
I will be looking for some workarounds, unless there is already an open issue with Netcommon
Fix of commit-config after changes: https://github.com/vyos/vyatta-cfg/pull/107
Jul 10 2025
Jul 10 2025
I can see the community module we use (necommon/network_cli) actually returns the running config with a broken long strings - it inserts extra space
Hi,
I am testing against 1.4.2, via pylibssh, - I see 4096-long one does break idempotency but I see no Exception
I will retest with vyos_user
dmbaturin edited projects for T7544: Trying to create a VRF named "vni" leads to an unhandled exception, added: VyOS 1.5 Circinus (1.5-stream-2025-Q2); removed VyOS 1.5 Circinus.
GitHub <noreply@github.com> committed rVYOSONEXb3681957a512: Merge pull request #4582 from hedrok/T7545-fix-show-vpn-debug-peer (authored by dmbaturin).
jestabro added a project to T7524: The aws-gwlbtun service cannot start: VyOS 1.5 Circinus (1.5-stream-2025-Q3).
nicolasberens added a comment to T7621: Running a "delete" in ansible will prevent subsequent "set" from being applied.
Looking at vyos.vyos.vyos_firewall_global, i have a few issues with it:
nicolasberens added a comment to T7620: Ansible Role is not idempotent when SSH key is rsa with 4096bits.
Using this playbook i can reproduce the same bug with the vyos_user command (2048 does not change on the second run, 4096 does):
@nicolasberens You may want to give the vyos_user command a try as it should deal with this appropriately.
I think this may be related to the other T7621, since they would both involve the diff engine for the cliconf plugin.
nicolasberens added a comment to T7621: Running a "delete" in ansible will prevent subsequent "set" from being applied.
Hi,
thanks for the reply.
Viacheslav edited projects for T7617: Backport VPP feature to 1.5 image, added: VyOS 1.5 Circinus (1.5-stream-2025-Q3); removed VyOS 1.5 Circinus.
Jul 9 2025
Jul 9 2025
evgmol added a comment to T7621: Running a "delete" in ansible will prevent subsequent "set" from being applied.
Hi @nicolasberens!
I believe the module is configured to match line by line by default and only work out on deltas in the config.
So if in the active Ansible session, the module does not sense changes after 'delete' (because there are none as yet, since the command is not applied) - At start, the module retrieves the current configuration and process it, then issues a set of commands.
Either having two separate tasks to delete first, then to set works, or the example below also works.
Viacheslav triaged T7621: Running a "delete" in ansible will prevent subsequent "set" from being applied as Normal priority.
evgmol added a comment to T7621: Running a "delete" in ansible will prevent subsequent "set" from being applied.
Hi All,
Looking into this
GitHub <noreply@github.com> committed rVYOSONEX483023e846c8: Merge pull request #4596 from dmbaturin/T7622-fix-show-wan-load-balance (authored by dmbaturin).
kumvijaya <kuvmijaya@gmail.com> committed rVYOSONEXf0e5524a817e: T7613: pr mirror workflow added workflow dispatch support.
GitHub <noreply@github.com> committed rVYOSONEX362ceee301c8: Merge pull request #4595 from kumvijaya/current (authored by dmbaturin).
jestabro moved T5400: Move libvyosconfig build out of the Docker image from Backlog - Feature Requests to Completed on the VyOS Rolling board.
jestabro moved T5400: Move libvyosconfig build out of the Docker image from Open to Finished on the VyOS 1.5 Circinus (1.5-stream-2025-Q2) board.
jestabro moved T6736: Make REST api and GraphQL api distinct nodes from Need Triage to Completed on the VyOS Rolling board.
jestabro moved T6736: Make REST api and GraphQL api distinct nodes from Open to Finished on the VyOS 1.5 Circinus (1.5-stream-2025-Q2) board.
jestabro moved T6968: Issue with Configuration Migration from VyOS 1.3.8 to 1.4.1 from Open to Finished on the VyOS 1.5 Circinus (1.5-stream-2025-Q2) board.
jestabro moved T7119: Fix misleading debug message from vyos-configd from Open to Finished on the VyOS 1.5 Circinus (1.5-stream-2025-Q2) board.
jestabro moved T7289: Add libvyosconfig as git submodule of vyos-1x for stream builds from Open to Finished on the VyOS 1.5 Circinus (1.5-stream-2025-Q2) board.
jestabro moved T7294: image upgrade will replace symlinks with a copy from Open to Finished on the VyOS 1.5 Circinus (1.5-stream-2025-Q2) board.
jestabro moved T7294: image upgrade will replace symlinks with a copy from Backlog to Finished on the VyOS 1.4 Sagitta (1.4.2) board.
Unknown Object (User) triaged T7612: Flowspec `local-install` CLI command is dysfunctional as Normal priority.
Unknown Object (User) triaged T7616: BGPD : "Zombie" Route Map in FRR breaking BGP as High priority.
jestabro moved T7359: Image update: confirm image name is available before accepting from Open to Finished on the VyOS 1.5 Circinus (1.5-stream-2025-Q2) board.