I seem to have broken my ability to deploy a new app. Whenever I tried, it goes from
Waiting for remote builder fly-builder-summer-dawn-8254… connecting ⣟
to
Error error connecting to docker: unable to connect WireGuard tunnel: context deadline exceeded
When I check the status it says pending for the app and when I list apps, pending for the fly-builder as well. I destroyed my existing fly-builder and tried again, but it hasn’t made a difference. I thought something in my environment was causing a timeout, but I just tried to deploy the hellostatic-builtin example and that failed in the same way.
I was able to deploy an app last week! Please let me know what I need to tear down in order to get things moving and shaking again.
Removed the WireGuard peer, tried to deploy again, still getting the context deadline exceeded.
I destroyed the fly-builder instance, just in case. The new one also seems to stay in Pending and I’m not able to get any logs from it, which is the behavior I was seeing from the old one.
Updated to 0.0.241, still getting this problem. I tried flyctl 0.0.238, which is the last time it worked, but the waiting for remote builder still timed out. I’m trying to nail down if it is a problem in my environment and if so, where.
I’m going to try another machine from within my network and see if that makes a difference.
I’m currently seeing this error from CircleCI on about 30% of my deploys, but it’s inconsistent. If I retry the build, it works but then another deploy will fail a few minutes later.
Can you open ~/.fly/config.yml and remove everything under wire_guard_state: and try again? I think your wg peer is in a bad state and this will wipe it and get you a new one on the next attempt.
If you’re using Github Actions (or most CI, really), you’re much better off building with local Docker. CI doesn’t seem to love our wireguard setups and we haven’t figure out why yet.
FYI, this is happening for me also as of today. To confirm, I am deploying using a Github action. However I’ve been doing this with all my private and commercial apps, and it has been working fine. I’ll take a look at building the container on GH’s side, but I’m wondering whether there’s a way to increase the timeout?
@OldhamMade If by this you are only getting a timeout (rather than e.g “error during connect” or “EOF” or one of the other issues/errors mention in this thread) the good news is thatone may be fixed as soon as tomorrow, based on this post. It’s because of the time taken for the peer.
Until then the solution I found was to persist the config.yml file between deploys (you may see the fly deploy command complain about it missing if not). As with CI, generally that file is not persisted, resulting in a big delay. Not sure how you do that with Github Actions specifically though.