【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】 OCP
【 使用版本 】4.3.1
【问题描述】同一台VM虚拟机,时间设定上海时区,配置32核心 60G内存。Ubuntu24的系统
【复现路径】本身porxy、ocp在同一台物理机不同虚拟机上,服务器时间和时区准确,clockdiff 检查时间正常,但是ocp启动时间 dbtime 比servertime 晚了18个小时,后尝试重新安装,在ocp和porxy安装在同一台虚拟机上,还是无法启动,dbtime比servertime晚了8个小时。已经通过clockdiff、NTP等检查同步过时间,百度、社区能找到的方式都验证过,均无法解决。
【附件及日志】
ocp-server.log (21.0 KB)
bootstrap.log (6.0 MB)
1 个赞
咖啡哥
#3
再检查下2台机器操作系统时区设置,正好相差8小时,感觉是时区的问题
1 个赞
物理机使用的VM exsi系统,又尝试修正和检查了物理机的时间,exsi的时间。
1 个赞
辞霜
#6
是在物理机上搭建两台虚拟机,看一下三者之间的时区是否都一致呢
1 个赞
旭辉
#8
ocp数据库也部署在这台机器上了吗?还是使用的其它已部署好的数据库?
1 个赞
都是部署在同一台设备上,最开始在不同的设备,也是这个问题,所以才用同一台设备,来排除设备间的影响
1 个赞
是不是不支持Esxi的方式虚拟机方式部署?之前用OBD 白屏的方式 能够部署成功,同样的一套环境,一套Esxi,然后现在清理重装了用OCP的方式来部署,就报这个错。
但是我们用阿里云、华为云的服务器同样的部署操作是可以部署成功的。
1 个赞
旭辉
#12
是不是不支持Esxi的方式虚拟机方式部署?–目前没有这个说法,我向这块的同学确认下
ocp_meta租户的时区不对,查看下ocp_meta租户的时区信息,参考
show variables like ‘%zone%’;
±-----------------±-------+
| Variable_name | Value |
±-----------------±-------+
| system_time_zone | +08:00 |
| time_zone | +08:00 |
±-----------------±-------+
1 个赞
旭辉
#13
ocp_meta租户的时区信息 查到了吗?observer.log也发下
但是怎么修改呢。 vm
物理机时间

虚拟机时间

都是CST了,但是还是不行,同样一台机器
已解决,java程序获取的时间有问题,需要修改ubuntu的参数,nano /etc/timezone里面把Aisa/Shanghai加到第一行,否则默认是UTC格式时间。读取出来就和数据库差了8个小时
应该和Ubuntu镜像有关,我们是官网镜像。
建议OB的研发人员可以想办法兼容一下,在OCP部署的时候可以选择时区
旭辉
#17
麻烦发下oceanbase的版本,Ubuntu的具体版本,obd的版本(应该是obd web部署的)我们复现下这个问题,如果是bug会排期修复
使用OCP安装的
ocp-all-in-one-4.3.1-20240805192406
OCP版本4.3.1
ubuntu-24.04-live-server-amd64
ubuntu 版本24.04
ubuntu上还存在无法使用ntp的问题,一直会报警告。
ubuntu 默认用的timedatectl,如果要安装ob,需要卸载这个,然后重新配置NTP
同时 我们发现,在天翼云上,使用Ubuntu系统的虚拟机之间无法安装OB,天翼云好像拦截了clockediff的执行,同网络服务器之间,无法完成
天翼云换CentOS 就可以
阿里云和腾讯云没有这种问题