Same as @hb9cwp for FRA., since this morning (French time).
Worked fine before that.
Maybe it’s related to the last flyctl update. Before updating the agent, everything worked fine.
Same as @hb9cwp for FRA., since this morning (French time).
Worked fine before that.
Maybe it’s related to the last flyctl update. Before updating the agent, everything worked fine.
I have the same issues unfortunately. I am currently using a hobby plan, I was wondering if it is something to do with the image size.
Image size: 699 MB
==> Creating release
Error You hit a Fly API error with request ID: 01GFNM09WD4J5544X9P6E367XK-fra
@c3y I am also on the free plan, as my image is 221 MB, I had doubled RAM from 256 to 512 MB temporarily, but that did not help.
Also, there are reports about connectivity issues within the private WireGuard networks (6PN) and SSH. However, this appears to be ok in my case:
$ fly version
flyctl v0.0.414 linux/amd64 Commit: 463a8297 BuildDate: 2022-10-17T21:24:47Z
$ fly doctor
Testing authentication token... PASSED
Testing flyctl agent... PASSED
Testing local Docker instance... Nope
Pinging WireGuard gateway (give us a sec)... PASSED
App specific checks for vauXXX55:
vault5 app has not been deployed yet. Deploy using `flyctl deploy`.
$
However, it is strange that the error message always shows the same -fra
suffix regardless if I try to deploy in FRA, AMS, LAX, or SIN?
It finally works for me. I just tried again without any changes on my computer.
Hey,
I agree, no matter which region you try, the error message always comes up with the -fra
suffix.
However for me as well lax
region finally worked. Thanks for the information you are also in free tier @hb9cwp. I was suspicious whether I was going over limits somehow.
I read that free tier offers 256MB ram, however we can still scale it in the instance. Do you have any idea about the limitations? Any information would really help. Thanks!
hi everyone, following up here since we resolved the issue preventing deploys:
This should be resolved but please feel free to let us know if you’re still having deploy problems
This problem still happening here:
==> Verifying app config
--> Verified app config
==> Building image
WARN Failed to start remote builder heartbeat: You hit a Fly API error with request ID: 01GG9009YGESKNK2J76YCZCRMX-gru
Error failed to fetch an image or build from source: error connecting to docker: You hit a Fly API error with request ID: 01GG9012GV26Z4Z4M39ECNRR1Y-gru
I just found your error, and might have fixed it. Can you give it another try?
Thanks for the help Kurt!
Now I’m having another problem after release is created - a message of Failed Deplyoment:
1 desired, 1 placed, 0 healthy, 1 unhealthy
--> v1 failed - Failed due to unhealthy allocations - no stable job version to auto revert to and deploying as v2
--> Troubleshooting guide at https://fly.io/docs/getting-started/troubleshooting/
Error abort
I’m unable to deploy one app on GRU since yesterday, not sure why, just this one app, others I can deploy without issue.
Error You hit a Fly API error with request ID: 01GGA43NCYK6Z9SD3VK0TS2RP9-gru
I am also receiving this error during launch and deploy.
==> Creating release
Error You hit a Fly API error with request ID: 01GGAAZTCDMDEN35GWDFXN59XV-sin
I am traveling in SE Asia, and was using the Singapore region. I updated it to Denver, but it is still failing. Interestingly, the reqestuest ID still has the sin
suffix:
==> Creating release
Error You hit a Fly API error with request ID: 01GGACW5ZNM1NJXST26JPZ4RAE-sin
Resolved
The Fly launch/deploy service was temporarily down due to running out of IPv4 address space.
I’m also receiving this error
fly deploy -a [redacted]
==> Verifying app config
--> Verified app config
==> Building image
Remote builder [redacted] ready
==> Creating build context
--> Creating build context done
==> Building image with Docker
--> docker host: 20.10.12 linux x86_64
[+] Building 0.0s (0/1)
[+] Building 0.9s (15/15) FINISHED
=> CACHED [internal] load remote build context 0.0s
=> CACHED copy /context / 0.0s
=> [internal] load metadata for docker.io/library/debian:bullseye 0.8s
=> [builder 1/8] FROM docker.io/library/debian:bullseye@sha256:bfe6615d017d1eebe19f349669 0.0s
=> CACHED [builder 2/8] RUN apt-get update; apt install -y curl 0.0s
=> CACHED [builder 3/8] RUN curl https://get.volta.sh | bash 0.0s
=> CACHED [builder 4/8] RUN volta install node@18.0.0 0.0s
=> CACHED [builder 5/8] RUN mkdir /app 0.0s
=> CACHED [builder 6/8] WORKDIR /app 0.0s
=> CACHED [builder 7/8] COPY . . 0.0s
=> CACHED [builder 8/8] RUN npm install 0.0s
=> CACHED [stage-1 2/4] COPY --from=builder /root/.volta /root/.volta 0.0s
=> CACHED [stage-1 3/4] COPY --from=builder /app /app 0.0s
=> CACHED [stage-1 4/4] WORKDIR /app 0.0s
=> exporting to image 0.0s
=> => exporting layers 0.0s
=> => writing image sha256:ae7442bf6424b1623b9fd26db09c90485750734724425e01fbe1bcad96ba8c 0.0s
=> => naming to registry.fly.io/[redacted]:deployment-01GGADV11MH5Q3G6Y0JEW 0.0s
--> Building image done
==> Pushing image to fly
The push refers to repository [registry.fly.io/[redacted]]
5f70bf18a086: Layer already exists
c7af6d6da583: Layer already exists
545421f00d1e: Layer already exists
d9d07d703dd5: Layer already exists
deployment-01GGADV11MH5Q3G6Y0JEWDJ17B: digest: sha256:b1762980fbb0660f8b8c0c7322e2b3a3255ff2d4a159ac52823005cf19c890e2 size: 1159
--> Pushing image done
image: registry.fly.io/[redacted]:deployment-01GGADV11MH5Q3G6Y0JEWDJ17B
image size: 575 MB
==> Creating release
Error You hit a Fly API error with request ID: 01GGADV4MPB5Q3WW18GGJBHEDE-lhr
~10-13hr ago we right at the limit on our ipv4 address space, which resulted in the intermittent errors dearshrewdwit, jteppinette, crossworth saw. That issue has been fixed. Sorry for the trouble!
Does fly.io not have IPv4 pool monitoring in place? If not, will it be planned after this downtime/outage has occurred? I am trying to gauge the reliability of this service as I would like to move our existing stack over.
The problem still exists for me, I’m sure if I delete the app and create it again the problem will go away, but I think is better to inform you guys.
Error You hit a Fly API error with request ID: 01GGCQTDBR91EMJNRP60VJYEN9-gru
Error You hit a Fly API error with request ID: 01GGCQXHVG6JRXNWFP86T40ZVN-gru
Same errors while using any fly CLI command. I don’t know what to do now. Will deleting and recreating my app also delete the storage volumes that I have?
I think this is now related to this “bigger” issue right now. For me it seems that almost every instance is down.
that seems the case, my dev instance is down and im still hitting fly api error. Tried all options mentioned above and still persists.
We are running to the same problem, tried everything above but the issue persists.
maybe I should wait till it’s up? currently looking at status.flyio.net