It does seem to be an issue. I’ve recreated it. I tried downloading it using that URL and found the same e.g
$ curl https://mess-with-dns.fly.dev/css/tailwind.min.css > tailwind.min.css
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
5 2865k 5 156k 0 0 2643 0 0:18:30 0:01:00 0:17:30 0
curl: (92) HTTP/2 stream 0 was not closed cleanly: INTERNAL_ERROR (err 2)
I wondered if it was the http version, but that also fails:
$ curl --http1.1 https://mess-with-dns.fly.dev/css/tailwind.min.css > tailwind.min.css
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
10 2865k 10 293k 0 0 4949 0 0:09:52 0:01:00 0:08:52 0
curl: (18) transfer closed with 2633885 bytes remaining to read
Is this file being served by your app (if so … it may be down to gzip, or something in-app)? Or are you using Fly’s static file functionality in the fly.toml? That may help narrow down where the issue is. This bit of the fly.toml if not sure:
I finally noticed that curling the file on the instance takes a really long time – 1.6 seconds. I don’t know why that is, but it’s probably hanging because of that – sorry for the noise!
time curl localhost:8080/css/tailwind.min.css > /dev/null
real 0m1.678s
I think it was 555c48a2, based on the logs – I just redeployed so it’s gone now. My guess it that it’s more to do with CPU usage inside the process though.