Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.Sign up
This PR is based on top of PR #857 and thus includes its first commit; that PR should be merged before this one.
This PR modernises how the hetzner backend gets its inputs (using
TODO for myself:
aszlig left a comment
I'd move most of the type and conflict checking to the module (for example via the
Apart from that, it might be a good idea to fall back using
The old approach, waiting for the machine to not having an open port, and then waiting for it to be open again, was insufficient, because of the race condition that the machine rebooted so quickly that the port was immediately open again without nixops noticing that it went down. I experienced this on a Hetzner cloud server. The new approach checks the `last reboot` on the remote side to change, which is not racy.
From @aszlig: > the Hetzner backend was written back then where there was > no config argument, so it's a good idea to switch to it
Thank you for this PR.
In the past several months, some major changes have taken place in
This is all accumulating in to what I hope will be a NixOps 2.0
My hope is that by adding types and more thorough automated testing,
However, because of the major changes, it has become likely that this
If you would like to see this merge, please bring it up to date with
Thank you again for the work you've done here, I am sorry to be