# Error notifying Hub of activity

**URL:** <https://discourse.jupyter.org/t/error-notifying-hub-of-activity/32885>\
**Category:** Zero to JupyterHub on Kubernetes\
**Tags:** jupyterhub, how-to, help-wanted\
**Created:** [February 16, 2025, 7:24pm UTC](https://discourse.jupyter.org/t/error-notifying-hub-of-activity/32885 "2025-02-16T19:24:49Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![antonvorobets](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/antonvorobets/32/4278_2.png) [@antonvorobets](https://discourse.jupyter.org/u/antonvorobets)\
**Post date:** [February 16, 2025, 7:24pm UTC](https://discourse.jupyter.org/t/error-notifying-hub-of-activity/32885/1 "2025-02-16T19:24:49Z")

</div>

Hi,

I have a sudden issue with a user pod not scaling down automatically. It seemed to run fine for some weeks, but now suddenly this issue appear.

The cluster runs z2jh 3.3.8 with fairly standard configuration. Any ideas on how to fix this issue?

 ![image](https://canada1.discourse-cdn.com/flex031/uploads/jupyter/original/3X/b/0/b049965510b76c5de83e388adab83e4e12829f8b.png)

---

<div class="post-metadata">

**Author:** ![consideRatio](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/consideratio/32/1033_2.png) [@consideRatio](https://discourse.jupyter.org/u/consideRatio)\
**Post date:** [February 17, 2025, 9:28am UTC](https://discourse.jupyter.org/t/error-notifying-hub-of-activity/32885/2 "2025-02-17T09:28:30Z")

</div>

Om that jupyter server failing to report activity, what version of jupyterhub and jupyter\_server is it running?

---

<div class="post-metadata">

**Author:** ![antonvorobets](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/antonvorobets/32/4278_2.png) [@antonvorobets](https://discourse.jupyter.org/u/antonvorobets)\
**Post date:** [February 17, 2025, 10:25am UTC](https://discourse.jupyter.org/t/error-notifying-hub-of-activity/32885/3 "2025-02-17T10:25:33Z")

</div>

jupyter\_server v2.14.2 and jupyterhub v5.2.1

---

<div class="post-metadata">

**Author:** ![minrk](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/minrk/32/13_2.png) [@minrk](https://discourse.jupyter.org/u/minrk)\
**Post date:** [February 19, 2025, 10:16am UTC](https://discourse.jupyter.org/t/error-notifying-hub-of-activity/32885/4 "2025-02-19T10:16:40Z")

</div>

what are the logs from the hub surrounding this event? Do other things involving requests to the Hub work, e.g. logging in and making requests to the server (launching JupyterLab, notebooks, etc.)?

---

<div class="post-metadata">

**Author:** ![antonvorobets](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/antonvorobets/32/4278_2.png) [@antonvorobets](https://discourse.jupyter.org/u/antonvorobets)\
**Post date:** [February 20, 2025, 7:22pm UTC](https://discourse.jupyter.org/t/error-notifying-hub-of-activity/32885/5 "2025-02-20T19:22:05Z")

</div>

The error appeared after a user node failed to spawn. How that happened, I don’t know.

 ![image](https://canada1.discourse-cdn.com/flex031/uploads/jupyter/original/3X/0/a/0ada28c3b49cb98826f2343451c2e037a98d18db.png)

The user’s logon stayed like this for at least 1.5 hour. If something like this happens, they should be able to click the home menu and reset their server, right?

---

<div class="post-metadata">

**Author:** ![minrk](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/minrk/32/13_2.png) [@minrk](https://discourse.jupyter.org/u/minrk)\
**Post date:** [February 25, 2025, 9:13am UTC](https://discourse.jupyter.org/t/error-notifying-hub-of-activity/32885/6 "2025-02-25T09:13:16Z")

</div>

> [@antonvorobets](#):
>
> The error appeared after a user node failed to spawn

Ah, if the user failed to spawn, the credentials issued to the server would not be valid because they are revoked when the Hub doesn’t believe a server is running. Given that you are seeing a launch failure due to timeout _and_ logs from the user server indicating that it does start, my guess is that the server is actually starting up, but it is too slow for your configuration. Setting `c.Spawner.timeout` to a larger value might fix your problem. More surrounding log context would help identify this situation.

The sequence of events, if this is right:

1. server is requested
2. timeout reached, Hub gives up and begins cleaning up (invalidating credentials, among other things)
3. server finally starts, making initial requests tot he HUb API with expired credentials (error in your logs)
4. (hopefully) server finishes getting shutdown

> [@antonvorobets](#):
>
> If something like this happens, they should be able to click the home menu and reset their server, right?

yes, if the launch fails, they should be able to try again.