Space is Building... permanently
Hey, the space that I have been hosting for almost 2 years isn’t setting up properly. What’s going on? I know many others have this issue and it’s either because Hugging Face’s infrastructure was having a problem or that they are hosting a cryptominer. In this case, it is none of the above, so I am not sure why this is happening.It’s been about 4 days now and I have tried duplicating the space to no avail.
2024-07-28T14:15:32Z
This now also happens to me.
2024-07-31T17:52:14Z
Me too… my customers are very upset and I’m not sure how to fix it.
2024-08-02T03:51:35Z
Hello, we’re receiving the same issue. Spaces was working fine for us yesterday (July 31) and as of August 1 it’s been spinning indefinitely, making it past the Building Stage but getting stuck on “Starting on T4”.We’re hoping there’s a fix soon? We’re using this platform for a school project and the deadline for our presentation is next week.
2024-08-08T23:18:18Z
me too… i stuck with T4 in building stage… tried factory restarts and even creating configuration errors and pauses but none of these worked.using docker space.
2024-08-09T01:08:52Z
Same here.It seems maybe Gradio-related trouble.
2024-08-09T05:40:52Z
This symptom seems to have been fixed.
2024-08-09T06:01:42Z
I’m getting another error, though…Looks like today is a bad day to build.runtime errorScheduling failure: not enough hardware capacityContainer logs:===== Application Startup at 1970-01-01 00:00:00 =====
2024-08-09T12:16:21Z
Did you take any action to solve the issue?I still have the problem, I also tried to replace the hardware with some factory restarts, but it just got stuck on building.
2024-08-09T23:11:14Z
No, I didn’t do anything special, but it was fixed today.The Gradio version had to be 4.38.1 or lower to work properly for some reason with a mysterious GUI error, but the other problems were gone.It’s not uncommon for HF to be temporarily out of order, but maybe there’s more than one factor in this case.
2024-08-11T22:37:38Z
Today, I started getting build errors even in spaces with a fixed Gradio version of 4.38.1.It seems that Gradio’s Examples is doing something bad, so I commented out the Examples-related stuff and now it works for the time being.I didn’t think it would affect past versions.It is a puzzling malfunction.
2024-08-12T01:22:26Z
Speaking of which.I have some Zero GPU space and CPU space on the HF and the only time I encountered this series of problems was when I was messing with the GPU space.I don’t know if this means a hardware glitch on HF, a problem between the spaces library and Gradio, or if it’s totally coincidental.Additional Notes:The behavior of the above phenomenon was largely understood.When starting the demo, Gradio now tries to strictly scan and cache the contents of Examples, but if there is a Dropdown that changes dynamically due to a function, etc., the scan sometimes fails and the demo crashes with an error.This is a common Gradio tease, but this time it does not care if cache_example=False, if fn or outputs are not specified, or if Gradio is a slightly older version, it still scans and crashes with an error.The current workaround is to comment out Examples or downgrade it to a very simple element (such as Textbox or Number).However, no matter what I think, this is not normal behavior, so I guess the right thing to do is to wait for it to be fixed.I’m assuming it’s part of those things, since GIT has been extremely bad for the past few days, and hardware capacity errors have been frequent, and so on.
2024-08-12T19:58:49Z
This is not a Gradio-only problem. I am using a Docker space.@radamesany ideas?
2024-08-12T20:22:28Z
Hey@pierric, sorry for the ping but could you take a look atNo Language Left Behind - a Hugging Face Space by winstxnhdw. It’s been down for more than half a month now.
2024-08-13T02:18:10Z
Then it seems likely that the problem is due to some specification change (or associated mistake or trouble) in the virtual environment itself deep in the HF server.The time of occurrence also coincides with the time when the serverless inference API was restricted by a major specification change (without any announcement), and it is likely that some kind of renovation is underway under the surface.I heard that putting in a complaint on Discord gets a quicker response, but I don’t use Discord, so I’ll leave it to someone else.
2024-08-16T15:41:12Z
Hey@winstxnhdw, the issue is that the space is using caddy as the reverse proxy. We don’t allow reverse proxies in Spaces which is causing the issue.I would see about removing Caddy and serving the app directly from Granian
2024-08-16T20:06:31Z
Very strange. The first ever Hugging Face tutorial I followed was from a Hugging Face moderator which used Nginx as a reverse proxy for FastAPI. If this was a recent change in the ToS, it would be helpful to notify the community beforehand…
2024-08-16T21:41:04Z
@winstxnhdwwould you have a link for this tutorial so we can look into it?
2024-08-16T23:01:26Z
There are several tutorials by@radamesSee:nginx.conf · radames/nginx-gradio-reverse-proxy at mainAnyways, I have removed Caddy and my space is still stuck on Building…https://huggingface.co/spaces/winstxnhdw/nllb-api
2024-08-17T00:51:12Z
Thanks for the link - the Space needed to be unflagged manually, it should build correctly now.
No date available
No reply text available