all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Christopher Baines <mail@cbaines.net>
To: Ricardo Wurmus <rekado@elephly.net>
Cc: guix-devel@gnu.org, guix-europe@gnu.org
Subject: Re: Using the Hetzner Cloud
Date: Mon, 17 Feb 2020 21:28:18 +0000	[thread overview]
Message-ID: <87imk4zyx9.fsf@cbaines.net> (raw)
In-Reply-To: <87y2t1kkya.fsf@elephly.net>

[-- Attachment #1: Type: text/plain, Size: 1834 bytes --]


Ricardo Wurmus <rekado@elephly.net> writes:

> Christopher Baines <mail@cbaines.net> writes:
>
>> Coupled with this, I think there are some services (hpc.guix.info, ...)
>> it would be nice to move off bayfront (a machine in Bordeaux) to
>> somewhere that's more reliable/remotely accessible, mostly to avoid the
>> risk of me breaking them again when attempting to reconfigure bayfront.
>
> That’s unfortunate.  Why is bayfront less reliable than we want it to
> be?  Surely that’s not because it’s using Guix System, because
> {berlin,ci}.guix.gnu.org also runs Guix System and has been reliably
> hosting services for us.

I guess having access to recover from issues is the primary concern, and
reliability relates to that.

Around FOSDEM, I think I caused Bayfront to restart while attempting to
restart cuirass. I'm not sure exactly what happened, as my SSH
connection just dropped, and the machine became inaccessible (including
Cuirass, hpc.guix.info, ...).

Luckily, some time later Ludovic and Andreas were available to remotely
access the power supply, and turn the machine off and on, this did seem
to bring the machine back.

> I would not mind hosting services on one of the 30 new servers the MDC
> bought for ci.guix.gnu.org, but I’d be happier if we figured out what’s
> wrong with bayfront instead of centralizing all services in Berlin…

I'm definitely not saying anything is wrong with Bayfront, just that it
would be good to maybe check what the expectations are with the services
it hosts. Given that the remote access only allows power cycling the
machine, if that doesn't work, there's the potential for downtime for
those services to last until someone physically goes to the machine to
fix it, if SSH access can't be restored by turning it off and on again.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 962 bytes --]

  reply	other threads:[~2020-02-17 21:28 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-17 13:47 Using the Hetzner Cloud Jonathan Brielmaier
2020-02-17 16:55 ` Ellen Papsch
2020-02-17 17:15   ` Alex Sassmannshausen
2020-02-18 11:44     ` Ellen Papsch
2020-02-18 11:58     ` Giovanni Biscuolo
2020-02-19 13:48       ` Alex Sassmannshausen
2020-02-21 18:00         ` Giovanni Biscuolo
2020-02-21 18:20           ` Alex Sassmannshausen
2020-02-18 17:38     ` Jonathan Brielmaier
2020-02-17 20:16   ` Christopher Baines
2020-02-18 17:35   ` Jonathan Brielmaier
2020-02-17 20:12 ` Christopher Baines
2020-02-17 20:39   ` Ricardo Wurmus
2020-02-17 21:28     ` Christopher Baines [this message]
2020-02-24 21:45   ` Ludovic Courtès

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=87imk4zyx9.fsf@cbaines.net \
    --to=mail@cbaines.net \
    --cc=guix-devel@gnu.org \
    --cc=guix-europe@gnu.org \
    --cc=rekado@elephly.net \
    /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.