From: ludo@gnu.org (Ludovic Courtès)
To: YOANN P <yoann_mac_donald@hotmail.com>
Cc: "guix-devel@gnu.org" <guix-devel@gnu.org>
Subject: Re: Questions regarding offloading ( unprivileged setup , parallel builds )
Date: Fri, 09 Feb 2018 14:33:18 +0100 [thread overview]
Message-ID: <87r2pu1e5d.fsf@gnu.org> (raw)
In-Reply-To: <DB6P18901MB00221A60916A2DCFBA85D80EDBFE0@DB6P18901MB0022.EURP189.PROD.OUTLOOK.COM> (YOANN P.'s message of "Mon, 5 Feb 2018 16:13:31 +0000")
Hi,
YOANN P <yoann_mac_donald@hotmail.com> skribis:
> Anothers questions regarding the way the offload work:
>
> - does the machines.scm is read at the start of the daemon or read
> each time the hook is called ? (just to be sure because the sources
> let me think it is read each time and is what i want)
It’s reach each time the hook is called. You can add a ‘display’ call
in there if you want to see.
> - if a machine disappear during a build, does that build is retry on
> another machine ? is there a retry parameter ?
No. In that case, I think the daemon returns a transient error in this
case, and the build can be restarted eventually, but we don’t do that
automatically currently.
> - Is there any project to had a parametrable post/pre offload-hook ?
> (Could be used to start preemptive cloud instances before a build and
> fill the "machines.scm" and shutdown instances at the end)
Currently no, though I guess you could do some of that in machines.scm.
More specifically you could have a “machine server” that does all the
heavy lifting, and have machines.scm simply make an RPC to that server
along the lines of “gimme a bunch of machines plz.”
> - No problem to use multiple daemon with the same store ? (I'm not
> sure of it because I never seen this kind of implementation on web,
> could be very useful if it not yet possible)
It kinda works but it’s not recommended.
HTH,
Ludo’.
prev parent reply other threads:[~2018-02-09 13:33 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-03 19:51 Questions regarding offloading ( unprivileged setup , parallel builds ) YOANN P
2018-02-05 10:55 ` Ludovic Courtès
2018-02-05 16:13 ` YOANN P
2018-02-05 17:39 ` Pjotr Prins
2018-02-09 13:33 ` Ludovic Courtès [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87r2pu1e5d.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=guix-devel@gnu.org \
--cc=yoann_mac_donald@hotmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.