有关 IBM Cloud Shell 的故障诊断
使用以下提示可帮助对使用 IBM® Cloud Shell时可能迂到的问题进行故障诊断。
迂到无法解决的问题? 我们想听听。 通过我们的 UI 提交有关 Cloud Shell 的反馈。 或者,在 IBM Cloud Dev Tools Slack上与开发团队交谈。
请求邀请后,登录并加入 #ask-your-question
通道。
为什么我的会话无法启动?
当您尝试启动 Cloud Shell 或在空闲或连接丢失后将其重新启动时,将显示以下消息:
Your session couldn't be started.
或 Session could not be started. Please wait for a few minutes, then restart the cloud shell and try again.
刷新 Cloud Shell 浏览器选项卡或窗口。 如果 Cloud Shell 仍无法启动,请尝试以下可能的解决方案:
- 从 Cloud Shell 菜单重新启动。
- 检查是否 为账户或用户 定义了 IP 地址限制。 如果定义了 IP 地址限制,请 添加 Cloud Shell 入口 IP 范围 以从 Cloud Shell 服务登录。 如果未定义 IP 地址限制,并且您继续看到此问题,请创建支持案例。
- 注销 IBM Cloud®. 清除浏览器高速缓存和 cookie 以除去首选项,然后再次登录并打开 Cloud Shell。
- 检查是否设置了 并发会话。 如果是这样,请确保帐户的已登录会话数不超过 限制会话 值。
为什么无法从会话中使用 Kubernetes 集群?
您想要使用 IBM Cloud® Kubernetes Service 集群,但当您运行命令 (例如 kubectl get pods
) 时,将显示以下错误:
$ kubectl get pods
The connection to the server localhost:8080 was refused - did you specify the correct host or port?
当前没有将集群设置为上下文。 与本地开发环境一样,必须为每个单独的会话设置集群上下文。
将集群设置为会话中的上下文,如 安装 CLI 中所述。
如果我更改了 .bashrc
文件并且会话不起作用,该怎么办?
您通过编辑 .bashrc
文件定制了 Cloud Shell 会话,现在您的会话未打开。 因此,您无法在 Cloud Shell中工作。
.bashrc
文件中的某些代码未正常工作,这会干扰会话的初始化能力。
如果您能够从现有打开的会话运行命令,请 下载任何要保留的文件。 然后,通过转至 Cloud Shell 菜单并单击 重新启动来重新启动 Cloud Shell。
为什么我继续丢失与 Cloud Shell的连接?
当会话关闭并显示以下消息时,您正在 Cloud Shell 中工作:
The connection to your session was lost.
您可能会看到此错误,原因如下:
- 您的因特网连接不稳定。
- 您已达到 Cloud Shell 临时存储器的最大容量。
- 您在其中工作的 Cloud Shell 区域很少不可用。
如果由于因特网连接中的临时中断而导致连接丢失,请刷新浏览器窗口以重新连接。 如果继续断开连接,请重新启动 Cloud Shell。 重新启动 IBM Cloud Shell 将除去工作空间中的所有文件,因此请确保 下载任何要保留的文件。
如果某个区域不可用,那么如果未从缺省位置更改 Cloud Shell 位置,那么重新启动 Cloud Shell 会自动将其装入到可用区域中。 如果您已手动更改到其他位置,请清除浏览器高速缓存和 cookie 以除去首选项,然后打开 Cloud Shell。
Cloud Shell 为何挂起,关闭或重新启动?
当会话挂起或关闭时,您将在 Cloud Shell 中工作,而不显示任何消息。
Cloud Shell 可能会挂起,性能会下降,或者由于资源使用率过高而关闭。 如果使用的资源过多,那么 Cloud Shell 环境可能会重新启动。 当 Cloud Shell 关闭时,将删除工作空间中的任何数据。