It crashed again after 5 days in 1.2.6-epa1, in the same function, also when a dynamic PPPoE interface was deleted.
It happens less frequently after the former customers who repeatedly failed authentication have been physically disconnected.
Again, BGP no longer works after watchfrr has restarted the bgpd process. All works again after reboot.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Aug 27 2020
Aug 27 2020
zsdc changed the status of T2834: Config rollback function is broken due lack access to the config.boot from Open to Confirmed.
Aug 27 2020, 6:52 PM · Restricted Project
Aug 27 2020, 6:51 PM · Restricted Project
It is not possible to remove a filter on an interface.
Configuration
Hazza06 updated the task description for T2833: RIP outgoing update filter list no longer operational.
Aug 26 2020
Aug 26 2020
c-po changed the status of T2832: Migrate vyos-smoketest content into vyos-1x from Open to In progress.
c-po moved T2831: Update Linux Kernel to v4.19.142 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2831: Update Linux Kernel to v4.19.142 from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
c-po changed the status of T2829: PPPoE server: mppe setting is implemented as node instead of leafNode from Unknown Status to Resolved.
c-po moved T2829: PPPoE server: mppe setting is implemented as node instead of leafNode from In Progress to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
jestabro changed the status of T2830: Migrate "service https" to use get_config_dict() from Open to In progress.
c-po edited projects for T2800: Pseudo-Ethernet: source-interface must not be member of a bridge, added: VyOS 1.2 Crux (VyOS 1.2.6); removed VyOS 1.2 Crux (VyOS 1.2.5).
c-po moved T2800: Pseudo-Ethernet: source-interface must not be member of a bridge from Needs Triage to Backlog on the VyOS 1.2 Crux (VyOS 1.2.5) board.
c-po moved T2829: PPPoE server: mppe setting is implemented as node instead of leafNode from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po added a comment to T2829: PPPoE server: mppe setting is implemented as node instead of leafNode.
There can not be a config migrator, thus the setting will be changed to "prefer" (default) which will not break any client implementations
c-po changed the status of T2829: PPPoE server: mppe setting is implemented as node instead of leafNode from Resolved to Unknown Status.
c-po closed T2829: PPPoE server: mppe setting is implemented as node instead of leafNode as Resolved.
c-po added a comment to T2829: PPPoE server: mppe setting is implemented as node instead of leafNode.
c-po updated the task description for T2829: PPPoE server: mppe setting is implemented as node instead of leafNode.
c-po changed the status of T2829: PPPoE server: mppe setting is implemented as node instead of leafNode from Open to In progress.
It seems this is parameter was moved from global to peer configuration.
https://github.com/FRRouting/frr/pull/2259
Is probably fixed in https://phabricator.vyos.net/T1291 according to cpo on slack
- Unable to set value for "unsuppress-map", afi ipv4 + ipv6
Expect:
set protocols nbgp 65001 neighbor 10.0.0.1 address-family ipv4-unicast unsuppress-map RMAP
Get:
vyos@r4-roll# set protocols nbgp 65001 neighbor 10.0.0.1 address-family ipv4-unicast unsuppress-map RMAP
Unknown Object (User) removed a project from T2333: Increase default sysctl values: VyOS 1.2 Crux (VyOS 1.2.6).
Aug 25 2020
Aug 25 2020
GitHub <noreply@github.com> committed rVYOSONEX2822a43dfa15: Merge pull request #533 from runborg/T2826 (authored by dmbaturin).
I ran into this issue as well and verified it's resolved on current rolling release. Will this also be fixed in 1.2.6?
marekm updated the task description for T2825: Support for x32 user space ABI (32-bit pointers) on x86-64 arch.
marekm edited a custom field on T2825: Support for x32 user space ABI (32-bit pointers) on x86-64 arch.
Aug 24 2020
Aug 24 2020
Unknown Object (User) added a comment to T2772: BGP Route Distinguisher & Route Target Extended Community.
In T2772#73254, @Viacheslav wrote:@ronie can you build an example with frr?
@Viacheslav, when I try that I get the following:
In T2081#73683, @Cheeze_It wrote:
The updated code was successfully tested on the virtual machine, and 5.1 has not been tested yet, waiting for the release of kernel 5.1
Aug 23 2020
Aug 23 2020
Unknown Object (User) closed T2812: Add basic smoketest for anyconnect, a subtask of T2036: Open Connect VPN Server () support, as Resolved.
Jenkins output build ID 1015
16:14:06 DEBUG - Running Testcase: /usr/libexec/vyos/tests/smoke/cli/test_vpn_anyconnect.py 16:14:18 DEBUG - . 16:14:18 DEBUG - ---------------------------------------------------------------------- 16:14:18 DEBUG - Ran 1 test in 11.085s 16:14:18 DEBUG - 16:14:18 DEBUG - OK
Works properly, tested on 1.3-rolling-202008231246
c-po changed the status of T2790: Add ability to set ipv6 protocol route-map for OSPFv3 from Open to Needs testing.
c-po moved T2822: Update Linux Kernel to v4.19.141 from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
Unknown Object (User) created T2823: VXLAN has state A/D after configuration.
Unknown Object (User) reassigned T2810: Docs for vpn anyconnect-server from Unknown Object (User) to Unknown Object (User).
Aug 22 2020
Aug 22 2020