@c-po What do you think?
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Feb 18 2021
Feb 18 2021
jack9603301 reopened T2898: Support NDP proxy, a subtask of T2518: Add support for IPv6 NAT (NPTv6), as Open.
jack9603301 reopened T2898: Support NDP proxy, a subtask of T3089: Migrate port mirroring to vyos-1x and support two-way traffic mirroring, as Open.
In T2898#80264, @c-po wrote:That we can deal with later on when it‘s needed
c-po renamed T3318: Update Linux Kernel to v5.4.208 / 5.10.142 from Update Linux Kernel to v5.4.98 / 5.10.16 to Update Linux Kernel to v5.4.99 / 5.10.17.
Yep, got bitten by that too. It's due to some interface types being absent from src/validators/interface-name. Luckily, the solution is pretty easy, here's a patch which adds l2tpeth and friends to that validator:
120-fix_interface_validator.patch501 BDownload
wsapplegate updated the task description for T3334: Changing serial settings from a serial console ends session abruptly.
wsapplegate updated the task description for T3334: Changing serial settings from a serial console ends session abruptly.
wsapplegate updated the task description for T3334: Changing serial settings from a serial console ends session abruptly.
Feb 17 2021
Feb 17 2021
jestabro added a comment to T3259: many dnat rules makes the vyos http api crash, even showConfig op timeouts.
@pasik I should have a fix committed soon; thanks for the report !
pasik added a comment to T3259: many dnat rules makes the vyos http api crash, even showConfig op timeouts.
jestabro changed the status of T3259: many dnat rules makes the vyos http api crash, even showConfig op timeouts from Open to In progress.
jestabro added a comment to T3259: many dnat rules makes the vyos http api crash, even showConfig op timeouts.
This actually has nothing to do with the http api, but rather is a deadlock coming from ConfigSession show_config(), namely, the use of Popen.wait() in __run_command().
SrividyaA closed T3047: OSPF : virtual-link and passive-interface default parameters does not work together as Resolved.
This issue has been fixed in this commit: https://github.com/vyos/vyos-1x/commit/0fb5cc02c6c16ef410c1b1f746c1fbfbc40a0da0
sever-sever <v.gletenko@vyos.io> committed rVYOSONEX1a74e6b3ce06: squid: T3299: Add listen address 0.0.0.0.
GitHub <noreply@github.com> committed rVYOSONEX4cdfb1f0be74: Merge pull request #728 from sever-sever/T3299 (authored by c-po).
Viacheslav added a parent task for T3330: Bgp capability orf prefix-list fail: T2174: Rewrite protocol BGP to new XML/Python style.
dmbaturin changed the status of T3329: "system conntrack ignore" rules can no longer be created due to an iptables syntax change from Open to Needs testing.
Viacheslav added a parent task for T3328: Bgp not possible to delete bgp route-map : T2174: Rewrite protocol BGP to new XML/Python style.
@dmbaturin @zsdc Perhaps we could discuss the possibility of changing the dhcp(v6) server to a better server (and what feature changes might exist), which I hope will address the older ISC's better support for interfaces such as PPPOE and the latest dhcp(v6) standard
DHCPd shold be vonsistent for both v4 and v6 - running different daemons is simply bad.
Viacheslav added a parent task for T3325: Bgp listen-range wrong commit message: T2174: Rewrite protocol BGP to new XML/Python style.
varesa added a comment to T3259: many dnat rules makes the vyos http api crash, even showConfig op timeouts.
GDB however tells a different story:
vyos@vyos# ps aux | grep cli root 1624 0.1 1.9 35212 19508 ? S 12:11 0:00 /bin/cli-shell-api showConfig root 1684 0.0 0.5 9492 5720 ? Ss Feb16 0:00 /sbin/dhclient -4 -nw -cf /var/lib/dhcp/dhclient_eth0.conf -pf /var/lib/dhcp/dhclient_eth0.pid -lf /var/lib/dhcp/dhclient_eth0.leases eth0 vyos 2534 0.0 0.0 6084 892 pts/0 S+ 12:22 0:00 grep cli
Viacheslav added a subtask for T2174: Rewrite protocol BGP to new XML/Python style: T3324: Bgp space in the password.
Viacheslav added a parent task for T3324: Bgp space in the password: T2174: Rewrite protocol BGP to new XML/Python style.
varesa added a comment to T3259: many dnat rules makes the vyos http api crash, even showConfig op timeouts.
Seems like the issue manifests in cnode-algorithm.cpp:_diff_print_indent:
Viacheslav added a parent task for T3323: Bgp ttl-security and ebgp-multihop fail: T2174: Rewrite protocol BGP to new XML/Python style.
Viacheslav changed Version from - to VyOS 1.4-rolling-202102162107 on T3321: Bgp not possible to use internal|external remote as.
Viacheslav changed the subtype of T3321: Bgp not possible to use internal|external remote as from "Feature Request" to "Bug".
Viacheslav removed a project from T3320: Bgp neighbor peer-group without peer-group fail: VyOS 1.3 Equuleus.
Perfect, thanks
Sorry. Yep. Can confirm, problem fixed.
Cheeze_It added a comment to T3172: Builds sometime after 2020-12-17 have broken routing after reboot.
Here is some more testing. Currently on FRR 7.5:
jestabro changed the status of T3302: Make vyos-configd relay stdout from scripts to the user's console from Open to In progress.
Currently, vyos-configd will explicitly report ConfigError to the console; however, non-fatal warnings or information will not be reported. An example of a non-fatal warning is:
Unknown Object (User) changed the status of T3312: SolarFlare NICs support from In progress to Needs testing.
SolarFlare modules present in the kernel for 1.3 and 1.4
vyos@vyos:~$ sudo modinfo sfc filename: /lib/modules/5.10.14-amd64-vyos/kernel/drivers/net/ethernet/sfc/sfc.ko license: GPL description: Solarflare network driver author: Solarflare Communications and Michael Brown <mbrown@fensystems.co.uk> alias: pci:v00001924d00001B03sv*sd*bc*sc*i* alias: pci:v00001924d00000B03sv*sd*bc*sc*i* alias: pci:v00001924d00001A03sv*sd*bc*sc*i* alias: pci:v00001924d00000A03sv*sd*bc*sc*i* alias: pci:v00001924d00001923sv*sd*bc*sc*i* alias: pci:v00001924d00000923sv*sd*bc*sc*i* alias: pci:v00001924d00001903sv*sd*bc*sc*i* alias: pci:v00001924d00000903sv*sd*bc*sc*i* alias: pci:v00001924d00000813sv*sd*bc*sc*i* alias: pci:v00001924d00000803sv*sd*bc*sc*i* alias: pci:v000010EEd00001100sv*sd*bc*sc*i* alias: pci:v000010EEd00000100sv*sd*bc*sc*i* depends: mdio retpoline: Y intree: Y name: sfc vermagic: 5.10.14-amd64-vyos SMP mod_unload modversions parm: vf_max_tx_channels:Limit the number of TX channels VFs can use (uint) parm: max_vfs:Reduce the number of VFs initialized by the driver (int) parm: mcdi_logging_default:Enable MCDI logging on newly-probed functions (bool) parm: rx_refill_threshold:RX descriptor ring refill threshold (%) (uint) parm: irq_adapt_low_thresh:Threshold score for reducing IRQ moderation (uint) parm: irq_adapt_high_thresh:Threshold score for increasing IRQ moderation (uint) parm: interrupt_mode:Interrupt mode (0=>MSIX 1=>MSI 2=>legacy) (uint) parm: rss_cpus:Number of CPUs to use for Receive-Side Scaling (uint) parm: efx_separate_tx_channels:Use separate channels for TX and RX (bool) parm: phy_flash_cfg:Set PHYs into reflash mode initially (bool) parm: debug:Bitmapped debugging message enable value (uint)
Feb 16 2021
Feb 16 2021
Unknown Object (User) added a comment to T3319: VXLAN uses ttl 1 (auto) by default.
As a solution proposed to use TTL by default equivalent 16, but also add the possibility to change it via VyOS CLI
Unknown Object (User) created T3319: VXLAN uses ttl 1 (auto) by default.
varesa added a comment to T3259: many dnat rules makes the vyos http api crash, even showConfig op timeouts.
Tried to mess around/instrument https://github.com/vyos/vyatta-cfg/blob/current/src/cnode/cnode-algorithm.cpp#L924,
ended up loosing the active config and /opt/vyatta/config/active becoming empty.
Looks good on 1.4-rolling-202102162107 (including migration from self-built 1.2.0-rolling+202102162120).
varesa added a comment to T3259: many dnat rules makes the vyos http api crash, even showConfig op timeouts.
It seems that the stall happens in ConfigSession.show_config() which calls /bin/cli-shell-api showConfig.
mathiashedberg added a comment to T2505: XCP-ng packet drops for small packets (e.g. icmp) under Xen and AWS.
@c-po That seemed to more than double my RX!
@mathiashedberg could you try and enable RPS set interfaces ethernet eth0 offload rps and see if this does any good on utilisation / drop rate? I had a similar issue with a PPPoE link which behaved super bad under preasure.
c-po closed T3310: BFD: migrate to get_config_dict() and FRR reload, a subtask of T2175: Rewriting all FRR processes allow for reloading and to XML/Python style, as Resolved.
mathiashedberg added a comment to T2505: XCP-ng packet drops for small packets (e.g. icmp) under Xen and AWS.
So after a week of running, and comparing to performance with the LTS, i know that something is wrong.