Using an APU4 board this does not work. ISOLINUX has no serial console set, and the kernel command line seems to have no serial interface either.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Jun 16 2019
Jun 16 2019
c-po renamed T1438: DMI board/product serial can't be read from APU4 board serial number not shown to DMI board/product serial can't be read.
Please verify the fix with latest rolling release
Jun 15 2019
Jun 15 2019
Also supported in EdgeOS
Jun 12 2019
Jun 12 2019
Jun 11 2019
Jun 11 2019
Why plural and not singular dhcp-option?
Jun 5 2019
Jun 5 2019
c-po changed the status of T1427: Problem compiling VyOS 1.2 Docker Version from Resolved to Invalid.
Just did a fresh build w/o problems - seems you downloaded the sources instead of git clone as suggested by @runborg
Jun 3 2019
Jun 3 2019
c-po added a comment to T1416: 2 dhcp server run in failover mode can't sync hostname with each other.
Unfortunately this was a miss understanding between @zsdc and me, but the provided fix targeted the same direction.
Jun 2 2019
Jun 2 2019
IMHO this was fixed by @rherold and is merged into the latest rolling. Please verify if the issue still exists.
[ 44.984873] igb: loading out-of-tree module taints kernel. [ 44.988636] Intel(R) Gigabit Ethernet Linux Driver - version 5.3.5.22s [ 44.988638] Copyright(c) 2007 - 2019 Intel Corporation.
Jun 1 2019
Jun 1 2019
@SteveP latest ISO has the driver updates, please test.
@dmbaturin is there any reason the IPv6 peer-group is under address-family ipv6-unicast and the IPv4 peer-group is not? Seems this one was missed during migration?
c-po moved T1416: 2 dhcp server run in failover mode can't sync hostname with each other from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1309: allow duplicate ip adresses on different interfaces from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1327: Set the serial console speed to 115200 by default from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1409: Verify if vyatta-iproute package can be replaced by upstream iproute2 package from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1410: Upgrade Linux Kernel to 4.19.46 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1309: allow duplicate ip adresses on different interfaces from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.2) board.
c-po changed the status of T1309: allow duplicate ip adresses on different interfaces from Unknown Status to Resolved.
c-po closed T1416: 2 dhcp server run in failover mode can't sync hostname with each other as Unknown Status.
c-po added a comment to T1416: 2 dhcp server run in failover mode can't sync hostname with each other.
Please test and verify with latest rolling
May 31 2019
May 31 2019
May 30 2019
May 30 2019
c-po changed the status of T1416: 2 dhcp server run in failover mode can't sync hostname with each other from Open to In progress.
Its only in the current branch for rolling, not in 1.2.1 crux - but can be backported
c-po moved T1419: Can't delete multiple OSPF passive-interfaces in single commit from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.2) board.
c-po edited projects for T1419: Can't delete multiple OSPF passive-interfaces in single commit, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux.
c-po moved T1419: Can't delete multiple OSPF passive-interfaces in single commit from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po updated the task description for T1419: Can't delete multiple OSPF passive-interfaces in single commit.
c-po renamed T1419: Can't delete multiple OSPF passive-interfaces in single commit from Error when deleting OSPF passive-interface/passive-interface-exclude to Can't delete multiple OSPF passive-interfaces in single commit.
Adding some debug code to /opt/vyatta/share/vyatta-cfg/templates/protocols/ospf/passive-interface/node.def (set -x for delete) shows:
c-po updated the task description for T1419: Can't delete multiple OSPF passive-interfaces in single commit.
c-po updated the task description for T1419: Can't delete multiple OSPF passive-interfaces in single commit.
May 29 2019
May 29 2019
If there is a refactoring ongoing please also consider the following change to flatten the PPPoE IPv6 configuration by making use of a present nested node:
May 28 2019
May 28 2019
c-po added a subtask for T476: Update the base system to Debian 10 (Buster): T1132: Build on Debian Buster.
c-po added a parent task for T1132: Build on Debian Buster: T476: Update the base system to Debian 10 (Buster).
c-po renamed T476: Update the base system to Debian 10 (Buster) from Start builds for Debian 9 to Start builds for Debian 10 (Buster).
May 27 2019
May 27 2019
c-po closed T1409: Verify if vyatta-iproute package can be replaced by upstream iproute2 package, a subtask of T1404: Update iproute2 package to 4.19, as Wontfix.
c-po added a comment to T1409: Verify if vyatta-iproute package can be replaced by upstream iproute2 package.
We can't use the current iproute2 package from upstream Debian as commit f900a21611c03e6d83104f2a862cd4c5f160d35f ("utils.h: provide fallback CLOCK_TAI definition") is only available in iproute2 after the release of v4.19. The reason is CLOCK_TAI isn't exposed by glibc < 2.21 and we use glibc 2.19 in VyOS (comes with Debian Jessie)
May 26 2019
May 26 2019
c-po changed the status of T1388: OpenVPN client connections with password and certificate authentication don't work from Unknown Status to Resolved.
c-po edited projects for T1388: OpenVPN client connections with password and certificate authentication don't work, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux.
c-po changed the status of T1387: Disabling a DHCP interface with no address displays an error from Unknown Status to Resolved.
c-po moved T1387: Disabling a DHCP interface with no address displays an error from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.2) board.
c-po edited projects for T1387: Disabling a DHCP interface with no address displays an error, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux.
Please refer to the equuleus Git branch. There is already a Docker container and some smal fixes to the build system.
c-po moved T1154: use of local cache to build iso from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T833: New PPTP server implementation based on accel-ppp from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1148: epa2 BGP peers initiate before config is fully loaded, routes leak. from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1324: update documtation for 'set system login user level' from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1373: set multiple PBR rules on single interface from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1393: pppoe IPv6 pool doesn't work from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1399: accel-ppp kernel modules missing in rolling build 20190522 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1402: Update Linux Kernel to 4.19.45 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1407: pppoe IPv6 PD documention by practical example from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1404: Update iproute2 package to 4.19 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po changed the status of T1409: Verify if vyatta-iproute package can be replaced by upstream iproute2 package, a subtask of T1404: Update iproute2 package to 4.19, from Open to In progress.
c-po changed the status of T1409: Verify if vyatta-iproute package can be replaced by upstream iproute2 package from Open to In progress.
Remaining question is: Why do we need our own iproute fork and can't use the upstream packages commit https://git.kernel.org/pub/scm/network/iproute2/iproute2.git/commit/?id=f900a21611c03e6d83104f2a862cd4c5f160d35f for VyOS? Thats the commit we build right now in https://github.com/vyos/vyatta-iproute
May 24 2019
May 24 2019
May 23 2019
May 23 2019
May 22 2019
May 22 2019
You can always let SSH listen to a loopback address
May 21 2019
May 21 2019
8472 is the default port used by the Kernel, and thus fully backwards compatible with older installations. 4789 is the IANA assigned value which you could configure using remote-port.
IMHO the only reasonable solution would be to git bisect the Kernel and find the commit which introduced the problem.
May 20 2019
May 20 2019
@rob Fix will be in next rolling release
c-po closed T1388: OpenVPN client connections with password and certificate authentication don't work as Unknown Status.
c-po added a comment to T1388: OpenVPN client connections with password and certificate authentication don't work.
Thank you @wsapplegate for the contribution. Please test with the next rolling release.
Thank you @wsapplegate for the contribution. Please test with the next rolling release.