This is addressed in a PR for T5319:
https://github.com/vyos/vyos-1x/pull/2131
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Aug 2 2023
Aug 2 2023
jestabro closed T5350: Confusing warning message when committing VRRP config, a subtask of T5319: Remove remaining workarounds for incorrect defaults, as Resolved.
jestabro closed T5350: Confusing warning message when committing VRRP config, a subtask of T5330: Keep track of source of config dict value when merging defaults, as Resolved.
GitHub <noreply@github.com> committed rVYOSONEX0fb28c96e713: Merge pull request #2131 from jestabro/high-availability-defaults (authored by c-po).
Viacheslav changed the status of T5427: Change migration script len arguments checking from In progress to Needs testing.
GitHub <noreply@github.com> committed rVYOSONEX34f03461390c: Merge pull request #2129 from sever-sever/T5427 (authored by c-po).
fernando added a comment to T5424: Routes vanishes when using FRR with ECMP and one of the ECMP paths is no longer available.
cool! it's interesting understand this complex scenery and how it works an real environment ,Additionally, the way it handle the zebra with the next-hop group ,int fact , I genuinely appreciate your valuable feedback so far!
aserkin added a comment to T5424: Routes vanishes when using FRR with ECMP and one of the ECMP paths is no longer available.
From last night tests it seems to be solved. Though i'd prefer to test the node in production for a few weeks to be sure.
fernando added a comment to T5424: Routes vanishes when using FRR with ECMP and one of the ECMP paths is no longer available.
as I recall ,this case can be associate with this task : https://vyos.dev/T5077
GitHub <noreply@github.com> committed rVYOSONEXf8cc7f8ee7c8: Merge pull request #2128 from aapostoliuk/T5426-sagitta (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEXea30c0307996: Merge pull request #2122 from aapostoliuk/T5413 (authored by c-po).
@twan Can we close it?
Yesterday I tested the latest 1.4-rolling-202308011218-image which includes CONFIG_VIRTIO_FS=m, and was successfully able to (manually) activate LXD Agent in my VM.
Thank you for the quick fix.
Viacheslav changed the status of T5427: Change migration script len arguments checking from Open to In progress.
a.apostoliuk changed Version from Vyos-1.4-rolling-202307300317 to Vyos-1.4-rolling-202308020317 on T5426: Add exceptions in vici functions calls.
Viacheslav moved T5399: "show ntp" fails when vrf is being configured from Open to Finished on the VyOS 1.4 Sagitta board.
a.apostoliuk renamed T5426: Add exceptions in vici functions calls from Add exeption in vici functions calls to Add exceptions in vici functions calls.
a.apostoliuk changed the status of T5426: Add exceptions in vici functions calls from Open to In progress.
Aug 1 2023
Aug 1 2023
Done!
GitHub <noreply@github.com> committed rVYOSONEXad57339e9ce6: Merge pull request #2113 from jvoss/container_priority (authored by c-po).
Viacheslav moved T5339: Geneve interface - option to use IPv4 as inner protocol from Open to Finished on the VyOS 1.4 Sagitta board.
GitHub <noreply@github.com> committed rVYOSONEX1429fe375025: Merge pull request #2124 from sever-sever/T5374 (authored by c-po).
yes , sorry!
Viacheslav committed rVYOSONEX183c077eaf5d: vyos.util: extend process_named_running() signature with cmdline (authored by c-po).
Viacheslav moved T5329: Wireguard interface as GRE tunnel source causes configuration error on boot from Open to Finished on the VyOS 1.4 Sagitta board.
Viacheslav added a comment to T5329: Wireguard interface as GRE tunnel source causes configuration error on boot.
Cherry-pick https://github.com/vyos/vyos-1x/pull/2125
Viacheslav committed rVYOSONEXdf982dabe3e4: T5329 : priority: tunnel config is committed before wireguard (authored by SrividyaA).
Viacheslav committed rVYOSONEX17fb1709aa1e: T5329 : priority: tunnel config is committed before wireguard (authored by SrividyaA).
@fernando Can we close it?
Viacheslav moved T5346: MPLS sysctl not persistent for L2TP interfaces from Open to Finished on the VyOS 1.4 Sagitta board.
We are against "raw" options. As it is a bad design.
Specify which exactly options you want to configure. It is better to implement them separately.
@troggie Could you confirm that you expect "0"
Regarding documentation, it should be "-1" https://github.com/accel-ppp/accel-ppp-docs/blob/master/configuration/pppoe.rst
Viacheslav renamed T5374: Ability to set 24-hour time format from Ability to set 24-hourtime format to Ability to set 24-hour time format.
Viacheslav changed the subtype of T5374: Ability to set 24-hour time format from "Bug" to "Feature Request".
Viacheslav renamed T5374: Ability to set 24-hour time format from Locales doesnt update correctly when setting time-zone to Ability to set 24-hourtime format.
Could you close the task if the issue is solved?
Viacheslav triaged T5417: nft -o (optimizing ruleset) fails with error: "internal:0:0-0: Error: Could not process rule: File exists" as Wishlist priority.
Viacheslav changed the status of T5416: Ignoring "ipsec match-none" for firewall from Confirmed to Needs testing.
Viacheslav changed the status of T5406: "update webproxy blacklists" fails when vrf is being configured from In progress to Needs testing.
Jul 31 2023
Jul 31 2023
jestabro triaged T5421: Add arg to completion helper 'list_interfaces' to filter out vlan subinterfaces as Normal priority.
c-po added a comment to T5413: Deny the opportunity to use one public/private key pair on both wireguard peers..
@a.apostoliuk found that actually this is silently discarded in the Kernel - so a proper error message is a good addition here.
GitHub <noreply@github.com> committed rVYOSONEXdf33f450b4e8: Merge pull request #2123 from nicolas-fort/T5406 (authored by c-po).
n.fort changed the status of T5406: "update webproxy blacklists" fails when vrf is being configured from Open to In progress.
Viacheslav changed the subtype of T5418: Allow arbitrary subnets in PPPoE client IP pools from "Task" to "Bug".
Viacheslav edited projects for T5418: Allow arbitrary subnets in PPPoE client IP pools, added: VyOS 1.4 Sagitta, VyOS 1.3 Equuleus (1.3.4); removed VyOS 1.3 Equuleus.
The same bug was with ipoe-server https://vyos.dev/T5283
It is the actual address x.x.x.0 for UNIX devices and PPP interfaces, but it could be issue work Windows clients
There is a simple fix https://github.com/vyos/vyos-1x/commit/8a79769bf447cb18d456f061afd6a7997b8264f8
I'm sorry.
I tested this is VyOS 1.3.3.
I tested mutliple configurations, from subnet /23 all the way up to /32 with the command "set service pppoe-server client-ip-pool subnet <x.x.x.x/x>"
After setting the subnet i'd connect multiple clients to VyOS and check wether all the available IP addresses were used, and they were.
c-po committed rVYOSONEX1ee3801de4fb: smoketest: interfaces: T5387: test dhcpv6-pd no-release flag (authored by 1vivy).
c-po committed rVYOSONEX1d86092328ef: dhcpv6-pd: T5387: add support for no-release flag (authored by 1vivy).
GitHub <noreply@github.com> committed rVYOSONEXa7f8a6a281ac: Merge pull request #2097 from aapostoliuk/T4790-equuleus (authored by c-po).