我们在连接到EMR集群的Kubernetes中使用Jupyterhub（版本0.7.2）来摄取数据。
在用户抱怨说他们在访问笔记本时遇到too many redirects错误之后，我意识到我们的笔记本容器处于running状态，并且用户没有打开的会话，因此当他们尝试打开笔记本计算机时，启动他们的服务器，他们会收到此错误。我不太确定笔记本中的身份验证令牌是否已过期（已与okta集成）并将请求再次重定向到jupyterhub。
[I 2020-07-27 14:25:08.515 JupyterHub log:100] 302 GET /hub/spawn ([user]@10.0.145.78) 3.74ms
[I 2020-07-27 14:25:08.567 JupyterHub log:100] 302 GET /user/[user] (@10.0.145.78) 0.78ms
[I 2020-07-27 14:25:08.627 JupyterHub log:100] 302 GET /hub/user/[user] ([user]@10.0.145.78) 4.32ms
[I 2020-07-27 14:25:08.683 JupyterHub log:100] 302 GET /user/[user] (@10.0.145.78) 0.94ms
[I 2020-07-27 14:25:08.749 JupyterHub log:100] 302 GET /hub/user/[user] ([user]@10.0.145.78) 4.42ms
[I 2020-07-27 14:25:08.821 JupyterHub log:100] 302 GET /user/[user] (@10.0.145.78) 0.83ms
[I 2020-07-27 14:25:08.880 JupyterHub log:100] 302 GET /hub/user/[user] ([user]@10.0.145.78) 3.90ms
[I 2020-07-27 14:25:08.941 JupyterHub log:100] 302 GET /user/[user] (@10.0.145.78) 0.89ms
[I 2020-07-27 14:25:09.000 JupyterHub log:100] 302 GET /hub/user/[user] ([user]@10.0.145.78) 4.19ms
[I 2020-07-27 14:25:09.060 JupyterHub log:100] 302 GET /user/[user] (@10.0.145.78) 0.80ms
[I 2020-07-27 14:25:09.119 JupyterHub log:100] 302 GET /hub/user/[user] ([user]@10.0.145.78) 4.06ms
[I 2020-07-27 14:25:09.174 JupyterHub log:100] 302 GET /user/[user] (@10.0.145.78) 0.84ms
[...]
删除这些吊舱可解决问题
根据这些有问题的吊舱创建日期，它们全都来自上一次EMR部署之前（新的EMR群集替代了旧的EMR群集），并且似乎是吊舱孤儿院的来源，但我没有找到日志中的所有内容，只是笔记本从未被淘汰，会话不再存在，所有这些吊舱都使用了Spark。
关于如何避免此问题的任何线索？