# Backoff after failed scale up

**URL:** https://discourse.jupyter.org/t/backoff-after-failed-scale-up/3331
**Category:** JupyterHub
**Created:** [February 13, 2020, 11:03pm UTC](https://discourse.jupyter.org/t/backoff-after-failed-scale-up/3331 "2020-02-13T23:03:14Z")
**Posts on this page:** 8
**Page:** 1

<div class="post-metadata">

### Author: ![arokem](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/arokem/32/9_2.png) [@arokem](https://discourse.jupyter.org/u/arokem)
#### Post date: [February 13, 2020, 11:03pm UTC](https://discourse.jupyter.org/t/backoff-after-failed-scale-up/3331/1 "2020-02-13T23:03:14Z")

</div>

Hello! I am using hubploy + pangeo to deploy a jupyterhub on GCP. After one user is logged into the hub and is using substantial resources, I try to log in, but keep running into this message:

 ![Screen Shot 2020-02-13 at 2.55.27 PM](https://canada1.discourse-cdn.com/flex031/uploads/jupyter/original/2X/d/d09696c794e0561369c2afb4a04f0a118d12cba1.png)

and then the spawn times out and fails. During the attempted spawn, sometimes an additional machine will be added to the cluster, but it apparently can’t be used, because I never manage to get in there. Trying `kubectl logs jupyter-arokem -n l2lhub-prod` gives me nothing back. Might this have something to do with the pod affinities? How do I go about mucking with that to fix it? Thanks!

---

<div class="post-metadata">

### Author: ![betatim](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/betatim/32/10_2.png) [@betatim](https://discourse.jupyter.org/u/betatim)
#### Post date: [February 17, 2020, 6:17am UTC](https://discourse.jupyter.org/t/backoff-after-failed-scale-up/3331/2 "2020-02-17T06:17:18Z")

</div>

Can you point us to the helm charts + config you are using?

“scale up” and auto-scaling also depends on how you configured the node pools in your GKE cluster, so that config is also needed.

Off the top of my head I don’t know when this error occurs :-/

---

<div class="post-metadata">

### Author: ![arokem](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/arokem/32/9_2.png) [@arokem](https://discourse.jupyter.org/u/arokem)
#### Post date: [February 19, 2020, 6:47am UTC](https://discourse.jupyter.org/t/backoff-after-failed-scale-up/3331/3 "2020-02-19T06:47:42Z")

</div>

The configuration for this hub is all in this repo: [https://github.com/learning-2-learn/l2lhub-deployment](https://github.com/learning-2-learn/l2lhub-deployment)

How do I get the GKE config?

Thanks!

---

<div class="post-metadata">

### Author: ![betatim](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/betatim/32/10_2.png) [@betatim](https://discourse.jupyter.org/u/betatim)
#### Post date: [February 19, 2020, 7:07am UTC](https://discourse.jupyter.org/t/backoff-after-failed-scale-up/3331/4 "2020-02-19T07:07:00Z")

</div>

After a quick look I can’t spot something obviously wrong in the config.

Which commands did you run to setup your GKE cluster and node pools? I don’t think there is a way to export it so those are probably the best we have.

As you are using hubploy it is probably worth getting @yuvipanda involved.

---

<div class="post-metadata">

### Author: ![yuvipanda](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/yuvipanda/32/17_2.png) [@yuvipanda](https://discourse.jupyter.org/u/yuvipanda)
#### Post date: [February 19, 2020, 7:41am UTC](https://discourse.jupyter.org/t/backoff-after-failed-scale-up/3331/5 "2020-02-19T07:41:42Z")

</div>

In the node config for your GKE cluster, there should be a ‘autoscaling -\> max number of nodes’. Can you check what that is?

I think the ‘1 max node group size reached’ is the important part, not the backoff.

---

<div class="post-metadata">

### Author: ![arokem](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/arokem/32/9_2.png) [@arokem](https://discourse.jupyter.org/u/arokem)
#### Post date: [February 19, 2020, 5:52pm UTC](https://discourse.jupyter.org/t/backoff-after-failed-scale-up/3331/6 "2020-02-19T17:52:38Z")

</div>

I am not sure where to find that particular thing, but does this answer your question?

 ![Screen Shot 2020-02-19 at 9.42.43 AM](https://canada1.discourse-cdn.com/flex031/uploads/jupyter/original/2X/b/bc7393ed03cd5feeaccbfdc45bb09b1a28367507.png)

---

<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 21, 2020, 12:21pm UTC](https://discourse.jupyter.org/t/backoff-after-failed-scale-up/3331/7 "2020-02-21T12:21:50Z")

</div>

My first hunch is to [check your quotas](https://console.cloud.google.com/iam-admin/quotas). It’s possible that you are using up your CPU or memory quota so scale-up is failing because the next node would exceed some quota.

---

<div class="post-metadata">

### Author: ![arokem](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/arokem/32/9_2.png) [@arokem](https://discourse.jupyter.org/u/arokem)
#### Post date: [February 21, 2020, 1:34pm UTC](https://discourse.jupyter.org/t/backoff-after-failed-scale-up/3331/8 "2020-02-21T13:34:36Z")

</div>

Thanks! That is a very good hunch. Indeed, this cluster used to be in another zone, which had the CPU quota set much higher. Now, in a zone with a rather limited quota, which might explain.
