User Details
- User Since
- Jan 8 2024, 5:46 PM (50 w, 6 d)
Jun 13 2024
Jun 10 2024
Approaching implementation of ZeroTier from a different angle in:
https://vyos.dev/T6455
Jun 8 2024
Draft PR Added: https://github.com/vyos/vyos-1x/pull/3599
Jun 7 2024
Jun 6 2024
Jun 3 2024
Jun 2 2024
NFT rate-limiting is effectively a policer instead of a shaper, so I don't think it'd be a good way to accomplish this. All drops would be aggressive and not tail-drops.
May 21 2024
May 16 2024
May 15 2024
May 14 2024
May 4 2024
Adding additional PR to add bonding.py to op-mode-standardized.json: https://github.com/vyos/vyos-1x/pull/3408
May 1 2024
Apr 23 2024
Apr 12 2024
Apr 6 2024
Mar 30 2024
Since descriptions can be very long I assume there will be a linewrap at the end?
Mar 25 2024
@jestabro Thanks, a solution definitely seems close.
I tested https://github.com/vyos/vyos-1x/pull/3173 today, and it definitely helps the original use-case of this task. Configuration calling interfaces that come up post-boot, like those installed from a container, persist. The one problem is the interface level config is still deleted on-boot from some check that is performed.
Mar 18 2024
@Viacheslav I'm not super familiar with git, so hopefully I did everything correctly. Here is the PR:
https://github.com/vyos/vyos-1x/pull/3145
Mar 15 2024
Should add the ability to view the default action log would be nice as well.
Mar 14 2024
Mar 5 2024
Perfect, that's what I was trying to better understand. Thanks for the clarification!
Mar 4 2024
Gotcha! The thing I keep struggling to understand is why is the full section of the config removed? This will 100% cause outages. If there's part of the config that is invalid, only that part should not be applied. You shouldn't remove 19 valid lines of config due to a single invalid line. Particularly with almost all of the instances I've seen of this, the invalid line is just cosmetically invalid, and doesn't cause any issues with the operation of the system.
@jestabro, do you guys consider the process of deleting the entire config section for a single offending line working as intended? Or do you consider it a design flaw/bug that will get fixed? I'm trying to understand if that is an intentional design choice and will permanently be part of VyOS going forward, or if it's just part of growing pains as VyOS moves from 1.3 to 1.4.
I wanted to add this post from the forums to this thread. It appears to be the same behavior where the failure of a single line deletes the logical section:
https://forum.vyos.io/t/upgrade-from-1-3-6-to-1-4-0-epa1-looses-complete-dhcp-configuration/13935
Feb 29 2024
Gotcha, thanks!
Feb 14 2024
@jestabro I appreciate you looking into this. It does seem to be a timing issue. I checked on a few of my systems....it almost always does it in a VM on my slow server, but I have a faster mini-pc where it doesn't appear to happen as often, though it does still happen on some reboots. Now that I have done more testing, it does happen on 1.4-rc1 as well. It does not however happen in 1.3.5.
Jan 29 2024
Firstly, note that this is a failure in boot configuration, and is not related to migration: the log output of vyos-router is misleading, reporting the steps following initialization. On success:
Starting VyOS router: migrate configure
on failure:
Starting VyOS router: migrate configure failed !Adding vyos-config-debug to the boot options on first boot after installation will provide more information on the config error, if it is possible to try that; cf.:
https://docs.vyos.io/en/sagitta/contributing/debugging.html#kernel