# Beta site upgrade

**URL:** <https://community.ntppool.org/t/beta-site-upgrade/4744>\
**Category:** Announcements\
**Created:** [September 22, 2026, 6:25am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744 "2026-09-22T06:25:51Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![ask](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/ask/32/907_2.png) [@ask](https://community.ntppool.org/u/ask)\
**Post date:** [September 22, 2026, 6:25am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/1 "2026-09-22T06:25:51Z")

</div>

The beta site – [https://manage.beta.grundclock.com/](https://manage.beta.grundclock.com/) – is running a refactored [Postgres based system](https://news.ntppool.org/2026/09/postgres-migration/), with a much cleaner internal API and many many bug fixes, but also … new bugs!

If you have servers in the beta system, please login and check that things look okay (and maybe add more servers?). If you don’t have servers in the beta system, please login and try adding some.

If you observe an error, the “trace id” from the HTML or HTTP headers is very helpful.

I’m planning to search the traces and logs next weekend to evaluate how close it is to be ready for the production site. The refactor has been in the works for a long time (with some detours for the infrastructure migration in the spring, various bug fixes, infrastructure tweaks and fixes for the growing monitoring data, etc etc) and I’m very excited to have it in production and be a foundation for the next many years.

---

<div class="post-metadata">

**Author:** ![NTPman](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/ntpman/32/450_2.png) [@NTPman](https://community.ntppool.org/u/NTPman)\
**Post date:** [September 22, 2026, 7:08am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/2 "2026-09-22T07:08:02Z")

</div>

There is a redirect loop on selecting “Sign in or create account”:

```auto
The page isn’t redirecting properly

Firefox can’t connect to the server at login.ntppool.org

```

The domain names `ntppool.org` and `beta.grundclock.com` shall not appear in the code at all (find them all with global search). The actual domain name shall be a deployment parameter.

---

<div class="post-metadata">

**Author:** ![gunnar](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/gunnar/32/689_2.png) [@gunnar](https://community.ntppool.org/u/gunnar)\
**Post date:** [September 22, 2026, 11:42pm UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/3 "2026-09-22T23:42:57Z")

</div>

Same, can’t login because of the redirect loop.

---

<div class="post-metadata">

**Author:** ![ask](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/ask/32/907_2.png) [@ask](https://community.ntppool.org/u/ask)\
**Post date:** [September 23, 2026, 8:15am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/4 "2026-09-23T08:15:02Z")

</div>

Doh! Thanks @gunnar & @NTPman; the logins should work now.

---

<div class="post-metadata">

**Author:** ![NTPman](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/ntpman/32/450_2.png) [@NTPman](https://community.ntppool.org/u/NTPman)\
**Post date:** [September 23, 2026, 8:28am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/5 "2026-09-23T08:28:39Z")

</div>

```auto
tumbleweed:~ # sudo -u ntpmon ntppool-agent setup -e test -a 355n9ds
time=2026-09-23T08:26:23.924Z level=INFO msg="using hostname for registration" env=test hostname=tumbleweed.home
time=2026-09-23T08:26:25.286Z level=ERROR msg="server error" env=test trace_id=68e952aaf5bf6e687b81ff066e7acea0 status_code=500 body=""
time=2026-09-23T08:26:35.828Z level=ERROR msg="server error" env=test trace_id=4266a1a272d16d9b81ff0ab731eb9209 status_code=500 body=""
time=2026-09-23T08:26:46.367Z level=ERROR msg="server error" env=test trace_id=cf97a9402431cfcb694eb046459d4cba status_code=500 body=""
time=2026-09-23T08:26:56.904Z level=ERROR msg="server error" env=test trace_id=3312917279ac317b4e370a739115b458 status_code=500 body=""

```

I got this error when setting-up new test monitor.

---

<div class="post-metadata">

**Author:** ![MagicNTP](https://avatars.discourse-cdn.com/v4/letter/m/858c86/32.png) [@MagicNTP](https://community.ntppool.org/u/MagicNTP)\
**Post date:** [September 23, 2026, 9:52am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/6 "2026-09-23T09:52:34Z")

</div>

Registering a new server as such works, but there’s some oddities/issues:

- When registering via name, the name for new servers does not appear on the management page afterwards, or on an individual server’s detail page (it’s showing for legacy servers in both places, though).
- Similarly, the zones that are assigned to a server are not showing on the management page (but they do show on an individual server’s detail page).
- The score is shown with very high precision on the management page, e.g., `Current score: 17.4297568686979` (while it’s shown rounded to a single digit on an individual server’s detail page).
- It seems both IPv6 and IPv4 addresses get sorted at the end of the list of servers on the management page, after pre-existing IPv6 servers.
- Following the link for the verification yields a “500 - Server Error”, in one example with `request id 01M36TRMVBQ97DRF825Z66DDZ8, trace id 82d30042774221a0c7085a55095d73d7`.
- It used to be possible to schedule a server for deletion, then go through the process of adding it again while not yet fully removed. That was useful, e.g., when a name was to be added to the server retroactively, or the name was to be changed, or when the server’s previous geolocation was wrong, and re-adding the server could fix that when the underlying MaxMind geolocation data had been updated in the meantime. Now, neither of that is possible anymore, refusing the update of the server with an error message, and suggesting to contact support. This forces operators to either wait until the server has actually been deleted, or it forces them to go through support, when they easily could have addressed those cases all by themselves instead. Also, the error message part “Please contact support to restore it.” is confusing, because an operator can actually still cancel the deletion request themselves without the need to contact support.

---

<div class="post-metadata">

**Author:** ![gunnar](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/gunnar/32/689_2.png) [@gunnar](https://community.ntppool.org/u/gunnar)\
**Post date:** [September 23, 2026, 4:19pm UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/7 "2026-09-23T16:19:40Z")

</div>

Sorry for the “me too” post again.  
I have the same problem trying to setup as beta monitor as @NTPman . I tried both versions of the ntppool-agent, stable (4.1.6) and test (4.2.0) and both times got the same response:

```auto
gunnar@mail:~$ sudo -u ntpmon ntppool-agent setup -e test -a hy0gzm
time=2026-09-23T18:12:01.388+02:00 level=INFO msg="using hostname for registration" env=test hostname=mail
time=2026-09-23T18:12:02.574+02:00 level=ERROR msg="server error" env=test trace_id=a683df11b1adff970ddf040b1f875839 status_code=500 body=""
time=2026-09-23T18:12:12.757+02:00 level=ERROR msg="server error" env=test trace_id=2c337882091fc91c61280f3ca62435c4 status_code=500 body=""
time=2026-09-23T18:12:22.937+02:00 level=ERROR msg="server error" env=test trace_id=418888eb55724f282ef5292a59d0934c status_code=500 body=""

```

And additional output in the syslog:

```auto
Sep 23 18:11:10 mail systemd[1]: Started ntppool-agent@test.service - NTP Pool Monitor (test).
Sep 23 18:11:10 mail ntppool-agent[190156]: level=INFO msg="starting ntppool-agent" env=test version="v4.2.0/829b66f (2026-09-21T05:32:30Z, go1.26.8)"
Sep 23 18:11:10 mail ntppool-agent[190156]: level=WARN msg="no API key, please run ntppool-agent setup" env=test cmd="ntppool-agent setup --env test --state-dir '/var/lib/ntppool-agent'" wait_time=33s
Sep 23 18:11:10 mail ntppool-agent[190156]: Setup API key with:
Sep 23 18:11:10 mail ntppool-agent[190156]: ntppool-agent setup --env test --state-dir '/var/lib/ntppool-agent'
Sep 23 18:11:10 mail ntppool-agent[190156]: level=INFO msg="starting AppConfig manager early for file watching" env=test name=""
Sep 23 18:15:02 mail ntppool-agent[190156]: level=WARN msg="no API key, please run ntppool-agent setup" env=test cmd="ntppool-agent setup --env test --state-dir '/var/lib/ntppool-agent'" wait_time=2m19s
Sep 23 18:16:10 mail ntppool-agent[190156]: level=WARN msg="failed to refresh JWT token" env=test appconfig-manager.err="no API key available for JWT token request"
Sep 23 18:17:20 mail ntppool-agent[190156]: level=WARN msg="no API key, please run ntppool-agent setup" env=test cmd="ntppool-agent setup --env test --state-dir '/var/lib/ntppool-agent'" wait_time=3m54s

```

And like @MagicNTP I can not validate a newly added server on the beta site

```auto
500 - Server Error

Ouch! That didn't work, our server hit a bad gear.

(request id 01M37GZ62EVFB11M3XPTV1CW0N, trace id 55ebf438979805540f5bf6715c1f7d4b)

```

---

<div class="post-metadata">

**Author:** ![alica](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/alica/32/337_2.png) [@alica](https://community.ntppool.org/u/alica)\
**Post date:** [September 24, 2026, 2:07am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/8 "2026-09-24T02:07:04Z")

</div>

The login loop is also present in production site.

---

<div class="post-metadata">

**Author:** ![techfish4](https://avatars.discourse-cdn.com/v4/letter/t/848f3c/32.png) [@techfish4](https://community.ntppool.org/u/techfish4)\
**Post date:** [September 24, 2026, 12:03pm UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/9 "2026-09-24T12:03:22Z")

</div>

I’m still seeing a login redirect loop.

The OAuth error is:

error=invalid\_request  
error\_description=Client “\<client\_id\>” is not authorized to access resource server “api-dev”.

Reproduced on multiple devices and in private browsing.

Both /authorize and /login return HTTP 302 and redirect back to each other.

---

<div class="post-metadata">

**Author:** ![mopani](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/mopani/32/1955_2.png) [@mopani](https://community.ntppool.org/u/mopani)\
**Post date:** [September 25, 2026, 1:04am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/11 "2026-09-25T01:04:11Z")

</div>

Looking good, glad to see monitor data updated and the Monitors link back on production site.

On the Beta site – several of my servers are showing scores of 19.999999999 – I appreciate the precision, but its probably a bit more than necessary! This only appears on the Manage Servers page (/manage/), not the user page (/a/username) or the individual server page.

And now two of the three are back to just 20.

---

<div class="post-metadata">

**Author:** ![NTPman](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/ntpman/32/450_2.png) [@NTPman](https://community.ntppool.org/u/NTPman)\
**Post date:** [September 25, 2026, 11:03am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/12 "2026-09-25T11:03:38Z")

</div>

Single packet loss in a monitoring batch decreases the score only a tiny bit. Lower display precision would not show this, there would be no way to differentiate this kind of monitor from a really perfect monitoring result.

---

<div class="post-metadata">

**Author:** ![ask](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/ask/32/907_2.png) [@ask](https://community.ntppool.org/u/ask)\
**Post date:** [September 27, 2026, 9:48am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/13 "2026-09-27T09:48:56Z")

</div>

Do you still get this? I managed to break the production site login (!) for a couple days when fixing the beta site. They should both be working as of now though.

---

<div class="post-metadata">

**Author:** ![ask](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/ask/32/907_2.png) [@ask](https://community.ntppool.org/u/ask)\
**Post date:** [September 27, 2026, 10:19am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/14 "2026-09-27T10:19:13Z")

</div>

@mopani I spent some time trying to figure out if this was a new behavior, but I think actually it’s an old bug. On most of the UI the scores are rounded to one decimal, but they weren’t there. I fixed that and when there’s a bit more monitoring data in the beta system I will run some analytics to make sure nothing changed to make “slightly less than 20” happen more than before.

---

<div class="post-metadata">

**Author:** ![ask](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/ask/32/907_2.png) [@ask](https://community.ntppool.org/u/ask)\
**Post date:** [September 27, 2026, 10:47am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/15 "2026-09-27T10:47:31Z")

</div>

Thanks @NTPman & @gunnar ; beta monitoring registration should work now (or at least not get that error!).

@gunnar & @MagicNTP: adding NTP servers to the beta site is working again, thank you for reporting that.

Will you try again?

---

<div class="post-metadata">

**Author:** ![NTPman](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/ntpman/32/450_2.png) [@NTPman](https://community.ntppool.org/u/NTPman)\
**Post date:** [September 27, 2026, 11:02am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/16 "2026-09-27T11:02:39Z")

</div>

Much better now! I stepped over the phase that was failing before, setting up a test monitor. However, the old bug of not offering the nearest airport (~10km) to my monitoring location is there, or feature of free entering the airport code is still missing.

---

<div class="post-metadata">

**Author:** ![MagicNTP](https://avatars.discourse-cdn.com/v4/letter/m/858c86/32.png) [@MagicNTP](https://community.ntppool.org/u/MagicNTP)\
**Post date:** [September 27, 2026, 11:07am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/17 "2026-09-27T11:07:51Z")

</div>

> [@ask](#):
>
> Will you try again?

Registration registering the name properly now, verification links can be obtained, ordering on management page now as it was, scores with reasonable and useful rounding again, thanks!

Zones still missing. And I personally find the new feature of blocking re-registration of servers scheduled for deletiom unnecessary, and actually unfortunate as it needlessly (unless there is a strict technical need) restricts useful self-help options for server operators.

---

<div class="post-metadata">

**Author:** ![techfish4](https://avatars.discourse-cdn.com/v4/letter/t/848f3c/32.png) [@techfish4](https://community.ntppool.org/u/techfish4)\
**Post date:** [September 27, 2026, 12:13pm UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/18 "2026-09-27T12:13:12Z")

</div>

I just tested it, and it is fixed.  
Thank you for the fix.

---

<div class="post-metadata">

**Author:** ![MagicNTP](https://avatars.discourse-cdn.com/v4/letter/m/858c86/32.png) [@MagicNTP](https://community.ntppool.org/u/MagicNTP)\
**Post date:** [September 27, 2026, 12:17pm UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/19 "2026-09-27T12:17:32Z")

</div>

Small observation/nit: The deletion time for a server is now given including the hour:

`This server is scheduled for deletion on 2026-09-30T00:00:00Z.`

Could be considered another rounding issue. If intentional for clarity of when exactly the deletion is going to happen, then maybe the “on” in that sentence should be replaced by “at”.

---

<div class="post-metadata">

**Author:** ![ask](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/ask/32/907_2.png) [@ask](https://community.ntppool.org/u/ask)\
**Post date:** [September 27, 2026, 7:20pm UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/20 "2026-09-27T19:20:22Z")

</div>

> However, the old bug of not offering the nearest airport (~10km) to my monitoring location is there, or feature of free entering the airport code is still missing.

Is your nearest airport in another country from the GeoIP data? The system filters those out as options. While just about everyone contributing are thoughtful and trying to have the system work as well as possible, system has a lot of little guardrails to steer people the right way if they aren’t as thoughtful or understanding of how the system works.

If I am guessing right about the country, the guardrail is there in part to have the monitoring data and diagnostics not be confusing for everyone else and in part because when I was testing it was a weird experience when I simulated an IP in Copenhagen and then getting country / airport codes in Sweden (or Malaysian ones with a Singapore IP, that sort of thing).

The system also only does IATA codes, so if the airport only has a LFLI code it won’t show up.

If you’d rather email and privately message the details to help me understand, then please do that! 🙂

Really what I wanted was names based on the UN/LOCODE codes, but I couldn’t find a reasonable API for looking those up by a location.

---

<div class="post-metadata">

**Author:** ![ask](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/ask/32/907_2.png) [@ask](https://community.ntppool.org/u/ask)\
**Post date:** [September 28, 2026, 6:23am UTC](https://community.ntppool.org/t/beta-site-upgrade/4744/21 "2026-09-28T06:23:51Z")

</div>

> Zones still missing. And I personally find the new feature of blocking re-registration of servers scheduled for deletiom unnecessary, and actually unfortunate as it needlessly (unless there is a strict technical need) restricts useful self-help options for server operators.

Should be fixed now; also the date formatting (a few more tweaks coming up that didn’t make it to the build I made earlier in the afternoon). Thank you!

[Next page](https://community.ntppool.org/t/beta-site-upgrade/4744.md?page=2)
