From mboxrd@z Thu Jan 1 00:00:00 1970 From: myglc2 Subject: Re: 'guix system vm' questions Date: Sun, 03 Jul 2016 09:47:42 -0400 Message-ID: <86mvly6dfl.fsf@gmail.com> References: <861t3g7a9p.fsf@gmail.com> <20160629154842.GA26047@jasmine> <864m89f73e.fsf@gmail.com> <87poqwi3zn.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41946) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bJhmZ-0001qf-K8 for help-guix@gnu.org; Sun, 03 Jul 2016 09:50:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bJhmT-0007If-IV for help-guix@gnu.org; Sun, 03 Jul 2016 09:49:58 -0400 Received: from plane.gmane.org ([80.91.229.3]:60264) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bJhmT-0007IQ-BM for help-guix@gnu.org; Sun, 03 Jul 2016 09:49:53 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1bJhmN-0006C0-LV for help-guix@gnu.org; Sun, 03 Jul 2016 15:49:47 +0200 Received: from c-73-167-118-254.hsd1.ma.comcast.net ([73.167.118.254]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jul 2016 15:49:47 +0200 Received: from myglc2 by c-73-167-118-254.hsd1.ma.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jul 2016 15:49:47 +0200 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: help-guix@gnu.org ludo@gnu.org (Ludovic Courtès) writes: > myglc2 skribis: > >> Leo Famulari writes: >> >>> On Wed, Jun 29, 2016 at 10:10:35AM -0400, Thompson, David wrote: >>>> On Wed, Jun 29, 2016 at 2:57 AM, myglc2 wrote: >>>> > I have a headless server running Guix/Debian 8.3 on which I would like >>>> > to run some guix vms. So far, I have a script (see mkvm.sh, attached) >>>> > that runs a single vm. It has some issues: >>>> > >>>> > 1) lsh-service hangs waiting for keystrokes on the QEMU console >>>> >>>> LSH needs to be initialized with a key on first boot, which is why you >>>> need to type to create entropy. This sucks for automation, so I would >>>> recommend OpenSSH instead, but we don't have an openssh-service yet. >>> >>> In your operating system configuration, you can pass 'initialize? #f' to >>> lsh-service to skip the SSH seed and host-key initialization. You will >>> need to initialize the LSH service later, before you can use it. >> >> I tried that and ... lsh spun looking for a seed file advising me to run >> 'lsh-make-seed', and then stopped. > > Yeah this is expected: lshd won’t start if it cannot find a seed; > eventually, the Shepherd… > >> Service SSH-daemeon has started. >> No seed file. Please create on by running >> lwh-make-seed -o "/var/spool/lsh/yarrow-seed-file". >> lshd: No rendomness generator available. >> Service ssh-daemon has been disabled. >> (Respawning too fast.) > > … disables it. > >> v1 login: root >> root@v1 ~# lsh-make-seed >> -bash: lsh-make-seed: command not found > > I guess ‘lsh-service-type’ should be changed to extend > ‘profile-service-type’ such that this command is available. WDYT? Well I can't see how it will help in my use case. I can't think of why it would be useful in practice, since lsh-make-seed is already being called with --sloppy by 'ssh-service initialize? #t'. The only reasons I can think of are ... - to enable a user at the console to manually reproduce what 'ssh-service initialize? #t' does, and - to avoid it being reported as a bug ... which is why I didn't report it as a bug. Re my use case, am I correct in believing that the only way to address it is to enhance lsh-service with an alternative initialization scheme that does not require console input? If so, maybe we should rename the current initialize to ... INITIALIZE-REQUIRING-CONSOLE-INPUT? ... and add a new one named ... INITIALIZE-UNATTENDED? WDYT? - George