The offender is the call to vyos.ifconfig.set_flow_control() which triggers /sbin/ethtool --pause eth0 autoneg on tx on rx on. we should only change this if it is really necessary and not on every commit.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Nov 10 2019
Nov 10 2019
c-po added a comment to T1793: Editing description on an interface causes BGP sessions to reset on commit.
c-po closed T1792: Update WireGuard to Debian release 0.0.20191012-1, a subtask of T1791: Update Linux Kernel to 4.19.82, as Resolved.
Colons in interface description should be allowed. There are tools like libreNMS which use defined prefixes for internal mapping and they have a colon inside.
c-po edited a custom field on T1793: Editing description on an interface causes BGP sessions to reset on commit.
c-po changed the status of T1793: Editing description on an interface causes BGP sessions to reset on commit from Open to Confirmed.
c-po added a comment to T1793: Editing description on an interface causes BGP sessions to reset on commit.
There should be no reason the session is reset. This is an implementation "missdesign" by me when rewriting the ethernet interface. All interfaces are placed in admin down state on commit and will be placed in admin up state once the commit has run. and interface is not disabled.
Nov 9 2019
Nov 9 2019
c-po changed the status of T1792: Update WireGuard to Debian release 0.0.20191012-1, a subtask of T1791: Update Linux Kernel to 4.19.82, from Open to In progress.
c-po changed the status of T1792: Update WireGuard to Debian release 0.0.20191012-1 from Open to In progress.
c-po changed the status of T1030: Upgrade ddclient from 3.8.2 to 3.9.0 (support Cloudflare API v4) from Unknown Status to Resolved.
c-po changed the status of T1030: Upgrade ddclient from 3.8.2 to 3.9.0 (support Cloudflare API v4), a subtask of T1763: CloudFlare DDNS support, from Unknown Status to Resolved.
c-po moved T1030: Upgrade ddclient from 3.8.2 to 3.9.0 (support Cloudflare API v4) from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.4) board.
Backport to crux complete
Nov 8 2019
Nov 8 2019
Nov 7 2019
Nov 7 2019
The real problem is the config parser it seems as it can not deal with special characters used in a pre-login banner.
Nov 5 2019
Nov 5 2019
Ah you were using bleeding edge equuleus builds. Ddclient 3.9.0 has been added to recent rolling image.
Nov 4 2019
Nov 4 2019
Confirmed using a copy of the Hyper-V VM
c-po changed the status of T1787: Failed config migration from V1.2.3 to 1.2-rolling-201911030217 from Open to Confirmed.
This is weird. I can not reproduce it either with VMWare vSpher enot using Hyper-V.
What is your VMs CPU/RAM configuration?
Well, then there is a bug in the interface renaming script with later ifupdown scripts which should be fixed.
c-po triaged T1787: Failed config migration from V1.2.3 to 1.2-rolling-201911030217 as High priority.
the interface name ppp0 is wrong. If we configure it to be pppoe0 on the CLI it should also have this name on the bare linux system. This sounds a bit like: T1242 which was fixed in commit https://github.com/vyos/vyatta-cfg-op-pppoe/commit/4330d41fcda30553ca1b3e2588d05eebdd59fc80
Nov 3 2019
Nov 3 2019
c-po moved T1777: Bonding interface MAC address mismatch after reboot from In Progress to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1752: PPPoE does not automatically start on boot from Need Triage to Finished on the VyOS 1.3 Equuleus board.
Tested using the below configuration on VyOS 1.2-rolling-201911030217
Nov 2 2019
Nov 2 2019
c-po renamed T1777: Bonding interface MAC address mismatch after reboot from Bonding is broken in Daily Builds due to startup config not being applied correctly to Bonding interface MAC address missmatch after reboot.
c-po moved T1777: Bonding interface MAC address mismatch after reboot from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po changed the status of T1777: Bonding interface MAC address mismatch after reboot from Confirmed to Needs testing.
At first glance this looks like a very "easy" priority issue. Bonding interfaces are set up before the ethernet interfaces (makes no sense though).
c-po moved T1763: CloudFlare DDNS support from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
@starcraft66 is it working as expected?
c-po moved T1783: Interface can't unpin from bridge from Need Triage to Finished on the VyOS 1.3 Equuleus board.
Nov 1 2019
Nov 1 2019
Oct 31 2019
Oct 31 2019
Merged to equuleus branch.
Oct 30 2019
Oct 30 2019
c-po moved T1778: Kilobits/Megabits difference in configuration Vyos/FRR from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1778: Kilobits/Megabits difference in configuration Vyos/FRR from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.4) board.
c-po added a project to T1778: Kilobits/Megabits difference in configuration Vyos/FRR: VyOS 1.3 Equuleus.
c-po changed the status of T1777: Bonding interface MAC address mismatch after reboot from Open to Confirmed.
@xrobau WOW! What a bisection and research on that problem! Thanks a lot!
Oct 28 2019
Oct 28 2019
Hi @hexes well without knowing the details and diving into zabbix I suggest you just grab the diffs on the OpenVPN rewrite to see what was crucial. vyos-build repository should be the one if I remember correctly, or vyatta-cfg-system - one of those.
c-po changed the status of T818: SNMP v3 - remove required engineid from user node, a subtask of T1738: Copy SNMP configuration from node to node raises exception, from Unknown Status to Resolved.
c-po changed the status of T818: SNMP v3 - remove required engineid from user node, a subtask of T652: Rewrite service snmp in new style XML interface definition, from Unknown Status to Resolved.
c-po changed the status of T818: SNMP v3 - remove required engineid from user node from Unknown Status to Resolved.
c-po moved T818: SNMP v3 - remove required engineid from user node from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.4) board.
c-po changed the status of T1738: Copy SNMP configuration from node to node raises exception from Unknown Status to Resolved.
c-po changed the status of T1769: Remove complex SNMPv3 Transport Security Model (TSM), a subtask of T818: SNMP v3 - remove required engineid from user node, from Unknown Status to Resolved.
c-po changed the status of T1769: Remove complex SNMPv3 Transport Security Model (TSM) from Unknown Status to Resolved.
c-po moved T1769: Remove complex SNMPv3 Transport Security Model (TSM) from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.4) board.
c-po moved T1738: Copy SNMP configuration from node to node raises exception from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.4) board.
Oct 27 2019
Oct 27 2019
c-po added a comment to T1519: Firewall get's confused when using the same network-group name for IPv4 and IPv6.
I'd keep it open as a reminder what to add to the validator steps in a possible rewrite.
c-po closed T1769: Remove complex SNMPv3 Transport Security Model (TSM), a subtask of T818: SNMP v3 - remove required engineid from user node, as Unknown Status.
c-po moved T1769: Remove complex SNMPv3 Transport Security Model (TSM) from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po closed T818: SNMP v3 - remove required engineid from user node, a subtask of T652: Rewrite service snmp in new style XML interface definition, as Unknown Status.
c-po closed T818: SNMP v3 - remove required engineid from user node, a subtask of T1738: Copy SNMP configuration from node to node raises exception, as Unknown Status.