-
-
Notifications
You must be signed in to change notification settings - Fork 101
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
builds using specific .nar file from cache.nixos.org fail with 503 #207
Comments
This issue has been mentioned on NixOS Discourse. There might be relevant details there: https://discourse.nixos.org/t/cache-nixos-org-responds-with-503/17800/3 |
Probably caused by #206?. Might be fixed by setting up Segmented Caching |
We should probably revert to the 2 GB limit. We really shouldn't produce NARs that big. |
I made NixOS/nixpkgs#161070 as a follow-up from #206, but it wasn't a good solution either. I'm interested in what is a good solution and how to get there. Cronjob that generates ISO images separate from the Hydra nixos-* builds? |
The iso image has to be verifiably and trustably produced by the same build infra as the other packages. The iso image shouldn't be this big. Maybe it's time to consider removing the build dependencies (e.g. gcc) from the iso images? |
The image size is quite normal compared to other distros: NixOS/nixpkgs#159612 (comment) Making it smaller makes sense, but it will still be big. I'm afraid it will be harder to do so if desktop environments (gnome/kde) keep growing. |
I'm seeing the same thing every time I try to build something related to cudatoolkit. For example, in the course of trying to review NixOS/nixpkgs#153542 running
gives me a bunch of these 503 object too large errors. |
I face the same issue with opencv+cuda. |
@dsxmachina You can use the |
Is there anything we can do to get unblocked on this? This issue is currently blocking users from using
cc @NixOS/cuda-maintainers |
This is causing headaches for me as well. In my flake I tried setting:
to try building cuda from source - this fails trying to build libunistring which fails because it's already in the nix store from the cache. So something about changing the substituters has triggered a cache miss for some important c libs, but for some reason tries to build to the place the cache.nixos.org build artifact was already downloaded.
Then I tried
this fails with
|
This issue has been mentioned on NixOS Discourse. There might be relevant details there: https://discourse.nixos.org/t/why-is-it-rebuilding-a-derivation-whose-output-path-is-present/13326/4 |
I bet the issue is that Fastly refuses to cache those large objects. I don't know if there is a way to bump the limit on Fastly side. |
2G seems to match this limit:
|
Applied the segment caching but still hitting the error with https://cache.nixos.org/nar/0g3mvx4rg81g9fdcjc5822v14vf73lnr84fcbxa8jdgciqa1m3qk.nar.xz |
Looks resolved now to me. (and it wasn't a few minutes ago) |
This should fix the issue we're seeing in #207
This should fix the issue we're seeing in #207
This is fixed now! |
Thank you so much @zimbatm! I really owe you one for this! |
If I heard right, this wasn't for the package itself but for its source code. |
That's correct. Oddly enough, the source code is still being cached even though the derivation itself is not built by Hydra. Does anyone know why that is? |
If true, we ought to enable them for cudatoolkit. |
@zimbatm: another case not resolved yet: https://discourse.nixos.org/t/22-05-gnome-iso-cant-be-downloaded-from-releases-page/18218 |
thanks, fixed in f010edb |
Is your feature request related to a problem? Please describe.
I tried rebuilding my system today, first updating the channel and then running
nixos-rebuild switch
This resulted in the following error message:
Following the link with a browser reveals the following http server error message:
Describe the solution you'd like
Disappearance of the error message and successful download of the file.
Describe alternatives you've considered
Downgrading my system channel or switching to unsable. I tried both and it does not work, the same error appears.
I also tried searching for mirrors of cache.nixos.org, but there seem to be no up-to-date ones.
Many other package managers seem to have this, i.e. apt has lot's of mirrors hosted by universities, but this does not seem to be a thing with nixos.
Additional context
I ran the scripts provided at the landing page of
cache.nixos.org
Below is their result:
The text was updated successfully, but these errors were encountered: