-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
There was a problem with Read the Docs while building your documentation. Please report this to us #4071
Comments
Hi @jorisvandenbossche! I'm just adding some debug information to take a look later: Sentry issues:
The build failed at when trying to save the |
We have been experiencing a potentially similar failure for several weeks:
As with the above, our automatic builds seem to fail directly after the conf step, however we have found that manually triggered builds continue and apparently succeed, except that they still throw the same error message. |
I also did a manual trigger of the build, but that failed as well (and also didn't update the docs online) |
Experiencing this as well. My builds have been failing for days starting at build 7213846. |
Hi @begriffs, think your build is failing because your repo has a unicode branch https://github.com/citusdata/citus_docs/tree/metrics-%E2%88%82eco%E2%88%82e, rtd doesn't support unicode names for now (we are planning to support them soon #4052) |
@stsewd thanks for the quick response! That was exactly the issue. I deleted the offending remote branch and builds are back to normal. |
Any updates on this? (although in the meantime, there also has been a build that went further than the "cat doc/source/conf.py" step, but that one failed at the time due to an error in one of the our dependencies: https://readthedocs.org/projects/geopandas/builds/7259769/) |
Where you able to solve this? This one in particular doesn't seem to be a problem in RTD but in your project configuration. In case you need to mock a C library, you can read the FAQ at http://docs.readthedocs.io/en/latest/faq.html#i-get-import-errors-on-libraries-that-depend-on-c-modules |
Yes, that was a problem on the Anaconda side, which has been fixed in the meantime. So therefore I triggered a new build to check if everything was OK now, but now having the original reported issue again (https://readthedocs.org/projects/geopandas/builds/7289654/, stopped at the "cat doc/source/conf.py" step) After I commented here, I triggered yet another build. And now I also get the message "There was a problem with Read the Docs while building your documentation. Please report ...", but, it seems to be failing at another stage (now it just stops somewhere during building the docs): https://readthedocs.org/projects/geopandas/builds/7289777/ |
Any update on this? |
@jorisvandenbossche hi! Your two latest builds passed. Do you still have this problem or you were able to solve it? Thanks! |
Yes, it seems to be working now. Thanks! |
The last build today seems to be failing again: https://readthedocs.org/projects/geopandas/builds/7486083/ |
Following up on @pagreene's report from the
All the automatically triggered builds are still failing. In addition, the situation has gotten worse, since recently the manually triggered builds are failing too so we haven't been able to update our public documentation for a while. Any help would be very much appreciated!
|
@jorisvandenbossche looks like a problem with memory limits, same for @bgyori 's project |
Thanks @stsewd, is this something we can solve by changing the project config? Or does this need to be solved on the server side? |
@bgyori you can check https://docs.readthedocs.io/en/latest/guides/build-using-too-many-resources.html for some tips. If that doesn't solve the problem you need to ask a maintainer to increase the memory limits for your project. |
Ah, yes, we are probably hitting the 15 min limit (it says the (failed) build run for 14.7 min). @humitos geopandas has quite some heavy dependencies to install, but still normally it doesn't take that long to create the environment locally. |
Unfortunately, no. That's something that needs to be implemented: #3261 Does I double your time limit and triggered a new build. It should finish successfully. Let me know otherwise. |
Thanks for doing that! |
Some of them are needed because we run some examples in the docs (running them itself does not take a lot of time), but the most heavy dependencies (eg gdal and all its dependencies) are not optional. |
Sorry about that, it was a bug and it was fixed today, if you rebuild your docs, the error should be gone. |
It still seems to give the same error now. |
@jorisvandenbossche the problem is that you have set the file |
Thanks for the quick answer! |
Please, @bgyori open a new issue for this. It seems to be a different problem. I imported this project in my local instance and the build is killed for a memory consumption. Link this comment in the new issue and, if you can, please research a little about why it's consuming too much memory for the build. You can get some ideas from: https://docs.readthedocs.io/en/latest/guides/build-using-too-many-resources.html Since the OOM is tricky to catch always properly, the message is sometimes not accurate. |
@humitos sorry, the build is still failing (now again the original error, after adjusting the advanced settings). Any pointers on what this is related to ? (Memory, time,...) |
@jorisvandenbossche do you still have this issue? We changed servers during the weekend and new ones are faster. So, I think you should be able to build without any problem now. If so, please close this issue. I just triggered a build and it passed: https://readthedocs.org/projects/geopandas/builds/7662770/ |
Yes, it seems to work now. Thanks, closing then! (back in July, I still saw some intermittent failures, but at least when re-triggering a build it sometimes passed. However, I am not sure it was related to a time-out, because when it passed, it was not close to the limit) |
Details
I am not fully sure why it is failing, I don't find something in the different log parts that fail, but it just stops after the "cat doc/source/conf.py" step.
And since it asked to report this, that's what I did.
The text was updated successfully, but these errors were encountered: