PR https://github.com/vyos/vyatta-cfg-system/pull/96
Thanks @kroy
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Dec 22 2018
Dec 20 2018
It is vmware-tools collecting all the routes from VyOS and reporting them to the hypervisor so you can see them in the ESXi GUI. Not really optimal for full tables.
Do you have a full bgp table on this box?
IIRC I worked around this by editing /etc/vmware-tools/tools.conf and adding:
And FYI, just to make sure that something wasn't triggered by hanging out in GRUB.
rootdelay=0 fails
rootdelay=2 works, so just a small pause is needed on my system at least.
@kroy you are clearly on a roll today, rootdelay=10 also did the trick.
Spot on, booting with acpi=off makes it come up properly and configurations are actually saved.
Still getting some errors but not sure if they matter or not:
https://forum.vyos.io/t/vyos-1-2-0rc10-raid-1-fresh-install-unable-to-save-config/3059
These users might have the same issue. I noticed one of the symptoms of having the system is in this state is that the config is lost between reboots.
I am not able to reproduce it in vmware workstation.
I can let it sit forever, the status wont change as the array is missing one disk. Notice how after (auto read only) raid1 is only says sdb1[0] (sda1 is missing).
Also we can see that this wont fix itself from looking at the df -h output where the system clearly has booted straight from sda1 instead of from the raid array (/dev/md127)
Dec 19 2018
After reboot, running from local disks:
During install (booted from ISO):
Dec 18 2018
Nov 9 2018
From 739d0815786aa642292335e47d14d99a34f0e68d Mon Sep 17 00:00:00 2001 From: Daniel Husand <daniel@fnutt.net> Date: Fri, 9 Nov 2018 15:03:58 +0100 Subject: [PATCH] T982: soft-reconfiguration inbound now enables correctly on ipv4 peers
Nov 6 2018
From a70d2041bde216389b903eb273d3a09270d8f9aa Mon Sep 17 00:00:00 2001 From: Daniel Husand <daniel@fnutt.net> Date: Tue, 6 Nov 2018 15:11:05 +0100 Subject: [PATCH] Fixed some typos to get ipv4 prefix-lists working again. Bug T968.
Nov 5 2018
My test env has been running for 50 minutes without the prefix-lists engaging so I'd say this is another issue. Furthermore I think the issue you are describing has been fixed in the upcoming rc6 (T944).
Oct 26 2018
Didn't know it existed, yes you are right. Thanks!
I disagree. The option to add additional ports to be forwarded can be really useful to get other than DHCP broadcast traffic between subnets. The Cisco equivalent command would be 'ip forward-protocol udp [port]'

