- User Since
- Apr 12 2019, 4:27 PM (85 w, 1 d)
Mon, Nov 23
See subtask T3082 for origin and details of this issue.
Mon, Nov 16
Mon, Nov 9
As discussed in Slack channel, these leftover processes should be cleaned up the next time configuration mode is entered (by UnionfsCstore::setupSession). In my limited testing, I can reproduce the leftover processes as above, but they are cleaned up the next time I enter config mode. There may well be corner cases where this mechanism is not successful, but I have not reproduced.
Oct 29 2020
Oct 27 2020
Oct 26 2020
set service https certificates certbot
domain-name(s) should contain the desired server-name. A rewrite is in progress in:
This still needs to be integrated into check-qemu-install before PR:
Oct 25 2020
Oct 24 2020
Oct 21 2020
Oct 20 2020
Thanks @Viacheslav; I'm running other tests with vyos-load-config at the moment, and will check and add.
Oct 8 2020
Oct 6 2020
Ongoing discussion in the forum on this matter:
Summary to follow when there is a reproducer.
Oct 2 2020
Sep 29 2020
@Viacheslav et. al. note that the succinct Mem-Info message shown above was added after v4.19 (commit ef8444ea), so was only seen during the brief window when we moved to 5.8 before reverting the kernel version, due to QAT issues and a bug affecting parted.
Sep 27 2020
Sep 25 2020
Sep 15 2020
@querubin thanks for the info; that requirement should not persist, as current work should lessen the overhead. I'll link the task back here when defined.
Sep 14 2020
@querubin Thank you for the detailed results --- firstly, these issues may be overdetermined due to several updates earlier this month; one notable issue is that we had moved to a 5.x series kernel, which showed several problems re QAT support, and an identified kernel bug. We have reverted to 4.19 as of yesterday until the next LTS kernel is available. I would suggest trying the most recent rolling, and then we will diagnose any persistent issues.
Sep 9 2020
This is resolved by T2332; the normalized form is:
Taking a look ...
Sep 8 2020
@querubin please try booting with the vyos-configd service masked: add the kernel boot parameter:
Sep 2 2020
Sep 1 2020
Aug 30 2020
Resolved in PR536.
Aug 26 2020
Aug 20 2020
Aug 18 2020
Aug 17 2020
@thomas-mangin in further tests, I've seen wide variability in timing tests, independent of caching, with the original quote being the high-end. That will need to be investigated, but I think performance should not be considered a road-block for now.
Aug 14 2020
@tux, this has been fixed in the current rolling.