ob密码修改后,obd restart集群如何快速重启

【 使用环境 】生产环境
【 使用版本 】4.2.0_CE
【问题描述】
image

  1. edit-config配置文件里的默认密码root_password为123123;
  2. 登录sys租户,执行ob命令修改sys默认密码
ALTER USER root IDENTIFIED BY '456456';
  1. 当执行重启集群时,耗时超过7分钟(最后集群都会启动成功)
obd cluster restart 集群

【问题】

  1. sys的默认密码会被修改,此时如何快速restart集群,或是绕过connect步骤快速启动集群

PS:若默认密码没有被修改,restart集群启动不超过1分钟

登录sys租户,执行ob命令修改sys默认密码
ALTER USER root IDENTIFIED BY ‘456456’; 但是再重启集群时 识别得还是配置文件里得密码还是123123
把密码改回。可以直接从配置文件里面修改密码。

您说的操作我明白。
但是,因为密码会被明文写在配置文件里,所以我上面描述本质的需求是要修改密码;且设备重启的时候启动脚本自动启动ob,并不会再去修改配置文件里的信息。
换个说法:实质的问题是配置文件里的密码是明文的,不想让用户看到,有什么处理方式?

如果再配置文件里不写和sql修改得密码一致,obd也就没法做出完整的运维操作了,而对应的密码是root@sys,对业务租户本身是没有影响得。而且给业务用户使用的密码本身就不应该使用root@sys的密码。
示例:obclient -h127.0.0.1 -P2881 -p密码__ -uroot@业务租户 -A -Doceanbase 回车
Enter password: 密码 这样用户也是看不到密码得。

或者可以 通过sql修改密码后 使用kill+无参启动得操作 来重启ob
【SOP 系列 19】OceanBase 生态组件重启方式

  1. obd cluster start 集群 – 10秒
  2. obd cluster restart 集群 – 6分钟(卡在Connect to observer)
    【问题】
    同样是sys的初始密码被修改,start、restart的启动时长相差那么多?

正常现象。
start启动集群时是直接读取配置文件得。
而restart会先stop再进行start操作。所以会慢一点。

image
但restart会在connect卡住;直接start的话没有卡住的表象。
疑惑点:如果restart的内部操作是stop、start,那理应最后一步的connect应该一样不卡才对?