[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug#43650] [PATCH 4/8] services: hurd-vm: Check whether /dev/kvm exists
From: |
Ludovic Courtès |
Subject: |
[bug#43650] [PATCH 4/8] services: hurd-vm: Check whether /dev/kvm exists at run time. |
Date: |
Tue, 29 Sep 2020 12:10:50 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) |
Hi!
I’ve pushed ‘wip-childhurd’ with a few additional commits.
The flaky startup issue appears to be fixed by:
88946005d7 * services: secret-service: Add initial client/server handshake.
Before that, what would happen is that:
1. The host would connect(2) to QEMU as soon as QEMU is running;
connect(2) would succeed immediately and so the host would send its
secrets right away, disconnect, and move on.
However, at that point, the guest is still booting and its secret
service server is not even accept(2)ing yet. Looks like QEMU’s
SLIRP would more or less buffer the packets the host sent, “more or
less” being the important point.
2. The guest would eventually accept(2), which would succeed. Then it
would sometimes receive stuff, sometimes not, depending on what
happened with the SLIRP buffering I suppose.
The fix is to have the server in the guest send a “hello” message. The
client in the host waits for that message before sending its secrets.
Consequently, it can take ~20s for the ‘start’ method of the childhurd
to succeed. Eventually, when shepherd runs on Fibers or similar, it
won’t be a problem, but for now it means that PID 1 remains stuck in
select(2) for this many seconds.
Ludo’.
[bug#43650] [PATCH 5/8] services: guix: Generate key pair if needed during activation., Ludovic Courtès, 2020/09/27
[bug#43650] [PATCH 6/8] services: hurd-vm: Initialize the guest's SSH/Guix keys at activation time., Ludovic Courtès, 2020/09/27
[bug#43650] [PATCH 7/8] services: hurd-vm: Pass "-no-reboot" when spawning the Hurd VM., Ludovic Courtès, 2020/09/27
[bug#43650] [PATCH 8/8] secret-service: Add a timeout when waiting for a client., Ludovic Courtès, 2020/09/27
[bug#43650] [PATCH 1/8] services: hurd-vm: Run QEMU as an unprivileged user., Jan Nieuwenhuizen, 2020/09/28