-
Notifications
You must be signed in to change notification settings - Fork 80
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
Server maintenance 18.07.2024 #663
Comments
Good old |
A new round, I'll have to reconfigure multiple things, server is down until further notice, should be done by tomorrow. Sorry for the inconvenience |
Any progress? firmware selector still down at 19/7 11:00 UTC+2 |
Unfortunate coincidence. I need to update urgently, as there is a bug in firmware 23.05.3 and my NAT64 is not working and the update is not available. |
Looks like builds are now working but not downloads |
I tested firmware selector, AUC and OWUT, all working as expected. Docker lagging issues may appear due to our CI being bloated with kernel builds, that's another mission for another day. |
@aparcar Would this cause the 404s seen on download links? |
Ah looks like it's just cached build download links that 404 - I just added an extra package for a custom build and it works fine. |
Yes there was a problem with the path, should be fixed |
It's likely that you've already requested the build you need before. For such assemblies, 404 is still issued. I had to change one package on the site and then I got a working firmware. And through luci it also gives an error. |
Never mind, I found #896. It works with |
Neither
Update: Fortunately, using the firmware-selector, I was able to successfully build 23.05.4 with custom packages. After successfully upgrading that way, I can now report that this problem has not gone away in 23.05.4. |
Thanks for testing and feedback, I'll try to give this another go tonight |
As of now,
|
@devastgh i can't reproduce the issue |
I upgraded my x86/64 boxes manually from firmware selector, however auc still fails there even on 23.05.4:
Both devices are dual stack, so connection is probably ipv6 to the servers. My ipv4 only AX3000T devices work properly:
I have absolutely no clue what the issue could be here. |
Found the issue. I had |
It's been weeks I'm trying the update and that did the trick. Something has changed on server side that is causing this issue as I never changed the config, so I believe that was coming as default (at least on previous builds). I think it would be better to find a solution server side, as a lot of other users may not find this info here. |
Should be fixed via #936 |
@aparcar: Is there any problem? I have tried to customize firmware with selected packages through https://firmware-selector.openwrt.org but can not! The error is: index.js:118
Thanks. |
Same issue as @hainguyen-cmd, also reported in matrix (https://matrix.to/#/!UDNBKbeuCquyiBFFzO:matrix.org/$v3LaiIZJEqSKjt7c5it73soRsEwG4wDkPaPRockkMWU?via=matrix.org&via=lodere.es&via=matrix.ipv8.pl) |
For whatever reason the server is acting up as in not propagating the right versions. I'm investing please wait before reporting any issues.
The text was updated successfully, but these errors were encountered: