"deployed" 状态

简介: "deployed" 状态

在 OceanBase 数据库中,"deployed" 状态通常表示集群已经成功地被部署并且正在运行。在这个状态下,所有的节点都已经启动并且正在提供服务。

至于你提到的 Web 界面无法访问的问题,这可能是因为集群正在运行,Web 界面的端口(默认为 8180)已经被占用。你可以通过以下命令来查看端口的使用情况:

sudo lsof -i :8180

如果看到 "LISTEN" 状态的进程,那么可能就是这个问题。你可以通过杀死这个进程来释放端口,然后再重启 Web 界面。

另外,你也可以通过以下命令来查看集群的状态:

./obadmin cluster status

这个命令会显示集群的所有节点以及它们的状态。如果看到有节点处于 "Down" 或者 "Not Ready" 状态,那么可能就是这些问题导致 Web 界面无法访问。你需要检查这些节点的状态,并确保它们都处于 "Up" 状态。

目录
相关文章
初始化Kubenetes报错2:error execution phase preflight: [preflight] S..
初始化Kubenetes报错2:error execution phase preflight: [preflight] S..
343 0
|
运维 Cloud Native 前端开发
如何解决 503 Service Temporarily Unavailable?
如何解决 503 Service Temporarily Unavailable?
1356 0
|
Kubernetes Linux 容器
【kubernetes】修复 systemctl status sshd Failed to get D-Bus connection: Operation not permitted
【kubernetes】修复 systemctl status sshd Failed to get D-Bus connection: Operation not permitted
566 0
|
6月前
network is not ready: runtime network not ready: NetworkReady=false reason:NetworkPluginNotReady me
network is not ready: runtime network not ready: NetworkReady=false reason:NetworkPluginNotReady me
213 1
|
6月前
|
Linux 网络安全 调度
DolphinScheduler 调度工作流报错 Host key verification failed.
DolphinScheduler调度任务失败,错误显示"Host key verification failed."。问题可能在于SSH免密登录配置失效或租户不存在于Linux系统中。解决方案:检查SSH配置并确保调度用户有管理员权限;确认DolphinScheduler租户与Linux用户对应。如果日志仅显示主机键验证失败,可能忽略了租户与操作系统用户的对应关系。创建具备管理员权限的新租户可解决。此外,当失败策略设为"继续"时,可能无法查看失败日志,建议使用"结束"策略。
131 0
|
XML Java 数据库连接
webservice客户端运行报错was not registered for synchronization because synchronization is not active
webservice客户端运行报错was not registered for synchronization because synchronization is not active
880 0
webservice客户端运行报错was not registered for synchronization because synchronization is not active
|
Kubernetes API 调度
开发 k8s 管理平台 - k8sailor 17. Pod 的阶段(phase)与状态(status)
开发 k8s 管理平台 - k8sailor 17. Pod 的阶段(phase)与状态(status)
343 0
开发 k8s 管理平台 - k8sailor 17. Pod 的阶段(phase)与状态(status)
|
Kubernetes Docker 容器
Rancher部署报错状态一直restarting
Rancher部署报错状态一直restarting
Rancher部署报错状态一直restarting
|
数据库
This scheduler instance is still active but was recovered by another instance in the cluster
This scheduler instance is still active but was recovered by another instance in the cluster
872 0
|
Docker Perl 容器
Kubectl get pods 一直处于 Status:containerCreating
Kubectl get pods 一直处于 Status:containerCreating
410 0