[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: It's time to build "guix deploy"
From: |
Giovanni Biscuolo |
Subject: |
Re: It's time to build "guix deploy" |
Date: |
Wed, 13 Feb 2019 20:04:24 +0100 |
Hi devel!
I'm *very* interested in this development... actually remote
provisioning of operating system - and services configuration - is the
reason I'm here :-)
"guix deploy infrastructure.scm" it's everyone dream, no? :-O
unfortunately I'm still not able to help in this development, I'm
writing just to show my *great* appreciation for each of you that *will*
make this dream come true
maybe a *design* document stored somewhere collecting all past and
present thoughts on this matter would help attracting contributions
Ricardo Wurmus <address@hidden> writes:
> Thompson, David <address@hidden> writes:
>
>> Other thoughts?
>
> Just for reference: to update Berlin build nodes I use this script:
>
>
> https://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/hydra/install-berlin.scm
>
> It’s not great, but it’s been helpful.
thanks for sharing! (even if I can still barely understand what your
script does)
actually mainenance.git is full of treasures :-)
> Berlin consists of a head node and many almost identical servers.
AFAIU remote servers could be completely different each other for your
script to do its job, or am I missing something?
> To
> update one or more servers I run the script on the head node, which
> generates operating system configuration variants for each of the
> requested servers, builds the systems (offloading to all of the
> connected build nodes), copies the system closures to the target
> systems, and then runs “reconfigure” on the targets.
explained this way seems easy :-O
> Since the operating system configuration record cannot be serialized,
is there any plan or wip on this kind of serialization?
> the build nodes need to have a copy of the code that’s used to generate
> the operating system configuration. Not great. (They only need it to
> run “reconfigure”; they wouldn’t need that if “reconfigure” could
> operate remotely.)
"just" having a "guix system reconfigure --host <remote-hostname/IP>"
would be a *huge* feature
> Anyway, I thought I’d share this with y’all.
IMHO your remote host configuration technique deserves a dedicated blog
article... but I've already asked too much :-)
Thanks!
Giovanni
--
Giovanni Biscuolo
Xelera IT Infrastructures
signature.asc
Description: PGP signature
- It's time to build "guix deploy", Christopher Lemmer Webber, 2019/02/11
- Re: It's time to build "guix deploy", Pjotr Prins, 2019/02/11
- Re: It's time to build "guix deploy", Thompson, David, 2019/02/11
- Re: It's time to build "guix deploy", Giovanni Biscuolo, 2019/02/14
- Re: It's time to build "guix deploy", swedebugia, 2019/02/17
- Re: It's time to build "guix deploy", Giovanni Biscuolo, 2019/02/17
Re: It's time to build "guix deploy", Christopher Lemmer Webber, 2019/02/12