On 07/11/2018 06:38 PM, Burton, Ross wrote:
The problem is that when the system is loaded, systemctl calls may be
too slow and they will time out. This patch simply changes *one* of
the many systemctl calls to use busctl directly, leaving many other
calls as a potential failure point.
Surely a
Hi Ross,
You're right, it's better to patch systemd to allow timeout override.
I'll send out a patch to systemd.
Best Regards,
Chen Qi
On 07/11/2018 06:38 PM, Burton, Ross wrote:
The problem is that when the system is loaded, systemctl calls may be
too slow and they will time out. This patch
The problem is that when the system is loaded, systemctl calls may be
too slow and they will time out. This patch simply changes *one* of
the many systemctl calls to use busctl directly, leaving many other
calls as a potential failure point.
Surely a better solution would be to patch in a way to
ping
Is there some problem with this patch?
Recently when I'm doing testimage test for systemd upgrade, the
'systemctl list-unit-files' command in this test case revealed a
'segment fault' error on musl qemuarm.
So I'd suggest to keep 'systemctl list-unit-files' command and use
'busctl' as a
ping
On 06/26/2018 09:48 AM, ChenQi wrote:
On 06/25/2018 09:40 PM, Burton, Ross wrote:
The busctl invocation will only rarely be called so is very prone to
bitrot, maybe it should just always use busctl?
Personally I think that there should be a way for VM time to be
independent of host time
On 06/25/2018 09:40 PM, Burton, Ross wrote:
The busctl invocation will only rarely be called so is very prone to
bitrot, maybe it should just always use busctl?
Personally I think that there should be a way for VM time to be
independent of host time to avoid this sort of problem...
Ross
Hi
The busctl invocation will only rarely be called so is very prone to
bitrot, maybe it should just always use busctl?
Personally I think that there should be a way for VM time to be
independent of host time to avoid this sort of problem...
Ross
On 25 June 2018 at 10:33, Chen Qi wrote:
> I've