已开启
[Bug]: 官网下载的openGauss 6.0.3 (LTS)docker镜像,x86架构和arm架构均不能启动 #435
le创建于  2月6日
le
le
2月6日 创建

MacBookPro Intel
企业微信截图_f9eaa3c5-f88d-405e-9399-5a957708e4ae.png

麒麟服务器
image.png

测试类型

工具功能

测试版本

6.0.0

问题描述

0e32b0522c5d4ad29c83ce5706d0ae83.png

操作系统和硬件信息

型号名称: MacBook Pro
型号标识符: MacBookPro15,1
处理器名称: 六核Intel Core i9
处理器速度: 2.9 GHz
处理器数目: 1
核总数: 6
L2缓存(每个核): 256 KB
L3缓存: 12 MB
超线程技术: 已启用
内存: 32 GB
系统固件版本: 2094.40.1.0.0 (iBridge: 23.16.12048.0.0,0)
操作系统加载程序版本: 583~2317

麒麟服务器
架构: aarch64
CPU 运行模式: 32-bit, 64-bit
字节序: Little Endian
CPU: 64
在线 CPU 列表: 0-63
每个核的线程数: 1
每个座的核数: 32
座: 2
NUMA 节点: 4
厂商 ID: ARM
型号: 2
型号名称: Cortex-A72
步进: r0p2
BogoMIPS: 100.00
L1d 缓存: 2 MiB
L1i 缓存: 3 MiB
L2 缓存: 16 MiB
L3 缓存: 64 MiB
NUMA 节点0 CPU: 0-15
NUMA 节点1 CPU: 16-31
NUMA 节点2 CPU: 32-47
NUMA 节点3 CPU: 48-63
Vulnerability Gather data sampling: Not affected
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf: Not affected
Vulnerability Mds: Not affected
Vulnerability Meltdown: Not affected
Vulnerability Mmio stale data: Not affected
Vulnerability Retbleed: Not affected
Vulnerability Spec store bypass: Vulnerable
Vulnerability Spectre v1: Mitigation; __user pointer sanitization
Vulnerability Spectre v2: Vulnerable
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
标记: fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid

[root@localhost builder-d]# sudo dmidecode -t system

dmidecode 3.2

Getting SMBIOS data from sysfs.
SMBIOS 3.0.0 present.

Handle 0x0001, DMI type 1, 27 bytes
System Information
Manufacturer: Huawei
Product Name: TaiShan 2280
Version: V100R001C00
Serial Number:
UUID:
Wake-up Type: Power Switch
SKU Number: To be filled by O.E.M.
Family: To be filled by O.E.M.

Handle 0x0005, DMI type 32, 11 bytes
System Boot Information
Status: No errors detected

[root@localhost builder-d]# cat /etc/os-release
NAME="Kylin Linux Advanced Server"
VERSION="V10 (Tercel)"
ID="kylin"
VERSION_ID="V10"
PRETTY_NAME="Kylin Linux Advanced Server V10 (Tercel)"
ANSI_COLOR="0;31"

测试环境

轻量版容器化

被测功能

预置条件

操作步骤

docker run --name opengauss --privileged=true -d -e GS_PASSWORD=openGauss@123 -p 8888:5432 opengauss:6.0.3

预期输出

实际输出

                    Message: The supplied GS_PASSWORD is meet requirements.

no data was returned by command ""/usr/local/opengauss/bin/gaussdb" -V"
The program "gaussdb" is needed by gs_initdb but was not found in the
same directory as "/usr/local/opengauss/bin/gs_initdb".
Check your installation.

日志信息

                    Message: The supplied GS_PASSWORD is meet requirements.

no data was returned by command ""/usr/local/opengauss/bin/gaussdb" -V"
The program "gaussdb" is needed by gs_initdb but was not found in the
same directory as "/usr/local/opengauss/bin/gs_initdb".
Check your installation.

提单组织

内部测试

测试代码

likedislike
opengauss_botopengauss_bot成员
2月6日 添加了label:sig/Infra
opengauss_bot
opengauss_bot成员
2月6日 评论:

Welcome To openGauss Community

Hey @lmtoo , thanks for your contribution to the community.

Bot Usage Manual

I'm the Bot here serving you. You can find the instructions on how to interact with me at Here . That means you can comment below every pull request or issue to trigger Bot Commands.

Contact Guide

If you have any questions, please contact the SIG: Infra ,
and any of the maintainers: @zhongjun2 ,
and any of the committers: @ailoooong, @gzbang, @zhangxubo .

likedislike
lele
2月6日 修改了issue 的描述
opengauss_bot
opengauss_bot成员
2月6日 评论:

This issue requires an assignee. Since you haven't specified one, we've assigned TestManager as the default assignee for this issue.

likedislike
opengauss_botopengauss_bot成员
2月6日 将 TestManager 设为负责人
yang
yang
2月8日 评论:

官网下载的openGauss 6.0.3 (LTS)docker镜像,大小只有800多M,与描述的软件包大小不符。

likedislike
sungang14sungang14成员
2月9日 issue优先级由 无优先级 改变为 次要
sungang14sungang14成员
2月9日 关联了看板:openGauss 7.0.0-RC3
shenzheng4shenzheng4成员
2月9日 将 zhangxubo 设为负责人
shenzheng4shenzheng4成员
2月9日 移除了负责人 TestManager
zhangxubo
zhangxubo成员
2月9日 评论:

麻烦检查下 lscpu |grep rdtscp 这个是个cpu的指令集,没有这个会导致gaussdb运行失败,即报错gaussdb -V无法执行。

这个通常需要开启CPU直通模式就可以了。

likedislike
zhangxubozhangxubo成员
2月14日 关联了pull request:替换rdtscp指令集为rdtsc,兼容不存在该指令集的机器
zhangxubo
zhangxubo成员
2月24日 评论:

麻烦检查下 lscpu |grep rdtscp 这个是个cpu的指令集,没有这个会导致gaussdb运行失败,即报错gaussdb -V无法执行。

这个通常需要开启CPU直通模式就可以了。

@zhangxubo

Intel Core i9 就用x86镜像,不能用arm的。 后面针对6.0.*版本,修改不使用rdtscp指令,改为rtdtc指令。 master主干分支已做修改。

likedislike
zhangxubo
zhangxubo成员
2月25日 评论:

700开始将rdtscp指令集去掉默认编译使用的rdtsc,另外做了mot功能的开关。见PR:https://gitee.com/opengauss/openGauss-server/pulls/7199

60*只回合将rdtscp指令集改为rdtsc指令集。 issue更改到600项目。

likedislike
zhangxubozhangxubo成员
2月25日 关联了看板:openGauss 6.0.0 community
zhangxubo
zhangxubo成员
2月25日 评论:

700开始将rdtscp指令集去掉默认编译使用的rdtsc,另外做了mot功能的开关。见PR:https://gitee.com/opengauss/openGauss-server/pulls/7199

60*只回合将rdtscp指令集改为rdtsc指令集。 issue更改到600项目。

@zhangxubo

该修复会在下个60*版本呈现(6.0.5),之前版本两种方式:

  1. 配置开启cpu直通模式
  2. 重新编译数据库,编译选项加 --disbale-mot 去掉mot。
likedislike
zhangxubozhangxubo成员
2月25日 issue状态由 待办的 改变为 已完成
此处折叠了5条事件消息 查看更多
lele
3月3日 修改了issue 的描述
龙
3月10日 评论:

openGauss 7.0.0-RC2版本也有这个问题,服务器架构是arm64的。

likedislike